Зачем AI‑агенту детерминированный слой методологии

Правдоподобно, но не воспроизводимо

Спросите ассистента «готовы ли мы к запуску?» три раза — и можно получить три разных ответа. Каждый звучит разумно. Ни один не говорит, по какому правилу принят, и ни один нельзя сверить с предыдущим. Для демонстрации это нормально. Для управляющего комитета, аудита или договора с фиксированной ценой — нет.

Языковые модели хорошо знают PMBOK®, PRINCE2®, Scrum и Kanban. Им не хватает устойчивого способа применить это знание к конкретному проекту: какие артефакты нужны гейту при фиксированной цене, что меняется для команды из трёх человек и что не меняется никогда в регулируемой отрасли.

Что такое этот слой

Agile Today — это граф: этапы от пресейла до закрытия, гейты G0–G10, практики, события, техники, артефакты и роли — 425 узлов и около 2 500 связей, у каждой свой источник. Поверх графа — явные правила: какой артефакт нужен гейту в каком контексте, на каком уровне (критичный, обязательный или желательный) и как размер, регулирование, высокая цена сбоя или миграция данных меняют этот уровень.

Агент описывает проект несколькими фактами: тип, подход, неопределённость, договор, масштаб и несколько признаков. Движок отвечает по графу. На тот же вход — тот же ответ, а в ответе есть хеш входных данных.

Решение гейта вместе с правилом

Решения принимаются в строгом порядке. Стоп — если бизнес-кейс утратил силу. Возврат — если результат одного из прошлых этапов оказался неверным. Пауза — если критичного артефакта нет или он устарел. Go с условиями — если нет обязательного артефакта или у исключения нет причины либо согласующего. Иначе — Go. Ответ называет сработавшее правило и артефакты, на которых оно основано.

Пример: решение о запуске ERP с миграцией данных. Готово всё, кроме плана отката: его составили до того, как в объём добавили интеграцию с банком. План отката на этом гейте критичен, а устаревший критичный артефакт — не доказательство готовности. Ответ — пауза, правило R3, блокирует план отката. Спросите завтра с теми же фактами — ответ будет тем же.

Кто что делает

• Модель разговаривает с людьми, спрашивает недостающие факты и пишет объяснение.
• Слой каждый раз одинаково применяет правила и ссылается на них по номерам связей.
• Решают люди. Каждый вердикт — рекомендация, а у исключения всегда есть причина и согласующий.

Чего слой не делает

Он не проверяет факты. Если команда говорит, что стратегия тестирования есть, граф принимает это как данность: гейт оценивает артефакты, а не инспектирует их. И он кодирует нормы, поэтому его ответы хороши ровно настолько, насколько хороши правила. Поэтому у каждого правила есть источник, спорные нормы перечислены открыто, а прежде чем менять правила, их сверяют с суждением опытных практиков.

Попробовать

Подключите MCP-сервер https://agile-today.org/api/mcp в Claude, Cursor или VS Code: без регистрации, только чтение, инструкция здесь. Описательный слой графа — открытые данные под CC BY 4.0 на GitHub.