48小时内，RapidClaw的代码库经历了一次静默重构。不是因为客户投诉，而是因为Anthropic发布了一个功能：Claude Code Routines。这家只有两名成员、服务 handful 客户的精品代理运维工作室，突然发现自己过去一年的工作模式被重新定义了。

从"每次从零开始"到"代理自己记得"

打开网易新闻 查看精彩图片

Tijo Bear和他的兄弟Brandon运营RapidClaw的方式很典型：客户需要每周竞品扫描，他们就写一段一次性提示词，周一调用API，把输出粘贴进文档，然后结束。每个运行都是独立的孤岛。

问题在于：代理两周前已经分析过竞争对手X，这次运行却一无所知。Tijo Bear为此手写了一个去重层——300行Python代码，凌晨三点客户报告缺失时还得自己调试。

Routines的功能描述很朴素：让代理定义一段工作，保存它，按调度或触发器运行，无需人类每次重新提示。但关键差异在于所有权转移——调度逻辑和跨运行状态，现在由代理自己持有。

那个300行的外部胶水层，可以消失了。

状态持久化的隐性账单

技术讨论区热衷把Routines比作定时任务（cron）或Zapier流程，这种类比没错，但漏掉了成本维度。Tijo Bear在48小时的重写中重新计算了内部估算器：代理跨运行保持状态，需要为状态付费——以token、存储或热进程计算资源的形式。

这不是反对意见，而是运营现实。小型团队的优势在于精简，任何"看起来免费"的抽象层都需要被拆解到资源消耗层面重新评估。

当代理拥有日历，人类失去什么

Routines制造了一个反直觉的困境：自动化程度越高，可审计性越差。Tijo Bear此前写过为什么监控AI代理会"悄悄吃掉你的周末"，而持久化例程让这个问题更尖锐。

需要的追踪维度在膨胀：代理做了什么、跳过了什么、推迟了什么、为什么推迟。如果无法端到端追踪一次运行，"你运行的不是代理，而是一个带着日历邀请的黑箱"——这是RapidClaw从实践中学到的边界定义。

两人工作室的架构选择

RapidClaw的客户规模决定了他们的决策权重与大型平台完全不同。一个需要凌晨三点调试的300行Python模块，对十人团队可能是可接受的运维成本；对两人工作室则是睡眠债务和客户服务风险的直接换算。

Routines的价值在这个尺度上被重新校准：不是"能调度什么"，而是"能删除多少外部胶水代码"。每减少一层手动维护的中间件，就减少了一个故障点和一份认知负担。

但Tijo Bear的48小时重写也暴露了一个未解决的 tension：代理自主性的提升，与人类监督责任的重新分配。当代理自己决定"推迟到下次处理"时，推迟的标准是什么？如何被审计？这些不是技术实现问题，是服务提供商对客户的解释责任问题。

对于销售"精品白手套代理运维"的两人工作室，这或许是比代码重构更根本的商业模式问题：当代理越来越像长期雇员而非临时承包商，服务边界在哪里划定，计费逻辑如何重新设计？