tdd-test-list

Estrelas0

Forks0

Atualizado19 de julho de 2026 às 09:17

swbt-python の仕様、roadmap、use case から振る舞いベースの TDD Test List を作成または更新する skill。ユーザがテストリスト、TDD item、red/green/refactor の候補、M0/M1 などの milestone を TDD に落とす依頼をしたとき、または spec/wip の TDD Test List を扱うときに使う。

Instalação

Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.

Fonte

niart120

niart120/swbt-python

Abrir repositório GitHub Ver repositórios do creator

Download

Ocupações relacionadasSOC

Baseado na classificação ocupacional SOC

Desenvolvedores de softwareInformática e Matemática·SOC 15-1252

SKILL.md

readonly

name	tdd-test-list
description	swbt-python の仕様、roadmap、use case から振る舞いベースの TDD Test List を作成または更新する skill。ユーザがテストリスト、TDD item、red/green/refactor の候補、M0/M1 などの milestone を TDD に落とす依頼をしたとき、または spec/wip の TDD Test List を扱うときに使う。

TDD Test List

実装前に、観測可能な振る舞いを小さい test item に分ける。README、利用者向け docs、公開 API docstring、release notes だけの作業には使わず、docs-quality-review と文書検証計画へ分岐する。

Input

AGENTS.md
関連する spec/initial/*.md
対象の spec/wip/unit_XXX/FEATURE_NAME.md
既存 test と実装状態

Rules

item は外部から観測できる入力、状態、期待結果で書く。
実装順、file list、内部 helper 名だけを item にしない。
protocol core と fake transport は、Bumble や実機なしで先に固定する。
Bumble adapter と Switch 実機が必要な item は hardware=yes にし、hardware-harness の承認条件へつなぐ。
新しく見つけた振る舞いは、今の red/green に混ぜず list へ追加する。
公開文書を併せて更新する場合、自然言語の説明を item や assertion の期待値にしない。文書の根拠と読みやすさは docs-quality-review で確認する。

Item Table

| status | item | type | layer | hardware | notes |
|---|---|---|---|---|---|
| todo |  | new / regression / edge / characterization | unit / integration / bumble / hardware | no / yes |  |

status:

todo
red
green
refactor-done
refactor-skipped
deferred

Priority

spec/initial/roadmap.md の milestone 順を尊重する。
M0 protocol core と M1 fake transport を優先する。
未監査の byte layout や subcommand は source-audit を先に通す。
実機依存 item は local automated item が尽きるまで後段に置く。ただし adapter bring-up 自体が目的の milestone では hardware-harness を使って扱う。

Mais deste repositório

mesmo repositório

docs-wording

niart120/swbt-python

swbt-python の README、docs、リリースノート、公開 API 説明の日本語文言整理で、プロジェクト固有の訳語、残す英語表記、トレース出力やペアリング情報などの用語をそろえる skill。ユーザが docs 文言整理、用語辞書、訳語統一、リリースノートの表現確認を依頼したときに使う。

2026-07-230

agentic-sdd

niart120/swbt-python

swbt-python の Agentic Spec-Driven Development を開始、継続するentry point skill。ユーザが Agentic SDD、次の作業単位、spec/initial からの実装、spec/wip の plan/tasks/implement/gate loop、Intent Delta、TDD と gate を含む進行を求めるときに使う。

2026-07-190

agentic-self-review

niart120/swbt-python

swbt-python の仕様変更、実装、TDD cycle、PR 前に品質 gate、未実行テスト、根拠監査、Bumble/実機未検証リスク、Subagent 指摘の採否を整理する self-review skill。作業完了前、handoff、PR 本文準備、gate 結果報告で使う。

2026-07-190

docs-quality-review

niart120/swbt-python

swbt-python の README、利用者向け docs、公開 API docstring、release notes の追加・更新・レビューで、対象読者が迷わず利用できる説明、根拠、未検証範囲、表現を確認する skill。ユーザが README、利用者向け docs、公開 API 説明、release notes の品質、読みやすさ、説明順、利用手順の見直しを依頼したとき、または公開文書を変更するときに使う。

2026-07-190

spec-format

niart120/swbt-python

swbt-python の作業仕様を spec/wip/unit_XXX または spec/complete/unit_XXX に作成、更新、完了移動する skill。ユーザが仕様書、spec、設計書、作業仕様、TDD Test List、milestone 作業、spec/initial に基づく実装単位の整理を依頼したとき、または spec/ 配下を扱うときに使う。

2026-07-190

tdd-workflow

niart120/swbt-python

swbt-python の spec/wip、spec/initial、TDD Test List から Canon TDD を進める orchestration skill。ユーザが TDD、テストリスト、red/green/refactor、仕様から実装への進行、M0/M1 protocol core や fake transport の TDD 実装を求めるときに使う。

2026-07-190

name	tdd-test-list
description	swbt-python の仕様、roadmap、use case から振る舞いベースの TDD Test List を作成または更新する skill。ユーザがテストリスト、TDD item、red/green/refactor の候補、M0/M1 などの milestone を TDD に落とす依頼をしたとき、または spec/wip の TDD Test List を扱うときに使う。

TDD Test List

Input

AGENTS.md
関連する spec/initial/*.md
対象の spec/wip/unit_XXX/FEATURE_NAME.md
既存 test と実装状態

Rules

item は外部から観測できる入力、状態、期待結果で書く。
実装順、file list、内部 helper 名だけを item にしない。
protocol core と fake transport は、Bumble や実機なしで先に固定する。
Bumble adapter と Switch 実機が必要な item は hardware=yes にし、hardware-harness の承認条件へつなぐ。
新しく見つけた振る舞いは、今の red/green に混ぜず list へ追加する。
公開文書を併せて更新する場合、自然言語の説明を item や assertion の期待値にしない。文書の根拠と読みやすさは docs-quality-review で確認する。

Item Table

| status | item | type | layer | hardware | notes |
|---|---|---|---|---|---|
| todo |  | new / regression / edge / characterization | unit / integration / bumble / hardware | no / yes |  |

status:

todo
red
green
refactor-done
refactor-skipped
deferred

Priority

spec/initial/roadmap.md の milestone 順を尊重する。
M0 protocol core と M1 fake transport を優先する。
未監査の byte layout や subcommand は source-audit を先に通す。
実機依存 item は local automated item が尽きるまで後段に置く。ただし adapter bring-up 自体が目的の milestone では hardware-harness を使って扱う。