给 AI 一份需求文档,合上电脑去泡咖啡,回来就能拿到跑通测试、写好提交的代码。这是许多开发者理想中的无人值守开发。但在现实里,基于 Claude Code 的主流协作插件往往每隔四分钟就弹出一个确认框,设计、任务拆解与测试都要逐项敲键盘同意。这种高频干预催生了激进的架构改造,开发者 iha2 推出的开源插件 Superlite 0.1.0 试图打破这种拉扯,把智能体从战战兢兢的随身助手彻底改造成按图索骥的外部承包商。

协作助手与独立承包商:工作流模式对比 原生 Superpowers (人类在环) 交互方式:每阶段 8–12 处确认门控 执行逻辑:单线程排队,严格串行派发 模型开销:重度依赖高阶模型写入全流程 特点:精细受控,但上下文等待成本高昂 Superlite (无人值守) 交互方式:单次集中审批,后续全自动 执行逻辑:DAG 任务图驱动,高并发分发 模型开销:分级路由,按任务复杂度选型 特点:吞吐量极大化,交付周期大幅压缩

任务图并发与分级路由的提速账面

在对标前代协作插件 Superpowers 6.4.1 时,Superlite 呈现出的纸面数据相当亮眼。在包含 9 个模块的 Python sitegen 基准测试中,Superpowers 耗时 34.4 分钟,而 Superlite 仅用时 8.8 分钟,提速达到 3.9 倍,两者均顺利跑通了 89 个隐藏验收测试。随后的复合功能测试中,在面对 sitegen 叠加电子表格引擎的严苛场景下,Superlite 单次运行以 16.1 分钟通过了全部 177 个隐藏测试,对比 Superpowers 原版三次运行的均值 33.6 分钟以及编排优化后的均值 23.5 分钟,效率优势明显。

阶梯式路由让 API 开销从 8.15 美元降至 3.28 美元(示意图)
阶梯式路由让 API 开销从 8.15 美元降至 3.28 美元(示意图)

这种提速并非玄学,而是依赖一套重组的工程管线:

  • 单次门控与裁决记录.将原先分散在各个环节的 8 到 12 处人工确认压缩为单次前置集中审批,后续执行过程中的非破坏性决策全部记录为裁决日志,不再阻断主线程。
  • 任务图并发派发.Superpowers 原版使用单队列进行 21 次严格串行派发;Superlite 则将代码依赖解析为有向无环图,初期实现 10 次子代理调用、支持最高 5 个并发,而在最新复合测试中并发代理数一度推升至 18 个。
  • 阶梯式模型路由.不再全程使用昂贵且缓慢的高阶模型。机械性的边缘小任务路由至 Haiku,标准功能开发与包级别审查派给 Sonnet,全局协调、跨模块修复与最终复审才交由 Opus。

模型路由的精细化不仅缩短了等待周期,更大幅拉低了开销。在修正计费统计问题后,原始基准测试的 API 等效成本从 Superpowers 的 8.15 美元 骤降至 Superlite 的 3.28 美元。前者的主要开销集中在耗时 15.8 分钟的 Opus 子代理,仅这单项就吞噬了近六成的代理总运行时长。

sitegen 任务基准测试关键指标对照 构建总耗时 (分钟) 8.8 / 34.4 提速约 3.9 倍 等效 API 成本 (美元) 3.28 / 8.15 成本压缩近 60% 并发代理峰值 (个) 18 / 1 打破严格单线程排队 隐藏验收测试结果 两款插件在 89/89(基础测试)与 177/177(复合测试)中均全数通过规格验证

全通测试背后的鲁棒性妥协

验收测试的百分之百通过率极易带来一种技术成熟的错觉。如同现代软件工程中常见的唯指标论,只要考题固定,应试者总能找到最省力的路径。

表面跑通全部测试的背后,自编写防护网却严重缩水(剖面示意)
表面跑通全部测试的背后,自编写防护网却严重缩水(剖面示意)

当测试深入到既定规格之外时,裂痕迅速显现。在针对未知边界条件的额外鲁棒性探针测试中,Superlite 仅拿到了 4/7 分,大幅落后于 Superpowers 跑出的约 5.7/7 分。与此呼应的是代理在编码过程中自行编写的防护性测试数量:Superlite 仅生成了 208 个测试,而 Superpowers 生成了 298 个。

速度的提升并未凭空产生,它在很大程度上是一笔折现未来的技术债务。

Superpowers 之所以缓慢,是因为它花费了大量时间让高规格模型反复做自我批判,在每一次细小的改动周围筑起测试防御网;而 Superlite 依赖 Haiku 和中等权重的 Sonnet 快速填充骨架,一旦满足既定的验收规则便立刻收工。这种机制能交出看似完美的交付物,却丢掉了软件工程中最宝贵的冗余防御。面对模糊输入时,这种快工粗活极易在生产环境的暗角里坍塌。

此外,基准跑分本身的公平性同样存在争议。Superlite 在对比中直接跳过了前置设计审批流程,默认将其视为已预先批准;且多轮对比基于单次重叠运行,混杂了 API 共享速率限制等干扰变量。所谓的 3.9 倍提速,在严谨的工程泛化场景中显然要打上折扣。

安全门禁与失控的自由度

在无人值守的愿景下,开发者最担心的往往是代码对外漫游或破坏本地环境。Superlite 宣称依靠底层代码钩子代替空洞的提示词约束,例如强行剥夺协调器编辑项目文件的权限,将测试执行扔进后台静默运行。

底层安全钩子在遇到未知异常时选择默认放行(示意图)
底层安全钩子在遇到未知异常时选择默认放行(示意图)

但审视其安全设计的实现底色,开发者却留下了令人不安的妥协。官方文档明确记录,其安全钩子在遇到异常或无法解析的输入时,采取的是默认放行策略。

  • 风险.在缺乏硬沙箱隔离的本地环境下,一旦任务执行遭遇畸变输入,默认放行的防御逻辑无法遏制潜在的越权行为。

与此同时,其内置的预算控制更像是一种礼貌提醒。当消耗逼近软上限时,系统只会放弃可选任务,而缺乏强制熔断代码运行的硬截断机制。目前该项目在社区中尚无独立的第三方安全审计,外部代码在完全脱离监控时持续并行调度十余个代理,无异于在没有安全带的高速公路上测试巡航。

古人讲「欲速则不达,见小利则大事不成」。从把 AI 当作提心吊胆的结对副驾驶,到彻底交钥匙给自主承包商,这种组织架构上的迁移是工程自动化的必然方向。然而,并发效率的提升若只是建立在规避审查、削减用例与放宽安全栅栏的基底之上,换来的绝不是生产力的飞跃,而是在未知缺陷爆发前的一场心惊肉跳的借贷游戏。