看得见：记录、用量与成本

第 6 课 · 共 7 课 约 9 分钟

每次运行留下什么，去哪里看；用三个杠杆估算并降低成本，把看得见变成习惯。

本课目标

读完这一课，你将能够

  • 说出一次自动化运行留下哪些记录、去哪里看、各保留多久
  • 用三个杠杆（条件、执行方式、效果设计）估算并降低一个自动化的成本
  • 用 aidc app usage 等命令读出计算分钟、通知与上限，并判断该不该调整

每一次都留下记录

标准模型的历史会记录条件何时触发、评估是否失败、每个效果的状态、时间和错误；点开一次事件能看到完整的时间线，再点某个效果能看到追踪日志。历史保留六个月，之后永久删除；想留得更久，就用一个 Action 把结果存成对象。

AIDC 里每次运行是一条记录：谁触发的（数据变化、定时或手动），每一步的状态、耗时、输出和 token；每步输出截断到 200 行或 48 KB；保留 180 天。样板应用 workflow-canvas 能把整条流程画出来，运行实时推送，结束后可以回放。

aidc semantic automate runs inspection-failed --limit 20             # recent runs of this workflow
aidc semantic automate status inspection-failed <run id>             # every step of one run
aidc semantic edits-history defect --pk D-INS-0192          # who changed this object, and when
aidc app history inspection-failed                          # which version went live, and when

读一次运行，按这个顺序：先看运行的状态，再找第一个失败的步骤和它的错误，最后看被跳过的步骤，它们的 when 为假，下游读到的是 null。中断的运行，错误里会写明「运行被中断」，可以重新运行。

运行记录（工作流）操作记录（Action）
记什么触发方式、每一步的状态、耗时、输出、token参数、改前改后、一句话摘要；开了 actionLog 的 Action 还会写一个以 log. 开头的对象
保留180 天长期
怎么查aidc semantic automate runs、status、watch，或画布aidc semantic edits-history，或像别的对象一样查 Action Log

所以要复盘半年以前的事，靠操作记录和 Action Log，而不是运行记录。

每天该看的五个数

  • 触发了几次、成功几次：aidc semantic automate runs 一眼看得出。
  • 被拦下的通知：被冷却或每日上限拦下的邮件。数量大，说明条件太松。
  • 计算分钟：aidc app usage 给出本月用了多少；达到 80% 会标「快用完」。
  • 模型花费：aidc semantic usage summary --app 按应用汇总。
  • 批准率与被改动率：草稿被原样批准的比例，是放权的依据。一次聚合或 aidc semantic sql 就能算出。
aidc app usage low-stock-po        # compute minutes, limits, next schedule, notices today
aidc semantic usage summary --app low-stock-po --month 2026-09

前四个是运行的数，最后一个是结果的数。只有看结果的数，才知道这个自动化有没有用。

成本的三个杠杆

标准模型讲性能的原则是「能批量就批量」，三个杠杆一环扣一环：条件（什么让它评估）、执行方式（一次变化开一次运行，还是逐个对象开）、效果设计（一次处理一批，还是一个一个来）。条件若是逐个对象的，后面就只能一个一个处理。

100,000每天最多评估次数：1,000 个对象，每个每天更新 100 次，每次更新都触发
288加一个 5 分钟的时间条件后的上限（1,440 ÷ 5），约少 340 倍
8,640AIDC：每 5 分钟一次的定时，一个月（30 天）的运行次数

AIDC 里对应的做法：change 的 input 映射到对象，一个对象一次运行；留空则一批变化只开一次。频繁更新、只需要汇总的检查，用留空的写法，或者改成定时。运行时长计入计算分钟，不论成败，预演也算。

工作流缺省上限为每月 2000 计算分钟、每天 1,000,000 dailyTokens 和 20 条 notificationsPerDay，最多 40 步。5 分钟是心跳未更新的过期时间；过期后状态为 failed，不是总运行时限。调高上限允许应用花更多钱，部署时会告警。先查谁占了分钟，再决定是否放宽。

把「看得见」变成习惯

没有人应该守着屏幕看自动化。让它有事时通知，每天再汇总一次。每天早上的定时工作流（像 ⑤）可报告四个数：昨天建了几张草稿、批准了几张、拦下了几条通知、用了多少计算分钟。

要点

  • 运行记录保留 180 天；Action 的操作记录与 Action Log 长期保留，复盘旧事靠它们。
  • 每步输出截断到 200 行或 48 KB；看一次运行用 aidc semantic automate status，看流程用画布。
  • 成本三个杠杆：条件、执行方式、效果设计；每 5 分钟一次的定时，一个月就是 8,640 次运行。
  • 计算分钟不论成败都计，预演也计；用 aidc app usage 看本月用量，80% 会标「快用完」。
  • 组织级用 Automate 的 Overview、History 查看运行，并按需配置失败通知。应用工作流用画布、运行命令和结果看门狗。

练一练

读账，算账，写日报

前两个用你自己的应用，第三个是设计。

对一个已发布的工作流应用运行 aidc app usage 和 aidc semantic automate runs（加应用的 slug 和 --limit 20）。写下本月用了多少计算分钟、最近 20 次运行有几次成功、失败的是哪一步。

小测

选一个答案，马上看解析。

Q1八个月前有一张自动建的采购草稿被人改了数量，想查是谁改的，去哪里查最可靠？

Q21,000 个物料每天被 ERP 更新几十次，你想每天要一份「低库存汇总」。哪种做法最省？

Q3aidc app usage 显示计算分钟已用到 85%，距月底还有两周。最合适的第一步是？

延伸阅读