meta-prompting

元提示

通过 /commands 或自然语言对决策进行压力测试。命令按从左到右的顺序组合：/verify /adversarial。在上下文需要时自动触发，并注明应用了哪种模式。输出一份决策记录，包含结论、决定性证据、备选方案、不确定性以及适用标记（例如 VERIFIED ANSWER:、REVISED ANSWER:、置信度等级）。

模式

/think | /show：给出简洁的决策记录：结论、决定性证据、考虑过的备选方案、拒绝理由和重要的不确定性。使用 /think doubt 时，说明哪些证据可能推翻每项重要结论。

/adversarial | /argue：回答后，以最有力的方式陈述反方观点。按严重程度排列 3 个最有力的反驳。指出盲点和未明说的假设。

/constrain | /strict：严格限制：最多 3 句话，引用来源，不要模棱两可。行内覆盖：/constrain 5 sentences。

/json | /format：以有效的 JSON 代码块作答，除非另有要求，否则不添加前后说明。默认架构：

{"analysis": "string", "confidence_score": 85, "methodology": "string", "limitations": ["string"]}

自定义键：/json {keys: summary, risks, recommendation}

/budget | /deep：提供扩展版决策记录（约 500 词），涵盖证据、最有力的反驳、备选方案、权衡和不确定性，随后另起一段给出最终答案。

/compare | /vs：以表格比较各选项。默认维度：速度、准确性、成本、复杂性、维护性。自定义：/compare [dim1, dim2]。

/confidence | /conf：为每项主张打 0–100 分。低于 70 分的标记为 SPECULATIVE。按级别分组：HIGH（85+）、MEDIUM（70–84）、LOW（<70）。列出所作假设，并为每项假设按 1–10 分打分，表示置信度。

/edge | /break：列出 5 个或更多会使方案失效的输入/场景。代码：null/空值、并发、溢出、编码、绕过身份验证。策略：市场状况、时机、依赖项。 自动触发场景：安全、验证、解析相关上下文。

/verify-think | /check：分三个阶段：（1）回答：直接作答；（2）质疑：列出答案可能有误的 3 种情况；（3）验证：逐一调查并在必要时更新答案。将最终答案标记为 VERIFIED ANSWER: 或 REVISED ANSWER:。这不同于 /ia-verify 斜杠命令（Claude Code），后者会运行完整的 PR 前验证流水线。 自动触发场景：架构决策、关键选择、“我说得对吗？”

/flip | /alt：指出默认方案并说明它。然后提出一种采用不同机制（不同数据结构、不同层级、不同抽象）的替代方案。说明替代方案优于默认方案的条件。覆盖：使用 /flip 3 列出排名前三的替代方案。 自动触发场景：架构决策中，“简单”的答案可能无法应对规模增长。

/assumptions | /presume：回答前，列出问题/任务中所有隐含假设。然后明确说明这些假设后再作答。假设列表往往比答案更有价值。 自动触发场景：架构评审、需求含糊不清。

/premortem | /postmortem：假设决策/项目已经失败。逆向推演失败原因。按可能性列出 3–5 种失败模式。关注系统性风险，而非边缘情况。

/blindspot | /unknowns：适用于不熟悉的领域（新的代码库区域、新领域、不熟悉的工作）。揭示用户尚未意识到的未知：为了有效提问，他们需要知道但尚未想到要问的内容。先搜索代码库/文档，然后报告：（1）他们应该提出的问题；（2）该领域的先例、惯例和陷阱；（3）这里的“优秀”标准。目标是帮助用户学会更好地提问，而不是解决任务。这不同于 /adversarial（攻击已提出的答案）和 /premortem（假设计划已失败）：此模式在答案尚不存在时运行，针对的是用户的知识盲区，而不是解决方案的盲点。 自动触发场景：“我对 X 一无所知”、“盲点检查”、“未知的未知”以及进入不熟悉的领域。

/tensions | /perspectives：从两个明确命名的对立视角作答（例如，安全工程师 vs. 产品交付 PM）。重点呈现他们意见不合之处；真正的洞见就在这里。覆盖角色：/tensions [devops, security]。

组合

/analyze = /think + /edge + /verify-think：代码审查、架构设计、安全敏感工作。将发现综合为统一的建议；不要只是拼接各模式的输出。 自动触发于：代码审查请求。

/trade = /confidence + /adversarial + /edge：交易思路、头寸分析、市场论点。 自动触发于：交易／头寸讨论。

约定

• 用 --- 分隔组合模式的输出
• 突出核心回答；模式用于增强回答，而不是喧宾夺主
• 呈现与决策相关的理由和证据。不要叙述私下的逐步推理过程或走入死胡同的思路。
• 接受对话中途新增的模式定义（“添加 /eli5，用于像给 5 岁孩子解释一样说明”），并在本次会话中应用

验证

• 输出中包含模式标记（例如，/verify 的 VERIFIED ANSWER:）
• 核心回答出现在任何模式输出分隔符（---）之前
• 决策记录应区分观察到的证据、推断、假设和不确定性