Скил consilium — многоагентные советы для решений с высокими ставками
Как скил consilium в Datarim собирает структурированную коллегию специализированных агентов, чтобы выявить конфликты и компромиссы до фиксации архитектурного или дизайнерского решения.
Большинство технических решений идут не так не потому, что выбранный подход плох сам по себе, а потому что доминировала одна точка зрения, а остальные так и не прозвучали. Специалист по безопасности заметил бы незащищённый эндпоинт. SRE указал бы на операционную сложность. Никого из них не было. Скил consilium моделирует эту ситуацию — структурированная коллегия специализированных агентов оценивает вопрос с разных сторон до того, как решение зафиксировано.
Что он делает
Скил проходит шесть этапов: скоуп, сборка, анализ, дискуссия, конвергенция, вывод. На этапе скоупа решение формулируется в одном предложении, и определяется радиус поражения — насколько далеко распространяется решение: от одного модуля до бизнес-критичных потоков, затрагивающих выручку или compliance. Радиус поражения один или два редко требует Consilium; скил предназначен для трёх и четырёх.
На этапе сборки выбираются агенты из ростера: architect, strategist, security, SRE, devops, developer, reviewer, writer. Для распространённых типов решений есть пресеты: архитектурные решения — architect, strategist, security, SRE, devops; проверка готовности к production — SRE, devops, security. Кастомные коллегии разрешены; минимум — три агента, максимум — семь.
Каждый агент затем анализирует вопрос независимо, занимая позицию (поддерживает, против, условная поддержка) и называя конкретные наблюдения, которые заметил бы только человек с его ролью. Агент безопасности называет конкретный незащищённый эндпоинт, а не «есть риск безопасности». После индивидуального анализа конфликты между агентами выводятся в таблицу дискуссии с путями разрешения. Если агенты согласны после анализа, этап дискуссии пропускается.
На этапе конвергенции оставшиеся конфликты разрешаются по лестнице приоритетов: безопасность, корректность, защищённость, надёжность, простота, стоимость, элегантность — в таком порядке. Этап вывода производит рекомендацию с таблицей режимов отказа и перечнем условий, при которых рекомендация остаётся в силе.
Один конкретный пример
Вопрос: новый поток аутентификации должен использовать сторонний OIDC-провайдер или кастомную JWT-реализацию? Коллегия — architect, security, SRE. Architect поддерживает сторонний провайдер за соответствие стандартам. Security поддерживает — меньше кастомного кода, меньше поверхность атаки. SRE поднимает условное возражение о доступности вендора и требует плана откатного пути. Конфликт фиксируется; разрешение — добавить путь graceful degradation до финализации решения. Итоговая рекомендация доходит до оператора с этим условием явно прописанным, а не спрятанным.
Когда загружается
Скил вызывается в рамках /dr-design для задач уровня 3–4 и в рамках /dr-plan для критических решений с радиусом поражения три или четыре. Для простых исправлений, задач уровня 1–2 или вопросов с очевидными ответами скил не вызывается. Избыточное применение Consilium к тривиальным решениям тратит время без пользы.
Общая картина — в посте что такое Datarim. Как решения фазы дизайна переходят дальше — в статье о команде /dr-design.