ljg-qa

1仕組みと動作原理

記事・論文・書籍を「なぜ—どのように—境界」の問答チェーンとして読み解き、単なる要約ではなく思考の骨格を再構築する

Qは核心を突くこと、Aは厳格な4段落構成で形式化して締めくくること、Qチェーンには方向性を持たせることという3つの鉄則を規定する

Step 2 まず背骨を立てる：核心となる論点と3〜5箇所の決定的な転換点を書き出し、Qチェーンの骨格とする

Qの順序は章立ての順番ではなく論証の依存関係に従う：まず根本的な問題を問い、次に解決策を、その後に代償を問う

Aに対する4段落の厳格な要件：再利用可能な結論、1行で可視化された形式化、1ステップのみの論証、成立しない条件のみを記した境界

Step 5 削除テストでQチェーンの方向性を確認：1つ削除すると後続が破綻する場合のみ正規の経路とみなし、そうでなければ並べ替えや統合を行う

出力はorg-modeを強制（markdown構文は禁止）し、denote仕様に従って命名・保存する

Qを「動・対・因・界」の4種類に分類。優れたQチェーンは少なくとも3種類を混在させる必要があり、そうでなければチュートリアル／討論原稿／論文／振り返りへと退化する

Qの禁止事項リストを提示（「Xとは何か」「手順はいくつあるか」「重要か」「メリット・デメリット」「将来にとって何を意味するか」など）

GotchasとしてAIの典型的な失敗パターンを事前提示：教科書的な口調、散漫なA、章ごとの機械的な発問、無難を狙った専門用語の羅列

2コア機能

3外部依存関係

4推奨統制措置と判定根拠

5二重目の独立検証

• [ok] 实现原理＝纯 prompt 编排，无自带可执行代码 — 全目录 3 个文件均为 Markdown（SKILL.md / References/QuestionDesign.md / Workflows/Extract.md）；扫描到的『执行外部程序』只有 SKILL.md 与 Extract.md 各一段 curl 本地通知，无其他脚本。
• [ok] Voice Notification 的 curl 调用真实存在且指向本地回环 — SKILL.md 与 Workflows/Extract.md 各有一段完全相同的 curl -s -X POST http://localhost:31337/notify 命令块，端点仅 localhost，不含任何外部域。
• [ok] 输出路径与命名在 SKILL.md 与 Extract.md 间一致 — 两处都写 ~/Documents/notes/ 与 {YYYYMMDDTHHMMSS}--qa-{主题}__qa.org，denote 前缀 qa- 与后缀 __qa 一致，无冲突。
• [ok] 「5-10 个 Q」数量纪律前后一致 — SKILL.md 未给数量；QuestionDesign.md「数量节制」与 Extract.md Step 3 均为 5-10 个 Q、7±2 最舒服，彼此不冲突。
• [ok] 形式化禁 LaTeX、禁 Unicode 绘图的约束可执行 — QuestionDesign.md 明列允许符号 = ≠ → ← + - × ÷ < > ⊃ ⊂ ⊥ ∧ ∨，禁 LaTeX 与复杂运算式，并给等式/对比/流向/递进四模式与『单独抽出来能否看懂』的检验句，可判定。
• [discrepancy] 风险扫描把正文示例词 token 误报为凭据命中 — §3「憑證/環境變數」5 条命中全部是正文里的『token 经济性』『数据 → token → 答案』等示例词，无任何环境变量或密钥读取；扫描为线索非结论，故 credential_reads 保持空。
• [ok] meta 直采项（stars/installs）无可定位 per-skill 值 — §0 未给 stars/last_push；安装量只有仓库级聚合，按契约 meta.stars / last_push / installs 保持 null。

6結論