Archon: движок, который заставляет ИИ-агентов писать код по правилам
Archon: движок, который заставляет ИИ-агентов писать код по правилам Автор разбирает со стороны Archon — «движок рабочих процессов для ИИ-агентов, пишущих код». Задача описывается в YAML-файле (текстовый файл с настройками), например ревью кода или исправление бага, и запускается одной командой. Каждый запуск получает собственную копию проекта, а стартовать его можно из терминала, из чата или из комментария на GitHub — это не три разные интеграции, а один движок с разными «дверями». У проекта своя история: изначально Archon был инструментом на Python для сборки агентов, но в апреле 2026 его переписали с нуля на TypeScript. Автор, следящий за работой создателя Коула Медина с начала года, читает это не столько как смену курса, сколько как логичный вывод: вместо того чтобы строить агентов, стали их ограничивать — методология записана в виде правил и этапов, и движок следит за её соблюдением. Рекомендуемый способ запуска — через самого ИИ-агента: в проект устанавливается навык Archon, вы просто говорите в Claude Code, что нужно, а агент выбирает подходящий процесс, запускает его в фоне и отчитывается. Автор приводит пример: один запрос, девять шагов, двадцать пять минут — и сессия всё это время оставалась свободной. Есть также консоль с историей запусков и адаптеры для Slack, Telegram, Discord, GitHub, Gitea и GitLab. В комплекте девятнадцать готовых процессов: от исправления задач и проблем в трекере GitHub до полного цикла «идея — запрос на слияние изменений» с пятью параллельными проверками. Есть и процесс plan-implement-validate с обязательной остановкой для человека — финальное решение принимает человек. Свои процессы пишутся в отдельную папку проекта, а файл с тем же именем переопределяет стандартный. Ключевая идея переиспользования: «команда» — это файл с инструкцией для одной задачи ИИ, а «процесс» — схема, которая выстраивает команды в цепочку. Команда пишется один раз, и все процессы, которые на неё ссылаются, обновляются сразу. Данные между шагами передаются через артефакты — сохранённые результаты, а не через переписку с моделью. Автор проверяет пять заявленных свойств движка. Повторяемость честно ограничена: порядок шагов фиксирован, но каждый ИИ-шаг — всё же языковая модель, поэтому два запуска на одном входе дадут два разных результата; повторяется сам порядок «план — код — тест — ревью». Изоляция обеспечивается отдельными копиями проекта с блокировкой. Портативность — это доступ отовсюду, а не перенос на другой движок. Мультипровайдерность: модель выбирается для каждого шага, но сессии не переносятся между провайдерами — контекст приходится передавать явно. Есть и шероховатости. Вы видите только то, что движок решил показать: логи и статусы организованы лучше терминала, но это «чужая картинка» запуска, и когда что-то зависло, приходится угадывать, в каком из трёх каналов искать причину. Показанная стоимость шагов не включает накладные расходы вызывающего агента — расхождение может достигать сорока процентов. Консоль на момент обзора была приятной на вид, но ненадёжной в операциях. Автор отмечает: это раздражало, но не стало причиной отказаться. Отдельное предупреждение касается маркетплейса готовых процессов: каждый файл закреплён за конкретной версией кода, но площадка прямо предупреждает, что не все материалы от сообщества проверены. Процесс — это код, который выполняется с вашими учётными данными, поэтому исходники стоит читать перед установкой. Источник: https://dev.to/dani_shemesh/should-you-harness-the-harness-what-archon-is-and-how-you-use-it-3e5f