用途
critical-thinking 是一个面向日语工作文书的技能，专门用于在提交前以决策者（決裁者）的视角检查并修正稟議書、提案書、企画書、報告書等需要读者做出判断的文档。其基本入口是「決裁者の目で見て直して」（以决策者视角检查并修正），一次完成从检查到修正的全流程，最多向写作者提出 3 个只有本人才能回答的问题。
该技能与 natural-japanese 的分工是：natural-japanese 修正日语表达，critical-thinking 检查内容本身。
主要能力
检查分为两个层面：
- logic：检查文档内部逻辑是否贯通，包括主张与论据的对应、矛盾、事实与推论的混杂、并列关系的遗漏或错位、没有对应任何主张的句子等。结果以 YAML 形式输出，并可用 scripts/coverage.py 检查 YAML 的遗漏。
- somosomo：从文档外部质疑前提，围绕主结论与论点，追问前提、问题本身、其他选项、推翻条件、利害关系与执行可行性。
此外还提供以下子命令：
- fix：将检查报告中的指摘反映到正文中。
- short：基于 logic 的 YAML 树决定保留到哪个深度，输出更精简的版本。
- detail：将「裏づけ」与「限界や条件」放回正文，输出更详尽的版本。
- rebuild：从结构层面重新组织文档，提出 2～3 个结构方案供写作者选择，其中一个为「缩小请求内容」的方案。
使用方式
调用方式包括子命令与自然语言请求两种，步骤相同：
/critical-thinking full <文件>、/critical-thinking <文件>或不带模式：执行全流程。/critical-thinking logic <文件>：仅进行逻辑检查，首先阅读 references/logic.md。/critical-thinking somosomo <文件>：质疑前提，首先阅读 references/somosomo.md。若同目录下没有<文件>.logic.yaml，会先运行 logic。/critical-thinking fix <文件>：反映指摘进行修正。/critical-thinking short <文件>//critical-thinking detail <文件>：精简或详尽化。/critical-thinking rebuild <文件>：重组结构。
也可用自然语言请求，如「矛盾がないか」「前提を疑って」「指摘を反映して直して」「もっと端的に」「構成から組み直して」等。未指定模式且无法判断时，执行全流程。
工作约定
- 原始文档保持不变；检查结果以 YAML 与指摘形式返回，是否修改由写作者决定。
- 只使用文档中存在的事实与数值；不补充文档之外的内容。
- 指摘以向写作者提问的形式书写，不直接指定修改方法。
- 所有指摘均以行号与文档对应；无法定位到行号的不写。
- 修正稿与确认事项分别保存到不同文件（如
稟議書.review.md与稟議書.確認事項.md），正文中不出现「確認中」等标记（文档内两处数值不一致时除外）。 - 不替写作者决定日程、期限、担当、金额、目标值等。
- 不写改订经过。
- 修正完成后，将本编（不含附录）字数与原文比较，若变长则回到步骤 1 重新删减或移入附录。
- 最后用 natural-japanese 进行推敲；若该技能不存在，会在回复中注明未推敲。
适用场景
- 需要在提交前检查稟議書、提案書、企画書、報告書是否会「通る」（通过审批）。
- 希望以决策者视角发现逻辑矛盾、论据不足、前提可疑等问题。
- 需要根据提交对象或篇幅要求，获得精简版或重组结构版。
限制
- 检查依赖 LLM 的阅读能力，同一文档两次检查的指摘数量与措辞可能不同，不具备 lint 那样的可再现性，结果中会附注说明。
- 只在文档已有事实范围内工作，不编造事实、数值或依据。
- 对文档中无法回答的问题（出处、实际数据、尚未决定的事项），不会写入正文，而是汇总到确认事项文件。
- 需要 natural-japanese 技能才能进行最终推敲；若不可用，会注明未推敲。
- 资料中未提供该技能的安装命令、收费方式、支持平台等信息。