支柱落地页 是做什么的？
将一份涵盖多个能力、支柱或子产品的定位简报，扩展为独立的落地页简报，每个支柱对应一个页面，拥有自己的URL、关键词定位以及从主视觉到最终行动号召的完整文案。
输入
首先阅读 company-context.md（位于仓库根目录，或在工作空间中搜索），并使用适用于本技能的字段。如果文件或某一行缺失，请询问一次，然后主动建议将答案保存回文件中。切勿假设公司情况来填补空白。
配套流程
- 输入： 一份定位简报、来自能力支柱研究的支柱文档，以及来自用例证据研究的证据文档。每个页面上的每一条声明都必须溯源至这些文档。
- 输出： 每个支柱生成一份页面简报，附带传递过来的声明标签；如果被要求，还可生成一个合并的父页面。
- 后续： 文案和设计。每当产品事实发生变化时，应对这些简报运行声明传播检查。
如果支柱或证据文档不存在，请首先构建它们，而不是凭记忆撰写页面。
与单一合并页面的区别
一个合并页面可以让最强的两三个能力支撑整个页面，而将较弱的那些合并进去。将内容拆分为N个页面则消除了这个安全阀：每个支柱都获得同等的展示空间，无论其证据支持是否均等。一个薄弱的支柱可以拥有自己的页面，但该页面必须如实反映这一点。
每个支柱的处理流程
- URL。 使用一致的父路径，并将支柱名称作为最后一个路径段，使各个页面看起来像是一个系列。
- 针对该支柱进行关键词研究， 而非在整个产品中重复使用同一个总括术语。提取搜索量、难度和每次点击费用（检查工具使用的货币单位；某些API以美分为单位返回每次点击费用）。标记以下情况：
- 与品牌定位冲突的关键词（最佳关键词是“工单系统”，但产品主张反对工单队列）：将其保留在标题、元描述和一个辅助标题中，或标记给人工处理。
- 搜索结果被其他格式（如列表文章、比较内容）主导的关键词： 建议为该关键词使用其他资产类型，而非强行让产品页面参与竞争。
- 根据主要关键词生成标题标签和元描述。
- 定位摘要： 从源简报、支柱的核心声明和最有力的证据中提取3-5句话。
- 页面结构， 在整个系列中保持一致：
- 主视觉（H1、副标题、行动号召按钮）：该支柱最尖锐、最具体的声明，需提及实现机制。
- 证据展示条： 3-4条简短且有来源的声明。如果某个统计数据存在但未获批准发布，请说明情况；不要使用它或悄悄地删除它。
- 2-4个主体部分， 来自该支柱的真实证据：产品功能（来自能力目录）、为何优于显而易见的替代方案、该支柱必须回答的反对意见。
- 信任或安全部分， 如果支柱涉及权限、合规性或AI安全方面的反对意见，应将其置于靠前的位置。
- 诚实地说明范围的章节， 仅当该支柱的证据比其他姊妹支柱薄弱时才使用。
- 交叉链接 链接到姊妹页面。
- 最终行动号召。
- 为每一条声明添加标签（共享规则第4条），并对使用的任何客户引文运行引文检查。
- 每个页面简报末尾的待处理项： 未确认的数据、等待审批的客户，或关于该支柱是否应拥有独立页面的真实疑问。
完成标准
- 每个页面都完成了自己的关键词研究。
- 每个主视觉和证据展示条中的声明都能溯源到源文档。
- 如果各支柱的证据不均衡，则至少有一个诚实地说明范围的章节指出这一点。
- 各页面之间相互有交叉链接。
共享规则（本系列四个技能通用）
- 先有证据，后有文案。 每一条产品声明、数据和客户引文都必须溯源到已命名的来源。切勿凭空编造任何能力、数据、客户故事或引文。如果没有证据，请说明情况。
- 已发布就是已发布。 仅按照来源陈述的方式说明能力的状态（已发布、进行中、计划中）。买家提出的、产品无法满足的需求应归入“期望”或“需求”类别，绝不能归入“能力”类别。
- 引文必须逐字逐句且来自买家方。 复制原话；可以使用“...”进行删节，但绝不能更改内容。切勿引用供应商内部人员的话来充当买家。在完成前，运行引文检查（该脚本随用例证据研究一起提供，名为
verify_quotes.py），并修正或删除任何未找到的引文。 - 声明标签。 将文案和声明标记为SAFE（安全）、NEEDS VERIFY:（需要验证：请说明如何解决），或INTERNAL ONLY（仅限内部：未获签字的指名客户材料）。将标签从一个技能的输出带到下一个技能；不要剥离它们。
- 薄弱证据需明确说明。 统计不同账户的数量，而非引文的条数。切勿填充薄弱区域以匹配强势区域。
- 完成后的文档，而非变更日志。 在用作参考资料的文档中，不要包含“已更新”、“已添加”、“新增”、版本号、检查或会话引用等字样。版本历史记录应另行保存。
- 外部安全模式（当用户指明用于外部、广告、客户时，保持内容干净）：仅包含职位和公司名称，不包含个人姓名；不包含日期；用中性的括号（例如“[旧工具]”）替换引文中的竞争对手名称；不包含关于签批、来源或使用情况的备注。在回复中告知用户客户引文仍然需要获得签署。
- 语气。 平实直接。不使用长破折号。不使用含糊其辞的词语。除非买家自己如此描述，否则不要对竞争对手进行定性。文档正文中不包含文件名。
四个技能如何协同工作
- 用例证据研究： 收集并验证每个用例或功能的相关证据（产品能力、买家痛点、期望、反应）。
- 能力支柱研究： 根据动词（产品做什么）重新组织证据，当定位是基于行为而非功能时使用。
- 支柱落地页： 根据定位，为每个支柱或功能生成一份页面简报，仅使用步骤1-2中的声明。
- 声明传播检查： 每当产品事实发生变化时，对步骤1-3产出的所有内容运行此检查，并将修正反馈回证据文档。
一个步骤的输出是下一个步骤的输入。如果被要求执行后面的步骤，但前面的输出不存在，请先构建前面的步骤（或告知用户缺少该步骤），而不是凭记忆编写内容。