- BrainTools - https://www.braintools.ru -

Golden Armada: трассировки как основа наблюдаемой AI-native системы

Введение

В предыдущей статье я описал идею изменения парадигмы программирования в условиях, когда значительная часть кода начинает генерироваться LLM.

👉 Предыдущая статья [1]

Там основная мысль была следующая:

код перестаёт быть единственным источником истины, а роль разработчика смещается в сторону архитектуры, контрактов и ограничений.

В этой статье я хочу показать следующий шаг — не концепцию, а реализацию.

🌲 От теории к наблюдаемой системе

Если предыдущий текст был про “как должно быть”, то Golden Armada — это попытка ответить на вопрос:

как это выглядит в работающей системе

⚙️ Golden Armada как система исполнения

Golden Armada строится вокруг идеи:

поведение [2] системы важнее исходного кода

Каждое действие проходит через фиксированный pipeline:

  • пользовательское действие

  • загрузка workflow

  • планирование через LLM (DeepAgent)

  • применение изменений

  • запись событий

  • трассировка исполнения

📊 Трассировки как основной артефакт системы

Ключевое отличие подхода — наличие полной наблюдаемости исполнения.

Пример реального trace:

[OK] Request received (14875ms)
[OK] Workflow loaded
[OK] Agent planned operation
[OK] Changes applied
[OK] Handler executed

или ошибка [3]:

[ERR] Cannot split: node 'split' not found

📎 Полные данные доступны в репозитории

Все трассировки можно посмотреть здесь:

👉 логи из репозитрия Golden Armada [4]

🧠 Почему это важно в контексте AI-native систем

В предыдущей статье утверждалось:

AI меняет экономику разработки и делает генерацию кода дешёвой

Но появляется новая проблема:

  • код становится нестабильным артефактом

  • сложность растёт быстрее, чем способность человека её удерживать

  • граф зависимостей перестаёт быть обозримым

Golden Armada предлагает альтернативу:

наблюдаемость через трассировки вместо попытки удерживать всю систему в коде

🧩 Разделение ролей

Компонент

Роль

LLM

планирование операций

система

исполнение

трассировки

понимание поведения [5]

код

вторичный артефакт реализации

⚠️ Важное ограничение

Этот подход не делает систему “проще”. Он делает её наблюдаемой. Сложность никуда не исчезает — но она переносится в другую форму представления.

🔗 Связь с предыдущей статьёй

Если первая статья утверждала: “архитектура должна стать AI-native”, то Golden Armada показывает, как такая архитектура выглядит в реальном исполнении.

🧠 Вывод

Golden Armada — это не попытка заменить классическую разработку.

Это попытка сместить точку истины:

  • от кода

  • к поведению системы

  • к трассировкам исполнения

📌 P.S.

Эта статья является частью серии:

👉 Programming Paradigm for AI-Written Software

Programming Paradigm for AI-Written Software [1]

Автор: Lerozo

Источник [6]


Сайт-источник BrainTools: https://www.braintools.ru

Путь до страницы источника: https://www.braintools.ru/article/31924

URLs in this post:

[1] Предыдущая статья: https://habr.com/ru/articles/1048778/

[2] поведение: http://www.braintools.ru/article/9372

[3] ошибка: http://www.braintools.ru/article/4192

[4] логи из репозитрия Golden Armada: https://github.com/evgeniykormin86-stack/golden_armada/tree/main/logs

[5] поведения: http://www.braintools.ru/article/5593

[6] Источник: https://habr.com/ru/articles/1049080/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1049080

www.BrainTools.ru

Rambler's Top100