Workflow
AI Programming
icon
搜索文档
Moltbook“造假”刷屏,Clawdbot创始人犀利批判Agent:缺了人纯烧token、只出烂代码,没“审美”
AI前线· 2026-02-02 15:27
AI Agent社交平台与社区 - 一个名为Moltbook的AI社交平台爆火,该平台仅允许AI Agent发帖,人类只能围观,平台上有AI发帖讨论养程序bug作为电子宠物等行为[2] - 有爆料称Moltbook上50万个Agent用户可能由一个Agent虚假注册,帖子也可能是人工撰写后通过后端注入,但仍有观点认为AI在论坛上的大型互动并非全是人类表演[2] - Moltbook的诞生源于Agent开源项目Clawdbot的爆火,是开发者Matt Schlicht为了让所有Agent有个社交场所而创建的衍生创意[2] - Schlicht声称自己一行代码都没为Moltbook写过,只是提供了技术架构构想,AI将其变为现实,真正运营平台的是他自己的Agent "Clawd Clawderberg"[3] - OpenClaw创始人Peter Steinberger通过建立Discord社群,将能访问其系统所有内容和私人记忆的机器人对接上去,让社群成员直接互动,以此作为运营和收集需求的方式[4][38] OpenClaw产品功能与定位 - OpenClaw最初是一个为从手机查看电脑状态而开发的小工具,其初代版本核心是将WhatsApp与代码端对接,用户发消息即可调取二进制程序执行指令,该初代版本一小时完成[7][8] - 目前OpenClaw代码量已达到30万行,支持市面上绝大多数通讯平台,旨在成为每个人功能超强的AI伴侣,能完成用户电脑上的所有事[8] - 该工具具备强大的自动化能力,例如:自动识别推特截图、发现代码仓库漏洞、修复并提交代码、回复推文[9];自动处理未支持的语音消息,通过识别文件头、调用本地工具和API完成语音转文字[10] - 产品被描述为“挣脱了束缚的ChatGPT”,其强大之处在于获得电脑访问权限和相应工具后,能解决任何类型的问题,而不仅仅是编程[10] - 开发者为其构建了一套命令行工具体系,包括访问谷歌全功能、快速找表情包、破解外卖平台接口获取送达时间、逆向解析智能床垫API控制温度等[11] - 安装后,OpenClaw可以通过iMessage、WhatsApp、电报等通讯软件以聊天方式互动,降低了使用门槛,实现了开箱即用[15] - 该工具具有持久化记忆功能,会不断了解用户并自我更新,使用越多,定制化程度越高,能力越强[27] AI Agent对现有应用生态的潜在影响 - Steinberger预测,“手机上大约80%的应用会消失”,因为功能无限的AI助手能替代许多单一功能应用[3][26] - 具体可被替代的应用类型包括:健身打卡/饮食记录应用(AI可自动计算卡路里并提醒)[26]、智能空调控制应用(AI可直接对接API)[26]、待办清单应用(AI可主动追踪事项)[26]、航旅值机应用(AI可自动完成手续)[24][26]、购物应用(AI可根据喜好推荐并下单)[26] - 核心逻辑是,只要应用有API接口,其功能都可以由AI助手来完成,交互方式比独立应用更便捷,如同和朋友聊天[26][27] - 2024年被认为是关键一年,越来越多的人将探索AI助手用法,各大科技公司的AI助手也将更普及[27] AI编程的实践、优势与陷阱 - AI编程极大地降低了技术切换的门槛,开发者可以保留系统架构思维和技术审美,而无需纠结于基础语法和代码细节,从而更轻松地在不同技术领域间迁移[12][13] - 开发者通过直接与AI对话来迭代产品,例如将Discord社群中的用户对话截图或文字复制给AI,说“我们来聊聊这个需求”,以此作为开发新功能和修复Bug的起点[4][38][39] - 行业中存在被称为“Agent陷阱”的现象,即开发者过度沉迷于让Agent做更多事,陷入制造复杂工具(如各类钩子、技能模块、编排器)的无底洞,而忽略了创造真正有价值的产品[29][30] - 一些复杂的Agent编排器(如Gas Town)被指漏洞百出且不好用,而流行的Ralph模式(让AI循环执行小任务并清空上下文)被批评为纯粹烧token且产出代码质量差[31] - 当前AI Agent的最大问题之一是缺乏“审美”,如果没有开发者明确的愿景、良好的引导和到位的提问,最终产出可能一团糟,人的感受、思考和审美参与是做出好产品的关键[32] - 与AI有效协作是一种需要学习的新技能,需要了解其运行逻辑、推理方式,并积累沟通经验,明确需求表述(例如让AI先提问澄清需求)能大幅减少误解[34][35] - 在开发方式上,倾向于与AI进行探索性对话(“我想做这个功能,我们先聊聊”),而不是一开始就撰写详细的规格说明书,认为后者会丧失人机互动的探索过程[32][35] OpenClaw的开发模式与行业启示 - OpenClaw项目本身是100%由AI编写代码[47] - 开发过程高度依赖与AI的对话探索,而非传统的详细规划,新功能迭代的起点常源于Discord社群中观察到的用户痛点[38][39] - 开发者采用多代码仓库并行开发的模式,同时处理多个任务(如探索新功能、开发新模块、修复bug)以保持专注和高效,开发完成后在本地测试并同步到主分支[41][42] - AI编程对非技术背景人员具有赋能作用,例如,具有商务和法律背景的前公司合伙人开始提交代码合并请求(PR)[42] - 对于来自非资深开发者的PR,更倾向于将其视为需求提示,抓住核心意图后由自己重新开发或优化,而非直接合并代码[43] - 行业观点认为,2026年可能成为“Agent工程”的分水岭,对传统软件公司构成生存考验[47]
我交付的代码我自己都不读,Clawdbot冲上10万星,作者揭秘开发内幕
36氪· 2026-01-30 19:29
开源AI助手Moltbot项目热度 - 开源个人AI助手Moltbot(原名Clawdbot)成为AI圈内热度最高的项目之一,其搜索热度甚至超过头部AI玩家的类似产品Cowork [2] - 该项目GitHub星标数已突破10万大关,热度直追Next.js这样的传奇开源项目 [2] 开发者背景与创业历程 - 开发者Peter Steinberger曾创立PDF技术公司PSPDFKit,后以超1亿欧元的价格出售其股份实现财富自由 [5][12] - 其技术生涯始于十四岁,通过自学编程起步,并在早期工作中形成“使用感觉胜过行业标准”的关键判断 [5][6][7] - 在2010年前后,通过重写一款崩溃的杂志阅读器应用并自研PDF渲染器,最终将相关模块独立并发展为创业公司PSPDFKit [8] - 公司成立之初即为远程优先模式,团队规模从三十人增长至接近两百人 [9] - Steinberger长期亲自参与技术支持,通过“创始人直接支持”的方式(如5分钟内回复工单)来建立开发者信任,但这也限制了公司扩张速度 [10][11] - 随着公司进入成长期,工作重心从解决难题转向维护系统和组织协调,导致其感到精疲力竭,最终出售股份并暂时离开了技术世界 [11][12][13] AI时代软件开发的范式转变 - 软件构建的逻辑正从逐行敲击代码转向“编织式”的系统构建,AI编程成为“能力的放大器” [5][16] - 在开发新项目Clawdbot时,采用并行运行5-10个AI Agent协作的方式,开发流程从写代码转向与模型对话和共同规划 [6][16] - 开发者角色转变为系统建造者,负责系统结构、产品形态和架构取舍,而模型负责具体实现、代码生成与调试 [17] - AI编程的秘诀在于建立反馈循环,让Agent能够自动编译、测试并自行修正错误,而非期待一次性写对 [6][17] - 在AI加持下,为了让模型能够“自证正确”,系统设计变得更加模块化和可测试,反而逼出了更优质的架构 [6][18] - 开发者坦言“我交付的代码我自己都不读的”,将精力倾注于模块化设计、自动化测试和系统架构,而非具体实现细节 [6][16] AI编程工具的比较与选择 - Steinberger认为AI编程的转折点出现在今年夏天,AI已强大到无需亲手写代码就能构建完整系统 [14] - 相比Claude Code,OpenAI的产品(如GPT‑5.2和Codex)体验更好,几乎每个提示都能直接得到可用结果 [14] - 在复杂工程中,Codex明显优于Claude Code,区别在于工作方式:Claude Code速度快但需要不断纠偏,而Codex会“安静地读代码10分钟”再动手,一次成功率更高,更适合复杂系统和长期维护项目 [15] - 在Clawdbot项目中,选择使用CLI方案而非MCP,因为模型天生擅长使用Bash命令,且CLI可通过脚本实现自动化链式操作,更具灵活性 [16] 对行业现状的观察与判断 - 大量资深工程师对AI存在抵触,常犯的错误包括:把AI当作“一次性写对的程序员”、不建立持续对话与反馈循环、不了解模型的知识分布与默认假设 [18] - 反对者被类比为“仍在使用弹吉他的方式去尝试钢琴”,即未能适应新范式 [6][20] - 在AI时代,代码正在变得廉价,而对系统的判断力、对产品逻辑的品味正变得更具价值 [19] - 这场变革被视为思维的洗礼,愿意适应新工具的人有望探索出新的构建与思维方式 [20][21]
VSCode已死?从终端逆袭的Warp凭什么挑战微软和OpenAI
36氪· 2026-01-30 08:25
公司产品定位与差异化战略 - Warp是一家将传统命令行终端改造为AI时代全能开发工作台的创业公司,其核心定位是“让AI接管整个开发流程的指挥中心”,而非仅仅是“带AI的编辑器”[1][3] - 公司选择了与市场上大多数模仿VSCode的“AI IDE”完全不同的技术路径,专注于从终端深度进化,打造一个集代码编辑、编译、部署、调试、运维于一体的通用AI开发工作台[2][7] - 公司的差异化优势源于其产品基因,将IDE功能移植到终端,形成了一个能协调多个AI代理、管理服务器和处理生产事故的“瑞士军刀”式平台[7] 行业趋势与产品哲学 - 传统IDE和终端的边界正在消失,未来的开发工作台将是一个以“提示词”和“代理编排”为核心的新型界面[4] - 公司创始人认为,编程问题(即如何将需求转化为可运行代码)将在未来几年内被AI模型“解决”,未来的瓶颈将转变为人类如何精准表达意图[14][16] - 未来的开发者角色将从“代码编写者”转变为“意图表达者”和“质量把关人”,开发流程将更多地通过自然语言描述需求、审阅AI方案来完成[16] 核心技术细节与工程实践 - 公司在提示工程上面临重大技术挑战,特别是在上下文窗口管理上,采用了动态策略,包括拆分子代理、做摘要、直接截断以及结合检索增强生成技术[8] - 公司采用混合AI模型路由策略,根据延迟、成本和质量的平衡,动态切换使用Anthropic的Claude、OpenAI的GPT和Google的Gemini等多家模型[9] - 公司通过公开基准测试(如TerminalBench、SweetBench)持续评测并优化其测试框架,以提升产品性能[9] 产品能力与应用场景 - AI代理能在终端中执行复杂的多轮任务,例如在基于文本的冒险游戏“Zork”中理解游戏状态、记忆操作并根据反馈调整策略[10] - 产品已能用于实际开发工作流,例如自动生成300行代码且能直接编译通过的功能拉取请求,实现了本地编译成功率接近100%[12] - 公司展望的未来场景是AI代理能接入Slack或Linear等工具,自动响应生产环境事件(如服务器崩溃、安全告警),进行修复并提交结果供审阅,实现“后台驻留”式的自动响应[12] 商业模式与竞争策略 - 公司的定价模式从最初的订阅制(提供固定额度的AI积分)转变为更偏向按实际消费量计费的模式,以适应用户对透明度和灵活性的需求[12] - 公司直面来自OpenAI、Anthropic、Google等大厂的竞争,其生存之道在于通过深厚的技术细节(如产品基因、上下文管理、模型路由策略)构建差异化壁垒,证明其增长是可持续的真实收入增长[12][13]
凌晨三点写代码、10个 Agent 同时跑!ClawdBot 创始人自曝 AI 上瘾史:Claude Code 入坑,Codex 成主力
AI前线· 2026-01-29 16:10
文章核心观点 - AI驱动的开发范式正在发生根本性转变,资深开发者Peter Steinberger通过构建ClawdBot项目,展示了利用AI编程工具(如Claude Code、Codex)进行高效“智能体工程”的实践,其工作流、团队协作和软件架构理念与传统开发方式截然不同 [3][4][46][66] - 软件开发的核心从逐行编写代码,转变为设计可验证的闭环系统、引导AI智能体以及专注于整体架构和产品“品味”,这大幅降低了试错成本并提升了创新速度 [52][69][77][78] - 这一转变对软件行业和组织结构将产生深远影响,可能意味着未来需要更少但能力更全面的“构建者”,而传统大公司因组织边界和流程僵化,难以高效采用这种新模式 [101][102] 创始人背景与创业历程 - Peter Steinberger是PSPDFKit的创始人,该PDF框架被用于超过**十亿台**设备,他经历了严重的职业倦怠后卖掉股份,离开科技圈三年 [2][9][41] - 其技术生涯始于14岁,早期通过开发一款定价**5美元**的交友App,第一个月赚取**一万美元**,并因此决心创业 [13][15] - PSPDFKit起源于一个杂志阅读App的PDF渲染难题,Peter将其抽离为独立组件并销售,最初一周内以**200美元**的价格售出三份,随后价格涨至**600美元、800美元**,其收入很快超过他在旧金山工作的工资 [19][20][21][22] - 创业驱动力并非金钱,而是创造令人惊叹、注重细节和体验的产品,其理念是产品的“感觉”比功能列表更重要 [23][24] - PSPDFKit采用针对开发者的营销策略,通过打造卓越产品、撰写深度技术博客和参加开发者大会来建立口碑,而非侵略式销售 [27] AI编程实践与工作流变革 - Peter在2023年回归后直接使用Claude Code等AI工具,跳过了早期迭代阶段,其体验如同“赌场小老虎机”,对结果感到震撼并迅速上瘾 [46][47][49][50] - 当前工作流核心是“智能体工程”,其角色从编码者转变为“构建者”或“架构师”,同时管理**5到10个**并行运行的智能体,进行系统设计和规划 [54][62][68] - 高效秘诀在于构建“完整闭环”,让智能体能够自行编写测试、调试并验证其输出,从而确保代码质量并信任其结果 [69][70][71] - 使用AI编程要求开发者掌握新的“机器语言”,通过持续对话和反馈来引导模型,这是一种需要练习的技能 [56][75][76] - 开发过程更像迭代式“雕塑”,从一个模糊想法开始,通过快速试错(成本降至分钟级)来塑造产品,而非前期的完美规划 [77][78][79] ClawdBot产品理念与特性 - ClawdBot是一个高度个人化的AI助手,其愿景是成为理解用户上下文、情感和人际关系的“反CRM”式伙伴,类似于电影《Her》中的体验 [80][81] - 产品设计原则是将所有复杂性隐藏到“理所当然”的程度,用户通过自然聊天(如WhatsApp)与助手交互,无需感知后端的多智能体、算力等复杂系统 [84][92][96] - 其技术实现倾向于使用CLI工具而非MCP协议,因为CLI更灵活,允许模型使用如`jq`等工具进行链式组合和过滤,效率更高 [86][87][88][89] - 项目在社交平台爆火,一周内GitHub star数从**100**涨至**3000多**,并合并了**500多个**PR,Peter自嘲为“人肉合并按钮” [90][92] - 产品包含引导和“灵魂”塑造过程,通过对话生成记录用户偏好的文件(如`user.md`, `soul.md`),使交互体验更个性化 [97] 对软件工程与行业的影响 - AI编程可能显著改变公司人员结构,未来或仅需**三成**的现有人员规模,但要求成员具备高自主性、全栈产品视角和系统架构能力 [76][101][102] - 大公司因严格的角色分工和流程,难以有效采用这种新模式,这需要组织层面的深度重构而不仅是工具引入 [101][102] - 代码评审(PR)的意义发生变化,更应被视为“Prompt Request”,讨论重点转向架构决策、设计权衡和代码风格,而非逐行审查 [3][102][110] - 对持续集成(CI)的依赖降低,更重视本地的、由智能体执行的测试闭环(“full gate”),追求快速迭代 [105][107][108] - 未来的理想团队成员是活跃在开源社区、热爱技术“游戏”、具备快速学习和实验精神的全能型“构建者” [113][114][115]
代码死了!死在 Cursor 生成 300 万行浏览器的那个晚上!
程序员的那些事· 2026-01-28 18:25
Cursor CEO对AI编程(Vibe Coding)的警示性实验 - Cursor公司CEO Michael Truell进行了一次压力测试,使用数百个GPT-5.2智能体在168小时内生成了超过300万行Rust代码,目标是复刻浏览器[4][6] - 实验结果是灾难性的,尽管代码量巨大,但最终产物甚至无法顺畅加载一个谷歌首页,揭示了AI生成代码在功能上的根本性失败[7][9] - 该实验被描述为一场“名为奇迹,实为葬礼的闹剧”,是当前“Vibe Coding”盲目狂欢的缩影,并可能点燃“技术次贷危机”[3][4] Vibe Coding的本质与风险 - Vibe Coding被描述为一种“不需要懂逻辑,只需要懂「感觉」”的编程方式,但其后端逻辑充斥着AI生成的无效循环和幻觉逻辑,前端展示则幼稚且崩坏[10][13] - 允许AI无审查生成代码被比喻为签下“代码高利贷”,虽然当前开发速度可能提升10倍,但未来可能需要100倍的维护成本,技术债务极高[18][19] - AI生成的代码正将“垃圾代码”打包成看似运行完美的软件,每一次持续集成(CI)的绿灯,都在为“技术次贷”增加一笔高违约风险的坏账[20] AI编程对软件工程与职业角色的冲击 - 在AI编程时代,代码的生成成本趋近于零,但“理解代码”的成本正在指数级上升,这导致程序员角色从“架构师”降级为处理AI遗留问题的“清洁工”或“硅基铲屎官”[24][25] - GPT-5等先进模型生成的代码具有“精致伪装”,它们结构精美、注释详尽,但在核心逻辑上可能完全谬误,构成了人类智力难以穿透的“硅基黑盒”[26][27] - 当开发者不理解AI生成的代码时,会陷入“死亡螺旋”:将错误反馈给AI,AI生成新的错误,在无限递归的修正中,人类彻底丧失对代码库的控制权[33] 行业反思与正确使用AI编程的建议 - 行业风向正在转变,从追求生成速度转向强调审慎和理解,例如从Vercel加入Cursor的高管Lee Robinson的核心任务是教开发者“慢下来”[36][37] - 防止AI“幻觉”和错误生成的最强武器是官方文档,必须将最新的官方文档提供给AI工具,而不是任由其基于过时的训练数据臆造[38][39] - AI并未降低编程门槛,而是隐藏了门槛,如果开发者不懂底层语言(如Rust),AI生成的少量代码(如30行)也能将其困在调试地狱中[41] - 正确的使用方式是将AI视为“结对编程伙伴”,而非外包团队,开发者必须保持判断力,逐行审查代码,拿回对底层逻辑的掌控权[42]
“AI编程”里程碑:Claude Code“整顿”全球软件业
华尔街见闻· 2026-01-24 11:44
核心观点 - Anthropic旗下的AI编程工具Claude Code凭借其“代理(Agentic)”能力,正在引领软件开发行业进入关键转折点,从人工编写代码转向由AI全权代理,重塑工程师工作模式与行业生产力逻辑 [1] - Claude Code在商业化上取得爆发式增长,年化经常性收入(ARR)在2025年底已进一步增长至少1亿美元,成为Anthropic增长最快的业务板块之一 [1] - 基于Claude Code的成功,Anthropic正将AI代理模式向非编程领域扩张,推出新产品Cowork,试图掀起更广泛的生产力革命 [2][6] 产品与商业模式 - Claude Code的年化经常性收入(ARR)在2025年底已进一步增长至少1亿美元,此前在11月刚刚宣布ARR突破10亿美元大关 [1] - Claude Code贡献了Anthropic约90亿美元总ARR中的12% [1] - 公司计划在2028年实现现金流为正,Claude Code作为增长最快的业务板块之一将在这一目标中发挥关键作用 [7] 技术演进与产品能力 - 突破主要归功于最新AI模型Claude Opus 4.5的推出,该模型被多位开发者视为编程能力的“阶跃函数式”提升 [2] - Claude Code的核心优势在于其代理式工作模式,能够理解自然语言指令并自主完成后续开发,使用工具、读取系统文件、与Slack和Google Sheets交互 [2][4] - 从2021年到2024年,大多数工具仅能提供自动补全功能,到2025年初,初创公司开始推出早期“代理式”编程产品 [3] - Claude Code负责人个人使用该工具编写代码的比例从最初的5%,在Opus 4和Sonnet 4发布后提升至30%,而在Opus 4.5推出后的两个月里,100%的代码都由Claude Code编写 [3] 市场采用与用户行为 - Anthropic销售团队有一半人每周都在使用Claude Code [3] - 几乎100%的Anthropic技术员工都在频繁使用Claude Code,该团队95%的代码由Claude Code编写 [4] - 最高效的用户会同时启动多个任务,让Claude各自运行,然后依次检查进度,负责人本人通常会同时在终端、移动端和网页端运行五到十个代理 [4] - 企业客户在安全需求和产品交互方式上与Anthropic自身非常相似,这使得公司能够通过内部使用来优化产品 [5] - Workera在测试多款AI编程工具后最终选择Claude Code,对于公司的高级工程师而言,Claude Code的表现优于Cursor和Windsurf等竞品 [3] 行业竞争格局 - Claude Code的成功促使包括Cursor、Windsurf在内的初创公司,以及OpenAI、谷歌和xAI等科技巨头纷纷加速布局,竞相争夺AI编程市场份额 [2][7] - Cursor在去年11月宣布年化经常性收入达到10亿美元,并在12月实现了特别强劲的环比收入增长 [7] - 竞争的核心在于底层AI模型的能力,Claude Opus 4.5的推出似乎让Anthropic暂时占据优势 [7] 战略扩张 - Anthropic本月推出了名为Cowork的新产品,旨在将AI代理的功能从编程终端扩展至文件管理、软件交互等通用办公场景 [2][6] - Cowork被描述为“面向非编程人员的Claude Code”,能够管理用户计算机上的文件并与软件交互,无需接触编码终端 [6] - 负责人已开始使用Cowork进行项目管理,例如检查工程师是否填写了工作进度表,并通过Slack提醒未完成的人员 [6] - AI代理将能够处理生活中所有繁琐的事情,例如填写表格、在不同地方移动数据、发送电子邮件等任务 [6]
Node.js之父:手写代码已死
量子位· 2026-01-21 18:00
文章核心观点 - 两位后端技术领袖(Node.js之父与Redis之父)公开发声,认为人类亲手写代码的时代已经结束,AI已永久性地改变了编程行业[1][2][7] - AI编程工具已广泛渗透,大幅提升了开发效率与生产力,编程工作正从关注语法细节转向关注目标意图[12][13][24] - 尽管手写代码时代落幕,但程序员的工作不会消失,其角色将从代码编写者转变为需求提出者、问题解决者和代码维护者[30][35][40] 行业技术领袖观点 - **Node.js之父 Ryan Dahl** 认为人类写代码的时代已经结束,其观点在社交媒体上获得四百万围观[2][4] - **Redis之父 Salvatore Sanfilippo** 同样指出编程已被AI永久改变,并提醒人们不要陷入反AI的炒作[7][8] - **Linux之父 Linus Torvalds** 态度发生转变,从批评AI生成代码转为认可Vibe编程是绝佳入门方式,并已在个人项目中使用,同时强调程序员需长期维护AI生成的代码[32][34][35] - **英伟达CEO黄仁勋** 认为开发者的首要职责在于发现并解决问题,而不仅仅是编写代码[36][38] AI编程工具发展与应用现状 - **工具普及与效率提升**:基于OpenAI Codex的GitHub Copilot已帮助开发者开发提速50%以上[15] - **全栈开发能力**:Cursor、Claude Code等工具能完成全栈开发、调试优化、DevOps部署整套流程[16] - **企业级应用广泛**:国内外企业级开发已大部分用上AI,Stack Overflow报告显示84%的开发者会在工作中使用AI工具[17][24] - **生产力提升共识**:69%的开发者认为使用AI工具提高了生产力[24] AI编程的具体产出案例 - **Claude Code案例**:新智能体Cowork的全部代码由Claude Code编写,开发时间仅10天左右[18][19] - **字节跳动TRAE案例**:其原生编程工具TRAE在2025年一年内编写了1000亿行代码,相当于300万名程序员全年的工作量,团队正用TRAE开发TRAE自身[22][23] 行业趋势与影响 - **编程范式转变**:代码工程正在从关注语法转向关注目标意图[12] - **渗透率预测**:Gartner预测到2030年,超过80%的企业将深度使用AI编写代码[26] - **招聘要求变化**:不少公司在招聘程序员时,已要求熟练使用AI编程工具[28] - **开发者角色演变**:软件工程师的工作从写代码转变为提需求,AI接管“手活”,人类保留“脑活”[40][41]
5行代码,逼疯整个硅谷,澳洲放羊大叔,捅开AI编程奇点
36氪· 2026-01-14 19:07
Ralph-Wiggum循环的诞生与核心机制 - 一位澳大利亚的养羊大叔Geoffrey Huntley在2025年底用5行Bash脚本创建了Ralph-Wiggum循环,其代码为 `while :; do cat PROMPT.md | claude-code ; done` [1][3] - 该循环的核心机制是让AI(如Claude Code)进入一个无限循环,基于编译或测试的报错信息不断重试和修改代码,直至任务完成,无需人类干预 [3][4] - 其核心思维是默认第一次写不对,将失败和报错视为有价值的数据,让AI进行持续迭代和自我参考学习,直至输出指定的完成标志 [4][12] 对Claude Code及开发流程的颠覆性影响 - Anthropic的Claude Code负责人Boris Cherny将五行脚本收编为官方Ralph-Wiggum插件,极大增强了Claude Code的能力 [10] - 使用该插件后,Boris Cherny在30天内提交了259个PR、497次提交,添加了40,000行代码并删除了38,000行代码,贡献100%由Claude Code + Opus 4.5完成 [10] - Claude Code可以持续运行几分钟、几小时甚至数天,标志着软件工程进入新时代,其中Claude Code最长会话记录为1天18小时50分钟,总消耗token达3.252亿 [11][14] - 该循环通过Stop Hook机制实现自反馈控制,拦截AI退出并验证完成标志,若未完成则格式化错误信息重新送入模型,形成自我反馈闭环 [15][31][35] 在开发者社区引发的效率革命与案例 - 在Y Combinator黑客马拉松中,有人用此方法一夜生成了6个完整代码仓库,另有人仅用297美元的API成本就完成了价值5万美元的合同 [21] - 有开发者在三个月内完全使用该方法开发出一门名为“cursed”的新编程语言 [21] - 开发者教育者Matt Pocock认为Ralph插件是其所用过最强的AI编程工具,能让长时间运行的智能体真正交付可用代码,接近“早上醒来代码已写好”的终极梦想 [23] - 区块链代币创建平台Tally的CEO Dennison Bertram认为,结合Claude的Ralph提示可能是其所见过最接近AGI(通用人工智能)的东西 [25] 行业范式转变与未来展望 - 开发者教育者Matt Pocock将这种转变形容为AI编程从“瀑布式开发”到真正意义上的“AI敏捷开发”的范式转变 [31] - 行业观点认为,AI编程的关键在于“流程”而非“模型”,一个中等模型搭配优秀流程,远强于顶级模型搭配混乱流程 [45][46] - 软件开发行业正经历深层转型,工程师的角色从“写代码的人”转变为“构建能写代码的系统”的人,个体生产力被极大增强,一个人可相当于过去一个团队 [53] - 未来两年,行业讨论将更多转向Lean、TLA+、Agentic Infrastructure等方向,软件开发已死,软件工程正在重生 [49][53]
看完才发现,AI 早已悄悄改变顶尖程序员的工作方式!Flask 之父:传统代码协作工具已经 Out 了
程序员的那些事· 2026-01-02 14:00
文章核心观点 - 资深开发者通过一整年深度使用AI编程工具,工作模式发生根本性转变,从亲自编码转变为管理和指导“虚拟程序员实习生”[6] - 2025年被视作“智能体元年”,以Claude Code为代表的工具结合了大型语言模型与工具执行功能,改变了编程范式[9][10] - 开发者与AI协作的关系引发复杂思考,包括无意识的拟人化倾向以及工具命名的伦理争议[12][13] - 现有的软件开发工具(如版本控制系统、代码审核平台)已无法适应AI生成代码的新工作流程,亟需创新[22][24] - AI编程的普及带来了新的行业挑战,如代码质量审核、开源项目贡献规范以及对外包与自研趋势的潜在影响[18][26][27] 不一样的2025年:工作模式的根本转变 - 开发者彻底改变了编程方式,从主要使用Cursor转变为几乎完全依赖Claude Code,无需亲手敲键盘[6] - 工作角色从编码者转变为工程负责人,管理一个“虚拟程序员实习生”[6] - 因深入探索AI领域,年度博客文章产出大幅增加,全年发布36篇文章,约占其自2007年开通博客以来总内容的18%[7] 智能体元年:工具生态与范式确立 - 核心工具体验:Amp被类比为高端精致的苹果或保时捷,Claude Code是经济实惠的大众,Pi则是黑客的开源首选[14] - Claude Code开创的模式被视为当前最顶尖的,其结合大型语言模型与工具执行的能力令人惊叹[9][10] - 文本用户界面强势回归,开发者常用的Amp、Claude Code和Pi均为命令行操作工具[9] - 大型语言模型的功能从年初的代码生成扩展到日常琐事处理和生活规划,预计2026年将涌现大量消费级AI产品[10] 我与机器:协作关系的困惑与思考 - 开发者容易对常用工具产生“拟社会关系”,这种感觉既奇怪又令人不安[12] - 尽管努力将模型视为字符处理工具,但发现此简化观点已站不住脚,系统已具备某些人的特质,但将其等同于人类是错误的[12] - 反对使用“智能体”一词,因为能动性和责任应属于人类,但缺乏更贴切的术语来描述这些机器[12] - 与坚决抵制AI系统的人共事时,会感到尴尬,行业普遍反对给机器赋予人格[13] 众说纷纭:主观感受与行业共识的动摇 - 关于AI工具的讨论,焦点常集中在使用“感觉”而非纯粹技术上,这挑战了半个世纪以来的软件工程经验[16] - 许多行业共识经不起推敲,但难以证伪,例如开发者认为MCP用起来不顺手,却只能以“对我不适用”作为理由[16] - 模型选择具有高度主观性,例如有人从Claude转向Codex并认为好用,而本文开发者则偏爱Claude,只因“感觉对了”[16] - 需注意网络观点的利益倾向,许多言论来自相关产品的投资者或收费推广博主,可能影响其客观性[16] 外包还是自研:AI对开发模式的影响 - 当前趋势是核心服务外包给专业公司,如使用Stainless、Fern、Mintlify、Clerk等现成服务,提高了用户体验门槛[18] - AI编程工具提供了自研能力,例如开发者让Claude制作了支持Python和TypeScript的SDK生成器,过程并不困难[18] - AI可能鼓励减少对第三方工具的依赖,转向自己动手开发,这与当前普遍的外包趋势形成对比,未来方向尚不确定[18] 心得体会与未来期许:亟待创新的领域 - **新型版本控制系统**:传统工具如Git和GitHub的PR模式无法满足需求,需要能记录每次修改对应提示词及失败尝试的系统,失败经验对机器至关重要[22][23] - **新型代码审核模式**:现有工具(如GitHub)的严格角色权限与AI工作模式不兼容,审核功能应成为版本控制系统的一部分,且需解决本地审核导致的团队协作不透明问题[24] - **新型可观测性方案**:大型语言模型降低了eBPF程序开发和复杂SQL查询的门槛,使得过去因操作复杂而未能落地的可观测性想法有望重生,该领域预计将迎来大量创新[25] - **应对冗余与混乱**:AI生成代码导致开源项目中未经充分审核的贡献增多,对传统开发者构成冒犯,需要行业建立新规范来界定智能体代码库中的合规行为,而非仅靠贡献指南[27][28]
Claude Code、Cursor 都过时了?!硅谷顶流大牛炸场暴论:AI 编程练满 2000 小时才算“会用”,荒废一年世界级大神也成实习生水平
AI前线· 2026-01-02 13:32
文章核心观点 - 资深技术专家Steve Yegge认为,软件开发正进入“代码工厂化”时代,工程师必须从传统IDE编程转向AI Agent编程,否则将迅速失去竞争力 [5][7][9] - AI驱动的“Vibe Coding”或“Agent编程”能带来10倍级的效率提升,但掌握它需要约2000小时(约1年)的磨合,核心技能从写代码转变为指挥和管理AI Agent编队 [5][9][13] - 行业正处于剧烈转型期,传统开发规则(如“永远不要重写代码”)已失效,高生产力带来的代码合并(merge)冲突成为新瓶颈,同时领先的AI公司内部在快速扩张中普遍存在混乱 [5][33][42][47] Steve Yegge的职业生涯与理念 - Steve Yegge拥有30余年软件开发经验,曾在亚马逊早期(员工仅250人时)担任高级经理,参与技术体系与API战略搭建,后在谷歌主导构建了代码智能平台Grok [2] - 2022年加入Sourcegraph推动AI转型,并主导用“Vibe Coding”构建了拥有数万用户的问题追踪系统Beads,验证了“AI主导开发”的可行性 [3][30] - 他是“Vibe Coding”理念的激进倡导者,认为这是一场需要摒弃旧工作方式的运动,并出版了相关书籍 [7][13] 对传统开发模式与工程师的批判 - 批评仍使用传统IDE写代码的工程师“不是合格工程师”,认为IDE的核心价值应是作为AI的辅助工具,提供智能索引和增量构建 [5][14] - 指出资深工程师(拥有约12~15年经验者)因身份认同绑定在旧模式上,对AI和Vibe Coding最为排斥,但若不拥抱变化,世界级工程师一年后可能“沦为实习生水平” [8][10] - 认为一年未接触AI编程的工程师已属“恐龙级别”,技术迭代极快,两个月未尝试就可能落后 [10] AI编程(Agent编程)的实践、挑战与风险 - 掌握AI编程需约2000小时磨合,核心是能“预测AI行为”,而非情感信任,拟人化AI非常危险,可能导致生产数据库被删等灾难 [5][12] - Claude Code等现有工具(2024年技术栈)被认为已过时,操作复杂、需大量阅读,即便熟练使用者也会被其“离谱操作”困扰,全球80%-90%的程序员未真正采用 [5][16][17] - 未来的方向是“Agent编排控制台”,开发者从写代码转变为管理AI agent编队,让它们并行工作,甚至在自己睡觉时交付功能 [5][19][23] - 真正的难点在于让多个Agent协同工作,而非控制单个Agent,代码合并(merge)成为10倍高效团队的新瓶颈,有公司采取“一仓库一工程师”的临时方案 [5][32][33] 行业趋势与“代码工厂化” - 预测AI编程将进入“工厂化”阶段,类比从“镰刀收割”进入“机械化耕作”,这将彻底改变公司运作模式,理想团队规模可能缩小至两三人 [38][39] - “永远不要重写代码”的旧规已失效,对于许多代码库,“推倒重写”已经比重构更快,大模型尤其擅长此事 [5][43] - 所有代码和工具都在快速迭代,最终会变成“一次性的消耗品”,形成一场持续的军备竞赛 [42] 对主要AI公司内部状况的评价 - 指出OpenAI、Anthropic、Google在极速扩张下,内部实际上“非常混乱” [5][47] - Anthropic将混乱掩盖得最好,但正在为Claude Code等项目疯狂招聘;OpenAI经历核心成员离职,也很混乱;Google内部则因结构割裂,跨部门推进事情极难 [47] - 认为这三家公司都面临执行挑战,战况胶着,Anthropic目前可能稍好一点 [47] 技术发展与未来竞争格局 - 预测2025年可能成为“开源模型之年”,一旦开源模型达到Claude Sonnet 3.7水平,将提供接近2024年3月Claude Code的免费本地体验 [48] - 据接近研究核心的人士称,AI的“聪明程度”过去每18个月翻四倍,训练数据可能还能支撑两个周期(约3年),意味着模型可能变得比现在“聪明16倍” [50] - 未来的竞争关键在于工具能否做好任务拆解与模型分配,优化使用大小模型的成本 [48] 新时代工程师所需的技能与知识 - 真正的核心技能已转变为“学会指挥Agent”和“问对问题”,而非逐行写代码 [5][11] - 工程师仍需学习大量知识,以“语言无关”的方式理解编程概念(如函数、类、对象),思维层级需接近产品经理或架构师 [51] - AI工程师被定义为将模型潜力“用到极致”的人,他们不断发现提升效率的新方法和小技巧 [52]