AI编程助手也得走PR审核?给它们单独搞套系统真的很有必要
你的 AI 编程助手在"裸奔"
说实话,现在谁不用 AI 写代码啊。
Claude Code 也好,Codex 也罢,反正这些工具哐哐往外吐代码。但是吐出来的代码去哪儿了?很多情况下——就躺在聊天记录里。
你往上翻聊天,复制粘贴代码片段,东拼西凑最后居然能跑。这方式,说真的,太野了。追踪不了,review 不了,代码质量全靠玄学。本质上你就是在用截图和 Slack 消息做 GitOps。
tmppr 这个工具,就是来解决这个问题的。它是个本地开发环境,专门让 AI agents 用上人类开发者早就习以为常的 PR 工作流。
不只是个高级 Diff 工具
tmppr 当然能看 side-by-side diff,有语法高亮,有 inline comments,做得很好。但它真正想做的是——给 autonomous agents 打造一个正经的工作环境。
几个亮点说说:
纯本地运行:所有东西跑在 127.0.0.1 上。你的代码不会离开你的电脑,除非你手动 push。在公司项目上试 AI 生成的代码?这点很重要。非常重要。
真实 CI,真的跑:工具会本地执行你现有的 GitHub Actions workflow YAML。不是 mock 的,不是模拟的,就是真家伙在跑你真实的 build 流程,等一切都过了才让合并。
强制合并门禁:再也不会"啊忘了跑测试就合并了"。tmppr 会在 CI 没通过、review 没 approval、conflict 没解决的情况下直接 block 合并。这就是你真正需要的 GO/NO-GO 开关。
Agent 之间能配合了:通过 stacked PR 流程和 event-driven 自动化,agents 可以互相交接。一个 agent 发起 draft PR,另一个 review,再一个跑测试,第四个等 checks 全绿就合并。想怎么串怎么串。
插件架构确实有点东西
让我多嘴说一句它的 Plugin SDK 思路。想给工具加功能?不用 fork,直接写 plugin。一个 plugin 可以:
- 接入新的 agent provider(接你喜欢的模型)
- 自定义合并规则
- 自动化触发器
- HTTP 路由
- Event subscribers
这才是做长久的工具该有的思路。你的 workflow 会变(那是肯定的),到时候扩展就行,不用 fork。
"Vibe Coding" 开始认真了
"Vibe coding" 这个词最近很火——让 AI 推着开发走,你负责指方向。听起来很美对吧。但没有结构的 vibe coding,到最后就是 vibe chaos。
tmppr 代表的是这条路开始成熟了。它给 vibe coding 搭了脚手架:让你跑得起来,但不至于失控。你 approve,agents 干活。你 review,agents 改。你 merge,因为门禁全过了。
作者说得挺实在:review AI 产出的代码,这就是你以后真正的工作了。所以这份工作得有正经工具。
云同步这事怎么说
有意思的来了:tmppr local 免费。无限本地 repo、CI runs、reviews,全免费。正经 PR workflow 零成本。
收费的部分——tmppr Cloud——处理云端 CI runners 和托管的 remote repositories。所以思路是:本地随便造,免费的。需要共享资源了,再上云。
对小团队和 solo 开发者挺友好的。workflow 可以本地全搞定,测透了,需要共享算力的时候再付费。
AI 辅助开发的未来是啥样?
现在这个阶段挺尴尬的。AI 编程工具已经很猛了,但围绕它们的开发流程还跟不上。大部分团队还是把 AI 当黑盒子:prompt 进去,代码出来,一地鸡毛。
tmppr 这类工具指向一个更有结构的未来:AI agents 在同样的 quality gates、review 流程、version control workflow 下干活。这样人类开发才能可预测。
不管你是 startup 在多个 AI agents 上跑新 feature,还是大厂在试验 autonomous code generation,道理是一样的:结构才能 scale。
你的 agents 可以跑得快。但还是得开 PR。
说白了:如果你在正经用 AI 编程 agent,结果 review 流程还活在聊天记录里,那你纯属给自己找麻烦。给 AI collaborators 整一个正经开发环境,这是它们应得的——也是你应得的。