メニュー
日本語の技術文書・書籍原稿で、論証の妥当性と構成を締めるときに使う。章、記事、解説文、ADR、設計文書が対象。段落構成(パラグラフライティング)、論証の厳密さ(ツッコミどころの除去)、演出の抑制、読者への誠実さを扱う。文の読みやすさ(LLM 特有の重さの除去)は姉妹スキル ja-prose-clarity。英語の文章やコードだけの作業には使わない。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
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 特有の重さを取り除き、読み手の認知負荷を下げる。コードだけを書く作業や英語の文章には使わない。
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.
| name | ja-prose-rigor |
| description | 日本語の技術文書・書籍原稿で、論証の妥当性と構成を締めるときに使う。章、記事、解説文、ADR、設計文書が対象。段落構成(パラグラフライティング)、論証の厳密さ(ツッコミどころの除去)、演出の抑制、読者への誠実さを扱う。文の読みやすさ(LLM 特有の重さの除去)は姉妹スキル ja-prose-clarity。英語の文章やコードだけの作業には使わない。 |
日本語の原稿の論証を締める。扱うのは主張が妥当か・論証が反論に耐えるか(深層)で、文が読みやすいか(表層)は ja-prose-clarity が扱う。読みやすさの規則(受身、漢語、冗長、まとめ行、見出し、LLM 口調)はそちらにあるので、ここでは繰り返さない。
書き上げてから点検するスキル。まず ja-prose-clarity で文を軽くし、次にこのスキルで論証を締める。論証の厳密さは、書いたあとに次のチェックリストを写して1項目ずつ確認する。
論証の点検:
- [ ] 推量を機械的に断定へ変えていないか(根拠で確定した命題だけ断定)
- [ ] 異なるものを同じ語でくくっていないか
- [ ] 複数の要因を単一の原因に還元していないか
- [ ] 章・節をまたいで概念の扱いが一致しているか
- [ ] 因果を主張した箇所に、その機構が一文あるか
- [ ] 「必ず」を条件付きに直したか
- [ ] 挙げた例が主張の全体を支えているか
- [ ] 「次節で扱う」と逃がした論点を回収したか
- [ ] 逆接(「ただし」)で終えて宙吊りにしていないか
パラグラフライティングを基本とする。段落は論証の一歩で、読者は段落単位で論理を追う。詳細と例は references/composition.md。
文章の論理にツッコミどころを残さない。詳細と Bad/Good は references/argument-checks.md。
修辞は効果を生む箇所だけで使う。全面禁止ではなく節度の規範。詳細は references/composition.md。
論証の語り手としての規範。文の読みやすさに属する語り(受身、具体語、術語の一貫)は ja-prose-clarity。