AI Council и anomalyco/opencode: что умеет каждый

Коротко

AI Council — self-hosted платформа для команды разработчиков. Она сама разбирает репозитории в граф кода: стек, структуру, зависимости и циклы, вызовы, данные, архитектуру, DDD, паттерны, стиль, смеллы и качество по ISO 25010. Над графом лежит база знаний проекта — решения, заметки, диаграммы и журналы изменений; каждая запись привязана к месту в коде и к ветке и приходит агенту, когда он трогает нужный файл. Отдельно живут конвенции: правила трёх областей — к сущностям кода, к путям и ко всему проекту — с уровнями MUST/SHOULD, состояниями и проверкой перед правкой и по диффу. Вокруг этого собраны ревью с публикацией в MR, тикеты, задачи и компании с ролями и лицензией. Статический анализ кода модель не использует, но без модели остаётся только он: ревью, ревью знаний, AI-чат и рабочие пространства идут через хостовый воркер, бридж и вендорский CLI/OAuth. Модель живёт на хосте, а не в стеке Council.

Работать с Council можно двумя способами. На машине разработчика Claude Code подключается к нему через MCP и хуки: правила проекта приходят к каждому сообщению, контекст файла — на Read/Edit/Bash, а в конце — чек-лист. В рабочем пространстве задача идёт на VM в изолированном sysbox-контейнере, живёт днями и ведётся человеком из веб-интерфейса: от анализа и диффа до коммита, push и MR.

opencode — open-source AI coding agent (лицензия MIT). Это не анализатор и не база знаний, а сам исполнитель: он читает файлы, правит их, запускает команды и разговаривает с моделью. Живёт на машине разработчика — CLI и терминальный интерфейс, плюс веб-приложение, Electron-десктоп, расширение VS Code и HTTP API/SDK. Один серверный процесс обслуживает один или несколько каталогов; история сессий и вложения лежат в одном SQLite, снапшоты файлов — в теневом git. Модель — своя: ключ провайдера, OAuth-подключение или управляемый провайдер через Console. Репозиторий — монорепозиторий на Bun: 35 пакетов, 4 сервиса, около 8 900 файлов.

Это не конкурент Council по знаниям: opencode занимает ровно то место, где в рабочем пространстве Council стоит вендорский CLI агента. Поэтому сравнение имеет смысл в одном общем месте — как устроена работа агента с кодом, и что каждый даёт сверх неё.

1. Понимание кода

2. Знания и правила

3. Требования и задачи

4. Проверка и модели

5. Платформа

Вывод

opencode — не конкурент Council по знаниям и правилам. Это ровно тот слой, который Council в рабочем пространстве занимает вендорским CLI: сам агент, который читает код, зовёт инструменты, говорит с моделью и держит сессию. Поэтому «кто сильнее» имеет смысл только в одном общем месте — как устроена работа агента с кодом.

Где сильнее opencode:

• работает локально, без сервера и без ключа Council;
• десятки провайдеров и своя модель на выбор, включая кастомные и локальные endpoint'ы;
• MIT и установка в одну команду;
• аккуратное ядро: event sourcing в SQLite, восстановление после краха, очередь ввода, права на инструмент, CodeMode;
• поверхности: TUI, веб, десктоп, VS Code, SDK; ACP для редакторов;
• открытый код — его можно встроить: @opencode/sdk собирает Client + Core + Server в чужом процессе.

Где сильнее Council — глубина и всё, что вокруг агента:

• понимает проект, а не только ведёт сессию. Граф L0–L10: стек, структура, зависимости и циклы, вызовы, данные, архитектура и запрещённые зависимости, паттерны, стиль, DDD, co-change, смеллы, ISO 25010, диаграммы; статический анализ модель не вызывает. opencode — агент, он читает код, но не строит проектный граф.
• знания привязаны к коду и веткам. Запись живёт на ветке, приходит агенту при касании файла, уходит на перепроверку при изменении кода под ней; ревьюер обязан привести цитату. У opencode есть сессия и контекст, но нет базы знаний о решениях и причинах.
• конвенции проверяются до правки и по диффу. Три области (сущности, пути, проект), MUST/SHOULD, состояния, доставка хуками к каждому сообщению и контекст файла на Read/Edit/Bash; гейт «сначала база» блокирует чтение кода до обращения к базе. opencode собирает контекст по-своему, но авторитетных правил команды у него нет.
• ревью кода и знаний — сервис. Вердикт по каждому файлу, второй проход, публикация в MR без дублей; отдельное ревью знаний с цитатой и калибровкой. opencode — исполнитель, ревью-сервиса и публикации в MR у него нет.
• задачи на VM с человеком в контуре. Задача в sysbox-контейнере живёт дни, человек ведёт из UI: анализ → дифф → коммит → push → MR; одноразовые креды, RBAC, защита от SSRF. opencode запускается локально и не даёт этого слоя.
• командная работа, права и лицензия. Компании → участники → роли (в т.ч. на проект) → права, API-ключи компании, лицензия и места; self-hosted/офлайн или SaaS. opencode — MIT-инструмент для одного разработчика, многопользовательской модели и лицензии/мест у него нет.
• наблюдение за работой агента. Телеметрия каждого вызова MCP и хука без PII, повторный поиск агента как сигнал, около 22 правил Prometheus, System Health, трассировка; сверка Temporal с базой, уборка осиротевших данных, бэкап с проверкой восстановления. У opencode есть event sourcing сессии, но не per-call наблюдаемость и не System Health платформы.

Могут ли работать вместе. Да, но не так полно, как с Claude Code. opencode — MCP-клиент, поэтому инструменты Council (brief_me_on, list_knowledge, search_code, check_diff_conventions и остальные) ему доступны: достаточно добавить MCP-сервер Council в конфиг. А вот хуков Council — рулбука на каждый промпт, контекста файла на каждый Read/Edit, гейта «сначала база» — в opencode нет: у него свой способ собирать контекст. Чтобы Council доставлял правила в opencode так же, как в Claude Code, нужен плагин opencode (у него есть хуки в процессе) или отдельная интеграция. Сейчас её нет.