Orange-hanter

orchestrator

Базовый скилл COD-DOC Orchestrator. Загружается всегда при старте агентского цикла. Cycle-5: 6-tool agent profile делает workflow тривиальным — pick → work → complete (или report / release). Содержит: роль, Snowball Protocol (L0/L1) через agent_capabilities + agent_pick, формат гибридных ссылок, fail-fast правила, формат self_check, стиль документации. Триггеры: всегда (orchestrator base — не отключается).

API & Backend Listed

adr-author

Когда писать ADR (Architecture Decision Record) и как сформулировать его Context / Decision / Alternatives / Consequences. Скилл подгружается, когда агент или человек принимает архитектурное решение, затрагивающее ≥ 2 модуля или меняющее схему БД / контракт между слоями. Триггеры: adr, decision, supersede, deprecate, rationale, trade-off, architecture, alternative, choose, switch, replace, migrate.

doc-style

Стиль документации: язык, заголовки, гибридные ссылки, статусы. Триггеры: style, format, language, frontmatter, hybrid, link, ссылка, заголовок, проза.

drift-handling

Что делать при STALE / BROKEN / drift расхождении: hash mismatch, edited_in_place, missing files. Триггеры: drift, stale, broken, hash, mismatch, sync, sha, verify, projection_hash.

ground-truth-reconcile

Трёхсторонняя сверка БД ↔ markdown ↔ код, когда статусы задач и планов разъехались с реальностью. Порядок арбитража, как доказывать «сделано» по коду, чем это отличается от hash-drift. Триггеры: reconcile, сверка, ground truth, source of truth, статусы разъехались, stale status, устарел статус, три источника, ревизия плана, что реально сделано.

module-audit

Обязательный 5-мерный drift-аудит при закрытии модуля или крупной задачи: code / logic / style / tests / docs. CI зелёный ≠ модуль готов. Финдинги пишутся в audit-report; при ≥ 1 finding — отк��ывается remediation plan. Триггеры: модуль готов, закрыть модуль, finish module, complete module, module done, large task done, milestone, end of phase, post-merge, готово, завершён, выкатили, drift check, drift, audit drift, дрифт, module audit, completion audit.

plan-to-tasks

Как разбивать execution-plan на task-узлы: structured fields blocked_by, story_id, affects_files, acceptance. Триггеры: plan, decompose, split, task_create, blocked_by, story_id, acceptance, section, breakdown.

project-onboarding

Как завести существующий репозиторий под COD-DOC: register → init → import docs → plan → первая задача. Порядок шагов, что импортировать, а что нет, как не сломать чужой markdown, критерии «проект заведён». Триггеры: onboard, onboarding, завести проект, подключить проект, новый проект, project add, project init, import docs, bootstrap, adopt, adoption, register project, начать использовать.

API & Backend Listed

rfc-authoring

Как писать RFC в proposals/: структура (контекст → текущее состояние → предложение → миграция → риски), обязательная категория/риск/зависимости, критерий «RFC готов к декомпозиции». Триггеры: rfc, proposal, предложение, заимствование, idea, borrow, adapt, новая возможность, концепт, proposals, NN-.

task-standard

Стандарт постановки и оформления задач. Title-формат, обязательные и рекомендуемые поля, когда добавлять acceptance, как пользоваться blocked_by / story_id / affects_files, семантика priority, status-flow, когда дробить задачу, anti-patterns. Триггеры: task, task_create, add_task, update_task, поставить, задача, задачу, бэклог, decompose, breakdown, новая задача, постановка, plan task.

validation

Когда применять structural-валидацию (raise) vs advisory-аудит (issues). FM-002 / FM-003 эскалируются как блокеры; FM-004 / FM-005 — advisory-комментарии. Триггеры: запись в MASTER.md, создание/обновление doc, изменение хэшей, frontmatter, sensitivity, validate, audit_*.