自动化任务与定时执行

自动化是减少重复，不是无人值守

很多人一听“自动化”就以为是设好规则再也不用管。结果任务跑歪了没人发现，连续几天的产物都是错的，下游已经发出去才看到。自动化真正解决的是“每周都要做一遍、输入稳定、结果可验收”的重复任务，不是把判断也交给机器。

自动化前先手工跑通并通过验收。没有稳定的手工任务，自动化只会放大错误——手工时一次错，自动化后天天错。确认输入、验收标准和返工原因都已记录，再考虑定时执行。

flowchart LR
    A[手工跑通并验收] --> B[创建定时任务]
    B --> C[设频率目录模型通知]
    C --> D[低频率试运行]
    D --> E{输出稳定?}
    E -->|否| F[调提示词或回退]
    F --> D
    E -->|是| G[设失败停止条件]
    G --> H[人工每周抽查]
    H --> I[失败不覆盖上一期]

主案例：每周五自动生成项目周报

场景：项目经理每周五要汇总项目目录里本周更新的文件，整理完成项、风险、下周计划和待决策事项。过去手工做要一小时，目标是让它每周自动跑，到点拿结果。

第一步：先手工跑通

自动化前先用同一提示词手工跑一次，确认产物符合验收标准：

汇总当前项目目录内本周更新的文件，整理完成项、进展、风险、下周计划和待决策事项。
约束：只读输入，不发送外部消息，缺失负责人不得猜测，标为待确认。
输出：按日期命名的周报.docx 和来源清单.md。
验收：每条进展都能回到对应输入文件，运行记录可见，失败不覆盖上周文件。

第二步：创建定时任务并设参数

进入自动化页面创建定时任务。设置触发频率、工作目录、模型和技能：

参数	建议	说明
频率	每周五 18:00	从低频率开始，先每周一次再加密
工作目录	独立文件夹	避免与手工任务文件混放
模型	默认即可	复杂分析再升级，省积分
通知	成功/失败都通知	失败不通知等于没监控

第三步：低频率试运行并检查记录

以低频率试运行，连续跑几天看三件事：输出是否稳定、积分消耗是否合理、失败时是否停止。试运行期间不接入下游发送——别在没验证稳定前就把结果自动发给领导。

第四步：设失败停止条件和回退方案

为项目周报自动化设置容错：
1. 连续失败 2 次暂停，通知责任人；
2. 失败不覆盖上一期文件，新产物按日期命名；
3. 每周一人工抽查上周五产物，确认无异常再归档；
4. 没有新内容时生成空报告并标注，不复制旧内容冒充。

ps：自动化日志如果报 InternalError，不要直接归因后端；更新客户端，手工运行最小任务，验证模型/Skill/授权是否正常。多次重试仍失败时检查 Skill 是否依赖已下线接口（ActionOffline）。在自动化流程中加错误处理：失败后等待 30 秒重试 1 次，仍失败则跳过并记录。

延伸：每日 AI 行业简报和月底票据清单

同样的方法可以用于每日行业简报：固定信息源、关键词、时间范围，每天生成去重摘要和原文链接。月底整理票据清单也行，但不要自动提交报销——整理归整理，提交归人。

每天 8:00 从固定信息源收集 AI 主题资讯，限定最近 24 小时，按链接和标题去重。
输出 YYYY-MM-DD-digest.md，包含标题、两句摘要、日期和原链接。
验收：链接可打开；失败不覆盖上一期；没有新内容时生成空报告。

自动化任务常见错误

常见错误	为什么会发生	更好的写法
没手工跑通就开自动化	急于省时间	先手工跑通并验收，记录返工原因
频率一开始就很高	想多产出	从低频率开始，稳定后再加密
试运行期就接入下游发送	图省事	试运行期不外发，验证稳定再接入
失败覆盖上一期文件	没设回退	新产物按日期命名，失败不覆盖
报 InternalError 一直重试	以为是网络问题	重试 1 次，仍失败检查 Skill 是否依赖已下线接口