提示词修炼手册-10-从聊天到委派

发布时间：2026/11/6 7:44:59

从聊天到委派：Agent时代的提示词思维转变

《提示词修炼手册：从会问到会用》第10篇 | 系列共14篇
🔧进阶篇：本篇面向使用Agent/自动化工具的读者，日常简单问答可跳过。

摘要

使用AI Agent时，提示词思维需要从"提问"转向"委派"——让AI自主规划并执行多步任务，而不是逐步指导。本文介绍ReAct（思考-行动-观察）工作模式，并提炼出委派型任务提示词的四要素：目标、边界、验收标准、异常处理预期。

“提问"和"委派”，看起来像，实际完全不同

前9篇讲的几乎都是"一问一答"模式：你问一句，AI答一句。但当你开始使用AI Agent（比如能自主写代码、调用工具、执行多步任务的智能助手）时，会发现同样的提问方式突然不好用了。

一问一答模式：

你：帮我查一下这个bug的原因
AI：（分析代码）可能是XX原因

委派模式（Agent场景）：

你：帮我把这个bug修复好，运行测试确认通过
Agent：（自主完成：定位代码 → 分析原因 → 修改代码 → 运行测试 → 检查结果 → 报告完成情况）

区别在哪？一问一答，AI给你的是"建议"，最终怎么做还是你来执行。委派模式下，AI要自己规划步骤、自己执行、自己检查结果，中间不需要你每一步都插话。

这就是思维转变的核心：从"我问，它答，我执行"变成"我定目标，它规划并执行全过程"。

ReAct模式：Agent是怎么"思考-行动"的

Agent类工具背后常见的工作模式叫"ReAct"（Reasoning + Acting，推理+行动），简化理解就是一个循环：

思考：我现在要做什么？ 行动：执行一个具体操作（比如查文件、跑命令、搜索网页） 观察：看看执行结果是什么 思考：基于结果，下一步该做什么？ ...（循环，直到任务完成）

你不需要记住这个术语，但理解这个循环对写好"委派型"提示词很重要——因为Agent不是一次性生成答案，而是走一步看一步，每一步都依赖"观察到的真实结果"来决定下一步，不是提前规划好剩余所有步骤后就不再调整。

这意味着：你给Agent的任务描述，不需要（也不应该）详细到"每一步具体怎么做"，而应该清楚地说明"目标是什么、边界在哪、怎么算完成"，把具体执行路径的决定权交给它。

给Agent下任务的提示词四要素

委派型任务和第2篇讲的"五要素"有所不同，更侧重以下四点：

1. 目标（做到什么程度算完成）

不是"帮我看看这个代码"，而是"帮我把这个函数的bug修复，让所有现有测试通过"——目标要有明确的、可判断的完成标志。

2. 边界（哪些事不能做/不能碰）

只修改这一个文件，不要改动其他模块的代码；不要删除任何现有测试用例。

Agent有自主执行能力，意味着它可能会做出超出你预期的改动——明确边界是防止"好心办坏事"的关键。

3. 验收标准（怎么判断任务真的完成了，不是看起来完成了）

完成后运行一次完整测试，确认全部通过才算完成；如果测试没通过，不要声称"已修复"。

这一条特别重要——没有验收标准，Agent可能会在遇到困难时"假装完成"或给出模糊的完成汇报。

4. 异常处理预期（遇到做不到的情况怎么办）

如果发现这个bug的根因超出了当前文件范围，涉及到其他模块的改动，先停下来告诉我情况，不要擅自大范围重构。

实战对比：同一个任务，两种写法

一问一答式写法（套用在Agent场景效果不佳）：

这个接口响应有点慢，你看看

Agent可能不知道"响应慢"算完成的标准是什么，也不知道能不能改动哪些文件，容易陷入无止境的"分析"而不产出具体结果，或者改动范围失控。

委派式写法：

目标：优化这个接口的响应时间，目标是从目前的800ms降到300ms以内。
边界：只能优化这个接口内部的查询逻辑，不能改动数据库表结构。
验收标准：优化后运行性能测试脚本，确认响应时间达标才算完成，并把优化前后的对比数据列出来。
异常处理：如果发现瓶颈在数据库表结构本身，无法仅通过代码优化解决，请先汇报情况，不要擅自修改表结构。