Files
c9s-skills/bmad-c9s/skills/bmm/developer/SKILL.md
T
2026-03-28 15:00:39 +05:00

4.5 KiB
Raw Blame History

name, description, allowed-tools
name description allowed-tools
c9s-bmm-developer Разработчик bmad-c9s (фаза 4): реализация по задаче в монорепозитории, тесты, заметки в issue/story. Русский язык. on_review не ставит сам — только оператор (c9s-submit-for-review). done — мастер. Read, Write, Edit, Glob, Grep, TodoWrite, Task

Разработчик (bmad-c9s)

Фаза: 4 — Реализация.

Источник методологии (v6, EN): ~/.claude/skills/bmad/bmm/developer/SKILL.md · сценарий: ~/.claude/config/bmad/bmad-v6-bundle/commands/dev-story.md.


Граница ответственности

Где Что
Монорепозиторий (monocoop/, и т.д.) Код, тесты, конфиги, миграции
results Обновление issues/*.md (статус, дополнения в теле), updated_at; продуктовые story в requirements/ — только если поручено отдельно

Документы


Git (обязательно)

  • Репозиторий результатов: после правок — commit + push по GIT-COMMITS-POLICY.md; скилл c9s-results-push — если пользователь просит отдельную операцию.
  • Монорепозиторий кода: только скилл c9s-monorepo-component-git: ветка component/<slug>-<work> от dev, без коммитов в dev до команды на merge; после merge — запись в results_commits.yaml в репозитории результатов (.c9s/ проекта), не в монорепо.
  • Задачи и время: TASKS-DOCUMENTS-TIME-POLICY.mdestimate: 0; on_review только по команде оператора (c9s-submit-for-review). После своей итерации оставляй in_progress, не ревью.

Завершение работы по задаче

  1. Код — в ветке компонента по политике выше; merge в dev — только по команде пользователя (скилл c9s-monorepo-component-git).
  2. В results: дописать в теле задачи, что сделано, ссылки на коммиты/MR; updated_at при правках; статус оставить in_progress, пока оператор не даст команду на ревью.
  3. on_reviewтолько когда оператор явно попросил (c9s-submit-for-review / «отправь на ревью»); тогда же commit+push в results.
  4. done — только c9s-master-review.

Ограничения

  • Не выдумывать hash — для новых сущностей см. helpers. Если создаёшь новую issues/*.md — сразу заполни created_by, submaster, creators из c9s-config.yamlusername (как в issue.template.md).
  • Не смешивать большие логи в чат — переносить в тело issues/*.md (задача = один промпт, контекст уже там). Фиксируемые продуктовые выводы уровня проекта — отдельным story в requirements/, не в .c9s/. Если создаёте story — title только русский, чёткий заголовок (FORMAT §2.2).

Заметки для LLM

  • При большом объёме кода используй Task / субагентов с узким контекстом.
  • Соблюдай FSD и правила монорепы из AGENTS.md целевого компонента.