| name | corp-knowledge |
| description | 在企业知识库（制度、SOP、运维手册、产品文档、历史方案）里查证据并给出带出处的答案。当用户问"公司规定是怎样的""这个流程该找谁""有没有现成的模板/方案""上次那个故障是怎么处理的""报销/请假/采购标准是多少"，或任何答案应当来自企业内部资料而不是模型记忆的问题时使用。不适用于公开常识、需要联网检索的外部信息，或用户已经把资料贴在对话里的场景。 |
| allowed-tools | grep, read_file, read_file_lines, list_files |
企业知识库检索
一条纪律
没找到出处就说没找到。 企业知识库里的问题——报销标准、审批链、故障处置——答错的代价
不是"回答质量差"，是有人照着做了。凭模型记忆编一个看起来合理的制度条款，比直说"我在
知识库里没查到"糟糕得多。
每个结论都要给出处：文件路径 + 章节/行号。给不出出处的话，就不是结论，是猜测。
知识库在哪
管理员在全局配置里挂了只读的知识目录（knowledge_roots），它们对每个会话都可见：
list_files
这些目录是只读的：你可以随便读、随便搜，但写不进去。要产出的东西写到工作目录。
怎么查（顺序很重要）
- 先 grep，再读文件。知识库通常有几百上千个文件，一个个读会烧光上下文。
grep "报销标准" # 先定位命中哪些文件
grep "差旅.*标准|标准.*差旅" # 术语不确定时用正则放宽
- 命中后只读相关段落，用
read_file_lines 取命中行附近，不要整篇读进来。
- 顺着交叉引用走。制度文件常互相引用（"详见《差旅管理办法》第 4 条"），
引用链的末端才是真正的规定。
- 注意时效。同一主题常有多个版本（
2024版、旧版、废止）。文件名和文档头部
的生效日期是判断依据；拿不准就把两个版本都列出来，让用户确认哪个现行有效。
术语对不上时
企业内部叫法和用户问法经常不一致（用户说"打车报销"，制度里写"市内交通费"）。
一次没搜到不等于没有：
- 换同义词再搜（报销/费用/结算、请假/休假/考勤、采购/招标/寻源）
- 用更短的词根搜（搜"差旅"而不是"差旅费报销标准是多少"）
- 用
list_files 看目录结构，从分类往下找
试过这些还是没有，就明确说"知识库里没有这部分内容"，并建议去问谁。
回答的形状
结论：市内交通费单次上限 100 元，超出需部门经理审批。
出处：
- 制度/费用管理办法.md 第 3.2 节（2025-06 生效）
- 制度/审批权限表.md 第 12 行
补充：夜间 22:00 后打车不受此限（同文件 3.2.1）。
先给结论，再给出处，最后才是补充说明——用户多数时候只需要第一行。
不要做的事
- 不要把整个知识库读进上下文再回答。grep 定位 → 精读片段，永远是这个顺序。
- 不要把知识库内容原样大段复制进回答。摘要 + 出处，需要原文时用户会问。
- 不要试图修改知识库。它是只读挂载的，改动请走知识库自己的流程。
