mit einem Klick
dotfiles
dotfiles enthält 16 gesammelte Skills von masakiaota, mit Repository-Berufsabdeckung und Skill-Detailseiten auf SkillsMP.
Skills in diesem Repository
ユーザー固有の、長期的に再利用できる解釈・説明・対話方法をコミュニケーションメモリへ保存し、現在の依頼に関係する項目だけを応答へ適用する。 Triggers: `$adapt-to-user` の明示呼び出し、保存済みの好みに合わせた返答の依頼、応答方法の好みや過去の訂正・教訓の記憶・参照・確認の依頼。及びそれらの変更・削除の明示的な依頼。 Do not Trigger: 明示呼び出しのない一回限りの文体・長さ・形式指定、一般的なユーザー情報や会話内容の記憶、案件固有情報やプロジェクト規約の保存、秘密情報の保存、沈黙や反応から好みを推測する場合。
GitHub PR の変更内容を先に解説し、ユーザーの理解確認を挟みながら対話的に レビューを進めるワークフロー。 Trigger: ユーザーが `$aota-review` を明示した場合、PR の URL または番号を 提示して「まず変更内容を理解したい」「解説を受けてから一緒にレビューしたい」 など段階的・対話的な進行を求めた場合、またはこのスキルで開始したレビューの 続行を明示した場合に使用する。 Do not trigger: PR の URL または番号とともに単にレビュー、merge 可否、問題点、 特定観点での検証、または最終結論までの自律的な作業を求められた場合には 使用しない。PR を既に理解した後の単発の説明・要約・質問回答、PR 説明文の 作成・更新、コード修正、レビューコメントへの対応、CI 修正、または PR を 対象としない一般的なコードレビューにも使用しない。
会話全体と現在の理解・方針・成果物を照合し、ユーザーの意図とのずれ、局所的な指示への没入、抽象度の取り違えを点検する。メインエージェントでは点検結果を作業方針へ反映し、subagent では独立レビューだけを行う。ユーザーが認識のすれ違いを指摘したとき、重要な方針を決める前、現在の進め方をメタ的に点検するとき、または subagent にユーザー視点のレビューを委ねるときに使用する。
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: ユーザー原文の引用、単純な機械編集、既存名の再利用、定型出力、雑談、 確立した用語だけで書ける短文。
日本語の技術文書・書籍原稿を、人間が読む成果物として執筆・推敲するための文章規範。保存・公開・継続参照を前提とする技術書の章、記事、解説、設計文書などを作成またはリライトするときに使用する。質問への通常の会話応答や、使い捨ての文章・短いメモには自動適用しない。ただし、ユーザーが本スキルの使用を明示した場合は、用途や長さにかかわらず必ず使用する。表記、段落と論証、読み手の負荷、視点と語り、冗長さを整える。
対象文書 (設計資料・要求からの設計・調査報告・原因切り分け案・対策案・命名・ 推論順序の要約) を書く前に、対応表 (referent table) を独立成果物として先に提出し、 語より先に指示対象と役割を固定する生成手順。 Triggers: 設計資料を書く, 設計文書作成, 調査報告を書く, 対策案を書く, 命名する, 状態名・条件名・型名・メソッド名を決める, 推論順序を要約する, referent table, 対応表. DO NOT TRIGGER: ユーザー原文の引用、単純な機械編集、既存名の再利用、定型出力、雑談、 確立した用語だけで書ける短文。
Plan and coordinate delegated work across the parent agent, native Codex subagents, and isolated codex exec workers, and launch isolated workers when selected. Use whenever the user mentions or requests subagents (サブエージェント), delegation or offloading (委任・移譲), parallel agents, workers, isolated execution, or codex exec, asks how work should be divided or delegated, or explicitly invokes $delegate-worker.
Autonomously handle unresolved GitHub PR review threads for the open pull request on the current branch. Use when Codex needs to read only unresolved review comments, decide whether to apply a fix, reject the suggestion, or ask for clarification, and then reply to each thread with the reasoning behind the decision.
Generate descriptive Japanese commit messages by analyzing git diffs with Conventional Commits. Use when the user asks for help writing commit messages, reviewing staged changes, or preparing a commit command.
GitHub PR のレビューを支援する。aota-review、PR の URL や番号が指定されたとき、PR レビューを依頼されたとき、コードレビューを求められたときに使用する。差分の理解からレビュー指摘文の作成まで一貫してサポートする。
Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
Test-Driven Development workflow principles. RED-GREEN-REFACTOR cycle.
Generate descriptive Japanese commit messages by analyzing git diffs with Conventional Commits. Use when the user asks for help writing commit messages, reviewing staged changes, or preparing a commit command.
Autonomously handle unresolved GitHub PR review threads for the open pull request on the current branch. Use when Codex needs to read only unresolved review comments, decide whether to apply a fix, reject the suggestion, or ask for clarification, and then reply to each thread with the reasoning behind the decision.