BX-System

BX-System — это не фреймворк для агентов. Это ядро агента, которое генерирует собственные инструменты, проверяет их на соответствие ожидаемым результатам, учится на результатах и следует пяти операционным принципам.

Пять операционных принципов

1. 01Архитектура ядра агента: полное руководствоПолное руководство по компонентам ядра агента: цикл, движок AST, движок когнитивной памяти и изолированный контекст.
2. 02Ядро агента против фреймворка для агентовФреймворк предоставляет компоненты, которые собирает разработчик. Ядро само выполняет цикл, проверяет результаты и обновляет собственные веса.
3. 03BX-System против LangGraph: ядро против фреймворкаLangGraph — это фреймворк для построения агентов с состоянием. BX-System — это ядро, которое выполняет свой собственный цикл и обновляет свои веса без перепрограммирования.
4. 04Как оценить ядро агента: чек-лист из 6 пунктовЧек-лист для оценки ядра агента: цикл, проверка, обновление весов, правила ремонта, аварийный выключатель и эффективность.
5. 05Что такое ядро агента?Ядро агента координирует инструменты через декларативные потоки, проверяет их поведение и обновляет веса своих стратегий на основе проверенных результатов.
6. 06Декларативные потоки против императивных скриптовДекларативный поток называет инструменты и порядок. Ядро выполняет поток; поток не выполняет сам себя.
7. 07Руководство по реализации: подпись инструментов с помощью SHA-256Пошаговое руководство о том, как ядро подписывает инструменты с помощью SHA-256 и обновляет подпись после того, как движок AST выполняет ремонт.
8. 08Как построить декларативный потокПрактическое руководство по структурированию декларативного потока: определение инструментов, установка порядка и установление контрактов проверки.
9. 09Один цикл: генерация, проверка, запись, обновлениеЦикл читает сохранённый контекст, генерирует инструмент или поток, проверяет результат, записывает результат и обновляет веса стратегий.
10. 010Как агент генерирует собственные инструментыИнструмент генерируется как код, подписывается, проверяется на соответствие ожидаемому результату и записывается. Неудачный инструмент не считается доверенным.
11. 011Проверка результата: ожидаемый против фактическогоПроверка сравнивает фактический результат инструмента с ожидаемым результатом и записывает вердикт.
12. 012Как проверить вывод агентаПроверка: определи ожидаемый результат, выполни инструмент, сравни фактический с ожидаемым, запиши вердикт, обнови веса.
13. 013Веса стратегий: как результаты меняют поведениеВеса стратегий обновляются после каждого проверенного результата. Стратегия, потерпевшая неудачу, понижается в приоритете; код не меняется.
14. 014Награда от 0 до 1: проектирование шкалы вердиктаНаграда — это скаляр от 0 до 1, вычисленный из проверенного результата. Она обновляет веса стратегий.
15. 015Вызовы необъявленных инструментов: когда инструмент изобретаетсяВызов необъявленного инструмента — это инструмент, который вызывается без объявления в потоке. Ядро отклоняет его до выполнения.
16. 016Движок AST: ремонт кода на основе правилДвижок AST разбирает сгенерированный код, применяет правила политики, записывает исправленную версию и обновляет подпись.
17. 017Почему сгенерированный LLM код не работает в продакшенеСгенерированный код терпит неудачу, когда нет правила и нет проверки. Движок AST применяет правила; проверка подтверждает результат.
18. 018Определение правил ремонта для сгенерированного кодаПравило ремонта называет нарушение и исправление, которое применяет движок AST. Правила декларативны и применяются без ручной проверки.
19. 019Аварийный выключатель и изолированный контекстЦентральный аварийный выключатель останавливает выполнение. Изоляция сохраняет контекст с неизменяемыми снимками, чтобы остановка и возобновление не повредили состояние.
20. 020Выполнение только в RAM для основных модулейОсновные модули выполняются только в RAM. Во время выполнения ничего не записывается на диск, поэтому остановленный цикл не оставляет исполняемых остатков.
21. 021Шифрование пакетов инструментов с помощью AES-GCMКаждый пакет шифруется с помощью AES-GCM. Пакет расшифровывается в изолированном контексте и выполняется без сохранения.
22. 022Стабильное состояние: к чему возвращается ядроСтабильное состояние — это условие, к которому ядро возвращается после ремонта или после неудачной проверки.
23. 023Приостановка и возобновление автономного ядраПриостановка останавливает цикл, но сохраняет веса и память. Возобновление читает сохранённый контекст и продолжает с него.
24. 024Контекст рабочего процесса и состояние памятиСостояние памяти — это накопленные знания, к которым добавляет каждый цикл. Контекст рабочего процесса фиксирует текущий запуск.
25. 025Потеря контекста между запускамиПотеря контекста происходит, когда запуск не читает сохранённую память. Ядро возобновляется из контекста рабочего процесса и состояния памяти.
26. 026Измерение эффективности без догадокЭффективность измеряется как отношение затраченной энергии к достигнутому результату. Она не измеряется объёмом вывода.
27. 027Стоимость постоянно включённых агентовПостоянно включённый агент расходует ресурсы между задачами. Ядро взвешивает затраченную энергию относительно достигнутого результата в каждом решении.
28. 028Изменение поведения без нового кодаСтратегия, потерпевшая неудачу, понижается в приоритете, а стратегия, которая сработала, повышается. Код не изменяется; изменяются веса.
29. 029Почему агенты, основанные только на промптах, ломаются при масштабированииАгент, основанный только на промптах, не имеет цикла, проверки и обновления весов. Он не может адаптироваться на основе собственных результатов.
30. 030Непроверенная автоматизация: тихий сбойНепроверенная автоматизация — это тихий сбой: инструмент выполняется, ничего не сравнивается, и результат предполагается. Ядро записывает вердикт.
31. 031Почему ИИ-агенты зацикливаются навсегдаЦикл — это цикл без проверки. Ядро останавливает цикл, потому что цикл заканчивается проверенным результатом, а не догадкой.
32. 032Непрерывная работаНепрерывная работа — это принцип, по которому BX-System генерирует, проверяет, записывает и учится, не ожидая команд. Каждый цикл читает сохранённую память, производит новую работу и обновляет собственные веса.
33. 033СамозащитаСамозащита — это принцип, по которому BX-System защищает свой код, свои инструменты, свои пакеты и свой контекст выполнения посредством многослойных механизмов, действующих до, во время и после выполнения.
34. 034АдаптацияАдаптация — это принцип, по которому BX-System меняет своё поведение на основе накопленных результатов вместо повторения фиксированного решения. Каждый проверенный результат обновляет веса стратегий; стратегия, потерпевшая неудачу, понижается в приоритете.
35. 035Автоматический ремонтАвтоматический ремонт — это принцип, по которому BX-System исправляет дефектный код без ручной проверки. Движок AST обнаруживает нарушения правил и исправляет их; ядро возвращается в стабильное состояние.
36. 036ЭффективностьЭффективность — это принцип, по которому BX-System стремится использовать как можно меньше ресурсов. Каждое решение взвешивается затраченной энергией относительно достигнутого результата.
37. 037Пять операционных принципов на одной страницеПять принципов: непрерывная работа, самозащита, адаптация, автоматический ремонт, эффективность. У каждого есть отдельная статья.
38. 038Подпись каждого инструмента с помощью SHA-256Каждый инструмент подписан с помощью SHA-256. Изменение подписи означает, что код изменился; неизменённая подпись означает, что код в том виде, в котором он был проверен.
39. 039Профили ролей: префикс промпта, смещение, маршрутизацияПрофиль роли задаёт префикс промпта, профиль смещения и маршрутизацию задачи для вызова языковой модели.