battle-card-builder

用途

Battle Card Builder 用于从公开证据出发，构建一份供销售代表在交易过程中打开的“战场卡片”（battle card）。它不是研究报告：卡片设定为三十秒可读完，每条主张都要经得起在充满敌意的听众面前说出口，因此每条主张都附带来源 URL、日期和 Fact/Inference/Assumption 标签。大多数现有战场卡片其实都是未标注的推断；这个技能的存在，是因为当某条推断被证明错误时，销售代表会付出代价。

主要能力

基于公开证据起草战场卡片，并为每条主张标注来源与日期。
在会话中优先复用已有的 competitive-research-snapshot 或 competitive-intel-watch 输出，只搜索缺口以及超过一个季度的陈旧信息。
采用三来源纪律组合：SIGINT（定价页、站点差异等最新层）、OSINT（评论挖掘用于异议处理）、HUMINT（有则使用赢单/丢单的一手信息）。
提供固定的卡片结构，使多次运行结果可对比差异（diffable）。
最终步骤固定提供 4 个选项：对卡片做压力测试（扮演竞品代表反驳）、为第二个竞品建卡、设置 competitive-intel-watch 保持卡片更新、压缩为一屏移动版；也可接受组合或自定义路径。

使用方式

最好提供：你的产品及其主要差异化点，以及本卡片针对的某一个竞品。
也有用的信息：交易背景（细分市场、买家、常见异议或触发此卡的丢单原因），以及会话中已有的竞争研究快照或监听输出。
紧跟在技能名之后的文本、粘贴的上下文转储，或追加的 ARGUMENTS: 行，均视为已给出的答案；应计入问题预算，不要重复询问。
空手输入也可以：技能最多提出 3 个问题（产品+竞品、细分市场+买家、触发异议），未回答时按已标注的假设继续。
若需重新研究，会先展示由 3 个要点组成的搜索计划：将检查什么（定价页、发布说明、评论、客户案例、对比内容）、来源类型、如何将事实与推断分开；除非被修改，否则继续。

卡片结构（顺序不可调整）

标题与 as-of 日期、交易背景；第 1 节三十秒速读（他们何时赢、我们何时赢、唯一一句可说；1-2 条并标注）；第 2 节 Say This（最多 4 条，每条带证据 URL、日期、标签）；第 3 节 Ask This 陷阱问题（最多 3 条，附已记录的答案，且“不要问你无法举证的问题”）；第 4 节 Watch Out For（不应踏入的对方优势、对方可能的反击，附 URL 或推断依据）；第 5 节定价与包装快照（已公布的档位/价格、URL、日期，以及“联系销售”隐藏的数字）；第 6 节 Do Not Say（无法举证或会招致反击的主张）；附录证据表（Claim、Label、Source、Date）与待验证假设。带质量检查的可复制填写版本在 template.md 中。

适用场景

当公开记录是更强证据来源时使用本技能构建卡片——由世界上的证据驱动。若证据存在于团队内部（赢单/丢单知识、交易经验），则应改为参加工作坊，从团队证据构建卡片。示例包括：示例中重建了虚构 FSM 软件市场的完整卡片；另有工业版本示例，其中渠道伙伴是卡片受众且定价不透明。触发语境示例：以工作流平台对某竞品、面向中端市场运营买家建卡，起因是连续三次因“对方集成更深”而丢单。

关键限制

不得编造功能、定价、市场份额、客户赢单、路线图项或引语（do-not-invent 列表）。
陷阱问题只有在掌握有据可查的答案时才安全；若证据不在附录表中，该问题就不应进入卡片。
卡片会像 SIGINT 一样快速老化——定价页和发布说明每月都会变化；没有 as-of 日期或没有监听机制提供更新标志的卡片是负债。
不要跳过 Do Not Say 一节，它用于保护销售代表免受团队自身陈旧传闻的影响。
卡片不应写成研究报告：深度内容放入附录，正文控制在三十秒阅读量。

技能介绍

用途