Menu
swbt-python の作業仕様を spec/wip/unit_XXX または spec/complete/unit_XXX に作成、更新、完了移動する skill。ユーザが仕様書、spec、設計書、作業仕様、TDD Test List、milestone 作業、spec/initial に基づく実装単位の整理を依頼したとき、または spec/ 配下を扱うときに使う。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
swbt-python の README、docs、リリースノート、公開 API 説明の日本語文言整理で、プロジェクト固有の訳語、残す英語表記、トレース出力やペアリング情報などの用語をそろえる skill。ユーザが docs 文言整理、用語辞書、訳語統一、リリースノートの表現確認を依頼したときに使う。
swbt-python の Agentic Spec-Driven Development を開始、継続するentry point skill。ユーザが Agentic SDD、次の作業単位、spec/initial からの実装、spec/wip の plan/tasks/implement/gate loop、Intent Delta、TDD と gate を含む進行を求めるときに使う。
swbt-python の仕様変更、実装、TDD cycle、PR 前に品質 gate、未実行テスト、根拠監査、Bumble/実機未検証リスク、Subagent 指摘の採否を整理する self-review skill。作業完了前、handoff、PR 本文準備、gate 結果報告で使う。
swbt-python の README、利用者向け docs、公開 API docstring、release notes の追加・更新・レビューで、対象読者が迷わず利用できる説明、根拠、未検証範囲、表現を確認する skill。ユーザが README、利用者向け docs、公開 API 説明、release notes の品質、読みやすさ、説明順、利用手順の見直しを依頼したとき、または公開文書を変更するときに使う。
swbt-python の仕様、roadmap、use case から振る舞いベースの TDD Test List を作成または更新する skill。ユーザがテストリスト、TDD item、red/green/refactor の候補、M0/M1 などの milestone を TDD に落とす依頼をしたとき、または spec/wip の TDD Test List を扱うときに使う。
swbt-python の spec/wip、spec/initial、TDD Test List から Canon TDD を進める orchestration skill。ユーザが TDD、テストリスト、red/green/refactor、仕様から実装への進行、M0/M1 protocol core や fake transport の TDD 実装を求めるときに使う。
| name | spec-format |
| description | swbt-python の作業仕様を spec/wip/unit_XXX または spec/complete/unit_XXX に作成、更新、完了移動する skill。ユーザが仕様書、spec、設計書、作業仕様、TDD Test List、milestone 作業、spec/initial に基づく実装単位の整理を依頼したとき、または spec/ 配下を扱うときに使う。 |
swbt-python の作業仕様を spec/wip / spec/complete で管理する。仕様書は単なる設計文書ではなく、対象範囲、根拠監査、TDD 状態、実機条件、検証結果を束ねる作業単位でもある。
| 状態 | path |
|---|---|
| 着手中 | spec/wip/unit_XXX/FEATURE_NAME.md |
| 完了済み | spec/complete/unit_XXX/FEATURE_NAME.md |
FEATURE_NAME.md は UPPER_SNAKE_CASE にする。spec/wip/unit_* と spec/complete/unit_* を確認して次を選ぶ。spec/complete へ移す。spec/initial/ は初期設計の正本として扱い、作業仕様の完了管理には使わない。新規作成時は references/template.md を読む。テンプレート内の guide comment は出力に残さない。
not applicable とし、文書検証計画を使う。source-audit の要否を書く。hardware-harness の承認条件を書く。none と書く。AGENTS.md と関連する spec/initial/*.md を読む。spec/wip / spec/complete を確認する。references/template.md を使って作成する。tdd-test-list と接続する。README、利用者向け docs、公開 API docstring、release notes だけの作業では docs-quality-review と文書検証計画へ接続する。source-audit へ渡す。hardware-harness の承認境界を記録する。spec/complete へ移す。docs-quality-review の結果、または未解決事項の判断がある。done、not applicable、または未完了理由付きで明示されている。not required、not run、または承認範囲と結果付きで明示されている。none か、後続 source として使える粒度になっている。