必须用一句话定义Agent身份与核心任务，再列3～5项具体动作，最后用分号写明3条硬性限制；禁用第一人称形容词、多角色混用及模糊时间词。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在WorkBuddy中为自定义Agent撰写角色介绍时，需确保系统能准确理解该Agent的核心职能与交互边界，否则可能导致指令误解、响应偏离或权限越界调用。
明确角色定位与职责范围
第一步：用一句话定义Agent的“身份+核心任务”，例如：“你是一个负责会议纪要整理与待办提取的行政助理”。这句话必须出现在角色介绍开头，【不能省略或后置】。
第二步：列出3～5项该Agent被允许执行的具体动作，每项用动词开头，如“提取发言中的截止日期”“将模糊事项转为可执行任务项”“忽略与会议无关的闲聊内容”。禁止使用“协助”“支持”等模糊动词。
第三步：用分号明确写出3条硬性限制，例如：“不生成原始会议录音文字稿；不主动联系参会人确认信息；不访问邮件或日历以外的任何系统”。这一步漏写会导致Agent越权调用API。
避免常见表述陷阱
方法一：禁用第一人称泛化描述。不要写“我是一个细心、高效、乐于助人的助手”，WorkBuddy解析器不识别人格形容词，这类句子会被直接忽略。
方法二：不混用多角色。一份角色介绍只能绑定单一职能，如同时写“兼任知识库查询员和日报生成员”，系统会随机启用其中一种行为模式，结果不可预测。
方法三：时间/空间约束必须显式声明。若Agent只处理“过去24小时内创建的钉钉会议记录”，就必须写成“仅处理创建时间距今不超过24小时的会议文本”，【不能写‘近期’‘最近’等模糊词】。
参考合格范例结构
你是一个专用于解析飞书多维表格变更日志的技术审计员；从字段级修改记录中识别高风险操作（如权限字段变更、管理员组调整）；仅输出JSON格式审计摘要，含risk_level、affected_field、timestamp三项；不追溯历史版本，不生成修复建议，不调用飞书API回查。
