经验分享：构建用于处理 GitHub、Discourse 和邮件的 AI Agent（开源维护的真实用例）

我于 14 年前共同创立了 **Seafile**，这是一个开源文件同步平台。随着社区的发展，我们的支持渠道变得令人头疼： * **GitHub** 用于处理技术 Bug。 * **Discourse** 用于社区讨论。 * **邮件** 用于私密支持。 我们曾经需要花费数小时仅为了找到解决某个问题所需的上下文。现在，我们构建了一个 Agentic 工具来简化这一流程。在这里，我想分享具体的实现方式。我们将系统划分为三个组件： **1. 知识同步层** 系统可以从 Notion、Confluence 和文档站点同步内容。这确保 Agent 始终拥有最新知识。 **2. 多通道管道** 它持续从 GitHub、Discourse 和邮件中拉取议题（issues）和评论。 **3. Agentic 循环** Agent 不会立即回复（从而避免潜在的误判），而是监控信息流，为特定议题生成相关内容及可操作建议。我们构建了 UI 以时间线格式展示 Agent 的“思考过程”： * **事件：** 是什么触发了操作？（例如，“新 GitHub Issue #402”） * **分析：** Agent 发现了什么？（例如，“根据一篇类似的 Discourse 帖子，这看起来像是 v8.0 版本引入的回归问题。”） * **建议：** 具体行动方案（例如，“分配标签：Bug；起草回复解释临时解决方案。”） Agent 拥有一个特定的“工具箱”： * **元数据：** 分配 GitHub 议题类型/标签。 * **沟通：** 为 GitHub/论坛起草评论或回复邮件。 * **内部流程：** 如果社区帖子被确认为 Bug，则为开发团队创建工单。 **结果** 该系统充当了 **知识上下文层**。人类用户仍在环中审批最终操作，但研究每个工单背景的“心智负担”已降至近乎为零。我对该系统相当满意，它能够解决我们日常支持工作中的大部分任务。