claude-code-harness

実装完了後のコードレビューに使用。仕様準拠・コード品質・セキュリティの3観点を並列レビューし、指摘を依存解決して修正する。

セッション完了後の振り返りに使用。ワークフロー遵守の検証、ユーザ指摘の収集と自己改善提案、改善後のリグレッション確認を行う。

ワークフローを開始する。ユースケースを選択し、適切なステップを順に実行する

設計確定後、実装前に使用。設計をタスクに分解し、実装順序と依存関係を明確にする。

大規模プロジェクト（複数機能・フェーズ分割が必要）で使用。全体をフェーズに分割し、マイルストーンとリスクを定義する。各フェーズは planning スキルに渡す。

機能開発・バグ修正の着手前に使用。メインセッションで人間パートナーと対話し、要件を構造化する。コード調査は Explore エージェントに委譲。

要件確定後、実装前に使用。メインセッションで人間パートナーと対話しながら設計を深掘りし、合意した設計を design.md にまとめる。

ハーネスのワークフロー・スキル・エージェント・ルールの使い方を対話的に教える。新メンバーがプロジェクトに参加したときに実行する。

検証完了後、コミット前の整理に使用。不要ファイル・デバッグコード・TODO残骸を除去し、ドキュメントを実装に合わせて更新する。

プロジェクト側の改善をハーネスリポジトリに自動還元する。対象ファイルを指定すると、ハーネスリポジトリに feature branch を作成し、変更を適用して PR を作成する。

TDD実装完了後のリファクタリングに使用。テストがGREENのまま、コードの重複除去・命名改善・構造簡素化を行う。実装者とは別のエージェントが担当する。

レビュー完了後の最終検証に使用。テスト結果・要件充足・スコープ逸脱がないことを証拠付きで確認し、完了宣言の根拠を作る。

browser-operator でアプリの画面・遷移を実際に確認し、その情報をもとに Playwright Test の E2E テストコードを設計・実装する。

機能実装、バグ修正、コード変更を行う際に使用。新機能の実装、バグ修正、既存コードの変更、振る舞いを伴うリファクタリング時にトリガーされる。

プロジェクトの外部参照先（Issue tracker, Figma, ドキュメント等）を対話でヒアリングし、docs/references.md に一元管理する。

整理完了後のコミット・PRに使用。変更のステージング確認、コミットメッセージ生成、人間承認を経てコミットを実行する。

TDD実装・簡素化完了後のテスト品質強化に使用。ACテストだけではカバーできない境界値・エッジケース・異常系・組み合わせを設計・実装し、レビュー前にテストの網羅性を引き上げる。

browser-operator でアプリの画面・遷移を実際に確認し、その情報をもとに Playwright Test の E2E テストコードを設計・実装する。