让团队的答疑不再随对话消失
来源：dev.to — 2026-10-20 · 约 7 分钟阅读
📋 概述
作者在社区答疑时发现，真正的浪费不在回答当下那个问题，而在回答过程中挖出的东西——漏掉的步骤、容易误解的默认值、该单独成文的绕行方案——这些细节随对话沉底，下一个人问同样的问题，团队再找一遍。他做的 answerLoops 把 Discord、Slack、GitHub、Telegram 的问题汇到一个面板，用知识库起草回复，另一个代理给草稿打置信分并判断是否真正回答了问题，自动发送默认关闭。
🔑 核心要点
- 答疑的副产品才是知识库的原料，但它们恰好最容易随对话一起消失。
- 起草与质检分成两个代理：一个写回复，一个判断置信度与是否切题。
- 自动回复默认关闭，只有达到设定标准的草稿才可自动发出，其余留给人审。
- 回答质量取决于知识库里有什么，所以入库、复核与保持更新才是这类工具的重心。
💡 金句
“You resolve the question, but that useful detail stays buried in the conversation.”
译：问题解决了，但那个有用的细节就埋在了对话里。
← 返回 dev.to 首页