masakiaota

AHC形式のRust solverから、日本語の再現可能な解説を作る。入力としてチャンピオン実装や提出候補コードが与えられたときに、Phase 1で削除や簡素化により本質を抽出し、Phase 2でjapanese-tech-writingに従う解説を書き、subagentに解説だけから再実装と評価をさせて品質を検証する。

Rust rollback/delta-state beam search templates for AHC-style solvers. Provides bundled Rust templates for Euler Tour edge traversal, linked-tree traversal, and variable-turn rollback beam search.

AHC形式のRust solverから、日本語の再現可能な解説を作る。入力としてチャンピオン実装や提出候補コードが与えられたときに、Phase 1で削除や簡素化により本質を抽出し、Phase 2でjapanese-tech-writingに従う解説を書き、subagentに解説だけから再実装と評価をさせて品質を検証する。

AHC形式のRust solverから、日本語の再現可能な解説を作る。入力としてチャンピオン実装や提出候補コードが与えられ、コード削除や簡素化で本質を抽出し、必要に応じてsubagentに解説だけから再実装と評価をさせ、japanese-tech-writingに従う技術解説へ仕上げるときに使用する。

AHC形式のRustプロジェクトで、problem_description.txtを読み、v000_template.rsに入力・出力・State・操作適用の共通土台をユーザーと段階的に合意して実装する。solver戦略ではなく、問題ルールを安全かつ高速に扱う基盤設計を支援する。

AHC形式のRustプロジェクトで、problem_description.txt と公式 tools/src をもとに、同梱テンプレートから case visualizer / eval viewer / WASM 接続を完成させる。

Rust rollback/delta-state beam search templates for AHC-style solvers. Provides bundled Rust templates for Euler Tour edge traversal, linked-tree traversal, and variable-turn rollback beam search.

AtCoder Heuristic Contest の問題文を、貼り付けテキスト、スクリーンショット、公式抜粋から `problem_description.txt` に転記・整理する。公式の文言と節順をできるだけ維持し、画像がないと理解しづらい箇所だけ簡潔に補足する。

ユーザー固有の、長期的に再利用できる解釈・説明・対話方法をコミュニケーションメモリへ保存し、現在の依頼に関係する項目だけを応答へ適用する。 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: ユーザー原文の引用、単純な機械編集、既存名の再利用、定型出力、雑談、 確立した用語だけで書ける短文。

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.

Simplifies code for clarity. Use when refactoring code for clarity without changing behavior. Use when code works but is harder to read, maintain, or extend than it should be. Use when reviewing code that has accumulated unnecessary complexity.

Test-Driven Development workflow principles. RED-GREEN-REFACTOR cycle.