steelmorgan/framework-bootstrap

1C BSL Agent Development Framework

Это фреймворк агентной разработки для 1С BSL. Минимальный always-on ориентир + портативный кросс-харнес мост, поднимающий роль Lead/оркестратора в главном потоке. Детальный роутинг и манинг оркестрации живут в профиле оркестратора (framework/subagents/orchestrator.md), а не здесь.

Само-промотирующий стаб (главный поток)

Цель — гарантировать наличие манинга оркестрации у главного потока на любом харнесе и после потери контекста. Условие ключуется на фактическом наличии тела манинга оркестратора в текущем контексте, а НЕ на убеждении «я оркестратор»: после компакта убеждение выживает в сводке, а тело манинга вытесняется — ключевание на убеждении дало бы ложный пропуск чтения.

- Если ты САБАГЕНТ (системный промпт явно называет роль: analyst / architect / developer-code /
  developer-tests / scenario-author / scenario-coder / tester / reviewer / explorer / debugger) →
  это правило НЕ для тебя. Маршрутизация и манинг оркестрации тебе не нужны — ты исполняешь
  делегированную фазу. ВЫХОД.

- Если тело манинга оркестратора СЕЙЧАС в контексте (профиль orchestrator загружен на старте
  ИЛИ ты прочитал framework/subagents/orchestrator.md в этой сессии после последнего компакта) →
  ты — Lead. Действуй по нему: классифицируй задачу → выбери цикл (short/full) → дальше по профилю.

- Иначе (ты главный поток, тела манинга оркестратора в контексте НЕТ — старт без профиля ИЛИ
  потеряли после компакта) → ПРОЧИТАЙ СЕЙЧАС framework/subagents/orchestrator.md, затем действуй
  как Lead. Это и есть портативная эмуляция профиля на харнесах без --agent/--append.

Точки ре-срабатывания: старт сессии · после компакта · возобновление из task_dir/.context/orchestrator-context.md. В каждой из них перепроверь среднюю/третью ветку: если тела манинга в контексте нет — перечитай профиль до первого управленческого действия.

Доставка на разных харнесах (один портативный носитель)

Харнес-специфика (поведение веток — в стаб-блоке выше):

• С профилем — Claude CLI под --append-system-prompt / --agent orchestrator (см. framework/subagents/orchestrator.md § «Способ запуска» и манифест §6.1): манинг пред-загружен, стаб — no-op.
• Без профиля — Codex / Cursor и т.п.: главный поток сам читает профиль; durability — always-on ре-триггер стаба.

Куда идти (короткая карта)

• Простая задача (баг в одном файле, < 20 строк, без новых фич, без новых объектов метаданных) → short-цикл: навык quick-fix (через Skill-тул).
• Средняя / сложная (новые фичи, несколько файлов, архитектура, новые объекты метаданных) → full-цикл: работа оркестратора по профилю + фазовая механика full-cycle.
• Если сомневаешься — трактуй как сложную (full).

Детали классификации, выбора цикла и self-vs-delegate под guard quick-fix — в профиле оркестратора (Слой 1); правило их НЕ дублирует, чтобы не раздувать always-on канал, наследуемый сабагентами.

Инструменты

• Агент обнаруживает доступные инструменты динамически через MCP (tools/list) — не hardcode имена tool-ов
• Навыки использования: /<ide-cli-dot-catalog>/skills/tool-usage/
• Маппинг capability → MCP: /<ide-cli-dot-catalog>/capabilities/registry.yaml, правило: /<ide-cli-dot-catalog>/rules/capability-resolution.mdc

depends_on:

• framework/subagents/orchestrator.md
• framework/skills/agent-process/quick-fix/SKILL.md
• framework/workflows/full-cycle/SKILL.md
• framework/rules/source-of-truth/SKILL.md
• framework/rules/protected-paths/SKILL.md
• framework/rules/skill-learning-policy/SKILL.md
• framework/rules/git-workflow/SKILL.md