資料や観点を比較して根拠付きの結論・仮説をまとめる。一次資料まで引用・参照を追跡し、検証対象の主張ごとの出典で完了判定する deep research にも使う。実装や不具合調査は pir2/debug。
The English summary is being prepared. Showing the original description.
See how to installReview the instructions the agent will receive before you install.
テーマ: $ARGUMENTS
親が問い、範囲、調査対象、統合、受入、最終判断を所有します。調査担当は資料を読み、根拠と不確実性をチャットで返します。担当へファイル編集、テスト生成、記憶追記、外部投稿を要求しません。
通常モードは以下の現行手順に従います。$ARGUMENTS が deep で始まる場合、または deep research の明示、一次資料まで引用・参照を追跡する網羅調査、未知の分野の調査範囲を把握する依頼では references/deep-research.md を読み、その手順に従います。単発の事実確認では deep を選びません。
親は問いを、答えに必要な主張と、確認したい事実、比較、因果、反証、仮説などに分解します。少なくとも1つは依頼の言葉の条件をそのまま含め、各主張に出典が付いたかを完了判定に使います。ユーザーが既に与えた対象や条件を再質問せず、研究結果を実質的に変える未決定だけを確認します。
Web資料とローカル資料は、問いの根拠に必要な場合だけ使います。最新仕様、リリース、法令、価格など時点で変わる情報は一次資料で確認します。ローカル実装の意味を調べる問いでは、実在する対象版と関連ファイルを確認します。両方を機械的に要求せず、使わなかった理由を必要なら記録します。
独立したサブ問いがあり分離の利益がある場合だけ、現在のランタイムの標準 read-only child または汎用 Task を起動します。方向が複数ありうる段階では、別仮説の探索を並べ、戻ってから比較します。担当数・最低数・上限・モデル・起動順を固定しません。小さな問いや資料が揃っている問いは親が直接調べられます。
担当への入力には、研究テーマ、担当サブ問い、対象と版、確認済み事実、変更禁止範囲、必要な出典、返却形式を含めます。担当は実際に確認できた資料だけを報告し、取得不能・未読・timeoutを「反証なし」や成功へ変換しません。報告が検索結果の抜粋に基づき原文未確認の場合があるため、結論に使う数値・所属・公開状況・版は親が原文で確かめます。
ライブラリ選定や技術比較が主目的なら、汎用探索担当に選定責任を持たせず、現在のランタイムで利用可能な技術検証担当または親が一次資料を比較します。
出典には種別 論文、公式、実施記録（実施者本人の記録）、観察（他者の方法を観察した記録）、二次資料（他の知見の集約・言い換え）を付けます。点数は付けません。親は調査結果を読み、重複をまとめ、出典付き事実、弱い情報、推測、対立、空白を分けます。研究結果を変える不明点だけ追加調査へ戻し、回数を完了条件にしません。
思考担当へは実在する集約結果、テーマ、rubric、対象版を渡し、新規調査を禁止します。仮説担当へは思考結果と根拠を渡し、検証可能性・反証条件・確信度を求めます。
references/explorer.md: 資料・コードの探索と根拠の返却references/tech-validator.md: 技術選定・比較の一次資料確認references/thinker.md: 集約結果の構造分析references/hypothesizer.md: 反証可能な仮説の作成これらの担当は結果を保存しません。後段が全文を参照する実益がある場合だけ、親が安全性と未使用性を確認した path に保存します。
親は必要な場合だけ、調査・思考・仮説を一つの自己完結した研究レポートへ統合します。中間ファイルを読まない読者でも判断できるよう、確認事実の出典、推測のラベル、仮説ごとの根拠・検証方法・反証条件・確信度、未解決の問いを落としません。
最低限の構成:
# [テーマ] 研究レポート
## 0. 結論と最重要の判断
## 1. 問い・範囲・前提
## 2. 確認済み事実（出典付き）
## 3. 不確実性・対立・反証
## 4. 仮説（根拠 / 検証方法 / 反証条件 / 確信度）
## 5. 推奨する次の確認
## 6. 未解決の問いと参照資料
保存する場合は、親または呼び出し元が指定した親directoryの実在を確認し、その配下の今回未使用のファイルpathだけを使い、保存後にファイルpathの実在を確認します。保存しない場合は確認できた内容をチャットで返します。通常モードでは未指定のRUN_DIR、固定メモリ、handoff、台帳は作りません。deep モードの作業directoryは references/deep-research.md の規則に従います。
研究の完了条件は、依頼された問いに対する根拠付きの結果、残る不確実性、必要な次の確認が返っていることです。担当の途中終了、資料取得失敗、モデル不在、権限不足は INCOMPLETE として範囲と原因を示します。推測で補ったり、別方式へ黙って切り替えたりしません。研究結果を実装、commit、push、外部投稿へ拡張する場合は別の明示依頼として扱います。
No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
別AIのCLI呼び出しを支援する。Codex以外のCLIを使う依頼で使う。 Codexへの相談・実装委譲は codex Skill を使う。Skill運用の移行は agent-skill-migrate、配置監査は overlay-audit を使う。
The English summary is being prepared. Showing the original description.
明示されたCodex・CursorのSkill運用移行を、指定設計と既存点検に基づき適用する。一般的な指示ファイルの整理は instruction-refactor を使う。通常の実装依頼では起動しない。
The English summary is being prepared. Showing the original description.
明示されたリポジトリのSkill・Agent・呼出し・生成配布を点検または移行する。通常の実装・レビュー・調査では起動しない。一般的な指示ファイルの整理は instruction-refactor を使う。
The English summary is being prepared. Showing the original description.
プロジェクトのデザインシステムを SSOT として作成・監査・更新する。トークン、デザインシステムに関わるアクセシビリティ、Typography、Motion、aesthetic direction の作業に使う。デザインシステムに紐づかない単発UI実装や個別デザインレビューには使わない。
The English summary is being prepared. Showing the original description.
デザインシステムの作成・監査・保守、デザイントークンやUIの一貫性・個性・アクセシビリティの改善に使う。
The English summary is being prepared. Showing the original description.
AIに日記を書かせるスキル。会話を振り返り、AI視点の自由な日記風テキストを生成して保存する。「日記書いて」「AI日記」「日記風に振り返って」「感想を日記にして」「diary」「write a diary」といった日記・感想の依頼に使う。作業改善の振り返りは /retro、知見の記録や要約は /ai-ltm を使う。
The English summary is being prepared. Showing the original description.