我构建了一个把客户来电转化为 Linear 工单的代理

Source: Dev.to

目标：让更多想法更快进入生产

我们是一家小型创业公司，花大量时间与用户进行视频通话。通话结束后，许多好的想法——尤其是小的产品改进——往往会流失。为捕获这些洞察，我们构建了一个代理，它会审查客户通话录音并自动在 Linear 中创建对应的新功能工单。

在第一周，代理为我们实现了三个小的功能改进。

代理概览

该代理由一个提示词和一组 MCP 工具定义。它充当产品情报助理，能够：

• 分析来自 Fathom 的通话录音
• 在 Linear 中创建问题单
• 通过 Slack 发送通知
• 只读访问本地代码库 (${config.platformCodebasePath}) 以验证可行性并提出具体实现方案

工作流

1. 获取并分析 来自 Fathom 的客户通话数据。
2. 识别 对话中提到的 bug 和小改进。
3. 扫描 代码库以验证问题并寻找具体解决方案。
4. 仅为高不确定性、可执行的事项 创建 Linear 工单：
   • 标题以 "[AGENT]" 为前缀
   • 打上 agent 标签
5. 通过 Slack 向团队发送更新通知。

关键细节

保持保守

代理必须有选择性。如果产生噪音输出，我们会忽略它。宁可不创建工单，也不要为模糊或不确定的问题创建工单。

代码库访问

我们通过 GitHub Action 检出仓库，使代理能够 grep、检查文件并验证可行性。工单中会包含建议的代码实现；后续甚至可以直接打开一个 PR 来实现新功能。

严格的工单规范

代理遵循我们现有的 Linear 约定：

• 标题以 "[AGENT]" 为前缀
• 指派给 Engineering 团队
• 状态设为 Triage
• 标签：始终包含 Agent，并根据情况添加 Bug 或 Feature

防止重复

在创建工单之前，代理会搜索相似的已有问题，以避免产生噪音。

构建你自己的代理

如果你想创建自己的代理，我们的平台 Tadata 提供免费层，你可以获取 MCP 连接器并构建符合团队特定需求的代理。