Qwen Code在2026年9月10日的更新中为工作流增加专门管理页面。用户可以在Web Shell侧边栏进入Workflows，也可以输入/workflows，查看已保存、运行中和历史任务，并了解阶段进展、派出的Agent、等待的审批与token开销。对多Agent项目而言，这些信息比最终一句“做完了”更重要，因为过程是否可解释直接影响成本、安全与交付质量。
一、为什么需要工作流管理页
单个Agent尚可在聊天记录中追踪，多Agent流程会同时产生任务分派、消息、工具调用和审批。只靠滚动对话查找，很难知道谁卡住、哪一步花费过多、是否有人已经修改文件。工作流页面把状态集中展示，让负责人在问题扩大之前暂停或调整，而不是结果失败后才复盘。
二、已保存工作流怎么设计
可复用流程应该有明确输入、阶段、角色和输出。比如“分析bug”拆成复现、前端调查、接口调查、综合判断与修复建议。不要把具体密钥或个人账号写进工作流模板。每个模板注明适用项目和版本，规则变化后更新模板，避免旧流程继续执行错误命令。
三、运行中重点看哪些数据
看当前阶段、Agent数量、等待审批、token开销和最近一次有效进展。Agent越多不一定越快，任务之间有依赖时并行可能导致重复搜索。若一个阶段长时间没有新证据，应先检查任务是否缺少输入，而不是只增加预算。审批队列也要及时处理，避免工作流表面运行但实际等待人工。
四、历史记录可用于复盘
完成后比较计划与实际步骤，记录哪些阶段产生有效结论、哪些只是重复劳动。对经常失败的模板调整任务拆分和验收条件，而不是把失败归因于模型“偶尔不稳定”。重要工作流保留关键证据和人工决定，满足后续审计与知识沉淀需要。
五、token预算怎么使用
预算是成本与任务边界，不是质量分数。小范围定位问题不应获得无限token；大项目也不应因预算太小而输出半成品。先设置阶段上限，完成一个阶段再决定是否继续。统计每次有效发现所消耗的token，而不是只看总量，才能优化任务说明。
六、审批必须看清影响
面对文件写入、终端命令、外部请求和发布操作，审批者应看到目标路径、参数和预期影响。不了解命令就不要机械点击允许。可以要求Agent先用只读方式解释操作，再决定是否执行。若审批操作涉及生产数据库或客户数据，额外遵守组织变更流程。
七、暂停和取消后的状态处理
取消工作流不等于自动回滚已经写入的文件或外部动作。运行页面应帮助用户看到最后执行到哪里；团队也应保留变更清单。重新开始前先确认哪些步骤已经完成、哪些需要幂等处理，避免重复提交或覆盖。长时间工作流尤其需要这种恢复策略。
八、适合团队的落地规则
先把一个高频工作流做成模板，每次执行记录负责人、输入版本与验收结果；运行中检查预算和审批；结束后保存摘要与差异。等这个流程可靠，再增加其他模板。Qwen Code的新界面真正解决的不是“多一个页面”，而是让自动化协作有状态、有成本和可追溯的责任链。
参考资料：官方文档或公告。本文依据公开资料独立整理，并补充适用场景与操作建议。
