タスクが明確で小さい変更を Implement → Review で進める。バグ修正、小機能、設定、文書など、計画や振り返りを別 artifact にする必要がない作業に使う。レビューとテストは実差分のリスクに応じて選ぶ。
Scanned 9/23/2026
npx -y skills add coil398/dotfiles --skill ir --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Ir?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/coil398-dotfiles)More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.
---
name: "ir"
description: "タスクが明確で小さい変更を Implement → Review で進める。バグ修正、小機能、設定、文書など、計画や振り返りを別 artifact にする必要がない作業に使う。レビューとテストは実差分のリスクに応じて選ぶ。"
argument-hint: "[タスクの説明] [--reviewers=<roles>|--all-reviewers]"
---
# IR — Implement → Review
小さいタスクを短い経路で実装し、必要な独立確認まで行う。親(main)はユーザーとの対話、要件、scope、所有境界、統合、受入、最終判断を持つ。計画担当や振り返り担当を追加すること、固定の report path や runtime 固有のツールを前提にすることはしない。
**タスク**: $ARGUMENTS
## Review/test の接続
レビューまたはテストが必要な場合、同じ親が shared skill package の実体にある `../reviewer/SKILL.md` または `../tester/SKILL.md` を存在確認して読み込み、その手順を実行する。別の進行担当を起動せず、親は対象版、要件、ユーザー指定、実在する差分、必要な確認範囲を渡し、選定・配分・集約は shared skill に委ねる。
shared reviewer は評価者へ `code-review-guidance/SKILL.md` の実体絶対パスと対応する reference だけを渡し、reviewer の進行手順を評価者へ渡さない。shared tester は `tester/references/test-procedure.md` と結果契約の実体を実行担当へ渡す。親が自ら評価・検証する場合だけ、必要な専門手順を読む。この workflow では観点、未知指定、担当間の分離、判定規則を再定義しない。
## 1. 実装前の確認
依頼、対象ファイル、既存パターン、現在の status/diff、成功条件を確認する。開始時からあるユーザーまたは他担当の変更を保全し、所有範囲外の変更を戻さない。`reset`、`checkout`、`restore`、`stash`、自動的な revert、commit、push は、ユーザーが明示した範囲を除き行わない。再開時に親から実在する plan または handoff path が渡された場合は、その実体を読み、完了済み・決定済みの項目を保持したまま未完了項目だけを同じ path へ増分更新する。path を推測したり、未指定の artifact を作ったりしない。
小さく全体文脈と密結合した変更は親が直接実装できる。所有ファイルと完了条件が明確に分離できる変更は、現在のランタイムが提供する worker/collaboration primitive へ委譲できる。委譲する場合は目的、確認済みの事実、許可・禁止範囲、維持する制約、完了条件、focused check、返却事項を短く渡す。担当が別担当を勝手に起動したり scope を拡張したりしない。
## 2. 実装と受入
実装後、親が status、対象 diff、実在する変更ファイルを確認する。実装担当の自己申告や終了コードだけで受入しない。要求と実差分が一致しない場合は原因を確認し、必要なら最小修正へ戻す。既存の未コミット変更を自動的に戻す操作は禁止する。
## 3. レビューとテスト
親は前節の shared reviewer/tester に、対象版、要件、ユーザー指定、実在する差分、必要な確認範囲を渡す。返却された実在の結果を受入判断へ使い、観点の選定・配分・判定規則をこの workflow で複製しない。
## 4. テストと修正ループ
実行時の挙動、公開契約、生成物、権限、外部状態に影響する変更では、shared tester の実行者手順を使う。挙動に影響しない文書・機械的変更は適切な静的・構文・設定確認で足りる場合がある。
shared reviewer/tester の返却が要件未達または未確認を示した場合、親は実差分・要件・再現結果を照合して根本原因を特定し、原因に対応する最小修正を行う。修正後は影響する確認だけを shared skill の手順で再確認する。未確認の安全・正しさ・権限・データ損失リスクが残る場合は完了にしない。
## 5. 完了サマリー
```markdown
## IR 完了サマリー
- タスク: [説明]
- 変更ファイル: [実差分で確認した一覧]
- reviewer: [shared reviewer から実際に返った結果。不要なら理由]
- tester: [shared tester から実際に返った結果。不要なら理由]
- 親の受入確認: [差分照合と focused check の結果]
- 未確認事項・blocker: [なければ none]
```
実際に起動・実行していない担当や確認を成功として記載しない。
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!