IR: Implement → Review

小さいタスクを短い経路で実装し、必要な独立確認まで行う。親（main）はユーザーとの対話、要件、scope、所有境界、統合、受入、最終判断を持つ。計画担当や振り返り担当を追加すること、固定の report path や runtime 固有のツールを前提にすることはしない。

タスク: $ARGUMENTS

1. 実装前の確認

依頼、対象ファイル、既存パターン、現在の status/diff、成功条件を確認する。開始時からあるユーザーまたは他担当の変更を保全し、所有範囲外の変更を戻さない。reset、checkout、restore、stash、自動的な revert、commit、push は、ユーザーが明示した範囲を除き行わない。再開時は pir2/references/handoff.md に従う。

実装・修正は親が直接行わず、現在のランタイムが提供する worker/collaboration primitive へ委譲する。全体文脈と密結合した変更は1人の担当へまとめ、所有ファイルと完了条件が明確に分離できる変更だけを並列にする。委譲する場合は目的、確認済みの事実、許可・禁止範囲、維持する制約、完了条件、focused check、返却事項を短く渡す。担当が別担当を勝手に起動したり scope を拡張したりしない。

既存パターンで方針が明確な小変更は、親の短い確認だけで実装へ進める。影響が不明なら先に探索し、実装全体へ波及する設計判断が判明した場合だけ、同じshared packageの PIR²の専門検討から実装条件へ を読み、必要な観点を条件・根拠・確認方法へまとめる。実施済みの検討は再利用し、計画artifactや --deepplan を必須にしない。

2. 実装と受入

実装後、親が status、対象 diff、実在する変更ファイルを確認する。実装担当の自己申告や終了コードだけで受入しない。要求と実差分が一致しない場合は原因を確認し、必要なら最小修正へ戻す。既存の未コミット変更を自動的に戻す操作は禁止する。

3. レビューとテスト

親は shared reviewer/tester に対象版、要件、ユーザー指定、実在する差分、必要な確認範囲を渡す。レビューは shared reviewer の手順で実装担当と別の評価担当を起動して行い、親自身の評価で代替しない。--reviewers と --all-reviewers は値を変えず reviewer へ渡し、タスク文から除く。返却された実在の結果を受入判断へ使い、観点の選定・配分・判定規則をこの workflow で複製しない。

4. テストと修正ループ

実行時の挙動、公開契約、生成物、権限、外部状態に影響する変更では、shared tester の実行者手順を使う。挙動に影響しない文書・機械的変更は適切な静的・構文・設定確認で足りる場合がある。

shared reviewer/tester の返却が要件未達または未確認を示した場合、親は実差分・要件・再現結果を照合して根本原因を特定し、原因に対応する最小修正を行う。修正後は影響する確認だけを shared skill の手順で再確認する。未確認の安全・正しさ・権限・データ損失リスクが残る場合は完了にしない。

5. 完了サマリー

## IR 完了サマリー

- タスク: [説明]
- 変更ファイル: [実差分で確認した一覧]
- reviewer: [shared reviewer から実際に返った結果。不要なら理由]
- tester: [shared tester から実際に返った結果。不要なら理由]
- 親の受入確認: [差分照合と focused check の結果]
- 未確認事項・blocker: [なければ none]

実際に起動・実行していない担当や確認を成功として記載しない。