dotfiles

Routes implementation work to Codex CLI by default; Claude freezes the spec, selects GPT-5.6 Luna, Terra, or Sol by residual execution uncertainty, reviews the diff, and verifies. Use in Claude Code sessions when asked to implement from a clear spec, refactor, fix a bug with a known repro, write tests, fix CI, or bulk-read a codebase. Do not use for design/naming/UX judgment, tasks where writing the spec is the work, tiny edits under ~20 lines, work needing MCP tools or secrets, destructive or GitHub operations, reviewing Codex output, Obsidian vault notes, or Japanese prose. When stuck mid-task and needing a second opinion, use codex:rescue instead.

技術文書(論文・技術ブログ・技術記事)の URL から、原典を読むかどうかを 決めるための自己完結 HTML 下読み教材を生成する。「下読みして」「教材にして」 「読むべきか判断したい」「読む価値あるか」と URL 付きで頼まれたとき、 または /preread で発火する。要約だけ・翻訳だけの依頼、URL のない質問、 文書内容への単発の質問には使わない。

日本語の文章を書く・推敲する・レビューするときに使う。ドキュメント、ノート、README、報告文も対象。AI っぽい文(slop)から LLM 特有の重さを取り除き、読み手の認知負荷を下げる。コードだけを書く作業や英語の文章には使わない。

日本語の技術文書・書籍原稿で、論証の妥当性と構成を締めるときに使う。章、記事、解説文、ADR、設計文書が対象。段落構成(パラグラフライティング)、論証の厳密さ(ツッコミどころの除去)、演出の抑制、読者への誠実さを扱う。文の読みやすさ(LLM 特有の重さの除去)は姉妹スキル ja-prose-clarity。英語の文章やコードだけの作業には使わない。

Commit code with parallel subagent analysis, atomic validation, and best practices. Use when the user asks to "commit", "commit changes", "make a commit", "stage and commit", "git commit", or any variation of committing code changes. Also triggers on "/commit", "commit this", "save my changes", "コミット", "コミットして". Covers all commit-related requests including reviewing what to commit, writing commit messages, and validating atomicity.

Test-driven development with Kent Beck's canonical 5-step workflow: Test List, Write Test, Make Pass, Refactor, Repeat. Use when the user asks to build, fix, or refactor code test-first. Trigger keywords: "TDD", "テスト駆動開発", "テストファースト", "red-green-refactor", "tracer bullet", "vertical slice". Also trigger when the query contains "TDD で", "まずテストを書いて", or "テストを書いてから" combined with implementation work. Covers all languages and frameworks (pytest, Jest, Vitest, cargo test, go test, etc.). Use for: adding tests before refactoring legacy code, reproducing bugs with a failing test first, or building new features test-first.