Ledger 支持知识库的价值，不是把所有经验堆在一起，而是让下一次类似咨询能快速找到可复用答案。条目应围绕真实场景建立，清楚说明适用前提、处理步骤、确认结果和复用条件。
维护人员还应给每个条目标记适用对象，例如个人使用、团队支持或交付资料。对象清楚后，检索会更快。
支持知识库先按哪些场景分类
分类不宜过细，可以先分为设备启用、连接识别、应用管理、交付资料和团队维护。每一类下再放具体条目。服务协助材料可参考 技术支持准备清单。
- 分类名称使用用户能理解的话。
- 每个条目只处理一个主场景。
- 同类条目保留相同字段。
步骤条目怎样写得可复用
一个条目建议包含场景说明、适用前提、用户可提供材料、支持步骤、确认方式、结论示例和复用边界。需要团队协作时，可参考 团队设备使用支持。
| 字段 | 写法 | 复用价值 |
|---|---|---|
| 场景 | 一句话说明 | 快速定位 |
| 步骤 | 短句动作 | 便于执行 |
| 结论 | 状态摘要 | 便于交接 |
复用记录如何帮助新成员接手
知识库条目应让新成员不需要重新询问背景。条目开头写适用场景，中间写处理顺序，结尾写结论和复用条件。若场景超出条目范围，应回到人工判断，不把不适用的结论硬套到新问题上。
- 先看场景是否匹配。
- 再看步骤是否完整。
- 最后看结论是否能复用。
确认结果如何避免重复条目
确认结果应保留一个当前结论，不为同一场景建立多个相似条目。涉及设备状态核对时，可链接到 Ledger 设备核对指南，让条目只负责说明处理顺序。
知识库维护节奏怎样安排
建议每周查看新增条目，每月合并重复条目，每季度检查字段是否仍然清楚。若条目涉及使用咨询，可连接 Ledger 使用咨询准备，把咨询范围和知识库条目分开维护。
新成员使用知识库时，应先看场景分类，再看条目字段，最后看复用条件。这样能减少重复询问，也能让服务结论保持一致。
