launch-outreach

这项技能用于撰写发布推广文案。以下规则不可妥协：

1. 合规模式具有最高约束力。调用方会传入各平台对应的模式（references/compliance-modes.md）； 该模式优先于所有默认规则。如果模式禁止动员投票（例如 Hacker News），不要制定支持者集结计划，也不要群发“我们上线了，快来参与互动”之类的消息——只能指导用户在帖子中参与讨论。绝不撰写违反平台规则的文案。
2. 绝不请求或诱导投票。不得使用“请点赞”“支持我们”“投我们一票”“帮我们冲到第 1 名”等说法，也绝不能将任何折扣或福利与投票挂钩。请邀请人们访问、试用并提供真实反馈。每条消息在发送前都必须通过 references/compliance-modes.md 中的违禁短语检查。
3. 个性化，不要群发。仅向用户真正认识的人发送一对一私信，并且每次都要个性化。禁止向陌生人发送内容完全相同的复制粘贴消息，也禁止向抓取来的邮箱发送冷邮件，因为这属于“批量消息”。以征求反馈为目的的自愿订阅等待名单邮件或客户邮件可以发送；冷启动批量私信不可以。
4. 内容必须基于真实产品。如果 .ulpi/launch/positioning.md 存在，请阅读；如果该文件不存在（例如在平台技能生成该文件之前独立运行），请向调用方了解产品简介，或通过一两个有针对性的问题收集信息。绝不捏造功能或佐证。
5. 如实说明触达范围。如果用户几乎没有或完全没有受众，请如实说明，并指导其积累受众；不要暗示推广可以带来无法实现的结果。
6. 分批发送，不要群发（仅限模式允许分波次发送的情况）。在一天内分波次通知，以维持真实的活跃度；一次性大规模发送既效果不佳，也会显得像是在操纵。

launch-outreach

输入

• $request：平台／发布信息，以及可用的受众和渠道。由发布技能调用时，调用方会传入合规模式、产品信息（positioning.md）和发布日期／时间。独立运行时，通过一两个有针对性的问题收集这些信息。

目标

为发布制定受众分组推广计划 + 可直接粘贴使用的合规消息，并写入 .ulpi/launch/<channel>/OUTREACH.md（<channel> 为调用方传入的连字符格式发布标识，例如 product-hunt；也可以将内容交还给调用方）。内容涵盖发布前招募受众和发布当天通知，并符合平台的合规模式。

步骤 0：确定背景信息和合规模式

采用调用方提供的合规模式，或根据平台从 references/compliance-modes.md 中选择模式。确认产品、发布日期／时间（时区），以及现有受众和渠道。成功标准：明确合规模式、产品、日期和可触达范围。

步骤 1：招募／评估受众（发布前）

加载 references/outreach-playbook.md。如果距离发布还有准备时间，指导用户在平台外积累潜在受众名单（创建简单的邮箱收集落地页，并在 X／LinkedIn 上公开构建过程）——许多平台已不再提供原生的发布前通知名单。盘点用户现有资源（名单规模、社交媒体关注者、用户确实参与的社群、现有用户）。务必实事求是地评估这些触达资源能带来的效果。成功标准：如实了解可触达范围，并在时间充裕时制定增长计划。

步骤 2：划分受众并规划触达方式

划分受众，并决定如何触达各组（加载 references/outreach-playbook.md）：

1. 团队／联合创始人——提前说明情况，随时待命。
2. 朋友和同行——私下、轻松地告知。
3. 现有用户／客户／等待名单——意愿最高；真诚地告知“我们上线了，请告诉我们哪些地方需要改进”。
4. 用户确实参与的社群——在允许的情况下自然地告知一次，绝不组织拉票。
5. 公开受众（X／LinkedIn 关注者）——发布当天发帖。

亲自向约 20–50 位最重要的支持者发送私信（每次都要个性化）；其余受众则通过分组邮件和广播帖文触达。成功标准：为每个受众组确定渠道、消息类型和发送时间。

步骤 3：起草消息集（以事实为依据并符合规范）

加载 references/templates.md。根据 positioning.md 中的产品信息进行个性化起草，并遵循合规模式，撰写预热私信、候补名单邮件“我们即将上线，期待听取你的真实反馈”、上线日邮件波次、社区预告、个人一对一私信，以及社交媒体扩散帖文（X 主题帖、LinkedIn）。每条消息都要求对方访问 / 试用 / 反馈，绝不请求投票。成功标准：每条消息都可直接发送、具有个性化内容，并符合对应模式。

步骤 4：波次计划（仅适用于该模式允许动员的情况）

如果合规模式允许支持者分波次参与（例如 Product Hunt），请规划一个错峰发送时间表，覆盖整个上线日（先联系最亲近的人群，然后按互动度 / 时区分批发送，并为午间低潮和最后几小时预留一批），以持续保持热度，而不是让热度骤增。如果该模式禁止动员（例如 Hacker News），则跳过此步骤，并引导用户在帖子中真诚参与讨论。成功标准：波次计划符合对应模式，或清楚说明此处不适用波次安排。

步骤 5：合规扫描

依据 references/compliance-modes.md，对每条消息运行禁用短语扫描。发现任何匹配项 → 改写。成功标准：任何地方都不含征求投票 / 诱导投票 / 群发垃圾信息的措辞。

防护准则

• 合规模式优先于所有默认设置；如有疑问，请询问调用方。
• 绝不征求或诱导投票；绝不将福利与投票挂钩。
• 个性化一对一联系；不要向陌生人发送完全相同的群发消息，也不要发送抓取来的冷邮件。
• 消息内容应以真实产品为依据；重用 .ulpi/launch/positioning.md。
• 如实说明覆盖范围；不要暗示联系他人能伪造热度。
• 遵守各社区的自我推广规则；只在用户真正参与的社区分享。
• 此技能用于撰写人与人之间的联系消息及广播式推广内容，不用于撰写上架文案 / 首条评论（这属于 launch-copy）。

何时加载参考资料

• references/outreach-playbook.md — 招募受众、五个细分群体、覆盖计划，以及包含时间安排的波次策略（步骤 1、2、4）。
• references/templates.md — 可直接发送且符合规范的消息库：预热私信、候补名单邮件、上线日邮件波次、社区预告、一对一私信、X 主题帖、LinkedIn 帖文（步骤 3）。
• references/compliance-modes.md — 各平台的合规要求和禁用短语扫描（步骤 0、5）。

输出要求

编写 / 返回：

1. 一份 OUTREACH.md，包含分群计划以及各细分群体可直接发送且符合规范的消息
2. （如果该模式允许）错峰的上线日波次时间表；否则说明不适用波次安排
3. 合规确认：不含征求投票 / 诱导投票 / 群发垃圾信息的措辞，扫描已通过