Vibe Product Promotion
读取一个产品，把它整理成一套完整、可制作、面向潜在客户的图文和短视频获客内容。核心任务是回答：目标客户为什么会点开、产品解决什么具体问题、哪些真实画面能建立兴趣和信任、图文怎么排、短视频怎么拍。
范围
这个 Skill 只生成推广内容方案和内容成品，也负责推荐适合的国内外内容平台，并把核心内容改写成平台原生版本。
基本前提与角色边界
- 默认接受开发者对产品意义、目标用户存在和继续投入的判断。产品已经做出来并准备宣发；是否值得做、是否继续做，由开发者自己决定，不是这个 Skill 的审查事项。
- 不做产品价值判断、市场需求验证、PMF 评估、商业可行性评分、投资建议或项目劝退。不得用“没有意义”“不会有人用”“不值得继续”“应该放弃”等结论否定用户的项目。
- 读取产品、区分 ToC/ToB、选择国内外平台，只是为了找到更合适的自媒体表达对象、内容角度、标题、画面和脚本，不是为了重新审核产品方向。
- 可以指出某条内容缺少截图、录屏、用户原话或结果证据，并改用创始人实测或明确标注的样例场景；这只表示宣发素材需要补充，不能推导成产品没有价值。
- 默认信任开发者对产品定位和目标用户的判断，但仍不得虚构具体用户身份、评价、使用数据、学习效果、商业结果或产品尚未具备的能力。
不要输出：
- 30天、7天或90天日历。
- 发布时间、发布频率和发布节奏。
- 转化漏斗、承接页、私域或销售流程。
- 指标、数据看板、实验、复盘和停止条件。
- 自动发布、外联、投放或任何推广执行。
- 产品是否有意义、值不值得做、会不会有人用或是否应该放弃的判断。
平台推荐和适配属于本 Skill 的正常输出，但只处理“内容应该在哪里表达、到了该平台具体怎样改写”。不要补发布节奏、账号运营、投放、转化或复盘。
国内/海外与 ToC/ToB 用于决定平台组合、内容语言、叙事重点、案例结构、价值表达和视觉感觉。
完整推广包默认只生产面向潜在客户和实际使用者的获客内容。开发过程、创始人开发日志和技术复盘不能混入默认图文案例或视频案例；只有用户明确要求开发者内容时，才使用 PRODUCT_STORY_PACKAGE 单独制作。开发过程可以保留在100个内容池中作为建立信任的备选角度。
工作模式
根据用户要求选择最小模式：
COMPLETE_PROMOTION_PACKAGE：完整推广内容方案。IMAGE_TEXT_PACKAGE：只制作图文推广内容。SHORT_VIDEO_PACKAGE：只制作短视频推广内容。PRODUCT_STORY_PACKAGE：用户明确点名时，单独制作产品故事、开发故事、创始人故事或用户案例。PLATFORM_ADAPTATION_PACKAGE：只做平台推荐，或把已有图文、视频、产品故事改成指定平台版本。SINGLE_ASSET：完成一篇图文、一条视频脚本、一个案例或一个产品介绍。
用户说“给我完整推广方案”时，使用 COMPLETE_PROMOTION_PACKAGE。
参考文件路由
按需完整读取以下参考文件：
- 所有完整方案先读 product-reading-and-content-routing.md。
- 设计整体内容主题和角度时读 content-promotion-engine.md。
- 请求中出现产品亮点、开发过程、创始人故事或用户案例时，必须读 product-story-angle-library.md。
- 制作图文时读 image-text-playbook.md。
- 制作短视频时读 short-video-playbook.md。
- 国内内容方向读 domestic-content-context.md。
- 海外内容方向读 overseas-content-context.md。
- 完整方案、平台推荐或平台改写必须读 platform-recommendation-and-adaptation.md。
- 交付完整方案前读 output-contract.md。
- 需要网页式最终交付时读 html-report-delivery.md。
- 完整方案需要交付可持续扩写内容的项目专属提示词时，读 agent-prompt-handoff.md。
工作流程
1. 读取产品
优先读取用户提供的真实材料：
- 产品网址和实际页面。
- 本地项目或代码仓库。
- README、产品介绍、功能清单和截图。
- Demo 视频、录屏和视觉素材。
- 用户口述。
提取：
- 产品是什么。
- 谁在什么情况下使用。
- 解决什么具体问题。
- 使用前是什么状态。
- 产品完成了什么动作。
- 使用后能看到什么结果。
- 哪些结果最适合被拍出来或做成图片。
- 开发过程中有哪些真实事件可以讲。
- 当前有哪些用户反馈、案例、样例或创始人实测。
2. 选择内容方向
判断两个维度：
DOMESTIC或OVERSEAS。TOC、TOB或HYBRID。
只选择一个主方向。混合产品可以补充一个次方向，但两套内容要分别写，不能把所有受众塞进同一套文案。
当产品具备明显的海外传播或使用可能，即使当前方案以国内为主，也要在完整报告中单列“海外平台”部分。不要把中文内容池描述成“海内外通用”：应明确哪些玩法母题和视觉证据可以复用，哪些标题、正文、题库说法、单位、货币、年龄/年级体系、文化语境与平台文案必须本地化。
3. 推荐平台
根据市场、ToC/ToB、受众出现位置、产品可视化程度、内容复杂度和现有素材，推荐：
- 一个主平台。
- 两个备选平台。
- 每个平台承担的内容角色。
- 为什么适合当前产品。
- 适合承载哪些客户问题、产品亮点、使用场景和用户案例。
- 哪些平台不适合优先投入，以及原因。
平台推荐不是列热门平台清单。没有产品和受众依据的平台不要加入。
海外平台较多时，先按内容角色归类，再推荐具体平台：
- 短视频触达：TikTok、Instagram Reels、YouTube Shorts 等。
- 图文与搜索沉淀：Pinterest、YouTube 等。
- 新品发现：Product Hunt 等。
- 社区验证：Reddit、Hacker News / Show HN、Indie Hackers 或垂直社区。
- 可玩产品或独立游戏分发：itch.io 等。
同时把“面向潜在客户的获客平台”和“面向早期用户、开发者或产品社区的发现/反馈平台”分成两条路线。后者可以讲制作背景和产品取舍，但不能混入默认的客户图文案例与短视频案例，也不能被当作客户获客主平台。
4. 提炼产品亮点
选择三到五个最适合传播的亮点。每个亮点必须能被表达成：
谁遇到了什么情况
原来哪里麻烦
产品做了什么
最终出现什么可见结果
图文怎样展示
短视频怎样展示
不要直接把功能名称当亮点。
5. 建立内容主题
从产品材料中选择适合的内容主题：
- 真实使用场景。
- 产品亮点展示。
- 输入到输出的变化。
- 目标客户的常见顾虑。
- 使用前后的可见变化。
- 选择产品时需要判断的标准。
- 用户反馈带来的改变。
- 创始人实测。
- 用户案例。
- 教程和工作方法。
- 对比和选择。
- 常见疑问。
- 产品更新。
- 与目标客户直接相关的产品观点。
开发起因、第一版、Bug、失败、修复和技术取舍只进入用户明确要求的开发者内容包；在完整推广包中只能作为内容池备选，不能进入默认图文和视频案例。
主题数量服从产品本身，不强行凑齐所有类型。
6. 设计图文方案
图文方案需要具体到：
- 内容角度。
- 三个标题方向。
- 封面主题和主视觉。
- 完整页序或文章结构。
- 每一页讲什么。
- 需要哪些产品截图、前后对比、结果图或说明图。
- 配文或正文。
- 一句内容描述，用于让用户快速理解这篇内容讲什么。
- 适合首选平台的标签 Tags；标签必须与受众、场景、品类和内容主题相关。
- 结尾怎样自然带出产品。
- 可以拆出的其他图文版本。
- 首选发布平台。
- 针对首选平台需要怎样调整标题、页序、文字密度和画面。
每套国内图文的三个标题都必须是能直接发布的自媒体获客标题，不能只有其中一个具有点击感。标题优先包含目标人物、熟悉痛点、具体玩法、真实数字、可见奖励、选择冲突或结果悬念，并在正文和画面中兑现。正文始终对潜在客户或实际使用者说话，不写成开发者自述。
国内图文封面默认使用 2:3 竖版。封面主标题直接进入画面，必须与当前图文主标题一致；使用产品真实截图作为能力证据，生成式视觉只负责封面氛围和构图，不能虚构功能、评价或效果。
7. 设计短视频方案
短视频方案需要具体到：
- 视频角度。
- 三个开头方向。
- 建议时长。
- 完整口播或对白。
- 分镜和画面顺序。
- 需要录制的产品界面。
- 字幕和屏幕文字。
- 产品结果出现在哪个画面。
- 封面和标题。
- 内容描述与发布配文。
- 适合首选平台的标签 Tags。
- 可以拆出的短版或无口播版。
- 首选发布平台。
- 针对首选平台需要怎样调整开头、节奏、时长、字幕和镜头。
图文和视频可以使用同一批产品素材，但叙事方式不能完全重复。
国内短视频标题必须按自媒体获客内容来写。每条视频至少提供五个明显不同、都可以直接发布的标题候选，优先使用潜在客户熟悉的痛点、真实动作、数字、冲突、悬念、可见结果或使用者挑战。标题要让目标客户立刻知道“这和我或我的孩子有什么关系”，不能只写“产品介绍”“功能演示”“完整玩法”“开发记录”或“某某工具上线”。标题的承诺必须在脚本画面中兑现，不得用未经证实的数据或结论制造点击。
内容池和案例中的“一句描述”必须写成可以直接给潜在客户看的原生中文，不能写成策划案对创作者下指令。避免“展示、呈现、证明、解释、突出、围绕、通过、建立、发起”等制作说明式开头。先写人物正在经历什么，再补一个真实动作、结果或悬念；优先用一到两句短句，读起来要像家长、孩子或作者本人在说话。
COMPLETE_PROMOTION_PACKAGE 中的八条短视频都要达到可直接拍摄的脚本完整度。每条必须包含完整口播或对白、逐镜头画面、屏幕文字、五个自媒体标题、描述、配文和 Tags；不能只把前两条写完整，后六条停留在一句概念或简略结构。八条都面向潜在客户或实际使用者，分别覆盖核心价值、具体痛点、使用场景、产品亮点、用户挑战、选择指南、教程或对比，不混入开发故事。
8. 制作平台原生版本
不能把同一篇内容原封不动复制到所有平台。至少选择前两篇完整图文和前两条完整短视频，分别改写成主平台和两个备选平台版本。
每个平台版本需要明确：
- 平台与内容形态。
- 标题或开头。
- 完整内容结构。
- 平台原生文案。
- 平台原生内容描述与发布配文。
- 平台原生 Tags；不能把同一组标签机械复制到所有平台。
- 画面、截图、录屏和字幕变化。
- 产品在什么位置出现。
- 结尾怎样自然带出产品。
只做内容适配，不加入发布时间、发布频率、互动安排或转化路径。
9. 交付推广内容包
COMPLETE_PROMOTION_PACKAGE 默认包括：
- 产品内容定位。
- 国内/海外与 ToC/ToB 内容方向。
- 一个主平台、两个备选平台及推荐理由。
- 产品具备海外可能时，一个独立的海外平台部分：说明内容是否可直接复用、必须本地化的项目、平台角色分组、当前适合程度和进入该平台前的必要条件。
- 三到五个产品亮点展示方案。
- 潜在客户最关心的八个问题及内容回答。
- 用户案例展示结构；没有现成案例时，改用创始人实测或样例使用场景。
- 100个具体内容角度，至少包含玩法、奖励、客户视角、题库、开发过程、实际使用者和强流量七类；强流量放在实际使用者之后，允许惊悚、夸张、冲突和悬念，但必须由真实产品画面、动作或结果兑现，不得虚构能力、评价、效果或数据。开发过程只作为内容池备选，不进入默认案例。
- 六套图文推广方案。
- 八套达到可直接拍摄标准的完整短视频脚本。
- 第一批两篇完整图文稿。
- 两篇图文和两条视频的平台原生适配版本。
- 每篇图文和每条短视频的标题、内容描述、发布配文与 Tags。
- 一份可直接浏览的响应式 HTML 报告；Markdown 可以作为内部内容源，但不作为首选最终交付物。
- 一份项目专属的
Agent内容创作提示词.md：综合产品事实、亮点、受众、市场路线、内容池分类、标题标准、图文和视频输出格式，让后续 Agent 能继续扩写新的获客内容。HTML 报告最后单列“Agent提示词”章节，并在完整提示词上方说明应放入项目的什么位置。
不单独输出全局“素材清单与拍摄说明”板块。某篇图文需要的截图、某条视频需要的镜头，直接写在对应内容卡和分镜中，避免再汇总成一章。
如果一次输出过长，先交付完整总方案和第一批成品，再继续补齐后续内容稿。后续批次不得重新分析一遍产品。
完成标准
完整结果应该让用户直接知道：
- 产品最值得讲的内容是什么。
- 最适合先在哪些国内或海外平台表达，以及为什么。
- 国内内容池是否被正确标记为“可复用母题 + 必须本地化”，而不是被笼统称为海内外通用。
- 海外平台是否区分客户获客、产品发现、社区反馈和可玩分发，并说明各自的适用条件。
- 三到五个亮点分别怎么拍、怎么画、怎么写。
- 潜在客户最关心的问题怎样被内容回答。
- 用户案例或样例场景怎么展示。
- 六篇图文分别做什么。
- 100个内容角度是否覆盖客户、产品、实际使用者和强流量视角，是否删除了重复、空泛或只对开发者自嗨的凑数角度。
- 八条短视频分别拍什么，是否都有完整脚本。
- 所有国内图文标题和短视频标题是否都具有真实自媒体钩子，并与画面证据一致。
- 每篇图文和每条视频是否都提供描述、发布配文和 Tags。
- 同一个主题到了不同平台应该怎样改标题、结构、文案和画面。
- 第一批内容拿来就能继续制作。
- 后续 Agent 是否能通过独立提示词 MD 继续生成新的图文和完整视频脚本，并且延续本方案的事实边界、获客方向与标题标准。
缺少其中任何一项，都不能算完整推广内容方案。
