القائمة
技術文書(論文・技術ブログ・技術記事)の URL から、原典を読むかどうかを 決めるための自己完結 HTML 下読み教材を生成する。「下読みして」「教材にして」 「読むべきか判断したい」「読む価値あるか」と URL 付きで頼まれたとき、 または /preread で発火する。要約だけ・翻訳だけの依頼、URL のない質問、 文書内容への単発の質問には使わない。
التثبيت باستخدام 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.
日本語の文章を書く・推敲する・レビューするときに使う。ドキュメント、ノート、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.
| name | preread |
| description | 技術文書(論文・技術ブログ・技術記事)の URL から、原典を読むかどうかを 決めるための自己完結 HTML 下読み教材を生成する。「下読みして」「教材にして」 「読むべきか判断したい」「読む価値あるか」と URL 付きで頼まれたとき、 または /preread で発火する。要約だけ・翻訳だけの依頼、URL のない質問、 文書内容への単発の質問には使わない。 |
| argument-hint | <技術文書の URL> |
| disable-model-invocation | true |
技術文書 1 本から、Learn Your Way 型の自己完結 HTML 教材を 1 ファイル生成する。 教材の役割は習得ではなく選別 — 読者が 15 分で全体像を掴み、原典に時間を 投資するかを根拠を持って決められる状態にする。LLM が関与するのは生成時のみ。 生成後の教材はネットワークも鍵も不要で、判定も遷移もクライアント側で動く。
defuddle parse <url> --md(defuddle スキル参照)https://arxiv.org/abs/<id> → HTML リンク)を優先、
なければ LaTeX ソースreferences/doc-types.md を読む。 実証論文 / 立場表明 / サーベイ / チュートリアル / ブログのどれかを判定する。 心像図の骨格、「事実と著者の見立て」の色分け要否がここで決まる。
読者プロファイルを次の優先順で解決する:
PROFILE.md を探すPROFILE.md を作成してから続行する。git リポジトリ内なら
「個人情報を含むならコミットに注意(必要なら .gitignore)」と一言添える文書の鍵概念を列挙し、読者が持っていない前提を特定する。書き直しは 内容の範囲を維持したまま行う(Learn Your Way の制約 — 易しくしても 原文が主張していないことを足さない、主張の強度を変えない)。
references/content-rules.md に従って生成する: 書き直した本文、章ごとの埋め込みクイズ、心像図、図の読み方ガイド、 「現実世界で回してみる」、用語集、結びの「原典へ進むか」判定ブロック。
assets/template.html の骨格に中身を埋める。 CSS・JS の汎用エンジンは変更しない。文書ごとに差し替えるのは本文マークアップと JS 冒頭の「文書ごとに差し替えるデータ」(FIG_STEPS / MAP / WIRES)のみ。 テンプレートに無い見た目の要素がどうしても必要なときだけ references/design-rules.md を読み、規約内で作る。
生成した HTML を以下のチェックリストで照合する:
#qdots の <i> 数 = .quiz ブロック数data-d、WIRES の結線が一致している。
ノード → 要約 → 本文ジャンプが繋がる(s: のアンカー先が存在する)カレントディレクトリの preread/<slug>.html に保存する(<slug> は
文書の短い英語ケバブケース名)。版番号は付けない — 作り直しは上書き。
保存パスと、判定ブロックの結論(進む/止めるの分岐点)を 1 行で報告する。