必须用结构化指令将模糊需求拆为可执行小任务：第一步以强干预动词锚定动作颗粒度；第二步绑定真实系统信号源；第三步强制三级编号与阻塞标注；第四步通过反向验证识别权限或字段缺口。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要把腾讯元宝接到的模糊大需求（比如“优化客服响应流程”）精准拆成可执行、可验收、可分配的小任务，不能靠它自由联想，必须用结构化指令锁住拆解逻辑和输出格式。
第一步：用动词锚定动作颗粒度
在提示词开头直接写：“你是一名SOP流程重构工程师，所有拆解出的任务必须以强干预动词开头：‘校验’‘拦截’‘映射’‘同步’‘冻结’‘触发’‘回填’——禁用‘优化’‘提升’‘加强’‘完善’等弱动词。”【弱动词会导致拆出‘提升响应速度’这类无法落地的伪任务】
这一步卡死语义起点。元宝一旦识别到“校验”“冻结”这类带系统权限意味的动词，就会自动关联到具体操作对象（如工单状态字段、API调用链路、数据库写入事务），而不是泛泛而谈。
第二步：绑定真实系统信号与ID
紧接着写：“每个小任务必须包含且仅包含1个可验证信号源，从以下三类中任选其一：①腾讯客服中台v3.2接口名（如/cx/v3/ticket/status/update）；②法务知识图谱节点ID（如LAW-GDPR-2024-078）；③CRM客户标签编码（如TAG-CUST-CHURN-RISK-02）。”
不写明信号源时，元宝会编造“查看用户历史记录”这种虚任务。写明接口名或节点ID后，它被迫聚焦真实调用点，例如拆出：“拦截/cx/v3/ticket/status/update请求中status=‘pending’且create_time距今超120分钟的工单”。
第三步：强制分层编号与阻塞标注
① 输出格式为三级编号：A.主路径→A1.子步骤→A1a.原子动作；
② 每个原子动作后加括号标注阻塞依赖，格式为（依赖：B2 / 冲突：权限组P7）；
③ 若某动作需人工介入，必须写明角色与耗时，例如（需一线客服组长人工复核，平均耗时2.3分钟）。
这一步防止任务悬浮。没有编号层级，元宝容易平铺5条相似任务；不标阻塞依赖，拆出来的任务就变成孤立动作，无法嵌入现有流程。A1a级动作必须能被开发直接写进Jira任务卡，不能出现“协调相关部门”这种黑洞表述。
第四步：反向验证缺口
方法一：要求元宝自检
在末尾加一句：“列出以上所有任务中，当前客服中台v3.2尚未开放API权限的3个动作，并标注缺失权限类型（读/写/触发）。”
方法二：人工插入断点
输入：“现在暂停。请确认：A1a动作是否能在现有CRM标签体系内完成客户风险分级？若不能，请用‘缺口：’开头指出缺失字段（如缺少‘最近3次投诉间隔天数’字段）。”【不加这句，元宝默认所有字段都存在，拆出的任务90%无法落地】
