Claude Code有多牛，应该不需要再多加介绍。
对于AI编程而言, 难以避开的一座极具挑战性的大山, 是Anthropic倾力打造的最为稳固坚实的产品堡垒所在, 与此同时, Claude模型能够充分施展其特长的地带。
2025年2月, Claude Code首次现身。它起初是一款于终端运行的AI编程工具, 能够自行解读代码, 修改文件, 执行命令, 随后依据结果进一步作出修改。
2025年5月, Claude Code正式开启使用状态, 进而开始步入让工程师更为熟悉的开发流程, 此流程存在两种方式, 一种是能够接入代码编辑器, 另一种是可以在GitHub里处理交付的任务以及查看所做的修改。
2025年下半年之时, Claude Code从“终端里的代码代理”持续成长起来, 开始着重突出更为自主的工作流程, 任务时长变得更长, 具备更好的回退以及控制能力情形下, 还会逐步嵌入到团队的软件工程流程之中。
在2026年的时候, Claude Code成长为了Anthropic最为重要的AIAgent样板当中的一个, 进而成为了A社用于证明“AI能够进入真实工作场所”的核心产品。
只是，光看时间线和产品更新，未免有些无趣。
7月7日, Claude官方整理出一份有关于Claude Code的历史故事, 这些故事源自它的创造者, 还来自那些早期将它应用起来, 并促使它不断成长壮大的人。
这份历史有着最有意思之处, 在于它还原了一个产品得以建成的过程, 那就是一个早期内部工具, 先是被少数工程师反复进行使用, 之后又经历改造, 期间有过吐槽, 还进行了修复, 随后在模型能力跨过门槛之后, 它突然摇身一变, 成为了Anthropic最重要的agent样板之一。
有人讲, 它仿若一部情景喜剧的试播剧集部分, 还有人说, 它恰似一部围绕科技起源所展开的故事。
让我们一同步入这个故事之中, 瞧瞧这个Claude Code, 它是软件工程师们都极为熟悉, 并且喜爱得舍不得放手的, 到底是靠着怎样的方式构建而成的呢?
Anthropic很早就盯上了代码
故事要从2021年讲起。
那一年，Claude Code还不存在。
不存在那个全部大写的字符标识, 不存在后续被开发者再三进行截图的红绿代码行, 更不存在“让Claude自己进到代码库去展开工作”这般听起来已然十分平常的产品样式。
于彼时, Anthropic方才开启初始进程, 达里奥·阿莫迪自OpenAI“激愤退场”, 欲去做一家更为审慎、更为安全可靠的人工智能公司。
而代码，很早就被放在了一个非常重要的位置上。
2021年, Dawn Drain加入进来, 之后花费了相当长的一段期间, 使得Claude去学会编写代码。
她在之后进行回忆时表示, 自身于Anthropic最初的那三年期间, 最为主要的项目, 便是竭尽全力去打造出一个具备能够编写代码能力的模型, 其目标十分明确, 那就是起码要达到和她那般的水准。
目标听起来很轻巧，真正做起来却并不容易。
一开始, 他们着手于超级简单的任务, 让模型去撰写一个小型函数, 随后, 自行开展测试, 检验其是否正确。
许多时候, 模型所产出的内容皆品质欠佳。函数存在差错, 测试亦无法通过, 于是研究员们持续拆解任务、变更训练方式、检视失败样本, 进而将模型往前推进些许。
等到了2022年的时候, Anthropic就已然着手开始精心地去琢磨编程助手这一事物了。
Anthropic联合创始人Ben Mann回忆, 他们决定着手做产品之际, 首个做出来的事物是个编程助手。彼时它仅是一个VS Code插件, 用户能够与它交谈, 它会就一个问题给出若干不同建议。
类似于那种在编辑器近旁就座宛如助手般存在的某事物: 当你向其问讯时它会予以回应, 当你给予它一段代码之际它会给出几种或许可行的修改方式。
那会儿, 它尚不具备自行钻进代码库里去翻找文件的能力, 同样也不可以打开命令行来运行测试。
然而, Anthropic的研究小组期望模型“变得活跃起来”。仅仅会编写一段代码是不足够的, 它还必须清楚代码是否能够运行。仅仅能够回答问题同样是不够的, 它需要能够自行进行搜索, 能够自行调用工具, 能够在一个环境当中执行命令。
于是，工程问题一个接一个地冒了出来。
当时, Dawn和负责强化学习的那几位同事做了一件相当关键的事儿, 在容器里头给模型接上一个持续存在着的命令行环境, 如此一来, 模型可不只是写那么一段代码然后交卷就算了, 它能够实实在在地去执行代码, 还能看到输出, 就算遇到超时情况也能够被处理掉。
到2023年，事情开始变得更具体。
Anthropic的研究团队, 不再满足于让模型去写一个函数, 运行一个测试了, 他们朝着更开放的方向展开尝试。
那时, Shauna所在的团队进展速度特别快, 他们着手给模型接入bash工具, 使得模型能够在命令行当中执行相关操作, 同时, 他们还开始赋予模型具备搜索的能力, 让模型能够依靠自身在诸多文件以及信息里自行翻找。
这些事物当下听起来好像颇为基础, 然而, 最为基础的事物才是最为关键的, 对于一个能够编写代码的模型而言, 它们简直仿若手与脚。
那时候, Dawn Drain仍旧围绕着一个相当确切的问题费尽心思, 即模型究竟应该怎样去“修改代码”。
让模型去生成一段新的代码, 这和让模型在一个已经存在的项目里面动手进行修改，完全是两码不同的事情。在已有的项目当中, 代码可不是那种如同白纸一般的存在情况, 你绝对不可以致使模型每一回都重新编写整个的文件, 同样也不可以让它只是在聊天框里面言说“建议你把这里做出修改”这样简单的话语。它必须要精准无误地告知系统: 具体是哪几行需要删除掉, 要在哪几行之上添加新的内容, 并且改动最终应该落实在什么确切的位置上。
最自然的办法，是让Claude学会写diff。
那位从事开发工作的人员, 每一天都会去查看差异对比内容, 其中呈现为红色的部分是被删除掉的, 而呈现为绿色的部分则是被添加进去的, 要说究竟改动了哪些地方, 只要看一眼差异对比内容便能够看得出来。
但轮到模型来写，事情就没那么顺利了。
Dawn后来开玩笑讲道, 她耗费了“于尴尬层面而言相当久”的时长去教Claude撰写diff, 它所得写就的内容需宛如人类开发者能够读懂的那种修改记录, 并且尚要切实能够被系统运用到文件之中。
然后，他们开发出了一个叫clide的命令行工具。
Shauna作出评价称, clide尽管存在着些许笨拙的情况, 然而它极其极为超前。
想让clide正常工作，需要输入一堆像咒语一样的命令。
可是诧异的是, 好多人都记住了它, 由于它虽说使用起来困难, 然而却有着一种非凡的感觉, 也许, 恰似巫师施展法术时要念叨咒语那般。
晨曦之时, 曾于编程进程里拿出clide, 借助它去回应一个关联整个文件夹的问题。通常情形下, 这般问题压根没办法塞入那种模型的上下文窗口, 然而clide会将此类任务分派出去, 并行召集一百个Claude Haiku去查看, 随后把最终结果回收回来。
旁边的人看见了，总会问她：嘿，你怎么知道这些酷工具的？
Adam Wolff曾在clide上附加过一项早期代理功能, 彼时, clide尚无bash工具, 能力存在局限, 然而, 它已然能够从一处并不完整的改动当中推断出你想要达成的意图。
第一次跑通的时候，Adam在厨房里高兴得跳了起来。
氯元素最吸引人的地方就在这儿, 它根本算不上成熟, 启动速度特别慢, 操作起来十分繁杂, 能力也存在局限性。但只有那么一两次, 它确实帮你把事情给做成了, 你就会特别难忘掉那种感受。
Boris说起头一回被clide击中的那段经历, 他讲, 那时他亲手书写了一个完整的拉取请求, 随后Adam说道: 你应当运用clide来做这个。
于是, Boris将issue复制进去, 交由clide进行处理, 那仅仅是一个存在五到十行内容的小改动, 然而clide却直接写出了完整的请求。
Boris发出感慨, 说道, 我往昔从来都未曾见到过这般模样的工具, 这实在是让人感到惊叹不已, 简直仿若那未来的科技呀。
clide好似一块尚未雕琢好的原石, 它极具笨重之感, 速度极为缓慢, 模样还特别像内部玩具。然而它已然将一种可能性呈现于Anthropic眼前:
要是一个用起来困难的命令行工具, 都能够使得工程师内心产生震撼之感, 如此一来, 那一个真正在使用方面表现良好的版本, 又会呈现出怎样的状况呢?
2024年1月, Ben Mann着手组建Labs团队, 他发觉市场存在一处空位, 即真正能够开展实际工作的AI编程代理尚未现身。
同年9月，Boris加入Labs，被分配到了相关的工作。
起初, Boris打算制作一个代码检查工具, 他想着要先从AI编程代理那儿切出一小部分, 去做些微小且具体的事儿。
而Ben的反应很坚决：别做小的开云正版app下载开云app在线入口，要干，就干一票大的。
于是，Claude Code的车轮开始向前。
博拉兹后来回想起来, 他当时首先有的反应乃是先掌握怎样去应用安氏的应用程序编程接口。因为在那之前, 他自身也并未怎么使用过。
随后, 他开启胡乱尝试的行动, 将API予以打开, 书写一部分内容, 运行一部分内容, 以此来查看模型究竟能够做到怎样的事情。
一番折腾过后, 他弄出了一个演示版本, 这个演示版本的名字叫做Claude CLI。
就是连Boris自己呢这样讲, 没有人是真正透彻明白这个demo究竟是啥, 就连即便是他自身, 那也并非是完完全全给弄搞懂的呀。
这个演示很奇特, 它已然具备了后续克劳德代码的某些迹象, 然而在当时看上去又并非像清晰明了可明晰识别的一个编程产物。
Boris曾致使它剖析判定自身所聆听的是何种音乐, Claude CLI未令他人工录入歌曲名, 亦未调用一个规整划一的音乐联系途径, 径直截取了一张Apple Music的屏幕画面, 随后自行解读吐出。
Boris讲, 这个演示样本大概耗费两天才制作完成。要是放到现今, 运用Claude Code再度制作, 或许两分钟便足够了。
他将demo发送到了公司的Slack, 给予反应的情况并非良好, 大约仅仅只有两三个赞。
但就在第二天，Boris在办公室里看到了另一个场景。
他步入办公室, 猛地瞧见他的同事, 名叫Robert Boyce的, 正在借着Claude CLI干事情。
屏幕之上呈现出了红色以及绿色的代码改动, 是那种后续会变得极具辨识度的修改迹象, Boris一眼便将其辨认了出来。
Robert很自然地告诉他：对，它正在帮我写代码。
那个时候, Robert所进行的行为, 极有可能是针对Claude桌面应用当中的相关内容, 而这个应用, 它的状态是尚处于较为简单的情形之下, 从本质层面来讲, 它仅仅是由一组工具定义、一个循环以及一个简单的交互界面共同组合而成的 , 是这样的一种 existence。
这对Boris的刺激很大。
克劳德命令行界面远远算不上好, 它粗糙, 不稳定, 距离一个真正能够发布的产品相当远, 不过鲍里斯感到一种很强的紧迫感, 他开始在周末也做这件事。
朋友叫他出去玩，他也放不下。
在后来, 他进行描述时表示, 在那段日子里, 他的脑子中一直存在这个物件。他根本就无法停止下来。并且, 这种紧迫感, 直至现今仍未消逝。
Claude Code的诞生
那是在2024年10月的时候，Boris几乎是把他所有的精力, 全部都倾注到这款工具上面。每过去一周, 他都会去找Labs团队的工程负责人Raphael Lee去索要人手。
“Raph，给我工程师。”
他晓得这个东西仍然十分粗糙, 然而他还晓得它绝不能够再仅仅是一个内部演示版本了。它已然开始具备用途，已然存在有人运用它来编写代码。再朝着前方迈出一步, 它极有可能会转变成一个实实在在的产品。
Raphael后面回想起来, Claude Code差不多把Anthropic Labs整体的资源给吃光了。
即使处于人才急需的状况之中, 然而那个团队却没有在一时间就迅速蔓延扩大, 主要是依靠向着内部的岗位转移, 另外还有一些进行得十分迟缓、极其慎重的从外部开展的招募行为。
在这里, 存在着一个小小的分歧, Boris期望能够尽快地将团队发展壮大, 他紧缺人手, 急需以更快的速度推进, 还需要更多的力量支持, 然而, 身为Claude Code团队首位经理的Adam Wolff, 却在这件事情上持有与之对立的一种态度。
Adam不希望团队迅速变大，他认为团队一旦进行扩张, 流程会变得复杂, 文化会变得复杂, 产品判断也会变复杂, 人多固然能多做功能, 然而也极易开始过度设计, 极易开始开诸多会议, 极易开始为了协调而去协调。
后来Boris回头看，也承认小团队反而帮了他们。
人力数量少, 所以没办法去铺设规模极大的架构；资源紧张, 因此没办法将每一件事情都做得极为繁重；速度要求快, 于是就只能把产品打造得更加轻巧, 并且也只能更多地去依赖Claude。
有一位名为Sid的值占据着作为Claude Code的第二位工程师所具有的身份数值, 他于2024年8月之时介入成为Labs的一员, 在此之前, 他未曾从事过开发者工具相关的工作, 并且也没有开展过编程工具方面的工作。
Boris手里有这个很酷的命令行东西，他就跳了进去。
在早期那些时日里, 唯独 Boris 以及 Sid Bidasaria 如此这般, 并且加入少许 Ben Mann, 他们仍致力于此项目的持续开发当中。
他们, 在做Claude Code当中, 与此同时, 还运用Claude进行coding的操作, 也就是写代码, 是这样的情况。
在２０２４年１２月的时候, 项目总算是获取到了绿灯。有更多的人从Ｌａｂｓ以及其他团队那儿跳了进来, 大约有六七个人, 而后开启了最后一轮为期两周的冲刺。
Sid在后来进行回忆时表示, 许多直至如今依旧能够被看到的核心功能, 皆是在那两周的时间里面制作完成的, 像问题反馈这一功能, 像登录流程这一环节。
那时候，他第一次觉得：这个东西真的要变成产品了。
工作方式上, 他们可谓相当粗暴, 代码库既不存在严格拉取请求限制, 又缺失较重评审流程, 一旦有人发现问题, 便直接去修, 只要用户指出哪里不好, 就立刻进行修改。
Boris在早期弄出了两个尤为关键重要的事物, 分别是自动更新以及用户数据, 这使得Claude Code的迭代速度变得极为夸张。
只要有什么人, 急忙跑过来, 发出那般抱怨: “这个地方根本就不好用。”, 在仅仅几分钟之后, 用户手里所拿着的版本就经过更新了。
Claude Code自身同样助力他们更为迅速地运行一一它作为一款命令行产品, 并非繁琐复杂的网页应用, 不存在庞大的前端架构, 亦不存在诸多层面的页面以及需要协调的服务。
简单开云手机入口app下载开云app官方入口网站，反而成了优势。
更大的优势是，他们正在做的东西，刚好能让他们自己变快。
出现了一个bug, Claude Code能够协助进行定位, 有一个功能需要修改, Claude Code能够一同编写, 一旦反馈到来, 团队会立刻进行尝试、立刻加以修改、立刻予以推送。
这恰似一尊极早期的飞轮, 产品愈是具备可用性, 团队对产品加以改良的速度便愈发快速；团队改良产品的速度越快, 用户就越抱着乐意的态度持续进行反馈；用户反馈的数量越多, 产品就越快地趋向于变得可用。
最初, Ben Mann总结出这样一种做模型产品会有的感觉: 必须先做出一个东西此模型做出来之后成功概率在二到三成之间但不能在此基础上再提升；等到下一代模型出现, 那这个时候该模型成功概率可能达到八成；再等到下一代模型已经出现的时候, 成功概率就可能超过九成以上但不会在此基础上涨就固定了。
进行这种产品的制作, 是需要具备相当高的忍耐力的。你会一次次地出现错误, 一次次地察觉到它存在不足之处, 然而仍旧要持续地去把那个未来的版本先行构建出来。
Ben Mann说：你必须活在当下，同时也要着眼于未来。
Claude Code当时就处在这种状态里。
接着, 时间被拖至2025年2月, Claude Code正式实施向外发布这一行为了。
发布前，它先经历了一轮早期试用。反应并没有想象中热烈。
当过产品负责人的Cat Wu后来回想起来, 那个时候, 好多人都觉得这个想法是特别酷的, 然而, 该产品存在着诸多的bug。直至那时, 它都还没成为那种一旦被打开, 就能即刻令众人信服之人或为之赞叹之物。更多情况下, 它宛如一个颇具潜力的半成品模样。咋一眼看过去, 可以瞧出大致的方向, 可仔细打量一番, 又能瞅见其中存在的问题现象。
但团队还是决定先把它发出去。
便是在此次发布的前后时段, Claude Code由Claude CLI更改了名称。
Alex Isken这个名字, 源自产品营销团队, 团队喜爱它的简洁明快, 不存在繁杂的概念, 且无需过多的阐释。
发布之前的一个深夜时分, Igor Kofman又给它增添了一个小细节, 他忽然想到, 要是登录的时候能够有一个字符画标志, 那会不会很酷呢?
于是, 他以及Claude一块儿填了些字符画字体, 进而做出了往后极具辨识度的Claude Code全大写标志, 且这标志是全大写的, 那这个Claude Code全大写标志可是后来才有的。它是一个规模很小的产品彩蛋, 然而对于一个命令行工具来讲, 这样的小玩意儿会使得它一下子就拥有了独特的性格。
Meaghan Choi添加了一个事物, 那是她极为喜爱的, 是终端里头一个被称作Clawd的小角色。
Claude 3.5 Sonnet发布时才有的Clawd, 将它放入Claude Code的终端里, 这多少有点不太符合主业要求, 不过却让这个冷冰冰的开发者工具增添了些许可爱。
于是，Claude Code就这样出现在了外部用户面前。
征服用户之路
最初时候的Claude Code可不怎么尽善尽美, 和后续那个造成很大动静的Claude Code存在着相当大的差距呢。
但有些人很快被它击中了。
Ramp的工程师Austin Ray就是其中一个。
他向来喜好命令行, 在其职业生涯之中, 只要能够身处终端便坚决驻留在终端之处。Claude Code于以研究预览版进行发布过后 , 他察觉到有人针对这个工具有所提及 , 于是便前去尝试了一回。
五分钟后，他感觉到：这东西会从根本上改变一切。
在Austin看来, 只要有一个工具, 这个工具具备能读的特性, 这个工具具备能编辑的特性, 这个工具具备能运行bash的特性, 那么它已然拥有了搭建其他所有东西的基础能力。
于是他开始在Ramp内部到处安利。
他向同事发送了消息, 询问究竟是谁也正在使用Claude Code。随后索性径直走到他人的桌前, 要求他们安装上Claude Code, 再去打开终端, 将手头当下正在做的事情直接交予它去尝试一番。
早期用户对于Claude Code是极为重要的, Austin后来同Boris、Cat每周都会举行反馈会, 开发者与用户之间的关系, 便是如此顺理成章地构建起来的。
Bun的创立者Jarred Sumner, 也在很早的时候就尝试了Claude Code。
他致使它为Bun达成websocket客户端压缩, 并且将相关标准文档给予它。Claude Code最初做的状况欠佳, 不过在经过几轮提示以及修正以后, 它切实把东西给做出来了。
这件事致使Jarred对它着了迷, 他竟然更改了Bun的工作优先级, 使得项目变得更适配Claude Code来运用。
随后, 在Bun内部, 存在着一些人对是否要禁用Claude Code展开了讨论, 而Jarred是第一个表示不同意的。
早期的Claude Code表现得万分分裂: 有的人察觉到它存在诸多bug, 并且稳定性欠佳；有的人仅仅尝试了几分钟, 便立马开始四处拉拢同事安装它；有的人判定其暂时无法对自身起到帮助作用；还有的人已然着手改变团队的工作方式以适配它。
有趣的是，Anthropic内部也有类似的分裂。
做性能工程的是Tristan Hume, 其任务需要大量上下文, 且还涉及一些外部网上不存在公开文档的加速器内核, 对他而言, 早期的Claude Code并不够出色, 它无法很好地编写自己的工具, 在边调查边学习方面也不太擅长, 故而只能处理极为有限的任务。
在2025年2月的时候存有一个Claude Code, 它呢, 并没有一下子就征服了所有的人。
它让一部分开发者震惊，也让另一部分开发者觉得不够用。
但Claude 4让一切都变得不一样了。
照AI圈平常惯用的那些隐晦说法来讲, 那想必是能够算得上Claude Code的“GPT时刻”的, 当然咯, Anthropic肯定是不会乐意被这般去形容的。
需明白, 于模型真切堪用之前, 产品设计所能施行之事实际上颇为有限。Claude 4模型在书写代码方面更具能力, 在处理任务之上更有优势, 且更仿若一个能够自行向前推进的智能体。
随后, Boris作出总结, Claude Code得以起飞, 主要依靠的是两件事情, 为模型方面的创新, 以及商业模式方面的创新。
产品的功能借助模型得以成立, 订阅模式推出以后, 用户终于能够以更加自然、更为高频的方式去使用它。
至此, Claude Code 开始转变成为一款真正能够让开发者每日开启使用的工具。
也正是处于这个阶段, 不少人首次察觉到, Claude Code的功效, 或许已然不单单只是提升写代码的速率了。
它正在改变工程师和代码之间的距离。
Claude 4过后, Boris对于Claude Code的运用开始飞快改变: 在2025年2月时, Claude Code大约仅编写他10%的代码；直至5月, 此比例变为了30%、40%。
他对那时的情况记得极为清晰, 彼时他身处Code with Claude开发者大会, Sonnet 4被发布, 他坐在后台的房间里, 一边参与会议, 与此同时着手编写代码, 刚开始在那里编写代码, 他陡然间察觉到, 这个事物确实已然向好的一方面转变了。
模型变得更会写代码，也更会自己推进任务。
在2025年寒冷的冬季到来之际，Boris宣称, 自家的代码无一不是由Claude Code完成的。此后, 他再也不会亲自动手去书写哪怕一行代码了。
莎娜·克拉维克的情形却是反过来的, 她同样是克劳德代码的重度使用者, 过去几年当中, 她原本已经没怎么亲手去编写代码了, 然而克劳德代码却反倒致使她重新编写的代码变得更多了。
因为写代码这件事变得更容易了。
用不着她再次一头扎进每一个细微之处, 逐个从空白文档着手, 而后将内容逐个字符地敲入进去。她能够把任务进行拆解, 先驱使Claude运转起来, 接着查看相应结果, 随后对方向予以调整, 紧接着持续朝着后续推进。
她讲自身存在着十二个不一样的Claude在各处开展工作，存有这般的情况: 其中有的在阅读文档, 有的在更新相关事物, 有的从Slack之中提取信息。
而Igor Kofman看到了另一个变化：
当模型以及Claude Code持续变得更强时, 人所管理的事物会朝着往上抽象一层的方向持续发展。现阶段你或许依旧在管理着诸多Claude。再随着时间往后推移, 你所管理的有可能会是, 那个能够管理Claude的Claude。
听起来好似那种让人舌头打结的绕口令, 然而恰好对应了后来Claude Code持续演化所呈现出的两个方向, 其一为子代理, 即让各异的Claude各自分头去处理不同的任务, 其二是Skills甚至Loop Engineering, 也就是使人不再一步步地去提示AI, 而是去设计一套涵盖目标、检查以及停止的规则, 从而让AI能够依靠自身不断地向前推进。
说白了开云app官方最新下载地址，人写得越来越少，安排得越来越多。
的感受要更复杂, Tristan Hume在前面说, 早期Claude Code对他用处有限。但后来, 他看见同事们从Claude Code那里获得了巨大的杠杆。
特里斯坦察觉到, 要是打算取得极致的生产力的话, 编写代码的途径已然发生了改变。
关键在于, 想要跟得上这般变化, 有时还得先去付出一段适应成本才行。他甚至于需要先花费一周的时间, 将自己的开发环境再度搭建完备, 如此才能够让Claude Code更好地融入到他的工作之中。
猫吴观察到, 克劳德代码刚发布之际, 用户会仔细阅读它所提出的每一个个权限请求, 它打算读取哪些文件, 筹划更改哪些事物, 准备执行哪些命令, 用户都会逐一查看。
但后来，越来越多用户开始直接自动接受。
Cat Wu觉得这表明Claude Code开始获取用户的信赖, 用户不再将其视作一个随时都有可能引发麻烦的外来者, 反而把它看作是一个业已熟知项目、能够先行放手去开展工作的合作同伴。
然而, 我认为致使这般状况出现的主要缘由在于, Claude Code增添了回退机制。
至少, 有那么一部分用户, 开始选择相信, 就算它出现了错误的更改, 我也具备回退的能力, 不至于让事情发展到一种完全无法收拾的地步。
可关注钛媒体微信号, 微信号为 ID: taimeiti, 去获取更多精彩内容, 或者去下载钛媒体 App。
标签： AI编程 ClaudeCode Anthropic 软件开发 技术进化
还木有评论哦，快来抢沙发吧~