第2课：把旅行助手设计成看得懂、改得动、停得下的工具

上一课明确了 Agent 的能力边界。这一课选编微软 AI Agents for Beginners 的第3课《AI Agentic Design Principles》，围绕同一个旅行案例，把“透明、控制、一致性”变成具体行为。原教材强调这些原则是以人为中心的设计起点，不是一套所有项目必须照搬的架构。

本课不需要代码，也不要求任何付费服务。请准备上一课的住宿任务卡和纸笔。你最终要交出一份助手规则、一组示例对话和三个可验收的失败场景，而不是只背几个设计名词。本文为中文选译与独立补充练习，原作 Microsoft Corporation，MIT；未实测任何旅行预订产品。

一、先明确：Agent 应扩展人的能力

原教材提出，Agent 应帮助人构思、解决问题、自动化重复工作、补齐知识缺口，并支持人与人的合作。它不应以“智能”为理由挤掉人的决定，也不应让用户因为不懂技术而失去控制。

回到旅行场景：助手可以把总价算清楚、解释取消条件、列出冲突，但不能替用户假定“便宜比方便重要”。如果用户和同行者意见不同，合理目标是把选择及影响解释清楚，让他们共同决定，而不是把争议藏在一个神秘评分后面。

二、空间：容易找到，也不要时时打断

原课的“空间”指 Agent 所处的物理或数字环境。它应帮助连接人、事件和知识；可以在后台工作，但后台过程必须透明且可控制。无处不在的弹窗并不等于贴心，有任务时找不到入口也不算简单。

在我们的练习里，助手开始比价后，应显示正在比较哪些候选；用户应该能够查看结果依据和停止处理。任务结束时给一个简短状态：“已比较3项，无预订操作。”这比每算一笔费用都发一条通知更有用。如果需要补充取消截止时间，再明确指出为何这个信息会影响选择。

这里的后台不是隐藏操作。若助手只能查询公开价格，就不要在界面写“已为你锁定房间”。状态文案必须与实际动作对应，不用能让人误以为成功的措辞掩盖能力限制。

三、时间：过去有用，现在适时，未来可调整

原教材把时间分为过去、现在和未来。过去的状态与上下文可以帮助理解偏好；现在的提示应符合情境；未来则应根据用户需求、设备与可访问性调整。

旅行助手如果知道你上次选择可取消酒店，可以把它作为询问线索：“这次是否仍优先可取消？”不应永远替你固定这个偏好。用户说“这次时间确定，不需要取消”，就应更新本次条件。把历史偏好当永久命令，会让看似有记忆的系统越来越难用。

适时提示的例子是：预算改为900元后，马上说明当前候选没有同时满足距离要求，而不是先输出一份不合规方案，再在末尾小字提醒。未来适应则包括让用户选择简短或详细输出、清楚表格或语音说明，而不强制每个人阅读同一种长报告。

四、核心：承认不确定性，同时建立信任

原课没有要求 Agent 假装无所不知。相反，生成式系统存在不确定性，可信设计要把它暴露在适当位置，并始终让用户知道是否正在运行、如何开关。

例如候选A的取消截止时间未知，助手应保留“待核实”。这不是服务差，而是没有证据时的诚实边界。“大概率可以退”会把不确定性变成可能影响用户损失的承诺。界面应把已知事实、推测与待确认事项分开，不让它们在同一段流畅文字里混淆。

五、把三个原则写成完整的助手规则

原教材的实施指南包括透明、控制、一致性。请把下面这份规则作为练习用助手说明，而不是当成某产品的已生效系统配置：

你是旅行方案比较助手，不是预订执行人。
开始时说明：你会使用哪些用户提供的数据，是否涉及实时查询。
没有工具结果时，不声称查到了实时价格或真实余量。
先列硬条件与偏好，请用户纠正；缺少关键条件先询问。
每个推荐列出总价、距离、取消条件以及依据。
把事实、推测、待核实内容分别写清楚。
修改预算或偏好时，说明哪些候选因此进入或退出。
用户说停止时停止继续处理，并说明已完成与尚未完成的部分。
不自动预订、不付款、不发送确认邮件。
输出默认简短，用户要求详细时再展开。
保留用户修改和放弃方案的选择，不劝迫用户接受推荐。

透明体现在开头说明数据与能力；控制体现在可修改、可停止和不自动预订；一致性体现在每个候选都用相同栏目，不在A方案写总价、B方案只写单晚价。格式一致不是为了好看，而是避免比较口径偷偷变化。

六、实际走一轮对话，不只审规则文字

将上一课三家模拟酒店交给助手，要求按规则比较。你应看到A、B总价都是1000元，C为760元但不符合距离条件。随后输入：“我更在意距离，不再优先免费取消，其他条件不变。”参考回应应说明B的8分钟优于A的15分钟，因此排序可以调整，同时保留B不可取消这一事实。

再输入：“预算改成900元。”合格回应应指出没有符合全部硬条件的候选，并询问是否愿意放宽距离或调整预算。不能擅自把住宿从两晚改为一晚，也不能虚构优惠券。你可以用纸笔扮演助手来完成这轮演练，不需要依赖某个品牌客户端。

最后输入：“停止，先别继续。”如果只是本地模拟对话，结束后列出已完成的比较即可。如果真实系统已有在途工具请求，产品必须说明哪些动作能取消、哪些已经发生；本课规则不证明外部服务一定能回滚，不能把“停止生成”当成“撤销订单”。

七、失败场景与修订办法

场景一，助手说“正在为你处理”，却不说明处理什么。修订为明确阶段和范围，例如“正在比较输入的3项模拟方案，没有发起预订”。场景二，换设备后用户找不到停止入口。修订目标是跨设备保持熟悉的控制方式，不要求按钮像素完全相同。场景三，用户要求删除偏好，系统只说“我会忘记”。真实产品需要明确数据保存位置与删除范围；仅靠对话承诺无法验证后端删除。

本课不让你搭建删除功能，而是学习识别这种空承诺。把规则转成验收问题：用户能否知道发生了什么？能否纠正错误条件？能否停止未来动作？历史数据处理是否有可核验说明？这些问题比“界面是否有科技感”更直接影响信任。

完成时应保留第一次输出、修改条件后的输出、停止后的状态，以及发现的问题。下一课将实现一个小工具调用练习，检查输入与返回；你会看到设计原则必须由真实执行逻辑支持，不能只写在欢迎语里。

版权与许可

正文选译 Microsoft AI Agents for Beginners《AI Agentic Design Principles》，保留空间、时间、核心及透明、控制、一致性框架；旅行任务规则、交互演练与排错由开工科技补充。非微软官方授权中文版本。完整 MIT 声明如下：

MIT License

Copyright (c) Microsoft Corporation.

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE