「files」の検索結果

PR確認・PRレビューの依頼で、PRまたはremote branchの差分を取得しshared reviewerへ渡す。PR番号・URL・branchを扱い、ローカルの未コミット差分・ファイル指定はreviewerを使う。ユーザーが `/review-pr` と入力したら必ず使う。

指定ディレクトリ内の独立したgit cloneのupstream更新を確認し、cleanなfast-forwardだけを適用する。スキルやプラグインの更新確認に使う。

Codex app-serverへ相談または実装を委任し、共有blocking runner scriptで完走と証拠を確認する。『codexに聞いて』『第二意見』『Codexで実装』や /codex で使う。

Figmaの個別デザインを、既存design repoにあるデザインシステムの正本・仕様・実データの基準に従ってレビューする。明示トリガーは「デザインについてレビューして」「このデザインレビューして」「/design-review URL」。

差分または既存コードを実コードに基づいて説明し、入口・経路・状態・設計上の注意を整理する。必要な場合だけ詳細化・保存・HTML化を行う。ユーザーが /walkthrough と入力したときに使う。

Jev hooks の運用を支援する。「Jevの状態を診断」「利用量や費用を確認」「モードを変更」「判定を評価」「配備や不具合を調査」といった依頼で使う。該当する依頼では明示的なスキル名がなくても使い、ユーザーが /jev と入力したら必ず使う。

AIに日記を書かせるスキル。会話を振り返り、AI視点の自由な日記風テキストを生成して保存する。「日記書いて」「AI日記」「日記風に振り返って」「感想を日記にして」「diary」「write a diary」といった日記・感想の依頼に使う。作業改善の振り返りは /retro、知見の記録や要約は /ai-ltm を使う。ユーザーが /ai-diary と入力したら必ずこのスキルを使う。

明示されたリポジトリのSkill・Agent・呼出し・生成配布を点検または移行する。通常の実装・レビュー・調査では起動しない。

「git sync」「同期して」「pullしてpush」で、対象リポジトリの変更保全・差分統合・関連配備更新・pushまで実行する。 通常の競合や配備不一致は親が解消して継続する。ユーザーが /git-sync と入力したら使う。

設計判断が重い依頼について、必要な探索と独立した熟考を計画へ統合する親向けスキル。明示された独立性やモデル方式を保ち、固定人数・固定ラウンド・不要な成果物を完了条件にしない。ユーザーが /deepplan と入力したら使う。

ユーザーが明示的に /chat と入力したときの深掘り対話。問いの文脈に合わせ、必要な最新確認・ローカル確認・比較・具体例を加えて回答する。通常の短い会話を自動で重い調査へ変えず、利用可能な実際のruntime操作だけを使う。

AGENTS.md・エージェント定義・スキルの肥大化、重複、競合、過剰な発火条件を整理する。指示の監査・改善を求められたとき、または指示編集で具体的な問題を見つけたときに使う。通常のコード整理は対象外。

Codex app-serverへ相談（read-only）または実装（ユーザーのCodex設定）を委譲する。「codexに聞いて」「codexに相談」「Codexで実装」、難所の別アプローチ、独立レビュー、/pir2 の実装を Codex に任せるときに使う。

割り当てられたコード・設計・指示の対象を、指定された観点から実際に評価するための手順。担当配分・追加reviewer起動・結果の全体統合は行わない。

Cursorで実装前の要件・設計選択を整理する対話スキル。結果を変える未決定と既存パターンからの逸脱だけを明確にし、明確な小さな依頼には不要な質問をしない。ユーザーが /brainstorm と入力したときに使う。

Cursorでユーザーが明示的に /chat と入力したときの深掘り対話。必要な最新確認・ローカル確認・比較を実際に利用可能なBrowser/Search/Taskで行い、根拠と不確実性を含めて返す。通常の会話には自動適用しない。

明示されたディレクトリ内の独立した git clone の upstream 更新を確認し、clean な fast-forward だけを適用する。マーケットプレース・プラグイン・スキルの更新確認、更新チェック、スキル更新、プラグイン最新？、update skills、check for updates に対応する。ユーザーが /check-updates と入力したら必ずこのスキルを使う。

Codex app-serverへboundedな相談、独立レビュー、または親が範囲を決めた実装を委譲する入口。『Codexに聞いて』『第二意見』『Codexで実装』『/pir2 の実装を任せる』や `/codex` で使う。

Python のスクリプト作成・依存管理・環境構築を行うときに使う。uv 優先の実行方法、PEP 723 インライン依存、uv add / uv run --with の使い分けを定める。

大規模タスクを所有範囲の明確なサブタスクへ分割し、依存関係に沿って実装・確認する上位オーケストレーションワークフロー。複数サブシステムを横断する、独立フィーチャーが並行する、大きめの改修を段階的に進める場合に使う。ユーザーが /epic と入力したら使う。

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

実験やキャンペーンで次の判断を変える短期メモを capture / recall / triage する。方針変更やキャンペーン再開時に使い、単なる進捗・日記・過去経緯の検索には使わない。長期記憶は /ai-ltm、感想は /ai-diary。ユーザーが /field-notes と入力したら使う。

レビュー依頼を受けた親が、対象と観点を確定し、観点ごとに独立した評価者へ並列に配分して結果を統合する。指定された観点だけを評価する子はcode-review-guidanceを使う。

実際の作業結果からパターンを汎化し、次回に役立つ改善を提案する。振り返り・ふりかえり・retrospective・改善サイクル・エージェント定義の見直し・パターン分析に使う。`--meta` と `--dream` はユーザーが明示した場合の追加モード。ユーザーが /retro と入力したら使う。