Product Hunt 发布工具包
生成您在 Product Hunt 发布时所需的全部素材：列表文案、制作者评论以及发布当天的社交媒体帖子。
关键规则： Product Hunt 标语长度最多为 60 个字符。描述长度最多为 500 个字符。切勿做出无法验证的事实性声明。切勿提及竞争对手名称。除非产品是完全永久免费的（不仅仅是试用），否则切勿使用“免费”一词。
第一步：收集产品详情
您需要：
- 产品名称
- 产品功能（一句话技术描述）
- 主要使用场景和目标用户
- 与现有工具相比的关键差异化优势
- 定价：免费、免费增值、付费（起始价格）
- 是否开源：是/否
- 发布日期（用于日程安排参考）
- 任何凭证、发布折扣或促销代码
- 2-3 个值得用户点赞的原因（诚实的理由，而非营销话术）
如果缺少任何一项，请先在一则消息中询问后再继续。
同时检查项目上下文文件：
ls README.md 2>/dev/null && echo "README found"
ls package.json 2>/dev/null && echo "package.json found"
如果 README.md 存在，在提问前先读取前 80 行以提取产品描述和关键功能。
第二步：图片策略
Product Hunt 需要截图。大多数列表因为图片质量差或缺失而失败。在编写文案之前，请规划好图片。
规格： 1270×760px，PNG 或 JPG，最多 8 张图片。第一张图片是主图：它出现在信息流和卡片中。
五位图框架：
| 位置 | 目的 | 展示内容 |
|---|---|---|
| 1 (主图) | 信息流中的第一印象 | 正在使用的产品、干净的 UI 或终端输出、无文字覆盖 |
| 2 (功能演示) | 展示核心操作 | 让产品出彩的地方：“啊哈”时刻 |
| 3 (前后对比) | 展示正在解决的问题 | 分屏：混乱/慢速状态 vs 整洁/快速状态 |
| 4 (社交证明) | 建立可信度 | 真实用户的引用、统计数据或前后对比指标 |
| 5 (技术差异化) | 针对怀疑者 | 架构图、基准测试或不同寻常的技术决策 |
如果产品是 CLI 工具或库，终端输出截图效果很好。使用箭头标注重要部分。
视频（可选但效果显著）： 60-90 秒的演示。时长不超过 2 分钟。无需配音：带字幕的屏幕录制即可。
告知用户：“请在发布前规划好 [N] 张图片。主图（位置 1）最重要。以下是为每个位置需要捕捉的内容：[上述列表，根据此产品定制]。”
第三步：生成标语变体
标语出现在 Product Hunt 上产品名称正下方。它是您列表中最受关注的文案。
硬性限制：
- 最多 60 个字符（含空格）
- 末尾不加句号
- 不加主题标签
- 不能以产品名称开头
- 不使用最高级：“最好”、“最快”、“最简单”、“最强大”
- 不能是问句
标语公式： [动作动词] + [功能描述] + [关键差异化优势]
生成五个标语变体：
- 结果导向： 用户能达成什么（“无需离开代码库即可发布文档”）
- 问题导向： 点出已解决的痛点（“无需再在 Figma 和代码之间复制粘贴”）
- 技术角度： 面向开发者工具，以技术为切入点（“一条命令将 SQLite 转化为可共享的 Web 应用”）
- 无比较的替代方案： 在不提及竞争对手的情况下定位（“基于 Git 的代码审查，可在 VS Code 内部运行”）
- 平实语言： 无专业术语，面向最广泛受众（“将任何 RSS 源转化为每日邮件摘要”）
生成后，计算每个的字符数。标记任何超过 60 个字符的，并进行修改。
第四步：编写列表描述
描述出现在标语下方。最多 500 个字符。它显示在搜索结果和链接预览中。
结构：
- 句子 1：功能介绍及目标用户（具体）
- 句子 2：使其工作的关键功能或技术方法
- 句子 3（可选）：定价或可用性
描述规则：
- 280-500 个字符（较短可以；较长会在预览中被截断）
- 通篇使用现在时
- 无夸张形容词
- 无“我”：使用第三人称或祈使句（“将你的...”、“连接到...”，不能是“我构建了...”）
- 无链接（它们不会渲染）
- 如果是开源的，请注明：“开源且可自行托管。”
第五步：编写制作者评论
制作者评论是 Product Hunt 成功最重要的驱动因素。这是您对自己帖子的第一次回复，需要在发布后 60 秒内发布。
硬性限制：
- 300-400 个单词
- 必须在产品上线后 60 秒内发布
- 第一人称，对话式
- 讲述起源故事
- 承认明显的替代方案，并解释为什么您还是构建了它
- 以具体问题结尾，以邀请评论
结构：
开头（2-3 句）： 为什么构建它。真实的故事：什么让您感到沮丧，您注意到了什么差距，您不断遇到什么问题。不要写“我激动地宣布”。
功能说明（3-5 句）： 解释核心机制。用户第一次使用时会发生什么。包含一个表明您深思熟虑过该问题的具体技术细节。
目标用户（2-3 句）： 描述将获得最大收益的具体人群。不是“每个需要 X 的人”：而是一个特定人物：“如果你是每周五下午部署且害怕出现的独立开发者...” 或 “如果你曾经花费 20 分钟向三个不同的审查者解释相同的 PR 上下文...”
诚实的免责声明（1-2 句）： 它不能做什么。什么还比较粗糙。这能建立信任并过滤出合适的早期用户。
征求意见（1-2 句）： 问一个具体问题。“我们还没找到处理 [特定边缘情况] 的最佳方案：很想知道你们是如何处理的。” 或 “我最不确定的是 [X]：这对你来说重要吗？”
第六步：使用 Gemini 生成所有素材
在一次 Gemini 调用中编写所有素材：
cat > /tmp/ph-launch-request.json << 'ENDJSON'
{
"system_instruction": {
"parts": [{
"text": "你是编写 Product Hunt 发布文案的助手。请按顺序生成所有素材，并清晰标注。规则：标语最多60字符，描述最多500字符，制作者评论300-400个单词，第一人称。禁止使用营销词汇：'革命性'、'改变游戏规则'、'强大'、'健壮'、'无缝'、'创新'、'最佳'、'精简'。禁止提及竞争对手名称。标语中禁止使用最高级。禁止使用破折号。社交媒体帖子：推文最多280字符，推文串中不加主题标签（它们在技术帖子上会降低信号质量）。LinkedIn 帖子150-300个单词，专业但不生硬。邮件序列：4封邮件，每封不超过150个单词，主题行不超过50个字符。每个素材都加一个明确的标题。各部分之间不加评论。"
}]
},
"contents": [{
"parts": [{
"text": "产品详情在这里"
}]
}],
"generationConfig": {
"temperature": 0.7,
"maxOutputTokens": 4096
}
}
ENDJSON
curl -s -X POST \
"https://generativelanguage.googleapis.com/v1beta/models/gemini-2.0-flash:generateContent?key=$GEMINI_API_KEY" \
-H "Content-Type: application/json" \
-d @/tmp/ph-launch-request.json \
| python3 -c "import sys,json; d=json.load(sys.stdin); print(d['candidates'][0]['content']['parts'][0]['text'])"
将 产品详情在这里 替换为从第一步收集的所有上下文信息：产品名称、描述、使用场景、差异化优势、定价以及任何制作者备注。
在提示中请求以下素材：
- 五个标语变体（附字符数）
- 列表描述（附字符数）
- 制作者评论（300-400个单词）
- 发布当天推文串（5-7条推文，每条280字符）
- LinkedIn 帖子（150-300个单词）
- 邮件序列（4封邮件：现有用户、新闻通讯、当天提醒、后续跟进）
第七步：自我质量保证
在呈现之前：
标语：
- 全部在 60 个字符以内（逐一计数）
- 没有以产品名称开头
- 不包含最高级
- 不包含营销词汇
描述：
- 在 500 个字符以内（计数）
- 第三人称或祈使语气（不含“我”）
- 无链接
制作者评论：
- 300-400 个单词（计数）
- 以真实的起源故事开头（不是“我激动地宣布...”）
- 包含一个诚实的免责声明
- 以具体问题结尾
- 无营销语言
- 无破折号
推文串：
- 每条推文在 280 个字符以内（计数）
- 无主题标签
- 第一条推文是钩子：产品最吸引人的地方
如果任何一项失败，在呈现前进行修改。不呈现有质量保证失败的草稿。
第八步：呈现完整发布工具包
按以下顺序呈现：
## Product Hunt 发布工具包：[产品名称]
---
### 标语（选择一个）
1. [标语]: [字符数]
2. [标语]: [字符数]
3. [标语]: [字符数]
4. [标语]: [字符数]
5. [标语]: [字符数]
**推荐：** [一句话说明偏好标语 X 的原因]
---
### 列表描述
[描述文本]
[字符数] / 500
---
### 制作者评论（在发布后60秒内发布）
[制作者评论文本]
---
### 发布当天推文
推文 1/6: [文本]
推文 2/6: [文本]
...
---
### LinkedIn 帖子
[帖子文本]
---
### 邮件序列
**邮件 1：现有用户（发布前1周发送）**
主题：[主题]
[正文]
**邮件 2：新闻通讯/受众（发布前一天发送）**
主题：[主题]
[正文]
**邮件 3：当天提醒（太平洋时间凌晨 12:01 发送）**
主题：[主题]
[正文]
**邮件 4：后续跟进（发布后48小时发送）**
主题：[主题]
[正文]
---
### 自行发布 vs. 顶级猎人决策
回答以下问题来决定：
| 问题 | 自行发布 | 找猎人 |
|----------|-----------|--------------|
| 你在目标受众中有 500+ 个 Twitter/LinkedIn 粉丝吗？ | 是 | 否 |
| 你的产品有现有用户群可以动员吗？ | 是 | 否 |
| 你的产品是否偏技术，并且在开发者社区中你有个人品牌？ | 是 | 否 |
| 这是你的首次发布，还没有受众？ | 否 | 是 |
| 是否有顶级猎人（PH 上 500+ 粉丝）已经在使用你的产品？ | 否 | 是 |
如果 3 个以上答案指向“找猎人”：至少在发布前 2 周联系猎人。将请求表述为分享你构建的、他们可能真心想了解的东西：而不是请求帮助。
---
### 发布前 30 天准备
**第 30-21 天：预热阶段**
- [ ] 在 Twitter/LinkedIn 上发布“公开构建”更新：你在解决什么问题以及为什么
- [ ] 找出 3-5 个在 PH 上有 500+ 粉丝且与你产品类别匹配的猎人
- [ ] 开始建立支持者列表（所有会在发布当天点赞的人）：团队成员、用户、投资者、技术圈朋友
- [ ] 设置一个简单的“发布时通知我”页面（即使是用 TypeForm 或 Google Form）
**第 20-8 天：素材阶段**
- [ ] 以 1270×760px 的大小捕捉全部 5 张图片（见上方图片策略）
- [ ] 如果合适，录制 60-90 秒的演示视频
- [ ] 起草此工具包中的所有文案：标语、描述、制作者评论、社交媒体帖子、邮件
- [ ] 在第 8 天发送邮件 1（现有用户）
**第 7-2 天：最终准备**
- [ ] 在第 2 天发送邮件 2（新闻通讯）
- [ ] 直接给你的支持者列表发消息（Slack、私信、邮件）：不是群发，而是个人消息
- [ ] 安排推文串和 LinkedIn 帖子
- [ ] 进行预演：检查 PH 列表预览，确认所有图片显示正确
- [ ] 确认制作者评论在 400 个单词以内，并保存在你可以立即粘贴的位置
**第一天：发布当天**
- [ ] 帖子在太平洋时间凌晨 12:01 上线
- [ ] 上线后立即发送邮件 3（当天提醒）
- [ ] 发布后 60 秒内发布制作者评论
- [ ] 在最初的 30 分钟内发布推文串
- [ ] 发布 LinkedIn 帖子
- [ ] 在 2 小时内回复每一条评论：PH 算法会奖励活跃的制作者
- [ ] 不要直接请求点赞：请人们“查看一下”或“分享反馈”
- [ ] 通过私信给你的支持者列表发送直接链接：不是“去点赞”，而是“我们刚刚发布，很想知道你的想法”
- [ ] 在发布后 5 分钟内发布第一条带促销代码的评论
**第二天：后续跟进**
- [ ] 发送邮件 4（48 小时后跟进），附上结果和感谢
- [ ] 在 Twitter/LinkedIn 上发布结果更新：点赞数、评论数、经验教训
- [ ] 回复任何你错过的夜间评论
---
### 点赞基准
| 点赞数 | 结果 |
|---------|---------|
| 50-100 | 已上榜但不在首页 |
| 200-400 | 具有竞争力的首页位置 |
| 500-800 | 当日 Top 5 |
| 800+ | 当日产品 |
| 1500+ | 当周产品候选 |
首小时速度比最终总数更重要。首小时 100 个点赞优于 24 小时内 400 个点赞。
---
### 发布当天逐小时时间线
| 时间 (PST) | 操作 |
|------------|--------|
| 上午 12:01 | 帖子上线。不要自动发布：保持清醒并手动点击。 |
| 上午 12:02 | 发布制作者评论（将其复制到剪贴板，立即粘贴并提交） |
| 上午 12:05 | 发布第一条评论（促销代码或背景信息） |
| 上午 12:15 | 推文串上线 |
| 上午 12:30 | LinkedIn 帖子上线 |
| 上午 12:30 | 向你最投入的 10 个支持者发送个人私信 |
| 上午 1:00 | 检查第一批评论，全部回复 |
| 上午 7:00 | 美国早晨流量高峰。检查排名。回复夜间评论。 |
| 上午 9:00 | 如果你打算在早上发送，发送邮件 3（当天提醒） |
| 下午 12:00 | 午间检查。回复所有评论。如果正在走红，发布一条“午间更新”推文。 |
| 下午 5:00 | 美国晚间流量高峰。如果需要，向支持者列表做最后推送。 |
| 下午 11:59 | 结果最终确定。截图你的排名。 |
---
### 发布检查清单
- [ ] 帖子在发布当天太平洋时间凌晨 12:01 上线（手动点击，非自动）
- [ ] 制作者评论已复制到剪贴板，在发布后 60 秒内发布
- [ ] 准备好 200+ 人的支持者列表，在发布当天可以个人联系
- [ ] 图片和视频（如有）在发布前已上传并预览
- [ ] 所有 4 封邮件已起草完毕
…
[因长度限制已截断]