| 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 定位 → 精读片段,永远是这个顺序。
- 不要把知识库内容原样大段复制进回答。摘要 + 出处,需要原文时用户会问。
- 不要试图修改知识库。它是只读挂载的,改动请走知识库自己的流程。