社区帖子挖掘与非营销回复草稿

原文要点

该n8n免费模板每天早晨定时或手动触发，用Hacker News Algolia API和Stack Exchange Advanced Search API按关键词查时间窗内新帖，两个来源都无需密钥；统一格式后过滤重复、过旧、低互动、被踩以及已关闭或已回答的帖；查名为community_threads的n8n Data Table去掉已评过的帖；剩余候选交给OpenAI兼容模型先判断是否真值得做有帮助且带产品意识的回复，值得的再起草非营销口吻的回答或拒绝输出NOT_WORTH_POSTING；摘要限制字数后经Discord webhook发给人看，全程不自动发帖，每条已判帖写回Data Table防止重复处理。Stack Exchange每日配额约300次，可用max_keywords控制单次消耗。

这次做成什么

搭建一个只读不外发的社区线索监听练习：每天早上扫描两个技术社区的相关新帖，由模型先判断值不值得回复，值得才起草不带营销味的回答草稿，摘要推到Discord人工过目，绝不自动发布。

准备什么

• 一个可运行n8n实例并启用Data Table功能
• 一个OpenAI兼容模型的API密钥，用量会产生费用
• 一个Discord服务器频道的传入webhook地址
• 明确的关键词清单和一句外人能看懂的产品用途描述

具体怎么做

1. 导入模板并配置Settings

   在n8n导入该免费模板后打开Settings节点，填入关键词数组、产品名、what_it_does用途句、最大帖龄、互动阈值、每次处理的帖数上限以及Stack Exchange站点名（如stackoverflow）。what_it_does要像陌生人描述痛点那样写，因为模型拿它判断契合度。

2. 创建去重数据表

   在n8n Data Tables中新建名为community_threads的表，建立六列：thread_key、source、title、url、verdict、seen_on。该表用于跨运行去重，已评估过的帖不会再次送模型，节省配额和模型费用。

3. 接入三个凭证

   为判断和起草用的聊天模型添加OpenAI兼容API凭证；在Discord目标频道设置里创建传入webhook，复制URL并在n8n添加为Discord webhook凭证。Hacker News和Stack Exchange查询不需要任何密钥。

4. 手动跑一轮验证

   先用手动触发代替定时，把关键词收窄到一个、帖数上限调小，观察各分支：过滤后剩几条候选、模型判了几条值得回复、Discord收到几条草稿摘要、Data Table是否每判一条就写入一行。确认无误后再打开每日早晨的定时触发。

5. 人工阅读草稿并自行发帖

   在Discord里读摘要，认可草稿后自己到原帖登录账号发布并按社区规则调整措辞。流程设计上不会替你发帖，发布责任在你。

可直接复制的材料

{
  "keywords": ["self hosted analytics"],
  "product_name": "Acme Metrics",
  "what_it_does": "一个自托管的轻量网站统计工具，不依赖第三方Cookie，适合在意隐私的小团队",
  "max_age_hours": 48,
  "engagement_threshold": 3,
  "thread_caps": 10,
  "max_keywords": 3,
  "stack_exchange_site": "stackoverflow"
}

你是一个社区回复契合度判断器。下面给你一条社区帖子的标题和内容摘要，以及一个产品的用途描述。
产品用途：{what_it_does}
帖子标题：{title}
帖子摘要：{body}
判断标准：只有当帖子作者在讨论的问题与产品用途直接相关，且一条提及该产品、以解决问题为主的回复能真正帮到提问者时，才回答 FIT；其余情况（话题仅沾边、帖子在发泄情绪、已有明确解决方案、提及产品会显得像广告）一律回答 NOT_FIT。
只输出一个词：FIT 或 NOT_FIT。

为下面这条帖子起草一条社区回复草稿。
帖子标题：{title}
帖子摘要：{body}
背景产品：{product_name}——{what_it_does}
要求：
1. 先用一两句直接回答提问者的核心问题，给可操作的通用建议，不依赖该产品也成立。
2. 只有在自然的位置才提一次产品名，说明它适用此场景，不使用营销词（如“最佳”“颠覆”“立即注册”）。
3. 口吻像同行开发者，不超过150字。
4. 如果这条帖子其实不适合提及产品，只输出 NOT_WORTH_POSTING。

输入与输出示例

本站虚构演示，非模板实际运行结果；帖子与回复均为编造

输入

关键词设为 self hosted analytics，当天候选帖：标题“替代Google Analytics的隐私友好方案有哪些？”，来源Hacker News，12条评论，发布于20小时前；另一帖标题“推荐几款国产猫粮”，2条评论。

对应输出

Discord摘要示例（每条草稿限字）：
[值得回复·HN] “替代Google Analytics的隐私友好方案有哪些？”
草稿：可以先列需求再选型：是否要自托管、是否依赖Cookie、数据是否要出境。如果核心诉求是隐私和自有数据，Acme Metrics这类自托管统计工具可以直接部署在自己的服务器上，不依赖第三方Cookie，适合小团队。自托管的代价是要自己维护，量大的话留意存储开销。
[跳过] “推荐几款国产猫粮” — 判定 NOT_FIT，未起草。
Data Table新增1行：thread_key=hn_41230001, source=hackernews, verdict=FIT。

做完检查这些

• 手动运行后Discord频道收到摘要，且只包含被判为值得回复的帖的草稿
• community_threads表中每条已评估帖恰好有一行，再次运行同一帖不重复送模型
• 已关闭或已有被采纳回答的Stack Overflow问题在过滤分支被剔除
• 全程没有任何节点向Hacker News或Stack Exchange发出发帖请求

容易卡住的地方

• Stack Exchange接口每日配额约300次，关键词过多会快速耗尽，用max_keywords限制单次消耗
• what_it_does写成广告语会导致模型把沾边帖也判为契合，草稿质量变差
• Data Table表名或六列列名不一致会导致去重和写入失败，需严格照建
• 模型API按用量计费，关键词多、帖数上限高时每日费用会上升，先小量试跑
• 草稿仍需人工判断社区规则，部分版块禁止自荐，贸然发布可能被删帖或封号