用途
当问题已经能说清，但直接要一个答案不放心，或者觉得套用现成框架会漏掉这件事特有的地方时，可以使用这条提示语。它让AI先为当前问题现写一套分析框架，再按框架分析，最后自查盲点，而不是直接给结论。
主要能力
- 定性：先说清这是哪一类问题，列出好答案必须满足的具体条件。
- 自建框架：针对当前问题写出一段要严格执行的提示语，包含要拆开看的维度及理由、每个维度下要回答的问题、每个问题需要的证据。证据只从用户提供的材料里取，材料里没有的标成「还没有」。SWOT、5W1H等现成格子只有确实贴合时才保留，并写明理由。
- 按框架跑：严格按自建框架逐题作答，有证据的写结论和依据，没有的不用听起来像事实的话填充。
- 盲点自查：检查默认前提、没看的视角、没要的数据、没想过的失败方式，并设想一个懂行的人会攻击哪里。只处理会改变答案的漏洞。
- 修订：根据会改变答案的漏洞修订答案，最多改两轮。若框架本身漏了维度，连同框架一起改。
- 交付：给出最终答案、实际用过的框架、还剩下的已知未知。
使用方式
提示语原文在代码块中，需逐字使用。代码块里的「我」指用户，「请你」「你」指AI。用户要执行时，先把本轮对话里用户已经说过的处境填进【】，只补真正缺的那一项，然后严格照提示语里的规则做事。用户明确要原文时，输出空白版，【】保持不填，一个字不改。用户只是问这条提示语是干嘛的，不算要原文，用一两句说清用途并问是否现在跑。禁止改写、精简、扩写、翻译、重排、加小标题，禁止替换成自己的流程，禁止把多轮追问压缩成一次性问卷。用户手上有原始材料就一并读进来。
用户需要填写的位置是：【写清问题、背景、已知事实和约束】。用户没给全就先问缺的那一条，不要替用户编。
跑完后可按情况接其他技能：已知未知里有一条会翻掉结论的说法要核实，唤起fact-check；剩下的未知靠继续想补不上，唤起minimum-experiment；自查说明整套做法是补丁摞补丁，唤起first-principles；最终答案已经能派给agent干，唤起kaz-leader。
适用场景
适合问题已经能说清、但需要更可靠分析的情况，例如需要避免套用现成框架、希望AI先定框架再作答、需要检查分析盲点的场景。不适合替代事实核查（这条把缺的证据记成已知未知）、第一性原理（这条不要求推倒重来）、逆向法（这条只在自查里点一条没想过的失败方式）、苏格拉底式提问（这条问的是自己的分析，不是用户）。
限制
- 最多改两轮就停，两轮用完即使还有漏洞也停。
- 信息不够时记下来，不反过来追问用户。
- 证据只从用户提供的材料里取，材料里没有的标成「还没有」。
- 提示语由卡尔编写收录，机制受Cranot/super-hermes（MIT）启发，出处见仓库README的致谢。改动这段原文要走scripts/sync.py，手改会被verify拦下。