Проблема, которую ощущают многие, но решают немногие.Вы запускаете Zed, Kiro, Cline, Claude Code или Qwen. Описываете задачу. Агент создаёт код. И вот он перед Проблема, которую ощущают многие, но решают немногие.Вы запускаете Zed, Kiro, Cline, Claude Code или Qwen. Описываете задачу. Агент создаёт код. И вот он перед

Ещё один архитектор правил для ИИ-агентов

2026/03/12 20:03
6м. чтение
Для обратной связи или замечаний по поводу данного контента, свяжитесь с нами по адресу [email protected]

Проблема, которую ощущают многие, но решают немногие.

Вы запускаете Zed, Kiro, Cline, Claude Code или Qwen. Описываете задачу. Агент создаёт код. И вот он перед вами... Иногда качественный. Иногда — беспорядочная смесь чужих стандартов, случайных шаблонов и игнорирование структуры вашего проекта.

Вы поправляете. Объясняете снова. Поправляете. Через час понимаете: вы тратите больше времени на управление агентом, чем на саму задачу.

Знакомо?


Почему агенты «тупят»

Дело не в модели. Claude, GPT, Gemini, Qwen — все они достаточно "умные".
Проблема в другом: У агента нет контекста вашего проекта.

Он не знает ваш стек. Не знает ваши стандарты. Не знает, что вы используете Zustand, а не Redux. Что тесты лежат рядом с компонентами, а не в отдельной папке. Что API всегда возвращает { data, error, meta }. Что нельзя трогать папку legacy/ без согласования.

Каждый раз, открывая новый чат, вы начинаете с нуля. Или пишете длинный системный промпт, который всё равно забывается на середине сессии.


Что делает DEMIURGOS

DEMIURGOS — это ИИ-агент, который создаёт правила для других ИИ-агентов.

Вы рассказываете ему о своём проекте. Он задаёт точные вопросы. А затем генерирует набор файлов, которые ваш coding-агент читает автоматически при каждом запуске.

Результат: агент знает ваш проект с первого сообщения. Без повторных объяснений. Без «нет, я же говорил, у нас TypeScript strict mode». Без постоянных исправлений формата.


Как это работает: 3 слоя

┌─────────────────────────────────────┐ │ Ядро (.rules/) │ ← Мозг. Источник правды о проекте. ├─────────────────────────────────────┤ │ NATIVE ADAPTERS │ ← Проекции для каждого агента. │ AGENTS.md │ .cursor/ │ CLAUDE.md │ │ .github/copilot-instructions.md │ ├─────────────────────────────────────┤ │ EXTENSIONS │ ← Только если реально нужны. │ subagents │ hooks │ MCP │ └─────────────────────────────────────┘

Слой 1 — Ядро. Один набор правил. Единственный источник правды. Описывает: кто агент, что ему можно, чего нельзя, как выглядит хороший код в вашем стеке, какие паттерны использовать, какие — нет.

Слой 2 — Native Adapters. Тонкие проекции ядра для конкретных агентов. Cursor хочет .mdc файлы с YAML frontmatter? Получит. Claude Code читает CLAUDE.md? Сгенерирован. Copilot ждёт .github/copilot-instructions.md? Готово. При этом ни один факт не дублируется — адаптеры ссылаются на core.

Слой 3 — Extensions. Сложные штуки: мульти-агентные системы, event-driven хуки, MCP-интеграции. Создаются только когда доказана необходимость, а не «на будущее».


22+ инструмента. Один набор правил.

Вы создаёте правила один раз, и они работают везде:

┌─────────────────────────────────┬────────────────────────────────────────┐ │ Где │ Как читается │ ├─────────────────────────────────┼────────────────────────────────────────┤ │ Cursor │ .cursor/rules/*.mdc - auto-attach по │ │ │ glob │ ├─────────────────────────────────┼────────────────────────────────────────┤ │ Windsurf │ .windsurf/rules/*.md — Always On + │ │ │ Model Decision │ ├─────────────────────────────────┼────────────────────────────────────────┤ │ Claude Code │ CLAUDE.md + slash commands │ ├─────────────────────────────────┼────────────────────────────────────────┤ │ GitHub Copilot │ .github/copilot-instructions.md + │ │ │ agents │ ├─────────────────────────────────┼────────────────────────────────────────┤ │ Kiro │ .kiro/steering/*.md — always/auto/ │ │ │ manual │ ├─────────────────────────────────┼────────────────────────────────────────┤ │ JetBrains / Junie │ guidelines.md + ACP протокол │ ├─────────────────────────────────┼────────────────────────────────────────┤ │ Codex, Amp, Goose, Aider, │ AGENTS.md — универсальный формат │ │ Devin, Zed, Warp, Cline, Qwen...│ │ └─────────────────────────────────┴────────────────────────────────────────┘

Один разработчик использует Cursor. Другой — Claude Code. Тимлид — Copilot в VS Code.
Все работают по одним и тем же правилам.

Переехали с Cursor на Windsurf? Core остался. Пересобрали один адаптер. 5 минут.


Что внутри правил: пример для React + TypeScript проекта

Вот что DEMIURGOS создаст (упрощённо):

_index.md — мозг агента:

Ты Senior React Developer. Стек: React 19, TypeScript 5.6 strict, Zustand, TanStack Query, Tailwind 4. Пиши только функциональные компоненты. Ответ = полный файл с путём. Никогда не хардкодь API-ключи.

patterns.md — как писать код (с вариантами):

Вот 2 способа обработки загрузки данных. Вариант A — с TanStack Query (предпочтительный). Вариант B — с useEffect + Zustand (если запрос не кэшируется). Антипаттерн: fetch в useEffect без cleanup.

constraints.md — границы:

✅ Всегда: strict TypeScript, error boundaries, aria-атрибуты.
⚠️ Спроси сначала: новые зависимости, миграции БД, git push.
🔴 Никогда: any, inline styles, console.log в продакшне.

eval.md — самопроверка перед ответом:

🔴 Безопасность: секреты не зашиты в код? Синтаксически валиден? TypeScript без any?
🟡 Следует паттернам? Error handling? В scope задачи?

Агент читает это до того, как начинает работать. Не после. Не «если попросят». Автоматически.


5 причин использовать DEMIURGOS

  1. Агент перестаёт «забывать»
    Правила хранятся в файлах проекта. Они в git. Они загружаются автоматически. Новый чат? Агент уже знает всё. Новый разработчик в команде? git pull — и его агент работает так же, как ваш.

  2. Правила минимальны и точны
    DEMIURGOS использует расширение территории по трём осям:
    Размер знаний × количество агентов × уровень расширений.
    - Маленький проект получит 2-3 файла.
    - Масштабный репозиторий — 14+.
    Никогда больше, чем нужно.

Перед созданием каждого файла срабатывает оценка сложности:

Это решает реальную проблему?
Без этого агент станет работать хуже?
Можно решить одной строкой в существующем файле?
Если хоть один ответ «нет» — файл не создаётся.

Мы заложили в DEMIURGOS принципы, которые напрямую определяют качество:

  • U-shaped attention — критичное в начало и конец файлов, справочное — в середину.
    Потому что LLM теряет внимание в середине длинного контекста.

  • KV-cache awareness — статичная информация вверху, динамичная внизу.
    Это ускоряет ответы и снижает стоимость API.

  • Structured variation — паттерны даются в 2-3 вариантах, а не как единственный «золотой стандарт». Агент не становится хрупким.

  • DRY — каждый факт живёт в одном месте. Если правило обновилось — оно обновилось везде.


Встроенная проверка качества

Перед тем как отдать вам файлы, DEMIURGOS прогоняет 3-5 типовых сценариев:

  • «Добавь новый API endpoint» — агент найдёт нужное правило? Формат ответа понятен?

  • «Зарефакторь модуль» — permissions не заблокируют? Стайлгайд применится?

  • «Почини баг в авторизации» — safety-правила сработают?

Если что-то не проходит — правила корректируются до того, как вы их получите.


Живой документ, а не артефакт

Правила — не «поставил и забыл». DEMIURGOS включает расписание обновлений:

┌─────────────────────────┬────────────────────────────────┐ │ Когда │ Что делать │ ├─────────────────────────┼────────────────────────────────┤ │ Одна и та же ошибка │ Добавь правило │ │ дважды │ │ ├─────────────────────────┼────────────────────────────────┤ │ Правило мешает │ Удали или смягчи │ ├─────────────────────────┼────────────────────────────────┤ │ Агент игнорирует │ Перемести выше, добавь пример │ ├─────────────────────────┼────────────────────────────────┤ │ Раз в месяц │ Полный аудит │ └─────────────────────────┴────────────────────────────────┘


Для кого это всё

┌─────────────────────┬────────────────────────────────────────────────┐ │ Вы │ Что получите │ ├─────────────────────┼────────────────────────────────────────────────┤ │ Соло-разработчик │ Агент, который помнит ваш стек и стиль между │ │ │ сессиями │ ├─────────────────────┼────────────────────────────────────────────────┤ │ Команда 2-5 человек │ Единые правила для всех, независимо от IDE │ ├─────────────────────┼────────────────────────────────────────────────┤ │ Команда 5+ │ Ядро + мульти-агентная система с ролями │ ├─────────────────────┼────────────────────────────────────────────────┤ │ Тимлид / техлид │ Архитектурные решения, зашитые в поведение │ │ │ агента │ ├─────────────────────┼────────────────────────────────────────────────┤ │ Компания │ Стандарты безопасности и качества, защита на │ │ │ уровне ИИ │ └─────────────────────┴────────────────────────────────────────────────┘

Как начать

  1. Скачайте DEMIURGOS в корень вашего проекта.

  2. Начните диалог, фразой: запусти роль DEMIURGOS_NN.md

  3. Ответьте на 5-15 вопросов (зависит от размера проекта).

  4. Получите готовые файлы ролей и правил именно под ваш проект.

  5. Ваш котик-агент стал умнее. Ура)

    Время: 15-30 минут на настройку. Экономия: часы каждую неделю.


Подытожим

Вам больше не нужно постоянно объяснять контекст. Достаточно описать его один раз. Агент автоматически будет следовать вашим правилам.

Это уже не просто файл AGENTS.md, а система правил и ролей, которая живёт в вашем репозитории и делает ИИ-агента по настоящему вашим напарником.

Источник

Отказ от ответственности: Статьи, размещенные на этом веб-сайте, взяты из общедоступных источников и предоставляются исключительно в информационных целях. Они не обязательно отражают точку зрения MEXC. Все права принадлежат первоисточникам. Если вы считаете, что какой-либо контент нарушает права третьих лиц, пожалуйста, обратитесь по адресу [email protected] для его удаления. MEXC не дает никаких гарантий в отношении точности, полноты или своевременности контента и не несет ответственности за любые действия, предпринятые на основе предоставленной информации. Контент не является финансовой, юридической или иной профессиональной консультацией и не должен рассматриваться как рекомендация или одобрение со стороны MEXC.