正在加载视频...

视频加载失败

骂归骂,但毫无疑问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...

10,454 次观看 • 9 天前 •via X (Twitter)

0 条评论

暂无评论

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

相关视频

我看到有人在让“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 年前

Anthropic 官方团队把 Claude Code 从底层原理到真实项目实战,完整讲了一遍! 如果你只是会让 Claude Code 写代码,却还没搞懂它如何读取文件、调用工具、管理权限、调度 subagents,这个视频值得收藏! 我整理了重点时间线: 00:00|Claude Code 底层如何工作 04:51|Permissions:哪些操作允许、询问或拒绝 10:46|如何把 Code Review、部署流程做成 Skills 15:08|Intent-driven development 到底怎么做 22:40|用语音 Prompt 从零构建 3D 游戏 32:55|用 Branch、Draft PR 和 GitHub CLI 控制交付 38:15|Auto Mode 如何减少重复授权 40:48|用 Dynamic Workflows 并行调度多个 Subagents 46:53|从 Demo 走向 Production 的工程原则 55:33|Claude Code 如何用于研究、数据和媒体处理 我认为最值得看的是 Lydia Hallie 拆解了 Claude Code 的真实运行方式:模型本身没有长期状态。 文件内容、终端输出、Git 分支、工具调用结果和会话历史,都是由外层的 Agent Harness 维护,再在每一轮重新组装给模型。 这也解释了为什么真正影响 Claude Code 效果的,不只是 Prompt,还有:CLAUDE.md、Skills、Permissions、Verification、Git Workflow、Subagent 编排! 视频最后还有一个很重要的提醒:AI 能一次生成大量代码,不代表这些代码都应该被合并。 架构、验证、安全、Review 和最终质量,依然由人负责。 这可能是目前理解 Claude Code 最完整的一小时。 建议先收藏,再跟着时间线看!

CodeAlpha

68,157 次观看 • 4 天前

Claude Code 的创建者Boris 教你如何用好Claude Code 和 Claude CoWork Claude Code的创造者Boris最近上播客分享了他自己的工作流。 看完之后我觉得,比起官方文档,他嘴里漏出来的实操经验有意思太多了。 1、Cowork底层就是Claude Code 很多人以为Cowork是个新产品。 其实它跑的是Claude Code同一套Agent SDK,同一个大脑,只是换了个图形界面。 你之前觉得Claude Code太技术了?现在直接试Cowork,能力一样,门槛低很多。 2、别一个个串行,要并行 Boris同时开5-10个Claude跑不同任务,在它们之间来回切换。 第一个Tab给任务出计划,不等做完就跳第二个开新的,一圈转回来第一个计划已经出了。 有人说"Claude好慢我自己更快"。单个确实,但你同时跑五个试试? 3先出计划,再让它动手 Boris几乎每个session都从Plan Mode开始。 先让Claude出计划 → 你审一遍 → 满意了再切自动执行。 他说了句很精辟的话:"计划对了,代码就对了。" 花两分钟审计划,能省二十分钟返工。Cowork同理,它提方案你再确认。 4、给Claude"眼睛" Boris说提升效果三板斧:最强模型 + CLAUDE.md + 让Claude验证自己的输出。 第三个最容易被忽略。 他的比方:蒙着眼睛画画,画得再好也有限。让Claude看到自己的输出(跑代码、看渲染、检查表格),质量直接上一个档。 5、用最贵的模型反而省钱 Opus虽然单价最贵,但一次搞定不用来回纠正,实际token消耗更少。 用小模型看着便宜,花在引导和修正上的时间算下来可能更贵。 直接上最强的,省的是你的时间。 6、现在就值得上手 Boris说Cowork现在像一年前Claude Code刚出来,"还早期但已经每天在用了"。 他的起步建议:别折腾配置。装好桌面端 + Chrome插件,挂个文件夹,从简单任务开始玩。 "没有正确的使用方式,找到适合你的路就行。"

小互

41,509 次观看 • 3 个月前

有一个超级暴论: 现阶段的 OpenClaw 根本不适合团队协作!! 折腾过的人,应该都有类似的感受! OpenClaw 本质上其实是一个很强的 Agent 底座! 你可以把它接入到自己的团队工作流里, 把 Agent 搭起来,把渠道接进去,把能力跑通, 每个人都能让Agent干事情, 但是再进一步就会发现真正的问题: 团队怎么一起用? 中间产出和最终结果都沉淀在哪? 前面做过的分析、写过的文档、跑过的方法,怎么变成团队可复用资产? 新的成员进来,怎么接着往下做,而不是从头再来一遍? 这些,落到实际的应用中,都是坑! 最近,Flowus团队开发了一个新产品: Kollab Kollab 似乎解决了上面这些问题,它的思路很直接: 把 Agent 直接变成工作流的一部分。 这是什么意思呢? OpenClaw 解决的是:我个人怎么拥有一个随叫随到、能力很强、自己可控的 AI。 而 Kollab 解决的是:怎么让 AI 参与真实的团队工作,让做过的事能留下来,方法能复用,团队能协作。 对于内容团队、研究团队、小型创业团队来说,一定知道这其中的区别!! 你可以很简单的建立不同的项目组,或者工作空间, 每个项目组里都有 Agent,项目推进的全过程中, 所有的工作流、产出和方法论,都会沉淀在这个空间里。 当下次遇到同类型的B项目时,就可以一键复用A项目沉淀下来“工作资产”。 我觉得,这才是团队协作里最有价值的部分, 尽可能减少重复劳动!! 不管是传统团队协作,还是AI时代的团队协作,都如此。 所以,AI 产品真正的分水岭, 不是谁更像人,也不是谁接了更多更强的模型。 而是,到底能不能提供一个能沉淀、能协作、能推进的工作空间。

沐阳

51,046 次观看 • 2 个月前

翻墙出来一定要多看优质的信息源,不要只是出来看片!多逛英推区宝藏,看不懂听不懂阿绎给你翻译拆解系列03: 这个创造了Claude Code的男人Boris Cherny大神,完整公开了自己的工作流,并直播演示了一半的编码工作在手机上完成🤪 不是回消息,是同时跑5到10个Claude实例, 用手机启动任务,去喝咖啡,回来代码写好了🤣 他刚公开了自己的完整工作流,看完之后我发现, 核心就三件事,但每一件都跟大多数人的直觉相反: 第一,永远选最贵最聪明的模型 听着像烧钱,实际上反过来,聪明模型一次想清楚,笨模型来回试错烧掉的token远超差价。 他的原话:"计划做得好,代码自然好。" 第二,整个团队维护一个纯文本知识库 不是Notion,不是花哨的文档系统,就是一个txt文件。Claude每犯一次错,记一笔,每周更新好几次,这个文件就是团队的长期记忆,Claude不会在同一个地方摔倒两次。 第三,永远让Claude看到自己代码的运行结果 能跑代码,能看浏览器渲染, 他的比喻很准:"你让一个画家蒙着眼睛画画, 画完不让他看,然后怪他画得丑?" 他的清晨流程:醒来,手机上启动三个任务, 该干嘛干嘛,晚点回来检查。 规划模式起步 → 敲定计划 → 自动接受修改 → 完成 多个Claude实例,一个周密计划,一个共享知识库,没了。

AYi

236,117 次观看 • 3 个月前

Claude Opus 4.8 出了之后,我的第一反应是:想试。 第二反应是:算了,token 这东西真的不经烧。 结果看到 ZenMux 现在可以体验 Opus 4.8,就拿它试了一个我最近一直想做的小东西。 我自己有个很真实的问题: 脑子里经常冒出各种产品想法。 但每次真要开始做,就会卡住。 用户是谁? 第一版到底做什么? 哪些功能应该先砍掉? 怎么定价? 第一周从哪一步开始? 上线后怎么找第一批用户? 想法很多,执行很散。 所以我让 Claude Opus 4.8 做了一个「一人公司作战室」。 需求我写得也挺直接: 输入一句产品 idea。 自动拆出产品定位、MVP、开发任务、定价方案。 再生成落地页文案、冷启动实验、风险清单和本周计划。 最好不是一个静态页面,而是真的能点、能改、能导出。 然后我就把这段话丢给 Claude Opus 4.8。 出来的效果比我预期好不少。 它真的把“一人公司怎么从想法走到执行”这件事拆开了。 左边输入产品想法。 中间生成产品蓝图、MVP 范围、定价和官网文案。 右边是任务看板和本周计划。 底部还有冷启动实验、风险雷达和 Markdown 导出。 最让我觉得有意思的是,它不是一味堆功能。 比如我输入“给小红书博主做 AI 选题助手”,它会主动判断: 第一版必须做什么。 哪些功能看起来高级,但现在应该先别碰。 怎么找第一批真实用户。 哪些风险可能让这个项目做不下去。 这点就很能体现 Opus 4.8 的能力。 普通模型经常是:你要什么,我全给你加上。 最后页面很热闹,但产品判断是空的。 Opus 4.8 更像是在帮你收敛:先想清楚用户、场景和第一步,再把它变成可以执行的工作台。 我是在 ZenMux 上试的。 它比较方便的一点是,一个 Key 就能切不同模型,新模型上线也很快。 Opus 4.8 拿来做这种带产品判断、交互状态和复杂信息结构的网页,确实挺顺。 想试 Claude Opus 4.8 的,可以从这里进:

Joruno

15,727 次观看 • 1 个月前