dotfiles

codex（OpenAI のコーディングエージェント）に codex CLI 経由で相談するスキル。第二意見・別アプローチ・難所のレビューを codex に求めるときに使う。CLI の実行と完走管理は codex-runner サブエージェントが担い、メインエージェントは codex-runner を background で起動して即座に別作業へ移る（何時間かかってもブロックされない）。タスクの重さに応じて reasoning effort と model（GPT-5.6 系）を毎回明示的に選び（既定任せにしない）、相談・レビューは sandbox=read-only。「codexに聞いて」「codexの意見」「codexに相談」「codexならどうする」「ask codex」「second opinion from codex」などで起動する。呼び出し元自身がタスク途中で codex に相談すると判断したときも、本スキルの手順が SSOT になる。ユーザーが /codex と入力したら必ずこのスキルを使う。

codex（OpenAI のコーディングエージェント）に codex CLI 経由で相談するスキル。第二意見・別アプローチ・難所のレビューを codex に求めるときに使う。CLI の実行と完走管理は codex-runner サブエージェントが担い、メイン Claude は codex-runner を background で起動して即座に別作業へ移る（何時間かかってもブロックされない）。タスクの重さに応じて reasoning effort と model（GPT-5.6 系）を毎回明示的に選び（既定任せにしない）、相談・レビューは sandbox=read-only。「codexに聞いて」「codexの意見」「codexに相談」「codexならどうする」「ask codex」「second opinion from codex」などで起動する。Claude 自身がタスク途中で codex に相談すると判断したときも、本スキルの手順が SSOT になる。ユーザーが /codex と入力したら必ずこのスキルを使う。

codex（OpenAI のコーディングエージェント）に codex CLI 経由で相談するスキル。第二意見・別アプローチ・難所のレビューを codex に求めるときに使う。CLI の実行と完走管理は codex-runner サブエージェントが担い、メインエージェントは codex-runner を background で起動して即座に別作業へ移る（何時間かかってもブロックされない）。タスクの重さに応じて reasoning effort と model（GPT-5.6 系）を毎回明示的に選び（既定任せにしない）、相談・レビューは sandbox=read-only。「codexに聞いて」「codexの意見」「codexに相談」「codexならどうする」「ask codex」「second opinion from codex」などで起動する。呼び出し元自身がタスク途中で codex に相談すると判断したときも、本スキルの手順が SSOT になる。ユーザーが /cursor-codex と入力したら必ずこのスキルを使う。

PIR² の Codex 実装版。Plan→Review→Retrospect は Claude のまま、Implement フェーズだけ Codex（codex CLI / codex-runner サブエージェント経由）に差し替えた実験的ワークフロー。Codex 実装の品質を通常 /pir2 と比較するために使う。大きく結合した実装は IMPLEMENTATION_UNITS による直列 fresh セッション化に対応。ユーザーが /pir2codex と入力したら必ずこのスキルを使う。

PIR² の Codex 実装版。Plan→Review→Retrospect は Claude のまま、Implement フェーズだけ Codex（codex CLI / codex-runner サブエージェント経由）に差し替えた実験的ワークフロー。Codex 実装の品質を通常 /cursor-pir2 と比較するために使う。大きく結合した実装は IMPLEMENTATION_UNITS による直列 fresh セッション化に対応。ユーザーが /cursor-pir2codex と入力したら必ずこのスキルを使う。

コーディングタスクを Plan → Implement → Review → Retrospect の4フェーズで実行する。複雑なタスク・設計が必要なタスク・品質保証が重要なタスク、大きな機能追加・リファクタリング・アーキテクチャ変更に使う。「ちゃんと作りたい」「しっかり実装して」「品質重視で」といった要望にも対応する。ユーザーが /pir2 と入力したら必ずこのスキルを使う。

プロジェクト内のデザインシステムSSOTを生成・監査・維持する。一貫性（トークン・命名）と個性（aesthetic direction・Typography・Motion・装飾レイヤー）の両軸でSSOTを管理し、generic AI aesthetics（Inter / 紫グラデ / 中央寄せ定型）への無意図な収束を回避する。UIコンポーネント作成、デザイントークン管理、スタイルの一貫性チェック、デザインシステムの構築や改善を求められたときに使う。「デザイン統一したい」「トークン整理して」「コンポーネントの色がバラバラ」「スタイルガイド作って」「テーマ対応したい」「ダークモード対応」「UIの見た目を揃えて」「WCAG対応」「アクセシビリティ改善」「AIっぽさを消したい」「もっと個性のあるUIにしたい」「フォント選びたい」「motion入れたい」といった要望にも対応する。デザイントークン・カラーパレット・タイポグラフィ・スペーシング・モーション・装飾に関する作業では積極的にこのスキルを参照すること。

AIに日記を書かせるスキル。セッション終了時に会話を振り返り、自由な日記風テキストを生成して保存する。「日記書いて」「今日の振り返り」「diary」「今日のまとめ」「セッション記録」「振り返り書いて」「ログ残して」「write a diary」「session recap」といった要望や、セッション終了時の記録にも使う。ユーザーが /cursor-ai-diary と入力したら必ずこのスキルを使う。

AI長期記憶システム。セッション開始時に関連記憶をロードし、セッション中に学び・失敗・意思決定を記録し、セッション終了時にサマリを保存してGitHub同期する。「前回何やったっけ」「過去の学びを活かして」「前回の続きから」「失敗を記録して」「セッション終了」といった要望や、プロジェクト横断で過去の経験を参照したい場面で使う。

大規模タスク（エピック）を複数サブタスクに分割し、依存グラフに沿って各サブタスクを /cursor-pir2 としてネスト起動する上位オーケストレーションワークフロー。人管理を抜いた PM／テックリード相当。1 つの機能追加では収まらない・複数サブシステムを横断する・独立フィーチャーが並行する大型タスクに使う。「まとめて全部作って」「複数機能を一気に」「大きめの改修を段階的に」といった要望に対応する。ユーザーが /cursor-epic と入力したら必ずこのスキルを使う。先頭に --codex を付けると下位起動を /cursor-pir2codex に一律差し替える。

Orchestrate Unity Editor via MCP (Model Context Protocol) tools and resources. Use when working with Unity projects through MCP for Unity - creating/modifying GameObjects, editing scripts, managing scenes, running tests, or any Unity Editor automation. Provides best practices, tool schemas, and workflow patterns for effective Unity-MCP integration.

git管理されたスキル・プラグインの更新をチェックし自動pullする。マーケットプレースプラグイン、ユーザースコープ・プロジェクトスコープのgit cloneされたスキルが対象。「更新チェック」「スキル更新」「プラグイン最新？」「update skills」「check for updates」といった要望に対応する。ユーザーが /check-updates と入力したら必ずこのスキルを使う。

コードリーディング支援。差分（PR・ブランチ・ローカル未コミット）と既存コード（ファイル・ディレクトリ・自然文領域）を横断的に受け取り、冒頭で「全体像 + 読む順序 + 詳細化メニュー」を提示 → ユーザー指定箇所のみ深掘り → docs/walkthrough/ にキャッシュ保存する。AI が書いた実装のレビュー、他人の PR 理解、既存コード読解を1本でまかなう。「コードリーディングがきつい」「PR の差分が追えない」「このコード何してる？」「ウォークスルーして」「読み解くの手伝って」といった要望に使う。--html を付けると単一ファイル完結の HTML 版（目次サイドバー・行番号付きシンタックスハイライト・読む順序レール・ライト/ダーク対応）も生成する。「HTML で出して」「ブラウザで読みたい」「見やすくして」といった要望はこのモード。/pir2 の直後に追いがけで呼ぶこともできる。ユーザーが /walkthrough と入力したら必ずこのスキルを使う。

git管理されたスキル・プラグインの更新をチェックし自動pullする。マーケットプレースプラグイン、ユーザースコープ・プロジェクトスコープのgit cloneされたスキルが対象。「更新チェック」「スキル更新」「プラグイン最新？」「update skills」「check for updates」といった要望に対応する。ユーザーが /check-updates と入力したら必ずこのスキルを使う。

git管理されたスキル・プラグインの更新をチェックし自動pullする。マーケットプレースプラグイン、ユーザースコープ・プロジェクトスコープのgit cloneされたスキルが対象。「更新チェック」「スキル更新」「プラグイン最新？」「update skills」「check for updates」といった要望に対応する。ユーザーが /cursor-check-updates と入力したら必ずこのスキルを使う。

特定の状況・問いを多エージェントで深く深く考え抜くワークフロー。オーケストレーター（スキル本体, Opus）が探索しまくり、複数の思考エージェント（deliberator）に多様なレンズで熟考させ、synthesizer が1本に統合し、gate が成功基準（rubric）に照らして客観的に十分性を判定する。満たすまで（必要なら追加探索を挟みつつ）ループし、gate が全基準の充足を客観的に確認できたら終了する。「じっくり考えたい」「深く考えて」「考え抜いて」「多角的に検討して」「結論を出したいが難しい」「意思決定を詰めたい」「〜すべきか徹底的に考えて」「腹落ちする答えがほしい」といった要望に対応する。単なる調査や仮説出し（それは /research）、コード実装・バグ修正・デバッグ（それは /pir2, /debug, /ir）ではなく、答えの出しにくい状況・問いをループで深掘りして客観的に十分な結論へ到達させたいときに使う。ユーザーが /deepthink と入力したら必ずこのスキルを使う。

実装前にアイデアを設計へ落とし込む対話型ブレインストーミング。要件が曖昧・アーキテクチャ選択が必要・ユーザーとの対話で設計を固めたい場合に使う。「どうすればいい？」「設計を相談したい」「アーキテクチャどうしよう」「どう実装する？」「アイデアを整理したい」といった要望にも対応する。ユーザーが /cursor-brainstorm と入力したら必ずこのスキルを使う。

ユーザーが /cursor-chat と入力したときに必ず使う、深掘りチャットスキル。一般的な雑談・知識質問・相談・意見聴取・「○○ってどう？」「○○について教えて」「○○ってある？」系の問いを、学習データ任せの一般論・端的応答で済ませず、必要に応じて explorer / tech-validator / WebSearch / WebFetch / Context7 / general-purpose に委譲して裏取りし、構造化された詳しい回答を返すモードに切り替える。Claude.ai のウェブ版チャットと比較して「最新情報を確認しない」「端的すぎる」「一般論しか返さない」「気が利かない」「かゆいところに手が届かない」という不満を解消するためのスキル。明示起動専用（auto-trigger しない）。

エラーや不具合を診断して修正する。症状・エラーメッセージを受け取り根本原因を特定してから修正する。「動かない」「壊れた」「エラーが出る」「なぜか失敗する」やスタックトレース・エラーログが貼られたときにも使う。ユーザーが /cursor-debug と入力したら必ずこのスキルを使う。

特定の状況・問いを多エージェントで深く深く考え抜くワークフロー。オーケストレーター（スキル本体）が探索しまくり、複数の思考エージェント（deliberator）に多様なレンズで熟考させ、synthesizer が1本に統合し、gate が成功基準（rubric）に照らして客観的に十分性を判定する。満たすまで（必要なら追加探索を挟みつつ）ループし、gate が全基準の充足を客観的に確認できたら終了する。「じっくり考えたい」「深く考えて」「考え抜いて」「多角的に検討して」「結論を出したいが難しい」「意思決定を詰めたい」「〜すべきか徹底的に考えて」「腹落ちする答えがほしい」といった要望に対応する。単なる調査や仮説出し（それは /cursor-research）、コード実装・バグ修正・デバッグ（それは /cursor-pir2, /cursor-debug, /cursor-ir）ではなく、答えの出しにくい状況・問いをループで深掘りして客観的に十分な結論へ到達させたいときに使う。ユーザーが /cursor-deepthink と入力したら必ずこのスキルを使う。

既存の CLAUDE.md / agents / skills の肥大化を Anthropic 公式基準（SKILL.md ≤ 500 行、bloat warning）と構造的悪さ（責務越境 / SSOT 逸脱 / DRY 違反 / 二重説明）の観点で検出し、Progressive Disclosure / 共通骨格の references 外出し / SSOT 参照への置換などで実際に整理する（検出だけで終わらない）。「instruction file 整理」「肥大化リファクタ」「skill の長さ大丈夫？」「定期メンテ」「棚卸し」「audit」「instruction bloat」「.codex/ 整理」「CLAUDE.md 削って」といった要望や、agents / skills を編集して肥大化・重複・SSOT 逸脱が気になったときの整合性確認にも使う。コードのリファクタ提案を出す refactor-advisor とは対象が違う（こちらは instruction file 専用、向こうはソースコード専用）。ユーザーがこれらに該当することを明示的に名指ししなくても積極的に使う。ユーザーが /cursor-instruction-refactor と入力したら必ずこのスキルを使う。

軽量な Implement → Review の2フェーズワークフロー。タスクが明確で小さい場合に使う。バグ修正・小機能追加・設定変更・ファイル修正など、計画不要で「サクッとやって」「これ直して」「簡単な変更」といった要望に対応する。ユーザーが /cursor-ir と入力したら必ずこのスキルを使う。

コーディングタスクを Plan → Implement → Review → Retrospect の4フェーズで実行する。複雑なタスク・設計が必要なタスク・品質保証が重要なタスク、大きな機能追加・リファクタリング・アーキテクチャ変更に使う。「ちゃんと作りたい」「しっかり実装して」「品質重視で」といった要望にも対応する。ユーザーが /cursor-pir2 と入力したら必ずこのスキルを使う。

PIR²のAgent Teams版。implementerとreviewerをチーム化し直接対話させることで、伝言ゲームの情報ロスを排除する実験的ワークフロー。通常の/pir2との品質比較用。ユーザーが /cursor-pir2async と入力したら必ずこのスキルを使う。

refactor-advisor エージェントにローカルの差分・ファイルを対象としたリファクタリング提案を出させる。reviewer の Critical/High 判定とは別に、Medium/Low 相当の「直したら良くなる改善余地」を提案させる。「リファクタ提案して」「改善余地ある？」「refactor」といった要望に使う。/cursor-pir2 ワークフローでは reviewer 全員 PASS 後に自動起動されるが、このスキルは PIR² 外で単体起動するためのルート。ユーザーが /cursor-refactor-advisor と入力したら必ずこのスキルを使う。

研究テーマ・問いを 調査 → 集約 → 思考 → 仮説 の流れで掘り下げる研究ワークフロー。Web とローカルの両方を調べ、事実を集約し、構造分析してから検証可能な仮説を立てる。「研究して」「調べて考えて仮説立てて」「〜について深く掘り下げて」「〜って本当なのか検証したい」「〜の原因を調べて仮説を立てて」といった要望に対応する。コードの実装・バグ修正・デバッグが目的のとき（それは /cursor-pir2 や /cursor-debug）ではなく、テーマそのものの探究・分析・仮説形成が目的のときに使う。ユーザーが /cursor-research と入力したら必ずこのスキルを使う。

retrospector を単体で実行してパターンを汎化しエージェント定義を改善する。振り返り・ふりかえり・retrospective・改善サイクル・エージェント定義の見直し・パターン分析をしたいときに使う。`--meta` フラグでワークフロー骨格を改善するメタ自己改善モードを、`--dream` フラグで pir_pattern_registry を統合・整理する Dreaming モードを起動できる。ユーザーが /cursor-retro と入力したら必ずこのスキルを使う。

PR・リモートブランチ単位でコードレビューする。PR番号・PRのURL・リモートブランチ名を渡されたとき、「PR確認して」「PRレビュー」「review this PR」「gh pr の差分を見て」といった要望に使う。ローカルの未コミット差分・ファイル指定のレビューは /cursor-reviewer を使うこと。ユーザーが /cursor-review-pr と入力したら必ずこのスキルを使う。

reviewerエージェントにローカルの差分・ファイルをレビューさせる。バグ・セキュリティ・パフォーマンス・保守性・命名一貫性・リグレッション・データアクセス重複などの観点でレビューし VERDICT: PASS/FAIL を返す。「reviewerに見せて」「reviewer」「ローカルの差分を見て」といった要望に使う。PR番号・リモートブランチ・gh pr 経由のレビューは /cursor-review-pr を使うこと。ユーザーが /cursor-reviewer と入力したら必ずこのスキルを使う。

変更差分または指定パスを、カテゴリ別のセキュリティ専用subagentで並列レビューする。Phase 1 は sentinel-iac のみを起動し、IaC ファイル (Dockerfile / docker-compose / Terraform / GitHub Actions) の危険設定だけを検出する。

実装済みコードの動作を検証する。既存テストの実行とアドホックな動作確認を行い VERDICT: PASS/FAIL を返す。「テストして」「動作確認して」「ちゃんと動く？」「test it」といった要望や、実装直後の検証にも使う。ユーザーが /cursor-tester と入力したら必ずこのスキルを使う。

コードリーディング支援。差分（PR・ブランチ・ローカル未コミット）と既存コード（ファイル・ディレクトリ・自然文領域）を横断的に受け取り、冒頭で「全体像 + 読む順序 + 詳細化メニュー」を提示 → ユーザー指定箇所のみ深掘り → docs/walkthrough/ にキャッシュ保存する。AI が書いた実装のレビュー、他人の PR 理解、既存コード読解を1本でまかなう。「コードリーディングがきつい」「PR の差分が追えない」「このコード何してる？」「ウォークスルーして」「読み解くの手伝って」といった要望に使う。/cursor-pir2 の直後に追いがけで呼ぶこともできる。ユーザーが /cursor-walkthrough と入力したら必ずこのスキルを使う。

実装計画を作成し、各ステップ完了後にドキュメントへ追記して最終的に実装記録として残す。PIR²のP+Iフェーズとしても単独でも使う。「計画を立てて」「ステップバイステップで進めて」「段階的に実装して」「実装記録を残したい」といった要望にも対応する。ユーザーが /cursor-writing-plan と入力したら必ずこのスキルを使う。

特定の状況・問いを多エージェントで深く深く考え抜くワークフロー。オーケストレーター（スキル本体, Opus）が探索しまくり、複数の思考エージェント（deliberator）に多様なレンズで熟考させ、synthesizer が1本に統合し、gate が成功基準（rubric）に照らして客観的に十分性を判定する。満たすまで（必要なら追加探索を挟みつつ）ループし、gate が全基準の充足を客観的に確認できたら終了する。「じっくり考えたい」「深く考えて」「考え抜いて」「多角的に検討して」「結論を出したいが難しい」「意思決定を詰めたい」「〜すべきか徹底的に考えて」「腹落ちする答えがほしい」といった要望に対応する。単なる調査や仮説出し（それは /research）、コード実装・バグ修正・デバッグ（それは /pir2, /debug, /ir）ではなく、答えの出しにくい状況・問いをループで深掘りして客観的に十分な結論へ到達させたいときに使う。ユーザーが /deepthink と入力したら必ずこのスキルを使う。

大規模タスク（エピック）を複数サブタスクに分割し、依存グラフに沿って各サブタスクを /pir2 としてネスト起動する上位オーケストレーションワークフロー。人管理を抜いた PM／テックリード相当。1 つの機能追加では収まらない・複数サブシステムを横断する・独立フィーチャーが並行する大型タスクに使う。「まとめて全部作って」「複数機能を一気に」「大きめの改修を段階的に」といった要望に対応する。ユーザーが /epic と入力したら必ずこのスキルを使う。先頭に --codex を付けると下位起動を /pir2codex に一律差し替える。

研究テーマ・問いを 調査 → 集約 → 思考 → 仮説 の流れで掘り下げる研究ワークフロー。Web とローカルの両方を調べ、事実を集約し、構造分析してから検証可能な仮説を立てる。「研究して」「調べて考えて仮説立てて」「〜について深く掘り下げて」「〜って本当なのか検証したい」「〜の原因を調べて仮説を立てて」といった要望に対応する。コードの実装・バグ修正・デバッグが目的のとき（それは /pir2 や /debug）ではなく、テーマそのものの探究・分析・仮説形成が目的のときに使う。ユーザーが /research と入力したら必ずこのスキルを使う。

Orchestrate Unity Editor via MCP (Model Context Protocol) tools and resources. Use when working with Unity projects through MCP for Unity - creating/modifying GameObjects, editing scripts, managing scenes, running tests, or any Unity Editor automation. Provides best practices, tool schemas, and workflow patterns for effective Unity-MCP integration.

特定の状況・問いを多エージェントで深く深く考え抜くワークフロー。オーケストレーター（スキル本体, Opus）が探索しまくり、複数の思考エージェント（deliberator）に多様なレンズで熟考させ、synthesizer が1本に統合し、gate が成功基準（rubric）に照らして客観的に十分性を判定する。満たすまで（必要なら追加探索を挟みつつ）ループし、gate が全基準の充足を客観的に確認できたら終了する。「じっくり考えたい」「深く考えて」「考え抜いて」「多角的に検討して」「結論を出したいが難しい」「意思決定を詰めたい」「〜すべきか徹底的に考えて」「腹落ちする答えがほしい」といった要望に対応する。単なる調査や仮説出し（それは /research）、コード実装・バグ修正・デバッグ（それは /pir2, /debug, /ir）ではなく、答えの出しにくい状況・問いをループで深掘りして客観的に十分な結論へ到達させたいときに使う。ユーザーが /deepthink と入力したら必ずこのスキルを使う。

大規模タスク（エピック）を複数サブタスクに分割し、依存グラフに沿って各サブタスクを /pir2 としてネスト起動する上位オーケストレーションワークフロー。人管理を抜いた PM／テックリード相当。1 つの機能追加では収まらない・複数サブシステムを横断する・独立フィーチャーが並行する大型タスクに使う。「まとめて全部作って」「複数機能を一気に」「大きめの改修を段階的に」といった要望に対応する。ユーザーが /epic と入力したら必ずこのスキルを使う。先頭に --codex を付けると下位起動を /pir2codex に一律差し替える。

研究テーマ・問いを 調査 → 集約 → 思考 → 仮説 の流れで掘り下げる研究ワークフロー。Web とローカルの両方を調べ、事実を集約し、構造分析してから検証可能な仮説を立てる。「研究して」「調べて考えて仮説立てて」「〜について深く掘り下げて」「〜って本当なのか検証したい」「〜の原因を調べて仮説を立てて」といった要望に対応する。コードの実装・バグ修正・デバッグが目的のとき（それは /pir2 や /debug）ではなく、テーマそのものの探究・分析・仮説形成が目的のときに使う。ユーザーが /research と入力したら必ずこのスキルを使う。