# OnCall 无人值守讨论

LLMS 索引： [llms.txt](/llms.txt)

---

将诊断迁移至 Agent 2.0，提高前置诊断的智能化程度，现在诊断时间最长能达到 5min，已经足够完成比较复杂的诊断了。

1. **用户对 Agent**​ ​**的容忍度<sup>（如何在用户耐心耗尽之前让人工介入避免投诉）</sup>**：AI Agent 理论上能解决的范围，但是实际上更多还是依赖：“​**用户到底有多大意愿和 Agent 进行多轮对话**”，如果用户提问时候提供足够多的背景信息，很多未拦截工单是可以前置拦截成功的。
2. **知识库重构**：现在已有的 OnCall 知识库更类似字节云文档，后续扩展到无人值守，很多诊断所依赖的背景知识并不完善，分散在各个诊断 SKILL 中，需要将字节云线上环境、以及数据库全链路各链路组件的零散在各处的文档，整理到统一知识库中。
3. **知识库迭代<sup>（图片内容如何保存？链接的二次分析？）</sup>**：有相当大的新文档可能分散到个人文档库下，也要考虑一下如何将新增文档补充到知识库中。通过定时对 OnCall 聊天信息进行整理，汇总值班者给出的结论？
4. **诊断 SKILL 优化：** 在将智能诊断迁移至 Agent 2.0 时，发现之前写死的诊断路径提示词，反而会限制 Agent 的诊断思路，一些边角案例反而不如让 Agent 自由发挥，得出的结论更准确。

   ![未迁移智能诊断提示词之前](/images/network-asset-asynccode-20261021162445-uvc6m2p.png "未迁移智能诊断提示词之前")![迁移智能诊断提示词之后](/images/network-asset-asynccode-20261021162445-pxbx9ca.png "迁移智能诊断提示词之后")

‍

‍

‍
