Skip to content
Back to skills

Ir

ASecurity

タスクが明確で小さい変更を Implement → Review で進める。バグ修正、小機能、設定、文書など、計画や振り返りを別 artifact にする必要がない作業に使う。レビューとテストは実差分のリスクに応じて選ぶ。

  • 8 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 23, 2026
documentationcode-review

Security analysis

A100/100

Scanned September 23, 2026

npx -y skills add coil398/dotfiles --skill ir --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Ir?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Ir
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/coil398-dotfiles/badge)](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.

Download with Pro
SKILL.md
---
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]
```

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

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…