メニュー
会話全体と現在の理解・方針・成果物を照合し、ユーザーの意図とのずれ、局所的な指示への没入、抽象度の取り違えを点検する。メインエージェントでは点検結果を作業方針へ反映し、subagent では独立レビューだけを行う。ユーザーが認識のすれ違いを指摘したとき、重要な方針を決める前、現在の進め方をメタ的に点検するとき、または subagent にユーザー視点のレビューを委ねるときに使用する。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
ユーザー固有の、長期的に再利用できる解釈・説明・対話方法をコミュニケーションメモリへ保存し、現在の依頼に関係する項目だけを応答へ適用する。 Triggers: `$adapt-to-user` の明示呼び出し、保存済みの好みに合わせた返答の依頼、応答方法の好みや過去の訂正・教訓の記憶・参照・確認の依頼。及びそれらの変更・削除の明示的な依頼。 Do not Trigger: 明示呼び出しのない一回限りの文体・長さ・形式指定、一般的なユーザー情報や会話内容の記憶、案件固有情報やプロジェクト規約の保存、秘密情報の保存、沈黙や反応から好みを推測する場合。
GitHub PR の変更内容を先に解説し、ユーザーの理解確認を挟みながら対話的に レビューを進めるワークフロー。 Trigger: ユーザーが `$aota-review` を明示した場合、PR の URL または番号を 提示して「まず変更内容を理解したい」「解説を受けてから一緒にレビューしたい」 など段階的・対話的な進行を求めた場合、またはこのスキルで開始したレビューの 続行を明示した場合に使用する。 Do not trigger: PR の URL または番号とともに単にレビュー、merge 可否、問題点、 特定観点での検証、または最終結論までの自律的な作業を求められた場合には 使用しない。PR を既に理解した後の単発の説明・要約・質問回答、PR 説明文の 作成・更新、コード修正、レビューコメントへの対応、CI 修正、または PR を 対象としない一般的なコードレビューにも使用しない。
Create or update a visual keymap for a shortcut device, and keep it synchronized with Karabiner-Elements mappings. Triggers: a user asks to visualize shortcut assignments, create or update a keypad/keyboard/controller cheat sheet, show assigned versus unassigned keys, create a shortcut diagram, or prepare a keymap for a desktop overlay. Do not trigger: ordinary Karabiner shortcut changes that do not require a visual, general brainstorming about shortcut assignments, or a request to inspect an existing mapping without creating or updating its visual representation.
Behavioral guidelines for cautious, minimal, and verifiable code changes. Triggers: The user explicitly requests this skill's application, for example by using `$karpathy-guidelines`, saying "apply karpathy-guidelines", or asking to use Karpathy Guidelines. Do not trigger: Any request that does not explicitly request this skill's application, including ordinary implementation, review, refactoring, design, or testing work. Questions about this skill's content, configuration, triggering conditions, or edits also do not trigger it unless the user explicitly asks to apply it.
対象文書 (設計資料・要求からの設計・調査報告・原因切り分け案・対策案・命名・ 推論順序の要約) を書く前に、対応表 (referent table) を独立成果物として先に提出し、 語より先に指示対象と役割を固定する生成手順。 Triggers: 設計資料を書く, 設計文書作成, 調査報告を書く, 対策案を書く, 命名する, 状態名・条件名・型名・メソッド名を決める, 推論順序を要約する, referent table, 対応表. DO NOT TRIGGER: ユーザー原文の引用、単純な機械編集、既存名の再利用、定型出力、雑談、 確立した用語だけで書ける短文。
日本語の技術文書・書籍原稿を、人間が読む成果物として執筆・推敲するための文章規範。保存・公開・継続参照を前提とする技術書の章、記事、解説、設計文書などを作成またはリライトするときに使用する。質問への通常の会話応答や、使い捨ての文章・短いメモには自動適用しない。ただし、ユーザーが本スキルの使用を明示した場合は、用途や長さにかかわらず必ず使用する。表記、段落と論証、読み手の負荷、視点と語り、冗長さを整える。
SOC 職業分類に基づく
| name | review-user-intent |
| description | 会話全体と現在の理解・方針・成果物を照合し、ユーザーの意図とのずれ、局所的な指示への没入、抽象度の取り違えを点検する。メインエージェントでは点検結果を作業方針へ反映し、subagent では独立レビューだけを行う。ユーザーが認識のすれ違いを指摘したとき、重要な方針を決める前、現在の進め方をメタ的に点検するとき、または subagent にユーザー視点のレビューを委ねるときに使用する。 |
会話全体から、現在の理解と進め方がユーザーの意図に沿うかを点検する。実行主体によって、点検後の扱いを分ける。
subagent として使う場合は、次の3項目だけを、それぞれ1〜3文で返す。
読み取った意図: 明示された内容を中心に、会話全体から読み取れる意図を書く。ずれ: 現在の理解、方針、成果物との実質的なずれを書く。なければ「見当たらない」と書く。捉え直し: 何をどの抽象度から考え直すべきかを書く。ずれがなければ「変更不要」と書く。複数の解釈で結果が大きく変わり、会話から決められない場合だけ 確認事項 を追加する。
メインエージェントとして使う場合は、通常の作業報告の中で捉え直しを短く示し、そのまま作業結果を返す。ユーザーがレビューだけを求めた場合は、上記3項目で返す。
subagent にレビューを委ねる場合は、生の会話、現在の方針、レビュー対象の成果物だけを渡す。 呼び出し側が疑っている問題、期待する結論、望ましい修正案を先に教えない。 subagent はユーザーを演じず、ユーザーの発言から根拠を取ってレビューする。 完全な会話が渡されていない場合は、その制約を明示し、与えられた範囲を越えて意図を推測しない。