自动化

Anthropic 开发者博客发了篇 Claude Managed Agents(beta)的实践指南,配了个完整的参考实现:一个定时运行的每日简报智能体,按计划读 Slack 频道和 GitHub PR,往 Slack 发一条简报。代码在 anthropics/claude-quickstarts 的 managed-agents/daily-brief,跑在 Anthropic 托管基础设施上,本机不用保持进程。 六个组件 来源、目标、智能体、计划、记忆、护栏。配置全是声明式文件:agent.md(模型、工具、指令,用 claude-sonnet-5-5)、deployment.md(cron、时区、预算)、vault.yaml(凭证)、两个 memory store 的 yaml,ant apply 一次创建。 真正值钱的是六条运行规则 这类定时 Agent 的坑全在状态管理,文章给的解法可以直接抄: 用书签,不用固定时间窗口。「过去 24 小时」这种写法,运行偏晚会留空档、偏早会重复。正确做法是每次运行结束把各来源最新条目的时间戳写进 bookmarks.json,下次从书签开始,窗口自动伸缩。 读取失败要报「不可读」,绝不报「风平浪静」。MCP 服务器挂了 Agent 照常跑,容易误报「没有新内容」——失败来源的书签冻结,简报末尾注明哪块没读到。 发帖前重新查每一条。「你读的这会儿世界又动了」:已解决的丢弃,有变化的修正,查不到的丢弃并记档。 只有 Slack 返回 ok: true 和消息 ts 才算发送成功,确认后才更新书签和台账。记录了没发出去的帖子 → 书签前进,条目永远漏报;不确定就重发 → 读者收到重复。 每次运行重新读偏好,且从 Agent 无法编辑的只读存储读。读不到就停下来报告,别按默认值硬跑。 只读的地方给只读权限,并限制每次运行的支出。Agent 读的消息里可能埋着注入指令,GitHub token 和 preferences 都是只读;预算从单次正常成本的 3–5 倍起步,超限的运行是暂停而非失败(停止原因 budget_reached),上限设太低的表现是简报悄悄消失。 一个小陷阱 时区:deployment.md 的 timezone 字段控制触发时间,但 Agent 算「今天」也得被告知用哪个时区,否则按服务器时区算会把今早叫成昨天。 来源:AIHOT 转载,claude.dev 原文