有上游客户研究文件时，把优势、关键客户…

当你已完成优势/劣势、关键客户、排除条件、触发事件四份工作文件，需要把它们综合成一份全公司可用的理想客户定义时使用。

适用场景

解决思路

1. 读取当前目录下的四份工作文件：STRENGTHS-WEAKNESSES.md、KEYSTONES.md、DEALBREAKERS.md、INCITING-EVENTS.md；最低输入是含已打磨细分的关键客户文件加排除条件文件，缺少触发事件会削弱购买时刻部分（需说明），缺少优劣势会削弱权衡框架。
2. 若连最低输入都没有，不要凭感觉定义：指出上游步骤（第一步为 Observations / asb-carol-observations），仅在用户坚持时提供明确标注的临时草稿。
3. 检查关键客户文件的变更日志确认是否已打磨；未打磨的细分意味着定义会继承过宽的标记，需标记出来。
4. 若已存在 CAROL.md：带 in-progress 头则从 reviewed-through 指针处继续；已完成则询问是否修订。
5. 静默梳理：聚类已打磨的关键客户细分（共享同一情境还是分叉）；对每个候选标记跑 why-chain；从关键客户和排除条件中收集资格/取消资格问题；从触发事件文件提取购买时刻材料；记录文件间的矛盾。
6. 若细分分叉，立即停止起草，先与用户做选择：呈现每个候选主细分的证据（关键客户集中度、观察到的触发事件、优劣势文件中的利润信号），让用户选择，并在决定做出的瞬间写入磁盘（带一行 CAROL.md 存根即可）。
7. 选择记录后不得通过模糊措辞重新打开（如“能不能两个都覆盖”）；拒绝平均化，若用户真想换主细分，可基于证据重跑选择。
8. 把完整草稿写入磁盘并加 in-progress 头（文件即记忆），然后整体呈现审阅，每次一两个部分，按文件顺序自上而下；每次审阅后在磁盘更新 reviewed-through 指针。
9. 定义部分用排除法把关：每个标记是裸的、具体的特征——无引用、无推导故事、无“这来自我们的优势……”、无对冲。错误示例：“~ 重视支持质量（源自 S2，尽管细分不同）”；正确示例：“亲自在夜间和周末处理工资单，没有办公室员工”。
10. 对每个候选标记过行动性门槛：Marketing 能否定位（广告渠道、搜索词、名单）？Sales 能否用一两个问题资格判定？Product 能否说出一个专门让此人兴奋的功能？三项都不满足的是描述而非定义——用 why-chain 压过去（对照维度菜单测试）或删除。
11. 用维度菜单两种方式：测试候选标记（“速度”不是细分，问它实际是紧急-vs-深思触发、决策周期差异还是问题归属差异），以及在决定一个 Carol 能否诚实覆盖两个细分前，命名两者分叉的轴；这些是示例而非全集，最锐利的标记常是列表中没有的维度。
12. 若环境中安装了魔鬼代言人质询技能（如 Rude Q&A / asb-rude-qa），用以下简报调用它攻击草稿定义：找出每个因人口统计懒惰的标记、每个太泛而无法区分最好与最差客户的标记、每个没有广告能定位且没有销售能资格判定的标记，以及任何两个分叉细分被平均而非选择的地方；不接受一厢情愿或含糊的辩护。若没有该技能，自己可见地跑一遍该质询作为审阅环节。
13. 按文件结构写 CAROL.md：# Carol — <公司/项目名>；in-progress 头；一行说明综合自哪些文件及时间，若选了主细分则一行命名该选择；## Carol（2–4 句散文肖像加标记列表，标记为裸的具体行为/态度/情境特征，无引用无推导无对冲；数字在量化预测性情境时欢迎——“20 名或以上有小费的员工”数字即关键客户阈值；数字作为代理则不欢迎——“$2M+ 收入”是穿标记外衣的名单构建启发式，需压到它代表的情境）；## How to recognize Carol（资格与取消资格，来自关键客户和排除条件的一两个问题排序）；## Why aiming only at Carol wins the whole market（3–4 句靶心：约 10 倍共享权衡的环、约 100 倍权衡后选你的环；若选了主细分，命名仍服务但不瞄准的次市场）；## Keystones (reference)（每行一个带 [K-编号]）；## Deal-breakers and anti-market (reference)（每行一个带 [D-编号]，含反市场声明）；## Inciting events (reference)（每行一个带 [E-编号] 和状态 observed/hypothesized，附可发现性；若事件文件缺失或单薄，命名缺口及验证路径）；## Provenance（哪些文件、截至哪些日期/变更日志状态、综合中浮现的矛盾及送往何处）。
14. 综合而非重审：工作文件已过自己的门槛，不要重开已定的分类或重压已打磨的细分；例外是综合暴露文件间真实矛盾（关键客户细分被反市场吞掉、触发事件指向无人）时，作为发现浮现，若需上游返工则说明哪个文件并停止，不要静默编辑。
15. 提到编号或字母项（K4、W2、O17、H3 等）时，加几个平实词说明它实际是什么（“K4——职业押在网站上的所有者”）；标签用于可追溯，注解用于理解，两者都要。
16. 写清楚而非写巧妙：直说意思，若去掉修饰句子更清楚就删掉修饰；陈述实际要点而非机智地暗示。
17. 审阅评论暗示上游文件有误时（反市场细分被重述为次市场、事件状态记忆不同），与综合矛盾同规则：说明它属于哪个文件并停止静默编辑——CAROL.md 绝不悄悄覆盖其来源。
18. 事实更正以工作文件为准（文件胜过记忆，恢复的会话正因此重读它们）；措辞和强调归用户；标记只能通过门槛移动。
19. 当每个部分都审阅完或用户明确放弃剩余部分时定稿：移除头，最后再读一遍定义（它是所有人会引用的部分）；以交接收尾——此文件是后续工作的输入（定位说 Carol 的语言、营销买她的注意力、销售按她的标记资格判定、产品构建让她兴奋的东西），每个参考部分是那些工作的起点；若定义依赖假设的触发事件或未验证假设，说明配套客户访谈方法（首个技能为 asb-interview-goals，若已安装）是系统检验定义的方式，其首个规范目标字面就是“Carol 长什么样？”。
20. 若输入是粘贴的且不知路径，创建任何东西前先问方法文件应放在哪里（默认当前目录）——绝不静默散落文件。

适用边界 · 注意事项

• 没有上游工作文件时——凭感觉定义的 Carol 是人物海报而非工具，应指向方法第一步，仅在坚持时提供明确标注的临时草稿。
• 用于产出上游文件（观察、关键客户、排除条件、触发事件），或用于写从该定义出发的定位、广告、功能计划——这些是下游工作，应各自单独开会话。
• 用户说“就把我们已有的人物画像润色一下”而没有工作文件时——本方法从证据推导 Carol，润色未推导的人物画像会继承其猜测；可提议对现有文件跑推导。