粉丝485获赞1.0万


你用 ai 写代码,是不是越写越蠢?劳到第五十轮,他开始漏需求,逻辑乱,回答越来越短,最后连自己写过的代码都不认了。这个困扰所有 ai 开发者的绝症,最近被一个开源项目彻底解决了。他上线五天狂揽五万 get up 星,全球排名直接冲到四百零七, 被网友称为 cloud code 的 灵魂伴侣, web coding 的 终结者。他就是 g s d, get shit done! 先给大家说清楚这个问题到底有多痛。不管你用 cloud cursor 还是 win serve, 只要任务一长,对话一多, ai 的 输出质量就会断崖式下跌。 这个现象有个专业名字叫上下文腐烂。就像你跟人聊了三个小时天,前面说过的话他全忘了。你得一遍遍重复需求,最后还得自己擦屁股。很多人以为这是模型能力不行,其实根本不是。问题出在上下文窗口的使用方式上。 穿洞用法是把所有历史对话都堆在一个窗口里,越堆越满, ai 的 注意力就会越来越分散。就像你把一个月的工作文件全摊在办公桌上,最后连笔都找不到了。 k s d 的 解法简单到离谱,但又聪明到让人拍大腿。它不让一个 ai 从头干到尾,而是把你的大任务拆成一个个原子小任务,每个小任务都交给一个全新的 agent, 在 一个干净的两百 k token 上下文窗口里独立执行。 你的主对话窗口只负责协调,永远保持在百分之三十到百分之四十的使用率。说白了就是让 ai 永远在巅峰状态干活,不会越干越累,越干越差。 这是第一个颠覆认知的点。原来解决上下文腐烂的根本方法不是扩大上下文窗口,而是学会拆分上下文。现在很多厂商还在卷百万、千万级的上下文,其实方向完全错了, 再大的桌子堆满了东西一样乱。真正高效的方式是用完就归档,永远保持桌面干净。 说到这里,你有没有遇到过 ai 写代码越写越崩的情况?最离谱的意思是什么?打在评论区让大家乐呵乐呵。 g s d。 的 第二个杀招是多 agent 并行协助。 他不是让一个全能 ai 又当爹又当妈,而是组建了一个专业的 ai 团队,有专门负责调研技术方案和坑点的研究员,有负责把任务拆成可执行步骤的规划师, 有负责写代码干活的执行者,还有专门负责检查成果的验证者。而且这些 agent 不是 排着队一个一个干活,而是能并行执行。 比如做一个登录接口, g s d 会先派四个研究员同时去查技术站架构设计、常见漏洞和最佳实践,然后规划师深沉精确到文件路径的至今计划检查员验证计划没有遗漏,再派多个执行者并行写代码,最后验证者对照需求一条条检查, 整个过程中,主窗口只接收最终结果,所有中间垃圾信息全部被隔离。你可以喝杯咖啡的功夫,回来就看到几千行干净的代码,连 get 提交记录都给你写好了。 更狠的是, gsd 的 所有执行计划都是 xml 格式的,精确到用什么库,不能用什么库,输入输出是什么,验证标准是什么。 ai 根本不用猜你要什么,照着指令一步步做就行。 比如它会明确写着,用 z o z 做 j w t, 别用 j s n。 web token 有 q 文 j s 兼容问题成功后返回 h t p t only cookie。 验证标准是 kol 请求返回两百加 set cookie。 这种结构化的指令,直接把 ai 的 出错率降到了最低。你觉得这种多 agent 分 工的模式,未来会不会彻底取代单人开发? 同意的扣一,不同意的扣二。第三个让我震惊的点是它的自动状态追踪和断点续干能力。 j s d 会自动维护一整套项目状态文件,包括项目愿景、需求文档、路线图、决策记录组、测项和已完成工作。这些东西跨绘画持久保存,你今天干到一半关电脑,明天打开,直接输入斜杠 g s d 杠 resume work 就能无缝衔接。甚至还有一个 gsd pause work 命令,专门用来生成交接文档。就算你把项目交给别人,别人跑一下这个命令,就能立刻知道项目进展到哪了,接下来该干什么。这对于经常被打断的开发者来说,简直是救命的功能。 而且 g s d 不 只是支持 cloud code, 市面上主流的十二款 ai 编码工具,它全支持,包括 open code、 geminis、 c l i curl servervpn 等等。安装就一行命令, n p x get sheet done 杠 c cat latest。 选好你用的工具, 一分钟就能搞定。我给大家走一遍完整的工作流,你就知道它有多香了。如果你想从零搭一个产品,第一步,输入 g s d 港 new project g s d 会先问你几个核心问题, 搞清楚你的需求和约束,然后自动派研究员做领域调研,最后生成一份完整的路线图。第二步,输入 g s d 港 discuss face 一、 跟系统讨论第一阶段的细节, 比如你想用什么布局,接口格式怎么定,错误处理怎么做,你聊得越细,最终结果就越贴近你的想法。 第三步,输入 gsd 杠 plan 杠 face 一 系统会深沉两到三个详细的执行计划,每个计划都有检查员验证,不通过就打回去重做,直到覆盖所有需求。第四步,输入 gsd 杠 execute face 一、 所有任务按依赖关系分成不同的 wave, 同一个 web 里的任务并行执行,你完全可以走开去干别的,回了活就干完了。最后一步,输入斜杠 gsd verify work 一 系统会带着你一项一项验收,有问题自动派调试 agent 去修复。如果是小任务,直接用 gsd quick 或者 gsd 杠 fast 跳过完整流程,几秒钟就能搞定。 虽然 gsd 现在最大的用户群是开发者,但它的核心能力其实适用于任何需要 ai 长时间高质量完成的复杂任务, 比如做深度行业调研报告,写产品方案,做市场分析这些传统 ai 很 容易敷衍的长城任务,用 gsd 来做,质量会稳定得多。作者自己就是最好的例子, 他在 readymote 里写得很直接,我是一个独立开发者,我不写代码 code code 写 gsd 就是 它用来驱动 cloud 给它干活的系统。现在亚马逊、谷歌、沙皮法的很多工程师都已经在用这个工具了。当然 gsd 也不是没有缺点, 多 agent 并行会大幅增加 token 消耗,对于复杂的跨文件依赖处理有时候还会出问题。而且他现在还在快速迭代阶段,每天都有新的更新和 bug 修复, 不过这些都掩盖不了他的革命性。 gsd 本质上是给 ai 装了一个专业的项目经理,解决了 ai 长城任务的核心痛点。 他第一次让我们看到 ai 真的 可以作为一个可靠的协作者,而不是一个只能写小片段的玩具。下一期我会给大家带来更精彩的分享,现在点关注,下期我们直接上干货。