并行AI代理与云球体

我认识的一位最顶尖的工程师认为，本地开发（基本上）已经过时了。他向我解释了原因，以及他如何利用云端代理并行工作的设置……最大的问题在于：你的电脑上只有一个代码库。工作树本应让你并行运行代理，但在真实的技术栈上却行不通（数据库争用、端口冲突、开发服务器只能在一个树中工作）。于是人们又回到一次只运行一个代理，自己成了瓶颈。或者他们在同一台机器上运行多个代理：一个写入更改，另一个覆盖它，互相冲突。然后你还得四处查看，找出每个代理做了什么，并独立测试。这带来了太多心智负担。在本地，你就像CPU一样运作，，接收指令，构建，排队待办事项。解决方案：停止共享电脑，给每个代理一台独立的机器。@seejayhess的设置是@AmpCode的“orbs”：云端的一台完整计算机，克隆仓库，启动开发服务器，并运行一个代理，没有其他竞争。“portal”是该运行应用的一个实时URL，让你在信任它之前可以从任何设备点击浏览。就像真正的团队一样隔离，每个人都有自己的机器。回报是：感觉像GPU，而不是CPU。10个任务列表，全部启动，真正进展，闭环完成。更小、更独立的差异更快进入主分支，产生的冲突更少，而不是更多。最喜欢的提示词：“给我无可辩驳的证据证明这有效。”在他的笔记本电脑上，他绝不会运行重到无法使用Slack和Chrome的东西。但在orb中他会（数百万次模拟数据库写入、完整演示视频）。更小的差异，没有混合关注点，更高信心，更频繁发布。心智负担消失了。一个线程，一组更改，一台电脑。他总是知道状态。这让他能并行做更多，而不是更少。他最后仍在本地做的事情：读取生产日志，设置敏感密钥。他不会在笔记本电脑上启动应用。