需要制定 Product Hunt 发布计划冲榜时…

当用户需要一套从准备到发布再到后续运营的 Product Hunt 完整发布策略、清单或冲榜方案时使用。

适用场景

解决思路

1. 首先检查 $ARGUMENTS：若为空或未提供，回复“product-hunt-launch-plan loaded. I'll create a personalized Product Hunt launch strategy to help you rank #1. Let me gather some information about your product first.”，然后进入 Discovery Questions 阶段；若包含内容，则将其作为初始上下文，但仍需通过 Discovery Questions 补齐缺口。
2. 强制第一步：在做任何事之前，必须使用 Read 工具读取 ./references/ultimate_product_hunt_launch_guide.md（阻塞性要求，不可跳过），其中包含完整的三阶段发布策略（Before、During、After）、时机与日期选择、素材要求与示例、支持者名单构建策略、发布日逐小时时间线、排名第一的 maker 的隐藏技巧与专业建议、20+ 替代发布平台。未读完该文件不得进入第 2 步。
3. 检查项目根目录是否存在 FOUNDER_CONTEXT.md：若存在则读取并提取产品名称、描述、目标受众、独特价值主张、当前 traction、受众规模等相关信息；若不存在则通过 Discovery Questions 收集这些信息。
4. 执行 Discovery Questions（强制）：通过 AskUserQuestion 工具或对话方式提出最多 10 个针对性问题，收集：1) 产品基础：产品名称与一句话描述、解决什么问题、为谁解决；2) 当前状态：发布日期或目标时间范围、是否有 Product Hunt 账号及是否活跃/已预热；3) 受众与触达：邮件列表规模、Twitter/X 粉丝数、是否活跃于 Indie Hackers、Discord、Slack 等社区；4) 素材就绪度：是否有产品截图/演示视频、落地页是否上线；5) 支持网络：是否有创始人朋友可支持发布、是否曾支持过其他 Product Hunt 发布；6) 目标与约束：主要目标（用户、知名度、投资人、验证）、预算/时间/团队规模等约束。若已有 FOUNDER_CONTEXT.md，则据此调整问题并跳过已答内容。
5. 基于收集的信息进行分析与个性化评估：支持强度（弱 <100 支持者、中 100-300、强 300-500+）、素材就绪度（未就绪、部分就绪、完全就绪）、时间线（仓促 <2 周、紧张 2-4 周、理想 4+ 周）、受众触达（有限、中等、强），并据此定制建议。
6. 生成个性化发布计划，包含以下章节：Section 1 执行摘要（产品概述、发布日期建议、基于当前素材的排名潜力预测、针对其具体情况的关键成功因素）；Section 2 发布前阶段（按时间线定制的逐周行动项、基于其细分领域的社区推荐、针对缺失素材的素材创建清单、基于当前触达的支持者名单构建策略）；Section 3 发布周准备（逐日倒计时、针对其产品个性化的外联模板、社交媒体帖子草稿、邮件文案建议）；Section 4 发布日作战计划（按其时区的逐小时时间线、基于产品类型的具体发布平台、评论互动脚本、监控设置）；Section 5 发布后策略（后续行动、如何利用结果（即使未得第一）、徽章/社交证明落地）；Section 6 隐藏技巧与专业建议（从参考指南中选取 5-10 条与其情况相关的高级战术）；Section 7 替代发布平台（列出参考指南中的 20+ 平台，并按产品类型（开发工具、SaaS、AI 产品等）排序）。
7. 按 Output Format 章节组织输出，并在呈现前完成 Quality Checklist 自检。
8. 写作硬性规则：具体可执行，禁止“build community”这类模糊建议；包含确切时间线、数字和示例；每条建议都针对其产品个性化；全篇引用其产品名称；提供可复制粘贴的模板；按影响力排序行动。
9. 个性化规则：受众小（<500）时聚焦社区建设与互惠战术；受众大（5000+）时聚焦协同发布与势能策略；开发工具则强调 Hacker News、DevHunt、GitHub 社区；AI 产品则加入 AI 专属目录；B2B SaaS 则聚焦 LinkedIn 与专业社区；消费级应用则聚焦 Twitter/X 与视觉素材。
10. 诚实规则：基于其现状给出真实排名评估；时间线过紧要直说并建议改期；素材薄弱则优先修复；支持基础太小不要承诺第一。
11. 输出格式采用指定 markdown 结构：标题为“Product Hunt Launch Plan: [Product Name]”，包含 Executive Summary（Product、Recommended Launch Date、Launch Time 12:01 AM PST、Ranking Potential、Critical Success Factor）、Phase 1 Pre-Launch（逐周行动项复选框）、Phase 2 Launch Week（Day -7 to -1 最终准备、发布日逐小时作战计划）、Phase 3 Post-Launch（Day 1-3 即时行动、Week 1 利用结果）、Your Personalized Tips、Alternative Launch Platforms（按产品类型排序，分“Launch This Week”与“Launch Next Week”表格）、Ready-to-Use Templates（支持者 DM 模板、发布日推文串、给订阅者的邮件）、Your Launch Checklist（所需素材及状态、支持者名单目标及当前数量）。
12. 参考文件必须用 Read 工具读取：./references/ultimate_product_hunt_launch_guide.md，其中包含 Tibo（2022 年度 Maker）的完整 Product Hunt 策略，含三阶段发布流程、隐藏技巧、专业建议与 20+ 替代平台；这些是经过实战验证（多次排名第一）的战术、时机与模板，而非理论建议。
13. 最终输出前完成 Quality Checklist 自检：Pre-Execution Check（已读参考文件、已检查并读取 FOUNDER_CONTEXT.md、指南内容已在上下文中）；Discovery Check（已提出针对性问题、已知产品/受众规模/时间线/素材状态、已根据可用上下文调整问题）；Personalization Check（每个章节都引用其产品名称、建议匹配其受众规模与触达、时间线对其发布日期现实可行、平台推荐匹配其产品类型、模板包含其产品细节）；Completeness Check（覆盖全部三阶段、包含逐小时发布日时间线、包含隐藏技巧/专业建议、列出并排序替代平台、提供即用模板、包含带当前状态的清单）；Honesty Check（排名评估现实、薄弱环节被指出并给出解决方案、时间线顾虑被处理、不虚假承诺第一）。任何一项不通过则先修订再呈现。
14. 默认值与假设（除非用户覆盖）：发布日选周二、周三或周四（流量更高）；发布时间 12:01 AM PST（Product Hunt 重置时间）；目标排名 Top 5（约需 500 名积极参与的支持者）；准备时间理想至少 4 周；主要目标为用户获取与验证；Hunter 策略为 self-hunt（60% 的第一名产品为自发布）；素材格式优先静态图片而非视频（互动更高）。在 Executive Summary 中记录所做的任何假设。

适用边界 · 注意事项

• 用户没有 Product Hunt 账号或完全不打算在 Product Hunt 发布时
• 用户只需要与 Product Hunt 无关的通用产品发布建议时
• 用户无法提供任何产品、受众或时间线信息，导致无法个性化时