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

Коротко

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.

skillmem — локальный слой процедурной памяти для кодирующих агентов (Claude Code, Codex CLI, Cursor, Windsurf, Gemini CLI, opencode). Он хранит не факты о пользователе, а процедуры: триггер, шаги, результат, уроки. Запись стоит $0: нет LLM-вызовов на write/read, данные лежат в SQLite, семантика — локальная ONNX-модель на 384 измерения. Петля продукта: learn → recall → reinforce → decay. Силу двигает только внешнее свидетельство (тест прошёл, diff принят, человек подтвердил); самооценка агента — нет. Ночное затухание уводит записи active → stale → archived. Есть модель доверия (origin, trusted_at, owner_seal, рамка UNTRUSTED), пять хуков Claude Code (авто-recall, tool-recall, session-recap, pending-rules), 9 MCP-инструментов, HTTP API с токенами, CLI, экспорт в Markdown и 16 инвариантов с property-тестами. Apache-2.0.

Это ближайший к Council по слою памяти и доставки, но не по пониманию кода: skillmem хранит процедуры и заметки, а не знания, привязанные к позициям в коде. Council строит граф и проверяет знание о коде; skillmem проверяет происхождение текста и одобрение владельца.

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

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

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

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

5. Платформа

Вывод

skillmem — ближайший к Council по слою памяти и доставки, но не по пониманию кода. Он хранит процедуры и уроки, а Council — знания о решениях, привязанные к позициям в коде, и правила команды. Понятия истины у них разные: Council проверяет запись против кода цитатой ревьюера; skillmem проверяет происхождение текста и явное одобрение владельца. Оба подхода дополняют друг друга.

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

• процедурная память с жизненным циклом: learn → recall → reinforce → decay → archive, пин и восстановление;
• модель доверия: origin, trusted_at, owner_seal, рамка UNTRUSTED, owner-гейты по TTY; неодобренный текст не становится правилом;
• автоматический recall на промпт и на инструмент, session-recap с суммаризатором без инструментов;
• локальность и $0: SQLite, FTS5, ONNX, никаких API-ключей на write/read;
• экспорт в Markdown, import-vault, packs, migrate с round-trip;
• 16 инвариантов, property-тесты, release gate;
• измеренная эффективность: LongMemEval hit@5 0.871/0.889 и A/B по исходу;
• Apache-2.0.

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

• понимает код, а не только процедуры. Граф L0–L10: стек, структура, зависимости и циклы, вызовы, данные, архитектура и запрещённые зависимости, паттерны, стиль, DDD, co-change, смеллы, ISO 25010, диаграммы; статический анализ модель не вызывает. skillmem хранит «как делать», но не строит граф кода.
• знания привязаны к позиции в коде и к ветке. Запись живёт на ветке, приходит агенту при касании файла, уходит на перепроверку при изменении кода под ней; ревьюер обязан привести цитату. У skillmem есть origin/trust/owner seal, но проверка идёт против одобрения владельца, а не против кода.
• конвенции — авторитетные правила с проверкой. Три области (сущности, пути, проект), MUST/SHOULD, состояния, проверка перед правкой и по диффу; хуки доставляют правила к каждому сообщению и контекст файла на Read/Edit/Bash; гейт «сначала база» блокирует чтение кода до обращения к базе. skillmem доставляет процедуры и feedback, но не правила кода с областью действия.
• ревью кода и знаний — сервис. Вердикт по каждому файлу, второй проход, публикация в MR без дублей; отдельное ревью знаний с цитатой и калибровкой. skillmem не ревьюит код.
• задачи на VM, тикеты, MR, команда. Задача в sysbox-контейнере живёт дни, человек ведёт из UI; тикеты, трассировка требований, компании/роли/лицензия. skillmem — локальная память, этого слоя у него нет.
• общий граф на несколько репозиториев, история архитектуры, SonarQube. architecture_as_of, версионирование рёбер, внешний анализатор; ask_question отдаёт выдержки с FQN. skillmem работает с текстом, не с архитектурой.
• наблюдаемость и самовосстановление. Телеметрия каждого вызова MCP и хука без PII, около 22 правил Prometheus, System Health, трассировка; сверка Temporal с базой, уборка осиротевших данных, бэкап с проверкой восстановления. У skillmem есть инварианты и release gate, но не per-call наблюдаемость платформы.

Могут ли работать вместе. Да, и это разные слои. skillmem хранит «как делать» — процедуры, уроки, подтверждённые правила; Council хранит «почему так» — решения, привязанные к коду, и конвенции команды. Оба работают через хуки Claude Code и MCP, поэтому могут жить в одной сессии. Пересечение — доставка на промпт/инструмент: skillmem подмешивает процедуры и feedback, Council — правила и знания по файлу. Автоматической интеграции нет, но их легко подключить к одному агенту.