AI Draft Settings: Конвейер безопасной отладки инструкций и навыков для ИИ-агентов

Fractera добавляет новую страницу в каждое рабочее пространство — AI Draft Settings. Это место, где вы или один из ваших ИИ-агентов предлагаете новый навык, новую инструкцию или новый коннектор и держите его в виде безопасного черновика, прежде чем он коснётся боевой конфигурации. И это первый элемент чего-то большего: системы, которая со временем позволяет рабочему пространству наращивать собственный интеллект. Ниже — что делает страница, как ею пользуетесь вы и ваши агенты и куда всё это движется, простыми словами.

Диспетчерская для кастомных системных промптов и конфигураций MCP

Воспринимайте её как диспетчерскую для ИИ-стороны вашего проекта. Обычная админ-панель управляет бизнес-данными — пользователями, заказами, контентом. Эта страница управляет другим: тем, что ваши ИИ-агенты знают и что им разрешено делать. Здесь вы видите и настраиваете инструкции каждого агента, его навыки и MCP-инструменты, которые он может вызывать. Ничто здесь не настраивает функции вашего приложения — это настраивает «умы» за ними.

Входит в каждый фреймворк на базе Next.js

Сегодня страница AI Draft Settings входит в каждый стартер на базе Next.js, который разворачивает Fractera. Её не нужно устанавливать, включать или подключать — как только рабочее пространство поднимается, страница уже на месте и уже связана со всеми шестью ИИ-агентами. (Поддержка других семейств фреймворков на подходе — об этом ближе к концу.)

• Шесть агентов из коробки: Claude Code, Codex CLI, Gemini CLI, Qwen Code, Kimi Code и Hermes
• Живой просмотр реальных файлов инструкций и активных навыков каждого агента — прямо из проекта, в точности как сейчас
• Слой черновиков, где новые идеи безопасно ждут, прежде чем вступят в силу
• MCP-инструменты каждого агента — со списком и редактированием в полноценном редакторе кода
• Защищённая «зона риска» для осознанного удаления — с наглядным сравнением «до и после» и шагом подтверждения

Два режима сборки: Ручная инженерия промптов vs Автономные пулы агентов

Делаем сами, в интерфейсе

Откройте страницу — увидите две панели. Слева — шесть агентов. Кликните по одному, и справа появятся его реальные инструкции, навыки и зарегистрированные инструменты — ровно так, как они лежат на диске. Эти панели намеренно только для чтения: это источник истины, а не черновик. Черновик — это слой поверх. Вы записываете нужное изменение — новый навык, правку инструкции, идею инструмента — и сохраняете. Черновик помечается как ожидающий и остаётся там, пока с ним что-то не сделают.

Поручаем агенту

Страница не только для людей. Любой из агентов тоже может ею пользоваться. Прямо посреди обычной рабочей сессии Claude Code (или любой другой) может вызвать встроенный навык — `propose-new-agent-skill-or-mcp` — описать задуманную возможность, и черновик сам появится на странице. Hermes делает то же самое через свой коннектор (`owner_draft_create_record` на сервере `ai-draft-bridge`, порт 3221). Самое важное: у каждого агента есть собственная копия этой способности. Она работает, даже если в проекте всего один агент и больше ничего — не нужен общий «мозг», нет единой точки отказа.

Безопасный менеджмент промптов: Защита от раздувания контекстного окна

Как это работает

В какой-то момент вы — или один из ваших агентов — захотите изменить поведение агента: обновить инструкцию, добавить навык или подключить новый коннектор. Начать это может любая модель на платформе, потому что эти настройки скопированы каждому агенту. Так задумано: даже если всё ваше рабочее пространство — это один агент (скажем, только Codex или только Hermes), способность всё равно на месте. Ничто в ней не зависит от присутствия одного конкретного агента.

Вы можете изложить желаемое простыми словами — просто запишите своё пожелание о том, как должен работать агент. Если хотите точнее, можно передать это структурно: через небольшой встроенный терминал или пошагово, с помощью инструмента вроде to-do-списка. Важно чётко понимать одно: запись пожелания — это не само техническое решение. Оно пока ничего не собирает. Это заметка — понятное ТЗ на будущее, для инструмента, который позже сгенерирует реальный навык.

Каждый добавленный черновик помечает родительский контейнер как изменённый — рядом появляется небольшой оранжевый бейдж req, и сразу видно, что что-то ждёт. Когда придёт время, вы или агент можете отправить черновик в работу — нажав соответствующую кнопку или в результате логического шага. Тогда ИИ сначала очищает существующую заметку, а затем на странице Development Steps создаётся новая запись под названием Next Step. Все детали задачи переносятся в неё. Дальше — в зависимости от того, что ещё выполняется и что важнее, — реальную сборку в нужный момент запускает либо агент, либо человек.

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

Если коротко, жизненный цикл — три простых шага:

1. Создать черновик — записать нужный навык, инструкцию или коннектор.
2. Перевести в очередь — когда будете готовы, отправить черновик дальше; он становится записью Next Step на странице Development Steps и ждёт своей очереди.
3. Превратить в реальную сущность — агент (или вы) собирает настоящий навык, инструкцию или коннектор, и он выходит в работу.

Перенос валидированных черновиков в рабочую среду продакшена

Сейчас цикл полуавтоматический — и уже быстрый. Вы описываете нужное на странице AI Draft Settings. Отправляете дальше. Агент берёт задачу, собирает её, и новая способность выходит в работу — часто в той же сессии. Вы задаёте направление; ИИ выполняет сборку.

Это первая часть большего плана — семиступенчатого конвейера для наращивания навыков рабочего пространства. По мере того как мы добавляем остальное — автоматическое тестирование, отлов регрессий, визуальные диффы, данные об использовании и обратную связь, которая настраивает сама себя, — каждая ступень требует чуть меньше участия человека, чем предыдущая. Конечное состояние — цикл, который выполняется сам от начала до конца, во многом как автономный цикл разработки Fractera: возникает потребность, агент её планирует, собирает, проверяет, выпускает и фиксирует результат — и никто не нажимает кнопку.

Кросс-платформенная отладка: Готовые транспортные слои под любой стек

Fractera начиналась с Next.js, но идея никогда не должна была на нём останавливаться. AI-native-разработка не должна принадлежать одному фреймворку. Поэтому мы переносим ту же связку — ту же глубину, что у разработчиков на Next.js уже есть сегодня, — на каждый популярный веб-фреймворк и прикладной стек.

Делаем мы это прямолинейно. Для каждого фреймворка мы собираем отдельный ai-workspace transport: готовый интеграционный слой, который подключает этот фреймворк к общим сервисам Fractera, чтобы вам не пришлось самим разбираться в «проводке». Вот полный набор стеков, которые мы берём на борт, — раскройте, чтобы увидеть все:

Что получает каждый фреймворк

• Встроенная база данных — локальный SQLite через сервис данных Fractera, со слоем данных, который ощущается родным для вашего фреймворка
• Авторизация — сессии и простая ролевая модель (гость, пользователь, архитектор), подогнанная под то, как ваш фреймворк уже работает с авторизацией
• Файловое и медиа-хранилище — локальное объектное хранилище, смонтированное на уровне фреймворка, с готовыми API загрузки и скачивания с первого дня
• Полный стек ИИ-агентов — все пять кодинг-агентов (Claude Code, Codex, Gemini CLI, Qwen Code, Kimi Code) плюс «мозг» Hermes, подключённые с первого деплоя
• Единая MCP-архитектура — одна и та же tool-first-модель независимо от стека; агенты вызывают инструменты, а не сырые API

Мы выкатываем их по одному, и каждый новый стартер сначала анонсируется здесь, в Новостях.