PorterYuan · 个人学习博客

四步翻译

9分钟阅读

四步翻译

本条目是「Agent 产品化思维」的第 4 部分，对应学习清单条目 7.2.1。

前置依赖：Workflow vs Agent选型、简单任务最简方案、幻觉递归陷阱

为以下铺垫：失败模式预判、降级路径设计

一、核心观点

用户需求 → Agent 方案，必须经过”四步翻译”：目标（Goal）→ 约束（Constraints）→ 边界（Boundaries）→ 评估（Evaluation）。

模糊的自然语言需求直接丢给 Agent，等于让一个新员工”看着办”——2026 年的教训是：自然语言是漏水的抽象（leaky abstraction）。

二、定义与原理

2.1 为什么要”翻译”

用户说的需求往往是模糊的：“分析这份简历""帮我优化下供应链”。但 Agent 需要的是可执行的、带边界的、可判分的规格。

类比：你跟厨师说”整点好吃的”，他无从下手；你说”做一份微辣、不要香菜、半小时出餐、成本控制在 30 元内的番茄炒蛋”，他才能稳定交付。四步翻译就是把”整点好吃的”变成”番茄炒蛋规格表”的过程。

2.2 四步是什么


graph LR

    U["模糊需求<br/>『分析简历』"] --> G["① 目标<br/>到底要产出什么"]

    G --> C["② 约束<br/>时间/格式/内容限制"]

    C --> B["③ 边界<br/>能做/不能做"]

    B --> E["④ 评估<br/>怎样算做好了"]

    E --> S["可执行的 Agent 规格"]

三、实践：四步详解

步骤要回答的问题作用
① 目标 Goal用户到底想要什么产出？锁定交付物
② 约束 Constraints时间、格式、内容有什么限制？收窄解法空间
③ 边界 Boundaries哪些能做、哪些绝对不能做？防越权/防跑偏
④ 评估 Evaluation用什么指标判断做好了？可度量、可验收

关键心法：第 ③ 步边界往往被忽略，但它恰恰决定 Agent 会不会”好心办坏事”（比如未经许可改了简历、发了邮件）。

四、示例

模糊需求：「分析这份简历，给出改进建议」

经过四步翻译：

  1. 目标：生成一份简历评估报告，含工作经历 / 技能 / 项目经验三段分析 + 改进建议

  2. 约束：30 秒内完成、Markdown 格式、含量化数据

  3. 边界：只分析不修改；不投递；不联系招聘方；不输出歧视性结论

  4. 评估：完成率 100%、建议可执行率 >90%、用户满意度 >4/5

→ 这四条一写清，无论是写 Prompt、搭 Workflow 还是上 Agent，都有据可依。

五、优劣势

  • ✅ 把”玄学需求”变”工程规格”，下游设计、评估、验收全有了锚点

  • ✅ 边界前置，直接降低 幻觉递归 与越权风险

  • ❌ 翻译本身要花时间，且需要和用户/业务方对齐

  • ❌ 若评估指标定歪了，Agent 会”精准地做错事”

六、核心要点

  • 🌉 四步翻译 = 目标 → 约束 → 边界 → 评估，把模糊需求变可执行规格。

  • 🚧 边界（第③步）最易被忽略也最关键：明确”不能做”什么，防越权跑偏。

  • 📏 评估（第④步）要可度量：完成率、准确率、满意度，否则无法验收。

  • ⚠️ 自然语言是漏水的抽象：需求说”优化供应链”，Agent 可能理解成”降成本”，业务其实要”降交付周期”——必须翻译清楚。

七、最新研究与企业数据

  • 规格歧义是头号杀手：2026 年对生产 Agent 的复盘显示，41% 的多 Agent 失败可追溯到”规格歧义（Specification Ambiguity）“——同一句自然语言，人和 Agent 的理解南辕北辙（如”优化”被理解为降成本而非降交付周期）。领先团队改用”类型化动作（Typed Actions）“把指令当 API 契约，将意图漂移降低约 70%。

  • 这与 Context Engineering 同源：Anthropic 强调把上下文当有限资源、把指令写清楚，正是四步翻译在单次调用层面的体现。

八、学习资源

下一篇：失败模式预判——需求翻译讲完，下篇讲”提前想清楚 Agent 在什么场景下必挂”。

参考来源（一手链接 · 可溯源深挖）

速记卡（面试闪卡）

Q1：一句话讲清「四步翻译」到底是什么？

A：四步翻译：把模糊需求翻成目标→约束→边界→评估的可执行规格。

Q2：一、核心观点 —— 怎么理解？

A：模糊需求直接丢给 Agent，像让新员工”看着办”——2026 的教训：自然语言是漏水的抽象（Leaky Abstraction）。必须先翻译成可执行的、带边界、可判分的规格，Agent 才稳。

Q3：二、定义与原理（四步是什么） —— 怎么理解？

A：像跟厨师说”整点好吃的”他懵，说”微辣不要香菜半小时出餐30元内番茄炒蛋”他稳。四步就是把”整点好吃的”变成”规格表”：①目标 Goal（产出啥）②约束 Constraints（时间/格式）③边界 Boundaries（能做/不能做）④评估 Evaluation（怎样算好）。

Q4：三、实践：四步详解 —— 怎么理解？

A：目标锁交付物，约束收窄解法空间，边界防越权跑偏（最易忽略却最关键——比如别擅自改简历发邮件），评估给可度量指标（完成率/满意度）。四步一写清，写 Prompt、搭 Workflow、上 Agent 都有据可依。

Q5：五、优劣势 —— 怎么理解？

A：优点：把”玄学需求”变工程规格，下游设计评估验收有锚点，边界前置直接降幻觉递归与越权风险。缺点：翻译要花时间对齐业务；评估定歪了 Agent 会”精准地做错事”。2026 复盘 41% 多 Agent 失败源于规格歧义。

Q6：核心速记主线有哪些？

  • 四步：目标→约束→边界→评估

  • 自然语言是漏水的抽象，须翻译

  • 边界最易忽略却防越权跑偏

  • 规格歧义致 41% 多 Agent 失败

口诀

A：模糊需求莫直抛，

四步翻译定坐标；

目标约束加边界，

评估验收错不了。

相关链接

关系图谱

反向链接

近期更新