正在加载视频...

视频加载失败

使用 Claude Code、Cursor 这些 AI 工具写代码时,很多人都是直接这样说:帮我开发一个 AI 聊天应用。 瞬间能看到几百行代码生成,给人感觉确实很不错,若再让它加个登录注册功能,却发现所有代码直接重写。 这就是 “氛围编程” 给大家带来的困扰,为此 GitHub 团队开源了 Spec Kit 这款工具,专门用来规范化我们使用 AI 工具的开发流程。 让我们先用自然语言写清楚具体 “做什么” 和 “为什么”,然后再交给 AI 写代码。 并且通过统一的规格模板和强制评审机制,把模糊需求逐步转化为高质量、可追溯的代码实现。 GitHub: 整个开发过程都有完整的记录和追溯,即使六个月后回头看项目,也能清楚理解当初每个设计决策的来龙去脉。 目前该工具开源不到一个月时间,便收获了 19.8k+ Star,已支持 Claude Code、Gemini CLI、Cursor 等 AI 工具。 通过 uvx 安装后即可使用,提供了详细的教程文档,值得每位使用 AI 编程工具的同学看看。

108,079 次观看 • 10 个月前 •via X (Twitter)

0 条评论

暂无评论

原始帖子的评论将显示在这里

相关视频

骂归骂,但毫无疑问claude code 是anthropic 出来的最优秀的产品。 这篇 Anthropic 原文是 Claude Code 的“口述史”,首先文章网站做的就很有意思:直接仿真了一个terminal,看起来很有趣! 内容上:讲了 Claude Code 从早期内部实验、clide 原型、Claude CLI,到 2025 年研究预览发布后的扩散过程 一句话总结:Claude Code 的成型,靠的是模型能力进步、终端式产品形态、小团队高频迭代、Anthropic 内部重度试用,以及一批早期用户不断反馈出来的真实工作流。 Claude Code 不是突然冒出来的产品。Anthropic 从 2021、2022 年就一直在研究怎么让模型写代码、跑测试、用 bash、在真实环境里完成任务。 早期还有过 VS Code 插件和内部工具 clide,虽然粗糙,但已经证明“AI 可以真的参与开发”。 clide 很难用,但内部工程师一用就发现有未来感。Boris Cherny 后来做了 Claude CLI 原型,一开始没人太当回事,Slack 上反响也很小。直到大家看到它真的能改代码、写 PR、帮工程师推进工作,团队才意识到:这个方向值得全力做。 他们认为 Claude Code 代表一种新的写代码方式:工程师会越来越少手写每一行代码,更多是在安排任务、审查结果、管理多个 AI agent。它也可能让很多原本没钱、没团队做软件的人,第一次能做出可用工具。 原文链接:

岚叔

10,454 次观看 • 24 天前

我看到有人在让“Claude Code”自己开新进程 `claude -p `实现多任务,其实没必要,有更简单的办法。这个简单办法就是让它自己开子 Agent。Claude Code 现在有 18 个工具,最特殊的一个工具叫 Task,它本质就是一个 Claude Code 的克隆工具,只不过是作为 Claude Code 的一个工具。 如果你懂递归的话就很好理解。如果你不懂递归,可以这么理解:Claude Code 是个 AI 程序员,它可以用一堆工具,其中最神奇的一个工具叫 Task,就是克隆一个自己的分身去干活! 这样做有什么好处呢?就是可以并行多任务,还可以控制上下文,让子任务更专注。 举例来说,你粘贴一段错误代码让 Claude Code 去 Debug,并且还让它写测试代码覆盖这个错误。Claude Code 会先调用 TodoWrite 这个工具写一个 TODO List。把任务分成 3 步: - [ ] 根据错误信息收集相关代码 - [ ] 根据错误信息和相关代码解决 Bug - [ ] 写新的测试覆盖 这一步完了后它会起一个 Task,这个 Task 就是专门根据错误信息去找到相关代码的位置,那么这个子任务只需要接受错误信息找上下文,它不管怎么解决 Bug,也不管怎么写测试覆盖。 主任务就会等这个子任务完成,子任务完成后,主任务就调用 TODO Write 更新 TODO List。 - [x] 根据错误信息收集相关代码 - [ ] 根据错误信息和相关代码解决 Bug - [ ] 写新的测试覆盖 然后调用 TodoRead 工具看下一步要干嘛,现在有充足上下文了,它可以再起一个子任务去根据错误信息和代码修复 Bug,等修复 Bug 的子任务完成了,再回到主任务,继续更新 TODO List,继续读取下一个 Item 最后再启动一个子任务去写测试,测试子任务也完成了,返回结果到主任务,这时候调用 TodoRead 一看任务都处理完了,最后根据前面的任务情况给你一个总结摘要,表示任务都完成了。 Claude Code 真的没有做什么工程上的优化,什么上下文压缩、临时存储,都没有的!就是简单粗暴: 1. 把用户问题、系统提示词、能用到的工具一股脑发给 Claude,问下一步该干嘛 2. Claude 就返回说现在你要到 TodoWriter 工具 3. Claude Code 就去调用 TodoWriter 工具,本质上也是一个 AI 请求,最后返回生成的 Todo List 4. 然后 Claude Code 把工具返回结果和前面的所有消息继续发给 Claude,Claude 返回说你现在要去起一个新的 Task 去收集代码了 5. 然后 Claude Code 就起一个新的 Task,把错误信息和要求收集相关代码的任务说明、系统提示词、环境说明、能用到的工具一股脑发给 Claude,问下一步该干嘛 - 在新的 Task 里面,就是不停的问 Claude 该用啥工具,然后发送工具结果和前面所有历史消息 - 任务完成后,返回任务结果 6. 然后 Claude Code 把子 Task 的结果和前面历史信息一起发给 Claude 问下一步干嘛 7. 就这样循环直到 Claude 认为任务完成了 所以你经常看到 Claude Code 在那几十分钟上下文也没爆掉,因为它会启动子任务,这样上下文就分摊到子任务中了,主任务中只是保留子任务完成后的内容。

宝玉

76,401 次观看 • 1 年前

Linus Torvalds 发飙了。 他在开源峰会上公开吐槽,每次听到有人吹嘘“现在 99% 的代码都是 AI 写的”,他就忍不住生气。 为什么? 因为按这个逻辑,这些家伙 100% 的代码其实都是“编译器”生成的。 但他们怎么从来不这么说? 其实是一个道理。 老爷子在台上开始唠家常: “我是写机器码长大的。” 注意,不是汇编语言,是真正的数字。 他到现在都记得,在 6502 芯片上,LDA 指令对应的十六进制是 A9。 当年他花了好长时间才意识到,天天人肉算跳转偏移量,简直蠢透了。 后来,人类发明了汇编器; 再后来,有了编译器; 现在,有了 AI。 这些工具都很好用,AI 正在改变编程,但它绝没有改变编程的根本。 至于 AI 带来的“效率神话”? Linus 给出对比: “AI 很棒,它能把你的生产力提升 10 倍。” “但当年编译器的出现,把人类的生产力提升了 1000 倍!” 所以,这不过是又一次常规的工具演进。 事情的本质从未改变: 以前,优秀的开发者写出好代码,差劲的开发者写出 Bug。 现在,懂系统的人能用 Prompt 调教 AI 写出好代码; 而不懂系统复杂度的人,用 AI 攒出来的代码,最后一定会崩溃。 现在科技圈很流行“氛围编码”(Vibe Coding)。 就是用 AI 啪啪生成一个一次性项目,爽一把就扔。 Linus 说,这种玩具项目,AI 的确是神器。 但如果你想做点严肃的东西,做一个需要长线维护 35 年的系统(比如 Linux)。 你得懂你的 Prompt。 你必须看懂 AI 吐出来的每一行代码,甚至去盯它最底层的汇编结果。 祖师爷浇了盆冷水: AI 可以替你省去体力劳动。 但如果你连它写了什么都看不懂,那你永远只是在制造一次性垃圾。

墓碑科技

67,759 次观看 • 1 个月前