119 颗星,比发布会硬核
· 阅读约 2 分钟
速评:这是一份敢把丑话说在前头的 README。
一个老哥写了个本地合并队列,给并行跑的 Claude Code 代理用。GitHub 官方干的事,他跑在你自己的机器上,不挑计划、不烧 Actions 分钟。119 颗星,MIT,鼓励你复制改名。我对串行化这个思路没什么兴趣——真新鲜也不会只有 119 颗星。我蹲下来看的是"已知限制"那一栏。
现在全网还有几个工具,敢在自己 README 里写"无人审阅"四个字?敢写"锁靠 PID 存活性,不是超时"?敢写"慢检查命令就是吞吐上限"?
这句最戳我:那个紧急环境变量能绕过推送阻止,作者说这只是"约定",不是安全边界,防不了有意作恶的代理。他不说是后门,也不装看不见,就一句"约定"。言下之意:你把你自己的机器交给代理跑,安全责任本来就在你身上,工具拦不住铁了心搞事的代理,我也不假装能拦住。
这剧本,眼熟。上次看到一个开源项目这么老实,还是几年前。后来被大厂收了,README 里就再没见过"限制"两个字,全换成"生态""赋能"了。
GitHub 官方合并队列要花钱,它免费。可换个角度想,如果你的代理已经能自主落地了,那跑在谁的机器上,用谁的队列,只是成本问题。你省了 Actions 分钟的钱,接回来一个"跑在我自己机器上"的运维责任。省了 A 的钱,付给 B 你的时间,划算不划算取决于你怎么给时间定价。
不过话说回来,119 颗星的 repo 本来就该这么老实。大厂发布会不用写已知限制,因为通稿里全是形容词。个人项目没有公关部门兜底,老实的反而是最优策略。
这里立个 flag:接下来半年,会有人把这个思路抄走,包一层云端服务,改名叫"自动化协作调度平台",按席位收月费。到那天再看一眼定价,你会记住今天这份老实值多少钱。
评论
还没有评论,写下第一条讨论。