
退货分析报告每个月都要出,查异常的路径却每次都可能变。如果连固定的排版和校验都交给模型逐步判断,还会多出一些原本可以用规则完成的模型调用。

“帮我看看上个月华东区的退货为什么涨了,整理一份给老板。”
拿到这句话,先得确定比较周期和统计口径,再核对退货明细、销售台账和对账单。如果退货集中在某款商品,就沿着该商品的销售和发货记录往下查。查到哪里,取决于前一步发现了什么。
出报告的要求则可以事先定好。报告使用统一的章节和版式,字段缺失时退回补充,文件按约定命名。有归档要求时,再接入有权限的存储服务。

Claw 模式为 Agent 提供独立的沙箱工作空间。Agent 可以在其中读写文件、运行代码,也可以调用已配置的 Skill 和工具。例如,发现 CSV 乱码时先检查编码,收到扫描件时用合适的识别工具提取内容。企业系统的访问范围由接入的工具、连接器和授权配置决定。了解 Claw 模式和工作空间
ADP 支持两个调用方向。Claw 可以把已经分析好的结果交给工作流。工作流也可以在某个节点调用封装为工具的 Claw 应用,接回结果后继续执行。查看腾讯云产品动态

在退货分析示例里,用户上传退货明细、销售台账和对账单扫描件。Claw Agent 先调用读表 Skill 处理表格,再通过图片理解工具查看对账单。

发现销售台账的编码有问题后,Agent 在沙箱里尝试用合适的编码重读,再按地区和月份聚合数据。如果某款商品的退货异常集中,可以继续核对销售和发货记录,把查到的线索和待核实的口径一起交给下游。


@ 引用它,并说明调用时机。比如,核对完退货数据后,先整理报告周期、地区、异常商品、证据和待核实事项,再调用报告生成工作流。查看应用中的工具配置

工作流把执行顺序、校验规则和模板固化下来,调试时可以沿节点定位问题。命名、格式校验等环节如果用规则或代码处理,可以减少为这些环节额外发起的模型调用。示例里的工作流仍包含内容生成节点,这类节点的输出和 Token 消耗取决于模型配置与实际输入。
单据入库通常按固定顺序走,先收件、解析和校验,再入库和通知。变化最多的是解析这一步。附件可能是 PDF、扫描图,也可能是列名和表头各不相同的 Excel。可以让工作流在解析节点调用一个 Claw 应用,再把提取出的字段交给下游校验。
配置时,先发布 Claw 应用,再到「工具广场」选择「新建工具」,基于已发布的应用创建工具。然后在工作流的「连接器与工具」节点选择这个工具,将解析结果接到校验节点。应用封装成工具后按单轮调用,解析所需的资料引用和任务要求应随本次调用提供。查看新建工具说明 · 查看连接器与工具节点说明
Claw Agent 可以根据输入选择已配置的文件解析或识别能力,再按下游约定返回字段。比如要求返回单据号、日期、金额和缺失项。校验节点检查必填项与格式,通过后再入库,缺项则交给人工复核。
| 应用模式 | 适合的任务 |
|---|---|
| 标准模式 | 产品 FAQ、知识库问答等由单个智能体处理的任务 |
| 单工作流模式(Workflow) | 单据流转、报告生成等规则和步骤明确的任务 |
| Multi-Agent 模式 | 需要多个 Agent 分工处理和复核的复杂任务 |
| Claw 模式 | 需要读文件、跑代码,并根据中间结果调整下一步的任务 |
一项任务既要根据数据临场判断,又要按固定规则交付时,最合适的是把 Claw 和 Workflow 结合起来。Claw 负责查清问题,Workflow 负责校验和交付。谁先接任务,取决于入口是一句业务需求,还是一条已经编排好的流程。
两者如何分工,以及怎样把已有流程迁入 ADP,可以接着读 Agent 时代,Workflow 依然不可或缺。