Superlite：更快替代方案

我梦想中，交给代理一个规范，关上笔记本电脑，做三明治，回来时就能得到完成、测试、提交的工作。 但实际发生的是，代理写了一小段就问我是否批准设计的第一节，我批准后，它又问第二节、第三节，直到整个规范和计划。 然后开始构建，一个任务接着一个任务，我看着进度日志像火车一样滚动，无法停止也无法超越，不知道还有多少任务。 我刷新终端、回邮件、做第二个三明治，任务还是停留在第三节。 最糟糕的是，我不能离开，每次离开回来，都会有一个问题已经等了二十分钟，等待我输入“是”。

我不需要一个每四分钟都需要我协作的伙伴，我需要一个能独立完成工作的承包商。 所以我开发了superlite，一个Claude Code插件，它能规划构建、将任务分割成可以并行运行的子任务，交给最合适的代理完成，检查它们之间的接口，并审查结果。 然后在你忙着三明治的时候，给你一个它做出的每个决策的清单。 这篇文章涵盖了它存在的原因、工作原理以及如何使用它。 基准测试是为了证明它的速度不是因为我写了它才说它快。

我使用superpowers很多，它是一个小心谨慎、协作的工作流程，在每一步都保持人类接近，它在这一点上确实很出色。 superlite毫不客气地借用了它的框架：插件布局、会话启动钩子、生命周期技能。 但当我已经确切知道我想要什么时，大部分时间都花在了工作流程等待自身上。 我分析了它，就像在可疑的周末后检查你的银行对账单一样。 时间花在五个地方：每个功能8-12个人类关卡。 每条消息一个问题，设计逐节批准，然后分别审查规范、计划和执行计划的方法。 它非常彻底。 这也是一个四小时会议如何被安排的原因。 严格顺序执行。

一个实现者，然后一个审查者，然后下一个任务。 在我的第一个基准测试中，这是一个单文件队列的21个派遣，就像一个只有一个出纳员和非常长的午休的银行。 每个任务后都有一个审查，以及重新审查的循环。 大约12分钟的34分钟构建。 完整的测试套件，由几个技能重新运行。 以防它改变主意。 Opus子代理在关键路径上，写代码的速度大约是Sonnet的一半。 才华横溢、周到，而且一点也不着急。 这些都不是错误。 每一个都是一个合理的安全网。 堆叠在一起，它们在你想要引导每一步时是完美的，在你只是想要东西被构建时有点令人发疯。

所以superlite不是superpowers的竞争对手。 它是为不同的工作调优的：快速自主开发。 如果你想要引导每一步，使用superpowers。 如果你想要交给一个规范并回来得到工作代码，使用superlite。 只是不要在同一会话中启用两者。 它们共享技能名称，都在启动时注入上下文，它们争论得像兄弟姐妹一样。