Golden Armada: трассировки как основа наблюдаемой AI-native системы. ai.. ai. code generation.. ai. code generation. llm.. ai. code generation. llm. software architecture.. ai. code generation. llm. software architecture. архитектура по.. ai. code generation. llm. software architecture. архитектура по. большие языковые модели.. ai. code generation. llm. software architecture. архитектура по. большие языковые модели. генерация кода.. ai. code generation. llm. software architecture. архитектура по. большие языковые модели. генерация кода. искусственный интеллект.. ai. code generation. llm. software architecture. архитектура по. большие языковые модели. генерация кода. искусственный интеллект. качество кода.. ai. code generation. llm. software architecture. архитектура по. большие языковые модели. генерация кода. искусственный интеллект. качество кода. Ненормальное программирование.. ai. code generation. llm. software architecture. архитектура по. большие языковые модели. генерация кода. искусственный интеллект. качество кода. Ненормальное программирование. Программирование.. ai. code generation. llm. software architecture. архитектура по. большие языковые модели. генерация кода. искусственный интеллект. качество кода. Ненормальное программирование. Программирование. Проектирование и рефакторинг.

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

  • загрузка workflow

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

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

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

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

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

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

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

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

или ошибка:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Компонент

Роль

LLM

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

система

исполнение

трассировки

понимание поведения

код

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

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

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

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

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

🧠 Вывод

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

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

  • от кода

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

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

📌 P.S.

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

👉 Programming Paradigm for AI-Written Software

Programming Paradigm for AI-Written Software

Автор: Lerozo

Источник