stress-test

stress-test skill 概览

stress-test 适合用来做什么

stress-test skill 是一套面向 Claude 式高管辅导场景的商业假设检验工作流。它可以帮助你在围绕某个战略判断投入资本、招聘、路线图资源或投资人叙事之前，先对这个判断进行压力测试。比如：“企业客户会接受六个月试点”、“我们的 TAM 是 €2.3B”，或者“我们可以在 12 月前做到 $2M ARR”。

当问题不在于计划还不完整，而在于某个看起来很有吸引力的假设承载了过多重量时，就适合使用它。

最适合的用户与决策场景

这个 stress-test skill 尤其适合创始人、高管、产品负责人、财务团队、战略运营人员和顾问使用，他们需要在重大决策前获得更犀利的下行风险分析。适用场景包括融资计划、go-to-market 策略、定价调整、市场进入押注、留存预测、招聘扩张、护城河论证，以及董事会叙事。

它作为 stress-test for Strategic Planning 尤其有价值，因为它能把偏乐观的规划假设转化为明确、可证伪、可被挑战的判断。

它有什么不同

普通 prompt 可能只是让 AI “找风险”。stress-test 工作流更聚焦：先隔离关键假设，把它具体化，再寻找反证，并暴露计划会在哪里失效。这个聚焦点很重要，因为模糊的假设很难被证伪。“市场很大”只能得到很弱的分析；而“德国中小企业会在 18 个月内每年为 B2B spend management software 支付 €X”则给了模型一个可以检验的对象。

如何使用 stress-test skill

stress-test 安装与仓库上下文

可以通过你的 skill manager 从 GitHub skill repository 安装，例如：

npx skills add alirezarezvani/claude-skills --skill stress-test

该 skill 位于：

c-level-advisor/executive-mentor/skills/stress-test

从仓库结构看，这个条目似乎是自包含的：最先应该查看的关键文件是 SKILL.md。在提供的目录树中没有看到额外的 rules/、resources/、references/ 或脚本，因此是否采用它，主要取决于其中内嵌的方法是否与你的规划工作流匹配。

这个 skill 需要什么输入

调用时应提供一个单一假设，而不是一个宽泛主题：

/em:stress-test <assumption>

较弱的输入：

/em:stress-test our enterprise strategy

更好的输入：

/em:stress-test enterprise buyers in regulated industries will tolerate a six-month unpaid pilot before procurement approval

更强的输入：

/em:stress-test 40% of qualified enterprise prospects in US healthcare will accept a six-month unpaid pilot, and at least 25% of those pilots will convert to $120k ACV contracts within one quarter

更强的版本提供了细分客群、行为、时间、转化预期和商业结果。这样输出会更有用，因为这个 skill 可以逐项挑战每个组成部分，而不是泛泛生成一组战略风险。

推荐的 stress-test 使用流程

请在决策被锁定之前使用这份 stress-test 指南，而不是等计划已经变成内部共识之后再使用。

1. 找出那个依赖乐观判断的计划：收入预测、市场进入、招聘模型、留存目标、定价调整、融资时间线，或护城河论证。
2. 提取其中一个如果为假、会对计划造成最大伤害的假设。
3. 将它改写成可衡量的判断，包含客户细分、地域、时间范围、数量、价格、转化率或成本。
4. 对该假设运行 /em:stress-test。
5. 继续追问：“什么证据能最快证伪这个判断？”、“我们应该观察哪些领先指标？”以及“如果这个假设错了，哪个低风险版本的计划还能成立？”

这套流程在高管评审中很有用，因为它能把信心和证据分开。

依赖它之前应阅读的文件

从 SKILL.md 开始。重点关注关于假设为何失败、stress-test 方法论、如何隔离假设，以及如何寻找反证的部分。由于可见的 skill 没有额外的 reference pack 或自动化能力，你不应期待它自行抓取市场数据或独立验证数字。应把它视为结构化推理工具，并自行带入事实、基准、客户证据、CRM 数据、财务模型假设或投资人约束。

stress-test skill 常见问题

stress-test 只适合创业公司吗？

不是。示例对创始人比较友好，但这种模式适用于任何在不确定性下做押注的组织。企业战略团队也可以把它用于市场扩张、采购假设、销售产能计划、转型项目和产品组合决策。核心要求是：该决策依赖一个可检验的商业假设。

这比直接让 Claude 找风险好在哪里？

普通的风险提示往往会产出宽泛清单：竞争、预算、时机、执行、采用率。stress-test skill 会推动你指出真正承重的假设，并直接攻击它。这样分析会更贴近决策本身。你得到的不是“销售可能很难”，而是对某个具体信念的压力测试，例如“mid-market buyers will close in 45 days at $30k ACV without security review”。

什么时候不应该使用这个 skill？

不要把它当作市场研究、法律建议、财务审计、客户发现或统计预测的替代品。如果你提供的是一句口号，而不是一个假设，它的表现也会很差。如果你的问题仍处于探索阶段——例如“我们应该做什么业务？”——应先从 discovery 或 strategy framing 开始。stress-test 适合在你已经有一个值得审视的判断时使用。

stress-test 对新手友好吗？

友好，前提是你能把假设写清楚。新手通常可以先让模型帮助把一个模糊计划拆成几个候选假设，然后选择其中风险最高的一个用于 /em:stress-test。更有经验的操盘者应从一开始就提供数值阈值、已知证据、约束条件和决策利害关系。

如何改进 stress-test skill 的使用效果

让 stress-test 假设更容易被证伪

提升 stress-test 输出质量最重要的方法，是减少歧义。写清楚谁、什么事、在哪里、何时、多少，以及哪个结果真正重要。

不要这样写：

customers will love the product

可以这样写：

at least 30% of finance teams at 200-1000 employee SaaS companies will switch from spreadsheets to our forecasting tool within 90 days if priced below $500/month

这会给 skill 明确的挑战面：细分客群、紧迫性、切换行为、时间范围和定价。

一开始就补充证据与约束

当 stress-test skill 知道当前已经有哪些证据时，它可以做出更好的推理。你可以加入客户访谈、赢单/输单记录、pipeline 数据、转化率、流失 cohort、销售周期历史、竞争替代方案、预算周期、采购阻力或投资人里程碑。

更强的 prompt 可以补充：

Known evidence: 12 discovery calls, 3 verbal pilots, no signed LOIs, average procurement cycle 4-7 months, current runway 9 months.

这样可以避免输出把所有可能性都当成同等概率。

留意常见失效模式

最主要的失效模式，是拿一个过于宽泛、过于政治化，或与实际决策脱节的假设去做 stress testing。另一个常见问题，是要求验证而不是挑战。如果你想得到有用输出，就不要把 prompt 写成“证明这个计划可行”。应写成“在我们依赖这个假设之前，先把它打破”。

也要避免把多个假设塞进同一条命令。如果你的计划同时依赖市场规模、支付意愿、销售周期和留存，就应分别测试。

在第一次 stress-test 之后继续迭代

第一次输出之后，可以要求更接近决策级别的细化：

• “Rank the failure points by probability and severity.”
• “What evidence would change your view fastest?”
• “Design a two-week test for the riskiest assumption.”
• “Rewrite the plan so it still works if this assumption is 50% wrong.”
• “What board or investor question would expose this weakness?”

这样可以把 stress-test 从一次性批判，变成一个实用的规划循环：假设、挑战、证据、修订，然后决策。