使用场景

不同团队怎么用 Hearl：从独立开发者到有客服和运营分工的团队，以及让 AI agent 帮忙。

Hearl 适合这样的团队：用户会在 X、Reddit 或 Hacker News 上公开讨论你的产品，而你希望每条值得回应的讨论都有人接住、有人跟到底。下面是几种常见用法，每种都写了要怎么配置。

独立开发者：别让用户的问题在推特上晾着

情况。 你一个人做产品，用户习惯直接 @ 你的官方账号提问：费率怎么算、审核要多久、为什么付款失败。你没空一遍遍刷提醒，回得晚了，别人看到的就是一条没人理的抱怨。

怎么用。

1. 在「产品与来源」填上官网，Hearl 会读出官方 X 账号，勾上「跟踪提到这些账号的帖子」。
2. 打开「通知」，接上邮件或常用的群聊工具。有人提问、用户在你回复后又追问时，你会收到提醒。
3. 每天打开一次收件箱的「需要处理」：只剩真正要回的那几条，夸奖、闲聊和无关内容都已经分到别处。

效果。 价格疑问和使用方法类的问题会被标为高优先级，排在最前面。回复之后它会自动变成「团队已回复」；用户再追问，又会回到收件箱。

名字容易撞车的产品：只看真正在说你的帖子

情况。 产品名是常见词，或者和别的东西同名。直接搜关键词，结果里一大半是不相干的内容。

怎么用。

1. 在「产品是什么」里用一两句话写清楚产品做什么、给谁用。
2. 在「容易混淆的同名事物」里列出与名字相同的东西，比如无关的产品、常用词或某个人。
3. 搜索词可以放宽，交给智能判断来筛。拿不准的帖子会进「待确认」视图，标为「需要人工确认」，由人来决定，不会悄悄丢掉。

效果。 只是和产品名共用一个词、或拼写相近的帖子，会被判为「与产品无关」，不会出现在「需要处理」里。偶尔有漏网的，点「无关」就能关掉；如果同一类内容反复混进来，把它补进「容易混淆的同名事物」，之后的判断就会避开。

发布新版本后：把 bug 反馈从讨论里捞出来

情况。 刚发了新版本，Reddit 的子版块和 X 上一下子多了很多帖子：有人夸、有人提建议，也有人说某个功能坏了。

怎么用。

1. 在 Reddit 部分填上你的子版块，再加上全站搜索词。
2. 在收件箱按「故障」「负面反馈」筛，或者只看「高」优先级。
3. 把每条故障分给对应的负责人，设截止时间；修好后写一句处理结果，再标为完成。

效果。 发布当天的几十条讨论里，故障反馈会被标成故障、高优先级，排在前面；同一类问题由一个人负责，处理结果留在时间线上，之后查得到。

有分工的团队：客服、运营和产品一起接

情况。 社区运营负责回复，技术问题要转给工程师，价格和合作问题要找商务。以前靠截图转发，经常有人以为别人回过了。

怎么用。

1. 在「成员」邀请同事。每条讨论只有一位负责人，需要帮忙时再拉协作人。
2. 用「未分配」视图做每日分派，用「逾期」视图追进度。
3. 在讨论里写内部备注（不会公开发出去），用 @ 提醒同事。

效果。 每条讨论都能看到谁在负责、什么时候要处理完、最后怎么解决的。团队在平台上回复后，Hearl 会自动把状态改成「团队已回复」，不用手动同步。

让 AI agent 帮忙：每天的汇总和回复草稿

情况。 你已经在用 Claude、Cursor 或自己的脚本，希望它们直接读收件箱，而不是你复制粘贴。

怎么用。

1. 在「Agent 与 API」创建密钥。只看数据用只读，要分配、写备注就用读写。
2. 用 MCP、hearl 命令行或 REST API 接入，三种方式提供的是同一套操作。
3. 用一句话让它给出本周总结、最该先回复的帖子，并把一份回复草稿存成内部备注。

效果。 agent 会读概况和收件箱，挑出需要回复的帖子，把草稿写进备注，由你确认后再自己发出去。Hearl 不会替你公开发帖，agent 做的每个改动都会以「你 via agent」记在时间线上。

自己的社区渠道：把论坛、Discord 也接进来

情况。 除了 X、Reddit 和 Hacker News，你的用户还在自己的论坛、Discord 或工单系统里讨论。

怎么用。

1. 用读写密钥调用 POST /api/v1/products/{slug}/threads，把讨论按批推进来。
2. 再调用 POST /api/v1/products/{slug}/judge，让 Hearl 判断这些讨论是否相关、要不要回复。
3. 也可以在自己的电脑上运行 ego 采集器，用已登录的浏览器读取 X 和 Reddit，再推送到同一个收件箱。

效果。 所有渠道的讨论在一个收件箱里排队，用同样的判断、负责人和状态来处理。

接下来