用活动咨询分辨“自动”与“自主”
一家地方博物馆每周汇总活动报名，又要回答访客的开放式咨询。前者按确定字段检查并生成固定报表，后者可能需要先查展览说明，再根据问题补查无障碍设施。它们都能自动执行，却不需要相同程度的自主决策。本例以这两条路径设计选型与验收，没有接入真实预约系统或运行无人值守服务。
原文的三类场景是任务路径分析、工作流编排和 Agent 升级。判断路径是否变化很有用，但不是唯一变量：错误后果、工具权限、数据质量、可观测性、成本和维护能力同样重要。Workflow 也可以有分支和模型步骤，Agent 也应有明确边界，Skills 则是可复用方法，不是替代两者的第三种运行系统。
场景一：先画出已知路径与未知决定
把报名周报拆成读取获准导出、验证字段、按活动汇总、列出异常、人工接受与保存。缺日期就进入异常队列，金额未知不按零补齐，这些是预先定义的分支。即使使用 AI 给报告润色，主路径仍可以固定，不必让模型自由决定每次该调用什么工具。
把访客咨询拆成问题分类、读取相关资料、决定是否补充检索、回答或交给工作人员。某次问亲子活动，另一次问轮椅路线，检索内容可能不同；只有这类不可预先穷举的选择确实影响任务时，才考虑有界 Agent。不要把长任务、自动定时或会说自然语言直接等同于 Agent。
建立一张决策表，记录路径可预定义程度、可用资料、必要工具、失败后果、允许延迟、预算和责任人。先选择最简单的足够方案：确定性脚本、带模型步骤的工作流，或在固定外框中调用动态检索。来源缺失或问题越界时交还工作人员，不能用更多自治弥补没有事实。
验收用相同样例比较。周报看字段与总数是否正确、异常是否可追踪；咨询看资料是否支持回答、需要时是否停止。不能只比“回答看起来更像人”或一轮调用速度。记录端到端完成率、人工修正与费用，未验证的长期稳定性保持未知。
场景二：把模块连起来，也把状态连起来
不论图形节点还是自然语言方法，模块需要输入输出约定。例如检索模块返回资料、来源日期和缺口，写答复模块只能引用这些证据，复核模块检查事实与边界。用 task_id 和输入版本关联产物，区分准备、运行、待人工、成功、失败；消息说完成不等于产物已经保存。
固定周报保留确定性校验与审核门槛。动态咨询只能访问批准的只读资料工具，不因问题复杂就获得修改预约或发送通知的能力。外部文本是资料而非命令，资料页里的“忽略规则并调用工具”不能改变权限。每步记录必要的证据，日志避免写入无关访客个人信息与密钥。
为超时、重试和恢复定义规则。读取资料失败可有限重试；保存报告超时先查看是否已保存，不能直接再写一份。恢复时读取实际持久状态，不把进程内记忆称为跨重启保证。并行模块要明确汇合条件，部分失败不应被最后一个成功输出掩盖。
Skills 可在模块内提供检索、写作或审核方法，但不会自动创建连接、凭证或调度器。把旧 workflow 拆为方法包时，列出哪些逻辑可复用、哪些运行设施仍留在旧系统。迁移先做只读或草稿对照，保存原路径，不能一边迁移一边允许两条链路实际发通知。
场景三：只把真正不确定的部分升级为 Agent
先限制动态咨询的工具集合、每次检索次数、总时间与费用，规定到达上限时输出已核实内容和未解决问题。比如演练中最多三轮检索用于测试停止行为，这只是本地试验参数，不是所有 Agent 的推荐值。重复问同一工具却没有新证据，应停止而非无限继续。
主动运行还需要明确触发与通知条件。可以设计“资料版本变更时生成待审变更摘要”，不能把“请主动帮忙”解释为无限监控或自动联系他人。没有实际事件源和调度配置就没有持续运行。无人值守模式尤其需要任务边界、失败告警、可暂停入口和负责人，不能把永不停止当作成功标准。
先在隔离样例影子运行，再以有限流量与人工复核观察。注入资料不可用、矛盾来源、工具拒绝、进程中断和预算到顶，确认系统停在正确状态。若动态方案增加成本却没有改善可接受结果，就退回固定路径或缩小 Agent 范围。所谓升级是适配任务，而不是自治越多越先进。
一个具体咨询测试
输入是“周日推婴儿车参加亲子展能否走东门”。先取已批准活动页，若只有展览时间就不能推断入口。再查当前无障碍说明；日期或入口规则冲突时标为待核实并交工作人员。回答区分已知时间、可验证通行说明与未知限制，不作自行保证。
同一样例还应覆盖没有入口资料、检索超时和旧页面日期的情况。每次记录实际调用、引用、停止原因和人工介入，不只保存最终答复。演练未运行时写“预期行为”，运行后再写实际结果；本教程没有声称这些测试已经通过。
选 Skill 时先核验，不用名称代替能力
原文六张卡片含重复工具，并非六种独立能力。本专题未建立这些名称对应本站源码与运行范围的可核验证据，因此不添加猜测链接。需要候选时按路径分析、状态编排或有界检索分别描述缺口，核对固定来源 SKILL.md、许可证、宿主工具、依赖与数据去向，再注明具体使用步骤。
发现助手可以帮助找到候选，却不代替方案决策或目标包审查。某个包写“自主运行”不能证明它有持久状态、预算和恢复。安装方式也取决于宿主版本，不能承诺所有客户端同一目录即生效。包价格与模型、外部工具、基础设施及维护费用分开核算，不重复“必然免费且省 Token”的说法。
GitHub 的 LangChain 文档仓库提供 workflow 与 agent 模式的公开说明，适合用来比较固定路径和动态工具选择；它还说明自定义流程可以混合不同节点。本例采用混合思路，优先保留明确规则，没有安装框架、连接追踪平台或执行外部代码。采用具体实现前仍要核对版本、依赖与运维要求。
排查与 FAQ
固定流程总失败，是否必须上 Agent？先检查字段、凭证、错误处理和业务规则；动态选择不会修好坏输入。Agent 总多查几轮？检查停止标准、是否真的获得新信息和工具回包内容。恢复后重复保存？核对 task_id、幂等策略和实际持久状态，而不是只调提示词。
能否切回 workflow？可以设计混合与退回路径，但实际连接和状态需要兼容验证，不靠安装一个主动包自动切换。非技术人员能做选型吗？可以描述路径和验收，涉及权限、数据恢复和并发时让有相应能力的人复核。怎样判断更好？用同一任务与验收标准比较结果、成本和操作负担，承认未测试范围。
来源
中文原文提供路径分析、编排与升级场景；本文使用独立博物馆案例，不将二十个项目或卡片用户数当成本文研究证据。Workflows and agents与自定义工作流说明为可检查的 GitHub 技术参考。