smart
43 lines
2.4 KiB
Markdown
43 lines
2.4 KiB
Markdown
# 任务流程说明：工具箱之外，还要操作手册
|
|
|
|
<div class="mt-8">
|
|
|
|
```mermaid {scale: 0.72}
|
|
flowchart LR
|
|
A[用户目标] --> B[识别任务类型]
|
|
B --> C[读取流程说明]
|
|
C --> D[打开必要页面]
|
|
D --> E[调用工具]
|
|
E --> F[关键动作交给用户确认]
|
|
```
|
|
|
|
</div>
|
|
|
|
<div class="grid grid-cols-2 gap-6 mt-7">
|
|
|
|
<div class="card-blue">
|
|
<div class="font-semibold mb-2">WebMCP</div>
|
|
<div class="text-sm op-70">解决“有哪些工具可以调用”。</div>
|
|
</div>
|
|
|
|
<div class="card-green">
|
|
<div class="font-semibold mb-2">任务流程说明</div>
|
|
<div class="text-sm op-70">解决“复杂任务应该按什么流程走”。</div>
|
|
</div>
|
|
|
|
</div>
|
|
|
|
<!--
|
|
这一页讲任务流程说明。这里我会先特别说明：这不是 WebMCP 同级的官方浏览器概念，也不是一个标准 API 名称。它更像我们在应用实践里需要补上的流程层能力。
|
|
|
|
WebMCP 解决的是“有哪些工具可以调用”。但真实任务往往不是一个工具就能完成。比如用户说：“帮我申请价保。”这句话背后可能包含很多步骤：先去订单页查订单，确认订单是否符合规则，拿到订单号，再跳到价保页，填写申请信息，最后还要停下来让用户确认提交。
|
|
|
|
如果只给 Agent 一堆工具，它仍然可能不知道流程顺序。它可能先调了不该先调的工具，也可能过早提交，或者漏掉关键确认步骤。所以在应用实践里，我们通常还需要一层流程说明，可以叫 recipe、runbook、task flow，或者就叫操作手册。它的作用是告诉 Agent：遇到这类用户目标时，应该按什么顺序推进，每一步调用什么能力，哪一步必须停下来交给用户确认。
|
|
|
|
所以可以用一句话总结：WebMCP 是工具箱，任务流程说明是操作手册。工具箱让 Agent 有能力做事，操作手册让 Agent 知道怎样安全、稳定、按业务规则完成一件事。
|
|
|
|
这也是为什么未来前端不只要写 UI 组件，还要沉淀任务语义、页面能力和流程规则。我们写的不是随便贴给模型看的提示词，而是应用自身的可操作结构。这个结构越清晰，Agent 越不需要猜，风险也越容易被控制。
|
|
|
|
到这里，Agent 交互这条线就讲完了。接下来我们把视角拉宽，看 Chrome 这次还有哪些和开发工具、用户体验相关的新方向。
|
|
-->
|