القائمة
swbt-python の作業仕様を spec/wip/unit_XXX または spec/complete/unit_XXX に作成、更新、完了移動する skill。ユーザが仕様書、spec、設計書、作業仕様、TDD Test List、milestone 作業、spec/initial に基づく実装単位の整理を依頼したとき、または spec/ 配下を扱うときに使う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
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 として使える粒度になっている。