怎样把一句话说成 AI 助手能执行的任务

01先去掉模糊词

“帮我看看店铺”“把数据整理一下”“优化一下内容”都不是可执行任务。助手不知道是哪个店铺、看哪些字段、整理成什么格式，也不知道什么算完成。模糊指令会把理解成本转移给执行者，最后得到的往往是看起来合理但无法核对的结果。

把动词换成可观察的动作：读取今天待发货订单的订单号、SKU、金额和状态；把结果按金额从高到低排序；导出为 XLSX；在结果里标出缺失字段。动作越具体，越容易判断是否做对。

02六要素模板

这六项不必写成长文，一段话也可以。例如：“在店铺A环境读取今天待发货订单的订单号、SKU、金额和状态，不修改订单；按订单号升序导出 XLSX，保留前导零；如果出现登录页或条数与页面不一致，停止并报告。”

• 目标：要得到什么结果，例如“一份今日待发货订单清单”。
• 环境：在哪个浏览器环境、哪个账号、哪个平台执行。
• 范围：时间、状态、分页、字段和商品范围，避免用“全部”代替清单。
• 动作：只读、保存草稿、发布、修改字段；明确哪些动作不允许。
• 成功证据：页面条数、字段完整性、文件行数、可见范围或读回值。
• 停止条件：登录失效、验证码、权限不足、页面异常、提交结果未知时停下来交给人。

03只读与写入要分开说

只读任务的风险低，适合第一次验证环境和链路。写入任务必须单独授权，写明允许修改的字段、商品范围和目标账号。不要用“顺便把价格改一下”这种附带授权，也不要把“检查”理解成“可以修改”。

对发布、发货、付款、删除等不可逆动作，要求助手在提交前展示预览或待提交内容，提交后从独立页面读回状态。结果未知时先查，不要重复提交。

04把核验写进指令

核验要求要写到助手无法用“已完成”三个字带过的程度。比如不要写“确认发布成功”，而是写“从帖子详情页读回正文、账号和可见范围，并报告实际值”。

• 页面类：读回标题、H1、账号名称、表格行数、帖子可见范围。
• 文件类：文件存在、可以打开、实际行数、关键字段未失真。
• 写入类：目标记录 ID、修改前后值、提交后的状态。
• 异常类：缺失字段、重复记录、空列表、登录页、错误提示。

05什么时候必须停下来

出现验证码、二次验证、权限不足、账号身份不符、页面结构与预期不符、提交结果未知或核验值与目标不一致时，任务应停止并交给人处理。继续猜测、绕过验证或反复提交，可能把一个小问题变成重复发布、重复付款或账号风险。

把这些停止条件写进任务指令，比事后追问“为什么没告诉我”更有效。好的任务描述不仅告诉助手做什么，也告诉它什么时候不该做。