有原始公司观察、需要提炼并分类真实优劣势时，用…

当已有 O1/O2… 原始观察，想提炼深层属性并判定为优势、劣势或两者皆是时，逐条提出、测试、分类并记录到 STRENGTHS-WEAKNESSES.md。

适用场景

解决思路

1. Phase A — Ingest：读取观察（默认 OBSERVATIONS.md 在当前目录，或粘贴内容）；注意 context preamble（公司背景）和 side-list，side-list 保持不动。
2. 若根本没有观察，不要凭空蒸馏：提供诚实入口——要么先运行 gathering step（若安装该方法作者的观察收集技能，如 Observations / asb-carol-observations，点名它），要么现在在聊天中快速捕获一组观察，并保持同样的具体性标准，同时说明薄基础会产出薄图表。
3. 快速捕获时用三个提示覆盖最响的区域：客户实际赞扬什么（引语、事件）；你无法辩护的抱怨；最好客户与最差客户之间的区别。
4. 把快速捕获按 O1, O2, … 编号；提议写入 OBSERVATIONS.md，以便之后完整 gathering 追加而不是重来；在图表前言注明基础来自聊天。
5. 薄基础不适用 Phase C 的数量指导：6 条观察得出 2 个优势是诚实，不是过小。
6. 若目标位置已有 STRENGTHS-WEAKNESSES.md，读取它：若 in-progress header 表示进行中，则恢复——从它说的地方继续，不重审已定属性；若 marked complete，询问是修订还是替换。
7. 输出位置：与输入文件同目录的 STRENGTHS-WEAKNESSES.md；若输入是粘贴且未知路径，创建前先问方法文件应放哪里（默认当前目录），绝不静默散落文件。
8. 提炼观察：对每条观察或观察簇问：它揭示了产品与公司的什么深层真相？合并指向同一真相的观察；丢弃不指向任何地方的观察；少而强优于多而弱，更小集合更易记、易行动、易定案。
9. 避免泛化陷阱：不要把属性概括成平庸话；例如“我们爱客户”几乎每家公司都说，不可行动且无区分度。
10. 若真相是超越预期，属性要引用机制，如“任何员工可不经批准最多花 $2,000 解决客户问题”；若真相是真实关系，写“每个账户每季度业务回顾；只有懂行的人回答支持热线”。
11. 对每个候选属性显式运行 Opposite Test：构造该主张的相反主张，问是否有成功公司会理性选择它。
12. “易用”失败，因为没人声称“难用”；“透明、简单定价”通过，因为企业软件自豪地 call-for-pricing，顶级云厂商靠复杂到有专门公司管理它的定价繁荣。
13. 通过不了 Opposite Test 的属性不记录，无论用户多有感情；总有一个真实属性的具体版本，找到它是工作。
14. 唯一特许例外：一个主张若其相反没人会说，但你在该领域以大幅优势支配，仍可通过，如“比竞争快四倍，有测量”；支配必须具体且大，不是感觉。
15. 对弱点形态属性（缺失或不足）镜像运行测试：拥有该东西是否是真实战略且有人自豪追求？
16. “没有 scheduling module”通过，因为 best-of-breed 厂商故意不捆绑，bundler 自豪地捆绑——缺失是真实位置，不是填充；“网站有错别字”失败，因为没人把错别字当战略，所以它是缺陷记录，不是属性。
17. 用两问评分表分类。优势：a. 超过 1/3 的市场认为这是优势；b. 一些客户爱或需要到会仅因为这个原因购买。
18. 劣势：a. 超过 1/3 的市场认为这是劣势；b. 对某些客户这使产品无法使用，他们会仅因为这个原因拒绝购买。
19. 通常只有一个问题的答案为 yes：极快界面是优势（1a），没人称它为劣势；缺少安全认证是劣势（2b），即使大多数市场不在乎。
20. 两者都 yes → 属性是 both：列入两栏并标记；不同细分市场意见不同，意味着明确战略选择在等待，例如“一百个功能”对某些人是完备，对另一些人是臃肿——最终必须选取悦谁。这些是最有用的属性，不是要消除的问题。
21. 两者都 no → 没人关心；属性被丢弃，记入 cuts 列表并一行理由，让注意力停止流向没有受众的东西。
22. Aspirations 不是属性：观察文件常有说我们很好但实际不是的条目（声称可靠但有宕机记录，声称无缝集成但只是每晚 CSV 作业）。按记录分类，不按声称；底层真相通常是 weakness candidate（如“集成广度声称但浅”），绝不 strength。愿望可作日后战略输入，不是今天的属性。
23. Vocabulary：Attribute 是一条提炼出的关于公司或产品的深层真相，措辞具体到能通过 Opposite Test。
24. S1, S2, … / W1, W2, … 是分类属性；both 属性在两栏各有一个编号并交叉引用。
25. Both = 两个评分问题都 yes；标记为待定战略选择。Cut = 两个都 no；带理由丢弃并记录在案。[O-numbers] = 属性提炼所依据的观察；每个属性引用其证据。
26. Posture：清楚，不要聪明。写来被理解，不是被赞赏；避免巧妙比喻、文字游戏、花哨措辞；直接说意思；若删掉花哨句子更清楚，就删；陈述实际观点，不要机智地暗示。
27. Restate references; never cite a bare token：向用户提到 K4、W2、O17、H3 等编号项时，加几个 plain words 说明它实际是什么，如“K4 — 职业生涯押在这个站点上的 owner”；标签用于追溯，注释用于理解；保留标签，总是加注释。
28. Propose from evidence; the user corrects：提炼是对已记录证据的分析，所以可自由提议：读观察、聚类、一次提供一个候选属性，带 [O-number] 引用和拟用措辞。
29. 但用户逐个纠正并确认每个属性；拒绝 batch-nodding；每个属性单独赢得位置；若证据支持两种不同提炼，展示两者让用户选。
30. Opposite Test 不可谈判：通用属性永不进入文件，用户坚持“这是真的”不是标准；distinctive 才是标准。
31. 对每个候选可见地运行测试，包括你自己的；若环境安装了 devil's-advocate 审讯技能（例如 Rude Q&A / asb-rude-qa，同一作者），用这份简报对它调用：攻击这些属性——找出每个相反没有成功公司会声称的条目、每个太泛不能区分理想客户与所有人的条目、每个美化愿望而不描述记录的条目；不接受模糊或一厢情愿的辩护。
32. 若没有该技能，自己可见地运行该审讯；时机：每个候选测试在记录前内联进行；委托或自跑的批量攻击是 Phase C 对整个图表的复检；始终拒绝通用措辞，绝不拒绝底层真相——继续给更锋利改写直到通过。
33. Classification is the user's call, made against the rubric：你提供评分表、证据和候选答案；用户提供市场判断（“我们市场三分之一会这么看吗？有人单独因为这个买吗？”）。
34. 当观察本身回答评分问题——如取消邮件是 buy/refuse-for-this-alone 证据——引用它；当用户判断与自己证据文件矛盾，让他们辩护一次（“O5 说两个客户因此取消；你说没人会因此拒绝？”），然后记录他们的决定。
35. 一个 carve-out：工艺规则高于顺从。愿望绝不对照记录分类为优势；通用措辞绝不进入；both 绝不在用户坚持后坍缩为一栏；这些是让图表下游有意义的 gate。绝不要为避免争论而让属性未分类。
36. One attribute per exchange：提议它、引用它、测试它、分类它、记录它——然后下一个；绝不一墙候选属性；开场小：读了什么、大概看到多少属性簇，然后第一个候选。
37. 若用户要求加速，压缩仪式（更短展示、明显项用 token 确认），绝不压缩结构。
38. Park downstream discoveries; don't solve them here：提炼会浮现属于后续步骤的东西——绝对到像 deal-breaker 的弱点、明显引发购买的触发、值得记住的市场细分。不要追；此步分类属性，不是 deal-breakers、inciting events 或 keystones，在此解决会弄脏图表。
39. 但不要丢失：把每个发现记入专门的 Notes for downstream steps 区，一行，标记所属步骤，严格与 strength/weakness 属性分开，使图表保持干净且发现仍传递到未来。用户提出时，承认它、暂存，然后回到当前属性。
40. 此 Notes 区别于 strategic-notes：strategic-notes 是今天真实但不面向客户的事实；这里是发给方法未来步骤的发现。
41. Phase B — Distill and classify, one attribute at a time：开场小：读了多少观察、是否有特别 load-bearing 的、看到多少属性簇，然后第一个候选。
42. 逐属性循环：1. Propose：给属性、支持 [O-numbers]、具体措辞；若证据支持两种读法，展示两者。
43. 2. Opposite Test：可见地运行；若失败，朝机制改写直到通过或用户同意它是平庸。
44. 3. Classify：用评分表——两个问题、全部四个子标准，用户根据市场知识回答，你在观察已回答处引用观察；both = 两栏 + flag；no-to-both = cuts 列表。
45. 4. Record：写入文件，然后继续。
46. 每条观察最终必须要么被某属性引用，要么被有意留作 color（“supporting detail, no attribute of its own”），要么在 cuts 理由中命名——关闭前扫掉 orphan。不要反向强迫：属性至少需要一条观察支撑；没有证据的属性是愿望，属于回到 gathering step。
47. Record to the file as you go：第一个属性定下时创建 STRENGTHS-WEAKNESSES.md；之后每次追加；保持 header pointer 最新。文件是记忆，不是聊天。若文件不可访问，每一个或两个属性在一个 fenced block 中重发完整草稿。
48. Phase C — Sweep and close：Coverage——每条观察都有交代（cited、color 或 cut）；没有无证据属性。
49. Size——图表应短：大约 4 到 8 个优势、类似数量的劣势是有用区间；若膨胀，更狠地合并——更少、更强。
50. Opposite Test re-pass——早期条目与后期条目并列有时读起来泛；再压一次。
51. Both-flags——读回它们：每个都是后续步骤将强迫做出的待定战略选择；确保每个说明哪些细分市场意见不同。
52. Downstream parking——任何为后续步骤浮现的东西放在 Notes for downstream steps，标记步骤，绝不放在属性栏。
53. Finalize：移除 in-progress header，以 handoff 收尾。下一步把优势精炼成 keystones——使特定客户 need 一个优势的极端版本的特征——并命名代表它们的市场细分；若安装该方法作者的 keystones 技能（例如 Keystones / asb-carol-keystones），点名它：“when you're ready, run asb-carol-keystones on this file.”
54. 文件结构：创建 markdown：标题 # Strengths & Weaknesses — <company / project name>；in-progress 警告说明已定属性数、已处理观察、当前正在做的簇，并在 finalization 时删除。
55. 前言写 2 到 3 行：这份图表提炼哪个 observations file（点名），以及从它 preamble 带来的公司 context；属性用两问评分表分类；both 分类属性出现在两栏并交叉引用。
56. 再写一行：best-vs-worst customer differential，从 observations 的 head/tail category 带来——或写“no differential recorded”；后续步骤（keystones、最终定义）会挖掘它，它必须随图表传递，即使图表被粘贴而没有 observations file。
57. Strengths 区：**S1.** <具体属性措辞> [O1, O11]；Rubric: <使其成为优势的标准，如 1b: two referral customers named this as the reason they signed>。
58. Weaknesses 区：**W1.** <具体属性措辞> [O4, O5]；Rubric: <标准，如 2b: both recent cancellations cited it>。
59. Both 条目写成：**W2.** <= S4; deliberately both — segments disagree: <谁怎么看>。A strategic choice is pending here。 [O9]
60. Cuts 区：Cuts (nobody cares — attention stops here)：- <候选属性> — no to both rubric questions: <一行理由>。 [O13]
61. Notes for downstream steps 区：<提炼时浮现但属于方法 LATER step 的发现——记录以免丢失，放在属性栏外以保持图表干净。每行标记所属步骤。> - <finding> — for <keystones / deal-breakers / inciting-events / definition>: <一行说明注意到什么及为何暂存>。
62. Next steps 区：用 2 到 3 句散文：把每个优势精炼成 keystones——使客户 NEED 其极端版本的特征、行为或环境——并命名代表每个的真实市场细分；然后对劣势做镜像工作（deal-breakers 和 anti-market）。这是方法下一步，直接从这个文件工作。
63. S- 和 W- 编号一旦写下就稳定——后续步骤引用它们；both 属性在两栏各持一个编号并说明交叉引用；它在已定计数和大小统计中算 ONE attribute，每栏引用自己读法的证据（flag 携带全集），两半都带 rubric line。
64. Never renumber：合并或改写条目保留原编号。当用户已预授权且理由确实各一行时，cuts 可以在一次交换中批量处理。
65. Refusal/工艺 gates：没有观察时不提炼；通用属性无论怎么坚持都不进；愿望不当优势；不跳过评分表；不为一栏整洁把 both 解决掉；不在本步推导 keystones、deal-breakers 或战略。这些 gate 让图表下游有意义。

适用边界 · 注意事项

• 不要用于收集原始观察（上一步）或从零编造观察；没有 OBSERVATIONS.md/粘贴观察时，先走 gathering 或快速诚实捕获。
• 不要用于从已分类属性推导 keystones、deal-breakers、inciting-events 或做战略决策；那是后续步骤。
• 不要用于个人的个人优势与劣势。