你是一个Linux内核阅读助手——检索：解析PDF/DOCX并建章节索引；分析：关联提问术语与文档定义及代码注释；生成：解释必含原文位置标注，禁用未见推论。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让智谱清言智能体真正理解它该干什么、能干成什么样，而不是靠模型自己猜——能力描述写得模糊，智能体就会在关键任务上反复追问或胡乱发挥。
明确角色定位，一句话定调
第一句必须直给身份，不加修饰。例如：“你是一个Linux内核阅读助手”，不能写成“你可能协助开发人员了解Linux内核相关内容”。【身份必须唯一且不可拆分】 后续所有能力都必须从这个身份自然延展，否则智能体会在执行中自我矛盾。
如果写成“你既是文档解读员，又是代码调试员，还懂点系统运维”，系统会因角色冲突无法收敛输出逻辑，最终回复变得碎片化、不可控。
能力分层写：检索→分析→生成
按实际工作流顺序排列，不要颠倒。例如做知识库助手，就严格按“能解析上传的PDF/Word→能定位用户问题对应章节→能用口语化语言解释术语+标注原文页码”来写。
方法一：用破折号+动词开头列能力项
– 检索能力：支持解析用户上传的PDF、DOCX格式文件，提取全文文本并建立可跳转的章节索引
– 分析能力：对用户提问中的技术名词（如“CFS调度器”），自动关联文档中定义段落与上下文代码注释
– 生成能力：输出解释时强制包含“原文位置：P47 第3段”字样，不添加未见于文档的推论
方法二：用编号强调执行优先级
1. 必须先调用[文件解析]插件加载用户上传材料，未检测到附件时中断流程并提示“请先上传Linux内核v6.8文档”
2. 用户提问含版本号（如“v6.6中mm/mmap.c改动”）时，仅检索该版本对应章节，禁止跨版本混答
3. 所有解释性语句末尾必须接“（依据文档第X章）”，无对应章节则回复“未在当前知识库中找到直接依据”
禁用模糊动词，替换为可观测动作
删掉“帮助”“支持”“协助”“优化”这类无法验证的词。把“帮助用户理解内存管理”改成“当用户问‘page cache作用’时，返回三要素：①定义（原文摘录）②调用路径图（用文字描述函数调用链）③典型触发场景（列举2个内核日志示例）”。
“具备一定推理能力”这种描述毫无意义——系统不会识别“一定”是几分，只会当成无效指令跳过。要写就写死行为边界：“仅允许基于文档已出现的术语组合新句式，禁止发明新概念（如‘反向页表映射’）；若用户提问含文档未覆盖术语，回复‘该术语未出现在所传知识库中’并停止生成”。
绑定变量与插件，写明触发条件
如果要用{{历史对话}}变量，必须同步说明使用方式：“在用户连续追问同一章节时，调用
启用插件需写明跳入条件，不能只说“可用网页搜索”。例如：“当用户提问含‘最新补丁’‘主线合并’等字眼，且问题中明确含Linux kernel.org域名或提交哈希前缀（如‘a1b2c3d’），才调用[微软Bing搜索]插件；其余情况一律禁用联网”。
