从聊天到委派Agent时代的提示词思维转变《提示词修炼手册从会问到会用》第10篇 | 系列共14篇进阶篇本篇面向使用Agent/自动化工具的读者日常简单问答可跳过。摘要使用AI Agent时提示词思维需要从提问转向委派——让AI自主规划并执行多步任务而不是逐步指导。本文介绍ReAct思考-行动-观察工作模式并提炼出委派型任务提示词的四要素目标、边界、验收标准、异常处理预期。“提问和委派”看起来像实际完全不同前9篇讲的几乎都是一问一答模式你问一句AI答一句。但当你开始使用AI Agent比如能自主写代码、调用工具、执行多步任务的智能助手时会发现同样的提问方式突然不好用了。一问一答模式你帮我查一下这个bug的原因AI分析代码可能是XX原因委派模式Agent场景你帮我把这个bug修复好运行测试确认通过Agent自主完成定位代码 → 分析原因 → 修改代码 → 运行测试 → 检查结果 → 报告完成情况区别在哪一问一答AI给你的是建议最终怎么做还是你来执行。委派模式下AI要自己规划步骤、自己执行、自己检查结果中间不需要你每一步都插话。这就是思维转变的核心从我问它答我执行变成我定目标它规划并执行全过程。ReAct模式Agent是怎么思考-行动的Agent类工具背后常见的工作模式叫ReActReasoning Acting推理行动简化理解就是一个循环思考我现在要做什么 行动执行一个具体操作比如查文件、跑命令、搜索网页 观察看看执行结果是什么 思考基于结果下一步该做什么 ...循环直到任务完成你不需要记住这个术语但理解这个循环对写好委派型提示词很重要——因为Agent不是一次性生成答案而是走一步看一步每一步都依赖观察到的真实结果来决定下一步不是提前规划好剩余所有步骤后就不再调整。这意味着你给Agent的任务描述不需要也不应该详细到每一步具体怎么做而应该清楚地说明目标是什么、边界在哪、怎么算完成把具体执行路径的决定权交给它。给Agent下任务的提示词四要素委派型任务和第2篇讲的五要素有所不同更侧重以下四点1. 目标做到什么程度算完成不是帮我看看这个代码而是帮我把这个函数的bug修复让所有现有测试通过——目标要有明确的、可判断的完成标志。2. 边界哪些事不能做/不能碰只修改这一个文件不要改动其他模块的代码不要删除任何现有测试用例。Agent有自主执行能力意味着它可能会做出超出你预期的改动——明确边界是防止好心办坏事的关键。3. 验收标准怎么判断任务真的完成了不是看起来完成了完成后运行一次完整测试确认全部通过才算完成如果测试没通过不要声称已修复。这一条特别重要——没有验收标准Agent可能会在遇到困难时假装完成或给出模糊的完成汇报。4. 异常处理预期遇到做不到的情况怎么办如果发现这个bug的根因超出了当前文件范围涉及到其他模块的改动先停下来告诉我情况不要擅自大范围重构。实战对比同一个任务两种写法一问一答式写法套用在Agent场景效果不佳这个接口响应有点慢你看看Agent可能不知道响应慢算完成的标准是什么也不知道能不能改动哪些文件容易陷入无止境的分析而不产出具体结果或者改动范围失控。委派式写法目标优化这个接口的响应时间目标是从目前的800ms降到300ms以内。边界只能优化这个接口内部的查询逻辑不能改动数据库表结构。验收标准优化后运行性能测试脚本确认响应时间达标才算完成并把优化前后的对比数据列出来。异常处理如果发现瓶颈在数据库表结构本身无法仅通过代码优化解决请先汇报情况不要擅自修改表结构。避坑提醒不要用聊天式的模糊描述去委派复杂任务——“帮我看看”搞一下这类表述放在Agent场景里会导致目标不清、范围失控。边界和异常处理不能省略——这是委派型任务和简单问答最大的区别省略它们等于把自主决策权完全让渡给了Agent风险自担。验收标准必须可验证不能是你觉得做好了就行——否则无法判断Agent的完成汇报是否属实。下一篇预告Agent场景经常遇到的一类典型任务就是让AI写代码。下一篇《给程序员的提示词如何让AI写出能跑的代码》专门讲清楚代码生成类任务里最容易踩的坑和应对方法。本文是《提示词修炼手册从会问到会用》系列第10篇共14篇。11.5