launch-product-hunt

此技能用于准备和指导 Product Hunt 发布。以下规则不可妥协：

1. 仅进行合规推广。绝不以任何形式协助操纵投票：投票团体／小组、互赞网站、购买或以奖励换取投票、虚假／马甲／集群账号、要求他人点击赞成票链接，或请求“请给我们投赞成票”。付费请人担任猎手或引流也属禁止行为，可能导致内容被移除或永久封禁。如果用户提出任何此类要求，请拒绝相关部分，说明风险，并转而提供合规策略。每条消息都必须通过 references/policy-compliance.md 中的禁用措辞检查。
2. 每句话都必须以真实产品为依据。写任何标语前，先了解产品：如果存在 .ulpi/launch/positioning.md，则阅读该文件；否则，阅读 README、实时落地页（通过 browse）、.ulpi/design/，以及 .claude／.cursor 中的 project-context.md。不要使用泛泛的占位文案。如果无法判断产品的用途和目标用户，请提问。
3. 组合使用共享技能，并灵活处理缺失情况。在委派的步骤中，调用 launch-copy、launch-outreach（模式为 product-hunt）和 launch-analytics（来源为 producthunt）。如果未安装某个配套技能，请告知用户一行安装命令（npx skills add https://github.com/ulpi-io/skills --skill <name>），并回退到内置参考资料，确保发布流程仍能完成，绝不可直接失败。
4. 严格遵循准确、最新的字段规范。限制和尺寸会变化，应以 references/field-specs.md 为准；如果某个关键数字可能已经过时，请通过 browse 查看 Product Hunt 实时提交流程并核实。
5. 在宣布发布材料完成前，运行发布前检查关卡（references/preflight-gate.md）。有些检查需要机械计数。如果有任何一项无法如实勾选，则发布尚未准备就绪；请修正后重新检查。
6. 设定合理预期。Product Hunt 是信誉度和曝光度的放大器，而非主要的客户获取渠道；大多数提交都不会被推荐。绝不承诺爆红、排名或 Product of the Day。
7. 将发布材料写入 .ulpi/launch/product-hunt/（并将共享简报写入 .ulpi/launch/positioning.md）。产出持久、可直接粘贴使用的材料，而非转瞬即逝的建议。

launch-product-hunt

输入

• $request：要发布的产品、发布日期／阶段，或具体的 Product Hunt 目标（例如“写我的标语和首条评论”“规划发布当天”），以及可选链接。

目标

基于真实产品，生成一套完整、合规、可直接粘贴使用的 Product Hunt 发布材料，保存至 .ulpi/launch/product-hunt/（以及共享文件 .ulpi/launch/positioning.md）：

• LISTING.md — 填写所有 Product Hunt 字段，可直接粘贴使用（名称、标语选项并选定一条、描述、主题、图片集镜头清单、演示视频大纲、Maker 的首条评论、带 UTM 参数的链接）。
• PLAN.md — 倒计时计划、按太平洋时间逐小时安排的发布日执行手册、猎手／日期决策，以及发布后的计划。
• OUTREACH.md — 支持者分组、可直接粘贴使用且符合 Product Hunt 规范的消息，以及社交媒体帖子。
• CHECKLIST.md — 发布前检查关卡结果和发布日清单。

步骤 0：信息收集与配套技能

只询问无法自行确定的信息：产品（名称、用途、目标用户、实时网址）；发布阶段和日期（即将发布还是数周后；是否已选定日期）；受众／触达范围；团队；猎手（默认自行担任猎手）。注明已安装哪些配套技能（launch-copy、launch-outreach、launch-analytics）；如有缺失，请告知安装命令，但无论如何都继续执行（已有备用方案）。最多提出几个有针对性的问题。成功标准：已确认产品、发布阶段／日期和触达范围。

第 1 步：明确产品定位 → .ulpi/launch/positioning.md

如果 .ulpi/launch/positioning.md 已存在，就沿用。否则，根据 .ulpi/design/DESIGN.md、.claude/.cursor 中的 project-context.md（第 1–9 节）、README/文档，以及当前的落地页构建（使用 browse 技能访问页面——提取真实的价值主张、功能、截图和佐证）。如果缺少 browse 或网站，请向用户询问关键要点。提炼：一句话说明产品是什么、ICP、用用户自己的话表达核心价值、3 个最重要的差异化优势、佐证、类别、链接——不得虚构内容。将其保存为共享的事实来源。成功标准：简明扼要，且不会与任何素材相矛盾。

第 2 步：机制、时间安排与现实目标

加载 references/ph-mechanics.md。决定并记录到 PLAN.md：日期/星期（默认周二至周四，PT 凌晨 12:01；仅在有意选择低竞争策略时选周末）、猎手决策（默认自己担任猎手；绝不付费），以及诚实的结果预期范围（是否上榜/成为当日产品并无保证）。成功标准：确定具体日期、猎手决策和现实目标——不夸大其词。

第 3 步：撰写产品介绍 → LISTING.md

将 PH 素材规范（references/copywriting.md）和准确的限制（references/field-specs.md）交给 launch-copy 技能，起草标语选项（≤60 个字符，推荐一个）、描述（≤500 个字符）、图库幻灯片标题和创作者的首条评论——所有内容都必须以 positioning.md 为依据，采用 PH 语气，且不得请求点赞。备用方案：如果未安装 launch-copy，则直接根据 references/copywriting.md 起草。然后由 PH 负责：整理 LISTING.md，添加图库拍摄清单（图片 1 = 抓眼球的海报 + 说明文字，之后是 3–5 张价值展示幻灯片——总计 4–6 张，尺寸为 1270×760）、演示视频大纲、主题（≤3 个）、创作者、任何优惠（须与试用挂钩，绝不能与投票挂钩）以及链接。成功标准：每个字段都已填写、符合品牌调性、符合规范（已统计字符数/尺寸），可直接粘贴使用——不得出现“[insert tagline]”。

第 4 步：规划预热和发布日 → PLAN.md

加载 references/prelaunch-playbook.md 和 references/launchday-runbook.md。编写倒计时计划（根据实际时间线调整——建立站外支持者名单，因为 PH 原生预告页已不复存在；预热受众、敲定素材、安排发布），以及按小时划分的发布日执行手册（太平洋时间）：凌晨 12:01 发布 + 首条评论 → 分波次通知 → 快速回复每条评论 → 午间推广 → 最后几小时推广 → 当天结束时致谢。如果有团队，则分配团队职责。成功标准：队友无需临场发挥，只看 PLAN.md 就能执行当天的工作。

第 5 步：外联与扩大传播 → OUTREACH.md

调用 launch-outreach 技能，使用合规模式 product-hunt、positioning.md 和发布日期——它会生成分群计划和可直接粘贴、符合规范的消息（预告私信、候补名单邮件、发布日分波次邮件、社区预告、1:1 私信、X 推文串、LinkedIn 帖文），以及分波次时间表。 *备用方案：*如果未安装该技能，则根据 references/policy-compliance.md（其中的合规/违规措辞示例和模板）起草。成功标准：每条消息都可直接粘贴使用、经过个性化处理，并通过不征求投票的检查。

第 6 步：接入衡量 → 标签链接与事件

针对此次发布，调用 launch-analytics 技能，指定 渠道 product-hunt（磁盘上的 slug，因此会在其他文件旁写入 .ulpi/launch/product-hunt/analytics.md），并使用 utm_source producthunt（GA 值）——设置 UTM 方案，为 LISTING.md 和 OUTREACH.md 中的每个发布链接添加标签，并接入注册/激活跟踪。*备用方案：*如果未安装该技能，则应用最简 UTM 方案（utm_source=producthunt&utm_medium=<placement>&utm_campaign=<launch>），并将 UTM 对照表和注册/激活计划写入 .ulpi/launch/product-hunt/analytics.md，确保无论如何都存在该文件。成功标准：每个链接都可归因，注册都可跟踪——而不只是 upvote。

第 7 步：发布前检查关卡 → CHECKLIST.md

端到端执行 references/preflight-gate.md，并将结果写入 CHECKLIST.md。有些项目可机械核验：标语 ≤60 个字符（需计数）、描述 ≤500 个字符、图片集数量/尺寸、是否已准备首条评论、所有推广内容中是否完全没有索要投票的禁用短语、链接是否已添加 UTM 标签、主题是否 ≤3 个、支持者名单是否切合实际。然后追加一份简短的发布日清单——将 launchday-runbook.md 中的节奏提炼为可勾选的上线步骤（太平洋时间凌晨 12:01 发布、发布首条评论、通知第 1 波支持者、回复评论、午间推进、最后几小时推进、当天结束时致谢）——让 CHECKLIST.md 同时包含准备情况检查关卡和发布日清单。修复任何未通过的项目并重新运行。成功标准：每项都已勾选；整个发布包内容一致且符合规范。

第 8 步：发布后计划 → 追加到 PLAN.md

加载 references/postlaunch.md。追加：如果获得徽章，则认领/嵌入徽章；借势排行榜/新闻通讯/Orbit 评价；转化流量高峰（通过 launch-analytics 跟进邮件、引导入门和再营销）；发送致谢；将内容改编为社会认同素材；重新发布规则（间隔 6 个月以上，且有重大更新）；以及**“表现不佳时”的应对方案**（持续互动，绝不慌乱群发或乞求支持）。成功标准：用户清楚 24 小时窗口结束后该立即做什么。

防护规则

• 只指导合规推广；绝不操纵投票；如有人提出此类要求，应拒绝并引导至合规做法。禁止付费狩猎。
• 所有文案都必须基于真实产品；绝不发布虚构功能、虚假指标或空泛标语。
• 所有字段和消息必须统一使用一种定位；复用 .ulpi/launch/positioning.md。
• 组合使用共享技能；如果缺少某个技能，则提示安装并提供备用方案——绝不直接失败。
• 遵守准确且最新的字段规范；如果关键数字可能已过时，请通过 browse 核实。
• 设定合理预期；绝不承诺排名、推荐或病毒式传播。
• 此技能规定图片集和视频要求；它不会生成图片或编辑视频。
• 将发布包写入磁盘；不要让发布计划只停留在临时聊天中。

何时加载参考资料

• references/ph-mechanics.md——排名/推荐、发布日窗口、奖项、最佳发布时间、合理结果（第 2 步）。
• references/field-specs.md——每个提交字段当前的准确规范（第 3 步）。此文件为权威依据。
• references/copywriting.md——传递给 launch-copy 的 PH 发布页素材配置文件，以及内联文案备用方案（第 3 步）。
• references/prelaunch-playbook.md——倒计时、支持者名单建立、自荐发布与猎手发布、排期（第 4 步）。
• references/launchday-runbook.md——按太平洋时间逐小时安排的执行手册、各波次、互动、角色、硬性规则（第 4 步）。
• references/policy-compliance.md——禁止行为、影子封禁触发条件、禁用短语扫描和推广备用方案（第 5、7 步）。
• references/preflight-gate.md——发布准备情况与合规性阻断关卡（第 7 步）。
• references/postlaunch.md——徽章、排行榜、Orbit 评价、流量高峰转化、致谢、重新发布规则和表现不佳时的应对方案（第 8 步）。

输出约定

在 .ulpi/launch/ 下编写，并报告：

1. .ulpi/launch/positioning.md — 共享的、有依据的简报（新建或复用）
2. product-hunt/LISTING.md — 名称、标语选项（推荐一个）、描述、主题、图片集 拍摄清单、演示视频大纲、创作者首条评论、带 UTM 标记的链接
3. product-hunt/PLAN.md — 倒计时、逐小时执行手册、猎手／日期决策、 发布后计划
4. product-hunt/OUTREACH.md — 支持者分组，以及可直接粘贴且合规的消息 + 社交帖子
5. product-hunt/CHECKLIST.md — 发布前检查结果（每项均已勾选）和发布日清单
6. product-hunt/analytics.md — UTM 映射 + 注册／激活跟踪（来自 launch-analytics）
7. 切合实际的预期，以及合规确认（所有消息中均不含征求投票的措辞），并说明使用了哪些配套技能，哪些则使用内置功能替代