build-competitive-brief

构建竞争简报

创建一份可供销售人员直接使用的竞争简报，将已核实事实与一线信号和推断分开。默认提供自包含的 HTML 文件，并附上简洁的聊天摘要；只有用户明确提出要求时，才使用聊天或 Markdown 格式。本技能负责研究、综合信息和制作简报文件，不负责对外发布或写入 CRM。

通用技能说明

强制要求：如果当前上下文中尚未包含，请阅读并严格遵循 plugins/sales/skills/index/SKILL.md## 跨技能最佳实践。

关键依赖类别

使用与请求实质相关的类别；不要仅仅因为某个来源可用就扩大搜索范围。

• ~~CRM，用于核实客户、商机、联系人、负责人、已知竞争对手和活跃交易的准确信息
• ~~知识与文件，用于查找作战卡、竞争资料、客户计划、产品定位、证明材料和过往简报
• ~~内部消息，用于获取近期一线信号、客户团队观察、异议示例，以及在需要内部背景时查找权威信息来源
• ~~会议记录，用于了解过往异议、竞争对手提及情况、买方措辞、决策和承诺
• 仅在有助于发现竞争对手、了解公司背景或弥补具体证据缺口时使用销售情报

有关当前竞争对手公开信息的研究应使用公开资料。优先选择官方产品、定价、发布、客户案例、投资者和监管来源；只有在一手来源不足时才使用二手报道。

加载参考资料

SKILL.md规定了常规研究流程、默认使用 HTML 的行为和证据边界。只有在需要额外细节时才加载参考资料：

• 有关结构化输入、模式标准化或矩阵边界，请使用 references/request-schema.yaml。
• 有关来源冲突、权威性排序或公开证据降级处理存在歧义时，请使用 references/source-priority.md。
• 有关确切的章节顺序、精简版简报或机器可读兼容性，请使用 references/output-contract.md。

术语

• 作战卡： 一份简明的销售指南，说明如何应对竞争对手，包括对方的优势、较弱之处以及应对话术。
• 防守准备： 针对可能相关的竞争对手进行准备，即使目前没有足够证据证明该竞争对手参与了当前交易。

工作流程指南

1. 确定比较基准

• 必须有一个有效的比较基准：具名竞争对手、提供竞争对手背景的具名客户或交易，或明确的产品、工作流、细分市场或市场类别。
• 保留用户对销售方、竞争对手、客户和异议的原有措辞。只有在依据可信时，才从提示或所提供材料中推断销售方；否则应提出一个有针对性的问题。
• 如果用户提供了明确的产品、工作流、细分市场或市场类别，但未提供竞争对手名称，则根据销售方背景、买方背景、产品范围、现有竞争资料和公开证据，找出可能的竞争对手。缩小候选范围，并标注不确定性。
• 如果必需的比较基准是从来源中推断出来，而非由用户提供，则必须征得用户确认。
• 如果比较基准不明确，应先进行有限的候选调查，再提问：最多查阅 3 个来源，只需提供最多 5 个具体候选对象及其一行理由。
• 当某个类似公司名称可能指竞争对手或客户时，应在可用的情况下进行有限的 ~~CRM 核查。如果确认其为客户，且用户并未明确将其称为竞争对手，则应将其视为客户背景信息，或请用户作出选择。
• 在用户确认推断出的必需比较基准之前，不要进行广泛的信息补充。

2. 按权威性顺序收集证据

除非用户指定了更窄的范围，否则按以下顺序收集：

1. 用户提供的笔记、演示文稿、文字记录、先前的简报和链接材料
2. ~~Knowledge & Files 中的竞争分析文档、竞争作战卡、客户计划和定位材料
3. ~~CRM 中关于指定客户或商机的准确信息
4. ~~Meeting Transcripts 和 ~~Internal Messaging 中会实质影响沟通策略的内容
5. 官方公开的竞争对手和销售方资料
6. 投资者、监管机构或其他公开的一手资料
7. ~~Sales Intelligence 和可靠的二手报道，用于填补特定的剩余信息缺口

• 不要让泛泛的网络研究取代更有力的用户资料或内部资料。
• 如果已知销售方，请以销售方控制的资料为基础建立基准：定位、产品线、目标细分市场、客户证明、近期发布内容和比较话术。
• 使用公开的一手资料验证有关当前定位、发布内容、定价、合作关系和公开证明的说法。
• 对于仅针对竞争对手的调研，在条件允许时寻找多个不同的证据单元。对于限定客户范围的调研，如果用户提供了客户证据，或已连接的数据源可以精准获取相关信息，则补充客户证据。
• 除非得到客户证据、维护中的文档或公开证明的佐证，否则将内部一线信号视为方向性信息。
• 对每个重要来源，提取一个具体的证据单元：其中声称了什么、确认了什么、买家为何可能在意、如何反驳或重新阐释，以及哪些内容不应过度宣称。
• 在可能的情况下，为重要主张提供可点击的链接。如果某个信息渠道不可用、过时、内容单薄或存在冲突，请说明情况，并继续使用现有最有力的证据。

3. 综合分析前先建立竞争对手档案

对范围内的每个竞争对手，记录相关且可获取的事实：

• 概况、目标市场和销售的产品
• 定位和对买家的吸引力
• 仅在有依据时记录定价或定价话术
• 近期发布内容、版本、合作关系或公开证明
• 他们在哪些方面胜出，以及销售方可以如何拉开差异
• 可能遇到的异议、探索性问题、沟通话术和风险点

不要把多个竞争对手归纳成一种笼统的说法。要分别保留各自的证据和不确定性。

4. 谨慎补充客户背景

• 如果提及了某个客户，首先使用用户提供的客户笔记，并使用 ~~CRM 确认客户和商机的准确信息。
• 有选择地使用 ~~Knowledge & Files、~~Meeting Transcripts 或 ~~Internal Messaging，补充能够明确当前客户情况的内容。
• 不要根据公开研究或泛泛的一线传闻，臆测客户状态、竞争对手是否参与，或商机进展情况。
• 如果没有直接证据表明某个竞争对手正在参与该商机，请将客户部分标记为防御性准备。

5. 综合卖方回应

• 默认保持简短；如果请求需要更聚焦的内容，则使用 objections、positioning 或 account_overlay。
• 除非用户明确要求更多，否则在一个矩阵中最多比较五家竞争对手。
• 对于 1-v-1，使用 Area | Seller | Competitor | Readout。对于 1-v-many，使用 Area | Seller read | Status | Main pressure。
• 使用 Lead、Pressure from [Competitor]、Mixed 和 Not determined 等状态；如果证据不足以支持胜出者，不要强行判定。
• 保持客观、平和的语气。说明该怎么说、哪些内容需要澄清、应使用哪些证明材料，以及哪些说法不应夸大；除非用户要求，否则避免进行功能逐项比拼。
• 内容应说明每家竞争对手在做什么、其威胁何在、为何取胜、为何失利、该如何竞争，以及销售人员或策略人员接下来该说什么。

1-v-1 行示例：

Area	MyCompany	Competitor Alpha	Readout
Deployment fit	适合受管控的企业级推广	适合快速的团队级采用	Mixed；需明确买方的治理需求

1-v-many 行示例：

Area	MyCompany read	Status	Main pressure
Buyer simplicity	如果买方看重由一个平台全权负责，则表现强劲	Pressure from Competitor Beta	对于范围较窄的部门级用例，Competitor Beta 可能显得更简单

6. 创建并验证成品

• 默认输出：创建一个独立的 UTF-8 HTML 简报，内含 CSS 且不依赖外部资源，然后提供简短的聊天摘要。如果用户明确要求仅通过聊天、纯文本或 Markdown 输出，则跳过 HTML，直接在聊天中呈现相同内容。
• 如用户提供了目标位置，则使用该位置。否则，在当前工作区中写入 sanitized-seller-compintel-date.html 文件；如果不适合在工作区中创建文件，则使用安全的临时目录。覆盖现有的用户可见文件前，先征求同意。
• 除非用户提供品牌规范，否则采用克制、中性、受演示文稿启发的布局。不要硬编码公司配色、徽标、产品名称或视觉系统。
• 包含顶层章节或标签：Overview、Competitors、Guidance 和 Sources。
• 可使用的通用工具提示或卡片标签包括 Trigger、Discovery questions、Positioning、Verified signals、Where they win、Where the seller can separate、Why this works、Proof、Use when 和 Landmine / do not say。
• Sources 必须显示可点击的来源信息、证据局限，以及使用、不可用或不相关的依赖类别。
• 重新读取生成的文件，并验证其中包含必需章节、来源信息和内嵌样式。如果可使用浏览器或 Playwright 风格的渲染器，则渲染一次，并在返回链接前修复空白页面、布局损坏、对比度难以辨认或 CSS 缺失等问题。
• 先返回可点击的成品链接，再附上简短的结论和实用的后续建议。面向普通用户的内容中，不要描述 HTML 的实现细节。

后续选项

首次输出后，从以下选项中提供最相关的后续建议。明确建议一个衔接步骤，不要列出菜单。除非非常确定其他选项更有用，否则只能从以下选项中选择：

• 添加特定客户的补充信息，区分已确认的商机证据与防御性准备。
• 创建仅针对异议或仅针对定位的版本，以满足销售人员当前的需求。
• 根据竞争风险和探索性问题准备会议简报。
• 起草简洁的内部赋能材料或客户团队更新，供审核。
• 检查是否已有匹配的每周自动化任务，会针对相同的竞争对手、产品、类别或客户范围重新运行此 build-competitive-brief 技能；如果没有，则提出创建一个，以便销售人员获得可重复使用的竞争摘要。
• 补齐影响最大的那项竞争证据缺口。

应避免的后续操作：

• 发送、发布或将缺乏依据的竞争对手主张转化为面向客户的说法。

自动化方案：每周竞争情报摘要

对于持久且针对竞争对手、品类、产品或特定客户的竞争范围，如果用户需要可重复使用的现场情报，而非一次性竞品战卡，首选的自动化方案是每周竞争情报摘要。用销售语言阐明其价值：竞争格局发生了哪些变化、买家为何可能关心、卖方可以在哪些方面脱颖而出、应该说什么、需要澄清什么，以及哪些内容不应过度声称。

自动化必须是定期重新运行此技能，而不是单独定制的研究摘要。创建或描述自动化时，提示词必须直接调用此技能，并保留相同的竞争范围和模式：

Use the Sales `build-competitive-brief` skill.
Rerun it weekly for the same competitive scope: [competitor, product, workflow, category, segment, region, or account].
Return the standard competitive brief output, including source posture and landmines.

seller_company_name: "[seller company when known]"
product_scope: "[same product scope]"
workflow_scope: "[same workflow or buyer problem]"
competitor_scope: "[same competitor category or market category]"
competitor_names: [same named competitors when used]
account_name: "[same account when account-specific]"
mode: "[brief, objections, positioning, or account_overlay]"
known_objections: [same recurring objections when used]

对于由此技能发现具名竞争对手的宽泛品类或产品范围，请在自然语言提示词中保留稳定的范围，并让此技能根据常规比较锚点指导来确定可能的竞争对手。除非用户明确希望定期监测竞争情况，否则不要针对狭窄的一次性异议、特定会议准备或证据稀少的情况提供此自动化方案。

定期输出应遵循此技能的竞争简报约定：背景、卖方基线、竞争格局摘要、竞争对手概览、比较要点、应对策略、哪些内容不应过度声称，以及来源。保持只读；可以建议销售话术、探索性问题、佐证材料和供审核的内部更新，但不得发布、发送、分享，也不得将缺乏依据的竞争对手说法转化为面向客户的断言，除非用户另行提出并批准。

提供每周竞争情报摘要之前，请检查用户是否已安装匹配的本地自动化。检查 $CODEX_HOME/automations/*/automation.toml 下的本地自动化记录；若未设置 CODEX_HOME，则检查 ~/.codex/automations/*/automation.toml。并根据名称、提示词、技能名称、频率、竞争对手、产品、品类、细分市场、客户、模式、已知异议或其他稳定范围详情进行匹配。已启用和已暂停的匹配项都视为已安装。

• 如果存在匹配的自动化，不要建议创建另一个。继续提供下一个最相关的非自动化后续方案。
• 如果不存在匹配的自动化，请以一个明确的提议收尾：询问是否检查或创建一个针对相同范围、每周重新运行 build-competitive-brief 的自动化。将定期输出描述为供卖方直接使用的竞争情报摘要，涵盖发生了哪些变化、为何重要、应该说什么、应使用哪些佐证，以及要避开哪些陷阱。除非用户明确同意，否则不要创建或更新自动化。
• 如果自动化功能不可用，不要提及工具详情；提供帮助，待自动化功能可用时再设置定期竞争情报摘要。

模式

• brief — 默认；标准竞争简报、矩阵、应对指导和来源
• objections — 买家异议、佐证要点、探索性问题、销售话术和禁忌说法指导
• positioning — 比较框架、风险区域、差异化优势和应对策略
• account_overlay — 特定客户的影响，明确区分已确认的交易证据与防御性准备
• chat_or_markdown_only — 仅在明确要求时，提供与 HTML 产物遵循相同证据约定的内容，但不包含 HTML 产物

输出格式

对于 HTML 产物和 Markdown 备用格式，请遵循以下内容约定：

# [Seller] Competitive Brief

## Context
[Scope, buyer/account context, mode, and evidence posture]

## Seller Baseline
[Seller positioning and relevant proof]

## Competitive Landscape Summary
[What matters most and why]

## Competitor Snapshot
### [Competitor]
- **What they claim:** [Grounded claim]
- **What is confirmed:** [Evidence-backed fact]
- **Why buyers may care:** [Buyer appeal]
- **Where they win:** [Supported strength]
- **Where we can separate:** [Supported response]
- **Landmine / do not say:** [Overclaim to avoid]

## Comparison Matrix Takeaways
[Matrix plus the few implications that change seller behavior]

## Response Strategy
- **Say:** [Talk track]
- **Clarify:** [Discovery question]
- **Prove:** [Evidence]

## What Not To Overclaim
- [Uncertainty, conflict, or unsupported claim]

## Sources
- [Clickable source + what it supported]
- [Dependency category status and material gaps]

{Follow the instructions and output format/conditions in [Limitations and Improvements](../index/SKILL.md#limitations-and-improvements)}

{Follow the instructions and output format/conditions in [Next Steps](../index/SKILL.md#4-next-steps)}

对于 account_overlay，请添加“客户影响”，并将未经证实的竞争对手存在情况标记为“防御性准备”。

示例提示词

• 为 MyCompany 与 Competitor Alpha 制作一份竞争简报。
• 为 MyCompany 对阵 Competitor Alpha 和 Competitor Beta，在金融服务领域制作一份战卡。
• 比较 MyCompany 的企业工作流平台与面向受监管买家的三大替代方案。
• 针对 ExampleCorp 制作一份特定客户的防御性准备简报，Competitor Alpha 可能参与该交易。
• 为 MyCompany 与 Competitor Alpha 制作一份可分享的 HTML 竞争简报。

规则

• 切勿捏造竞争对手的功能、定价、客户证明、账户状况或来源链接。
• 明确区分事实、领域信号和推断。
• 如果证据不足，请缩小简报范围，并指出哪些最小证据缺口可帮助完善简报。
• 除非用户之后明确要求执行单独的受支持操作，否则不得通过此工作流发布、发送、分享或更新任何系统。
• 如果有可用的实用链接，务必为有来源支持的重要主张附上引用。