产品营销上下文Skill：让每一次营销输出都站在同一份可靠事实上
- 一句话定位：为所有营销类 AI 技能建立一份可复用、可维护的「产品营销上下文基线」，把定位、ICP、消息支柱、声音规则、证明点一次讲清楚。
- 文件优先：输出落在
scripts/marketing/<slug>/目录下，并同步更新scripts/marketing/_shared/product-marketing-context.md标准共享上下文。 - 强调证据：要求从工作区文档（README、着陆页副本、更新日志、推荐信）中收集证据，差异化必须带证明，而非空口声明。
- 可治理性：超过 90 天自动标记为陈旧，开放问题与确认事实分开记录，外部声明单独列出来源。
- 可串联：上下文建好后可路由到
content-strategy（内容规划）、copywriting（文案初稿）、seo-audit（自然流量机会审计）等下游技能。
该技能叫什么？如何一键安装 AI 技能提升开发效率？
这个技能的中文名是产品营销上下文Skill，英文名是 product-marketing-context，技能 ID 为 13780。
它要解决的问题非常具体：在实际工作中，营销内容往往由多人、多工具、多轮次产出，结果就是定位说法不统一、目标客户描述含糊、卖点一会儿一个样、语气风格忽冷忽热。每换一个 AI 技能或每开一次新会话，模型都要重新"猜"你的产品是什么、卖给谁、凭什么赢。产品营销上下文Skill 的思路是把这些基础事实固化成一份共享上下文文件，让后续所有营销技能都从同一份基线出发。
「一键安装」的本质并不是装一个软件，而是把这个技能接入你的 AI 技能运行环境，并让它能读写你工作区里的 scripts/marketing/ 目录。通用步骤如下（具体安装命令、入口位置与账号要求请以官方说明为准）：
- 确认安装前提：你使用的 AI 客户端或技能平台支持加载外部技能（Skill），并且该技能对你的工作区目录具备读取与写入权限，因为该技能的产物是文件而不是聊天回复。
- 安装技能：在你的技能市场/技能管理入口中搜索技能英文名
product-marketing-context或技能 ID13780，执行安装或启用；若为文件式安装，则把技能目录（包含references/product-marketing-context-template.md模板文件）放入平台的技能目录下。具体命令与路径以官方说明为准。 - 验证是否生效：安装完成后，向助手提出一个明确的调用请求，例如"用产品营销上下文技能为我的产品建立营销上下文，产品名 XXX，主要受众 XXX，主要转化目标是注册试用"。如果技能生效，它应当先检查
scripts/marketing/_shared/product-marketing-context.md是否存在，然后按流程收集证据并生成文件。 - 检查产物：到工作区查看是否生成了
scripts/marketing/<slug>/00-product-context.md、00-open-questions.md、00-sources.md等文件，如有产出即说明安装与运行正常。
该技能的主要功能和特点
- 建立持久化营销上下文基线：一次性沉淀定位、理想客户画像（ICP）、任务完成框架（JTBD）、痛点、差异化、异议、证明、声音规则、术语使用与禁用清单，供其他营销技能重复调用。
- 文件优先，而非聊天即忘：所有结论都落到 Markdown 文件中，位于
scripts/marketing/<slug>/目录，并同步维护scripts/marketing/_shared/product-marketing-context.md这份标准共享上下文，任何下游技能都能读到同一份事实。 - 内置模板与初始化机制：当共享上下文缺失时，会从技能自带的
references/product-marketing-context-template.md模板初始化，避免从零手写结构。 - 陈旧性治理：会检查已有上下文的新鲜度，若超过 90 天则标记为陈旧，提醒刷新，避免用过期定位写新内容。
- 证据优先的证据链：先从工作区文档（README、着陆页副本、更新日志、推荐信）中收集证据；如果网络浏览可用，则研究当前定位信号并引用来源；如果不可用，则显式生成
NO-WEB-FALLBACK.md备用假设文件，明确哪些是无网络情况下的假设。 - 开放问题与事实分离：单独输出
00-open-questions.md，把尚待确认的问题与已确认事实分开放置，避免"猜的东西"被当成"确定的东西"继续传播。 - 可路由到下游：上下文完成后可衔接
content-strategy做内容规划、copywriting出初稿、seo-audit排自然搜索优先级。
和普通"让 AI 写一段品牌介绍"的做法相比，它强在三点：结构化（固定字段而非散文）、可复用（跨技能共享文件）、可审计（证据与来源、开放问题、陈旧标记都留痕）。
如何使用该技能？
- 准备四项必要输入：产品或公司名称、主要受众、主要转化目标、活动 slug（如果没有，可以让技能根据产品推导一个）。
- 发起调用：向助手说明使用该技能并给出上述输入，示例：“使用产品营销上下文技能，产品名为「云雀协作」，主要受众是 20-200 人的研发团队负责人，主要转化目标是免费试用注册，活动 slug 用
q3-launch。” - 技能自动执行工作流：它先检查
scripts/marketing/_shared/product-marketing-context.md是否存在，缺失则由模板初始化；存在则审核陈旧性与缺口，超过 90 天标记陈旧。 - 证据收集阶段：从工作区文档中提取事实，如 README 中的产品能力、着陆页文案中的价值主张、更新日志中的新功能、推荐信中的客户原话。若网络浏览可用，还会研究当前定位信号并记录来源；若不可用，则生成
NO-WEB-FALLBACK.md说明假设。 - 起草核心段落：定位、ICP、JTBD、痛点、差异化、异议处理、证明点、声音规则、术语使用与避免清单，逐项填充。
- 检查输出文件：确认
00-product-context.md（上下文正文）、00-open-questions.md（未解决问题）、00-sources.md（外部声明来源）已生成，并确认共享上下文已更新。 - 按质量清单自查：上下文是否反映当前产品与受众；差异化是否带证据而不是无证明的声明；声音与术语规则是否明确可执行；开放问题是否与确认事实分开；外部声明是否列出来源。
- 路由下游任务：上下文确认后，运行
content-strategy做内容规划，或运行copywriting产出初稿，或运行seo-audit判断自然搜索优先级。
输入输出示例（示意）：输入"产品名：云雀协作；受众：研发团队负责人；目标：免费试用注册"，输出文件中会出现类似"ICP：20-200 人研发团队的工程负责人，痛点是跨仓库任务不透明；差异化：与代码托管深度联动（来源：README 功能章节）；声音：直接、少形容词、不用夸张最高级"这样的结构化条目，并把"是否支持私有化部署"等未确认事项写入开放问题文件。
同类型竞品对比分析
| 方案名称 | 定位 | 核心功能 | 安装/使用门槛 | 适用场景 | 优势与不足 |
|---|---|---|---|---|---|
| 产品营销上下文Skill（product-marketing-context） | 营销技能的共享上下文基座 | 生成定位、ICP、JTBD、痛点、差异化、异议、证明、声音与术语规则，并维护共享上下文文件 | 需支持技能加载与工作区文件读写；输入四项必要信息即可 | 多技能协作的营销生产流水线、长期品牌一致性管理 | 优势：文件化、可复用、有证据与陈旧治理；不足：依赖工作区文档质量，首次建立需要投入时间 |
| 直接在对话里写品牌介绍提示词 | 临时性 AI 对话方案 | 一次性生成品牌/产品介绍文本 | 门槛最低，无需安装 | 临时写个简介、应急文案 | 优势：零成本上手；不足：无法复用、无证据链、跨会话丢失、风格易漂移 |
| 品牌手册 / 消息屋文档（人工维护） | 传统市场资产管理 | 定位、信息架构、语气规范的人工文档 | 需要专人维护，通常靠文档协作工具 | 大团队品牌治理、对外传播规范 | 优势：权威性高；不足：更新滞后、难被 AI 直接消费、缺少开放问题与来源追踪 |
| 通用写作类 AI 助手 | 通用内容生成 | 撰写文案、改写、润色 | 门槛低 | 单篇文案产出 | 优势：灵活；不足：缺少结构化营销字段，容易输出通用套话，无共享上下文机制 |
从对比可以看出，该技能的差异点是"给营销 AI 提供可复用的地基"，而不是"再写一篇文案"。它和人工品牌手册是互补关系：手册偏人读，上下文文件偏机器与技能读，并且强制带证据、带来源、带开放问题。
该技能的典型应用场景与实际体验情况
场景一：初创公司市场负责人首次搭建营销基线。 痛点是从未系统梳理过 ICP 和消息支柱，每写一次落地页都要重新想一遍。使用方式是提供产品名、受众和转化目标，让技能从 README 与现有落地页中提取证据，生成第一版上下文。实际体验是上手难度低，但因为原始文档薄弱，产出的开放问题会比较多，这恰恰是有价值的——它把"还没想清楚的事"显性化了。注意：首次结果建议人工复核 ICP 与 JTBD 的颗粒度。
场景二：内容团队多人协作，风格不统一。 痛点是不同人用 AI 写出来的文章语气差别大，术语一会儿"客户"一会儿"用户"。使用方式是把上下文文件中的声音规则与术语清单作为前置条件，再运行 copywriting。实际体验是风格一致性明显改善，因为规则是明确可执行的（该用什么、避免用什么）。注意：规则要写得具体，避免"专业友好"这类空泛描述。
场景三：产品迭代后营销材料滞后。 痛点是新功能上线，落地页和销售话术还在讲老卖点。使用方式是重新调用技能，它会审核共享上下文的陈旧性，超过 90 天标记陈旧并刷新。实际体验是维护成本远低于从零重写，且 00-sources.md 能追溯每条外部声明的出处。注意：更新日志和推荐信要放进工作区，否则证据收集会受限。
场景四：无网络环境下的合规敏感团队。 痛点是不能让工具随意上网抓取信息。使用方式是技能检测到网络浏览不可用后，生成 NO-WEB-FALLBACK.md，明确列出所有假设。实际体验是可审计性强，团队清楚哪些结论是假设、哪些有据可查。注意：需要在后续有网络时补做验证。
该技能能为用户带来的价值
- 效率提升：把"每次写营销内容都重新交代一遍产品背景"变成一次性投入、长期复用，后续每个下游技能（内容规划、文案初稿、SEO 审计）都直接读同一份上下文，显著减少重复沟通与返工。
- 一致性提升：定位、ICP、卖点、语气、术语统一到一份文件，跨人、跨工具、跨时间的输出不再漂移，品牌表达更稳定。
- 质量提升：差异化必须带证据、外部声明必须列来源、开放问题与确认事实分开，天然抑制"通用套话"和"无依据的夸张声明"这两类最常见的内容问题。
- 风险降低：90 天陈旧标记机制让过期定位不会悄悄流入新素材；
NO-WEB-FALLBACK.md让假设与事实边界清晰，降低对外传播的合规风险。 - 长期资产化：营销上下文从"某个人的脑子"变成"团队的可版本化文件资产"，人员流动时知识不流失。
常见问题 FAQ
Q1：这个技能怎么安装？装完怎么确认能用？
A：在技能市场或技能管理入口搜索英文名 product-marketing-context 或技能 ID 13780 启用；文件式安装则把技能目录（含 references/product-marketing-context-template.md）放入平台技能目录。具体命令与路径以官方说明为准。验证方法：让助手为你的产品建立营销上下文，然后检查工作区是否生成 scripts/marketing/<slug>/00-product-context.md 等文件。
Q2：这个技能收费吗？ A：技能本身的定价与计费方式请以官方说明为准。需要留意的是它会读写你工作区的文件，并可能调用网络浏览能力，这部分成本取决于你所使用的平台与模型方案。
Q3：它适合谁用？个人开发者用得上吗？ A：最适合需要持续产出营销内容的团队，如市场负责人、内容运营、独立开发者做产品发布、增长岗。个人开发者同样适用——它能帮你把"我到底卖给谁、凭什么"想清楚并沉淀成文件，后续写落地页、写更新公告都能直接复用。
Q4：它和我自己维护一份品牌文档有什么区别？ A：品牌文档主要给人读，容易滞后；该技能产出的是结构化、面向其他 AI 技能消费的上下文文件，带陈旧性检查、证据来源记录和开放问题清单，并会同步更新共享上下文，可被下游技能直接读取。
Q5：和通用写作 AI 助手比该怎么选？
A：如果你只需要临时写一篇文案，通用助手足够；如果你要长期、多人、多技能地产出营销内容，并希望风格与定位稳定可追溯，就先用本技能建立上下文，再路由到 content-strategy、copywriting、seo-audit 等下游技能，形成流水线。