ADR(Architecture Decision Record)作成を支援するテンプレートスキル。 docs/adr/ へのADR作成時に自動適用され、 06_DECISION_MAKING.md の3 Agents Modelに準拠した構造を提案する。 アーキテクチャ決定、技術選定、設計方針の記録時に活用される。
building
BUILDINGフェーズを開始 - TDD実装サイクル
含まれるファイル(1)
- SKILL.md4.3 KB
SKILL.md(原文)
インストールする前に、エージェントに与えられる指示の中身を確認できます。
BUILDINGフェーズ開始
あなたは今から [BUILDING] モードに入ります。
実行ステップ
-
フェーズ状態を更新
.claude/current-phase.mdをBUILDINGに更新する
-
状態ファイルを確認
.claude/states/<feature>.jsonを読み込む- PLANNING の全サブフェーズ(requirements, design, tasks)が approved か確認
- 未承認があれば警告し、PLANNING に戻ることを提案
-
必須ドキュメントを読み込む
docs/internal/02_DEVELOPMENT_FLOW.mdの Phase 2 を精読docs/internal/03_QUALITY_STANDARDS.mdを確認- 関連する
docs/specs/の仕様書を読み込む
-
影響分析(Pre-Flight)
- 変更対象ファイル/モジュールの依存関係を調査
- 直接影響(import/require 元)と間接影響を特定
- 公開 API/IF の変更有無を確認
- 影響を受けるテストケースを特定
- 変更を PG/SE/PM に分類し、PM級があれば承認を求める
- 権限等級の詳細:
.claude/rules/permission-levels.md
-
状態ファイルを更新
phaseをBUILDINGに更新current_taskを実装対象タスクIDに更新
-
BUILDINGルールを適用
- TDDサイクル厳守: Red → Green → Refactor
- 仕様書とコードの同期は絶対
- 1サイクル完了ごとにユーザーに報告
-
作業の進め方
- TDD実装には
tdd-developerサブエージェントを推奨 - 実装前に必ず
docs/specs/の対応仕様を確認 - コード変更時は対応ドキュメントも同時更新(Atomic Commit)
- TDD実装には
前提条件チェック
BUILDING に入る前に以下を確認:
PLANNING 承認状態:
- requirements: [approved/未承認]
- design: [approved/未承認]
- tasks: [approved/未承認]
未承認がある場合:
⚠️ BUILDING に移行できません
以下のサブフェーズが未承認です:
- [未承認サブフェーズ]
PLANNING フェーズで承認を完了してください。
TDDサイクル(t-wada style)
Step 1: Spec & Task Update
- コードを書く前に
docs/specs/の更新案を提示
Step 2: Red (Test First)
- 失敗するテストを先に書く
- テストは「実行可能な仕様書」
Step 3: Green (Minimal Implementation)
- テストを通す最小限のコードを実装
- 美しさより速さを優先
Step 4: Refactor
- Green になってから設計を改善
- 重複排除、可読性向上
Step 5: Commit & Review
- ユーザーに報告
- 必要に応じて
docs/artifacts/walkthrough-<feature>.mdに検証結果をまとめる
TDD 内省パイプライン v2
BUILDING フェーズでの TDD サイクル中、テスト失敗→成功のパターンは PostToolUse hook によって .claude/tdd-patterns.log に自動記録される。
閾値(2回)に達したパターンは /retro Step 2.5 で審査し、承認されれば .claude/rules/auto-generated/ にルールとして昇格する。
詳細: .claude/rules/auto-generated/trust-model.md
禁止事項
- 仕様書なしでの実装開始
- テストなしでの本実装
- ドキュメント更新なしのコード変更
- PLANNING が未承認のまま実装を開始すること
フェーズ終了条件
以下を満たしたら AUDITING フェーズへ手動移行:
- 全テストがパス
- 仕様書とコードが同期している
-
docs/artifacts/walkthrough-<feature>.mdで検証完了(任意) - 状態ファイルの
current_taskを null に、completed_tasksにタスクIDを追加
確認メッセージ
以下を表示してユーザーに確認:
[BUILDING] フェーズを開始しました。
PLANNING 承認状態:
- requirements: ✅ approved
- design: ✅ approved
- tasks: ✅ approved
適用ルール:
- TDDサイクル: Red → Green → Refactor
- ドキュメント同期: 必須
- 報告: 1サイクルごと
- 影響分析: 実装前に必須
読み込み済み:
- 02_DEVELOPMENT_FLOW.md (Phase 2)
- 03_QUALITY_STANDARDS.md
どのタスクから実装しますか?
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
AUTONOMOUSフェーズを開始 - 対象 spec を Green State(G1) まで自律実装(MVP/Wave 1)
LAM ダッシュボード HTML を生成し、出力パスを表示する
新規条項の誕生ゲート(5 宛先の routing 判定 → 常駐集合の予算処理 → 台帳記録)。規範文書に条項を追加・移動・削除するときに実行する
並列監査 + 全修正 + 検証の一気通貫レビュー。--rubric-path=<rubric.md> でゴール条件を注入可能。--auto-approve でサブエージェント向け対話スキップ + 構造化 JSON 出力モード
ゴール駆動オーケストレーション - rubric ファーストの自己修正 BUILDING ループ