BX-System

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

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

1. 01 Архитектура ядра агента: полное руководство Полное руководство по компонентам ядра агента: цикл, движок AST, движок когнитивной памяти и изолированный контекст.
2. 02 Ядро агента против фреймворка для агентов Фреймворк предоставляет компоненты, которые собирает разработчик. Ядро само выполняет цикл, проверяет результаты и обновляет собственные веса.
3. 03 BX-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 Профили ролей: префикс промпта, смещение, маршрутизация Профиль роли задаёт префикс промпта, профиль смещения и маршрутизацию задачи для вызова языковой модели.