Microsoft CEO Satya Nadella(萨蒂亚·纳德拉):AI 代理将重塑工作流,真正的价值在于技术应用撰文:Techub News 整理
导语
在2025 年 5 月结束的微软 Build 2024 开发者大会主题演讲后,微软董事长兼 CEO Satya Nadella(萨蒂亚·纳德拉)接受了 The Rundown AI 的快速专访。这场对话紧贴大会热点,聚焦于微软如何整合其最新发布的一系列 AI 工具与平台,以构建所谓的“智能体网络”(Agentic Web),并深刻探讨 AI 代理将如何从根本上重塑知识工作、企业运作乃至社会生产效率。作为全球科技巨头之一的掌舵人,Nadella 在带领微软成功转向云与 AI 后,其关于技术应用本质与未来工作形态的思考,具有极高的行业风向标意义。
摘要
微软正构建“AI 时代的脚手架”,通过整合 Copilot、Foundry 等工具与开放协议,打造一个可组合的“智能体网络”(Agentic Web)。
未来知识工作者将转型为“代理管理者”,AI 不是替代人,而是通过改变工作流程和产出物(Artifact)来增强人的能力。
企业的可持续优势在于利用自身数据和知识对 AI 进行微调,并形成“数据-微调-市场反馈-再优化”的良性循环。
技术的真正价值不在于“基准测试黑客行为”或庆祝科技公司,而在于其能否被广泛应用于医疗、教育等领域,切实提升生产力和改善生活。
企业转型的关键在于文化、能力建设以及亲身实践,而非研究成功案例。
构建智能体网络:AI 时代的“新脚手架”
在 Satya Nadella(萨蒂亚·纳德拉)看来,当前我们正处在平台转型的早期阶段,大约两到三年后,讨论的焦点将从单个应用转向整个平台生态。微软的目标是构建一个支撑 AI 时代的“新脚手架”。
他以斯坦福医学院的肿瘤委员会会议为例,描绘了理想中的智能体协作场景:一个高风险的医疗决策场景,需要整合来自病理学、多个实验室、PubMed 数据库等多源数据,并由多个 AI 代理进行协同处理,最终将结果呈现给在 Microsoft Teams 中协作的医生。医生随后还能将这些信息轻松转化为教学用的 PowerPoint。这种复杂的、跨数据源和应用的“编排”(Orchestration)能力,正是未来应用的核心。
为了实现这种愿景,Nadella 认为必须构建一个每一层都开放、可组合、有标准协议的真实技术栈。如今,从 Microsoft 365 Copilot 到 AI 开发平台 Foundry,再到自然语言网络(NL web)和模型上下文协议(MCP)等开放组件,这个技术栈正在成型,共同编织成他所说的“智能体网络”(Agentic web)。他甚至认为,这或许能让我们重新发现互联网最初的开放精神。
微软正在尝试构建一个统一的 AI 用户界面(UI for AI),将聊天、搜索、代理、笔记本等功能集成于一处,Microsoft 365 Copilot 和 Teams 正是其体现。但 Nadella 强调,这并非唯一的形态。针对开发者、科学家等不同群体和工作流,将会涌现出丰富多样的 AI 交互界面。其底层令人兴奋的能力在于:数据、多模型调用、代理编排层以及能够理解意图并将其分解为对多个模型调用的新型推理模型。
从知识工作者到代理管理者:工作流的彻底逆转
随着 AI 代理的普及,知识工作的性质将发生根本性变化。Nadella 认为,未来知识工作者将更多地扮演“代理管理者”的角色,而非被代理所取代。
他用一个生动的比喻来解释这种抽象层次的提升:如果一个外星智能在 80 年代初观察地球职场,会看到“打字员池”、“幻灯片制作池”。而今天再来,它会认为“全人类都是打字员池”,因为人人都在打字。但实际上,我们从事的是知识工作,只是工具和形式被抽象和改变了。
他以自己准备客户会谈的流程为例,展示了工作流的“彻底逆转”。过去,需要账户团队撰写报告、通过邮件发送、他再手动整理到 OneNote 中阅读。而现在,他只需给出一个提示(Prompt),AI 就能从网络、邮件、文档、CRM 系统、供应链系统中自动抓取信息,生成一份全面的报告,他再分享给团队。他坦言,作为 CEO,他现在做的“知识工作”比过去更多,感觉能力更强、效率更高。
因此,Nadella 给所有知识工作者(无论是软件、金融、销售还是科学领域)的建议是:积极使用工具,主动改变你的工作产出物和工作流。拥有改变周围工作方式的能动性(Agency),是应对变革的最佳方式。他承认岗位更替必然会发生,因此最好的防御就是技能提升与再培训,而这一切始于使用工具本身。
AI 编程的未来:填补“技术债”,人类仍在循环中
开发者是工作流受 AI 冲击最显著的群体。Nadella 提到,微软目前有 30% 的新代码是在 AI 辅助下生成的。他展望了当 90% 或 95% 的代码都由 AI 生成时的世界图景。
他的思考起点是全球面临的巨大“技术债”或“IT 债”——大量未完成的软件项目。世界需要更多的软件开发能力来满足需求、清偿这些债务。在此背景下,AI 编程工具(如代码补全、代码解释、图表生成、多文件编辑、全仓库变更代理等)的价值在于,能让开发者保持心流状态,更高效地工作。
他特别提到新发布的 GitHub Copilot 工作流代理(Coding Agent),允许开发者指派任务并异步执行。但 Nadella 强调了一个关键点:“人类仍在循环中”(human is in the loop)。他认为人们高估了 AI 的自主性。即使在执行持续集成/持续部署(CI/CD)之前,代码仍需经过人工审核。这是一个开发组织内部人员与 AI 代理协同工作、共同解决开发赤字的新工作流。
对于企业而言,Copilot 的微调功能是一个重大突破,允许企业利用自有数据和代码库定制自己的 AI 编程助手。Nadella 指出,这引出了企业的“可持续优势”问题。优势不在于基础模型本身(这终将商品化),而在于企业能否形成一个良性循环:利用内部知识和数据微调模型 - 将输出应用于市场 - 获取客户或市场的反馈信号(即强化学习的奖励)- 用新数据样本进一步优化。完美运行这个循环,将成为 AI 时代企业新的核心竞争力。
企业转型之道:文化、能力与实践,而非案例研究
作为带领微软经历多次技术转型的领导者,Nadella 分享了企业如何围绕“代理时代”进行重组的心得。
他指出,微软并非靠单一产品成功的公司,因此最困难之处在于“不断调整”。他总结了转型需要彻底改变的三件事:工作方式、工作内容以及市场进入策略。同时革新生产函数、产品创新以及商业模式和上市策略,是一项艰巨的任务。
他认为,归根结底在于文化和能力建设,这能让企业有更多“射门机会”。对于稳定业务,AI 是顺风,能带来更大杠杆效应;对于衰退业务,AI 则是自我重塑的机遇。核心是培养寻找和实践新概念的文化与能力。
Nadella 特别提醒,迷恋时代的“明星公司”案例研究并无帮助。“现实是,案例研究没用。你必须亲自去做。”他引用了一句妙语:“你看别人去健身房,自己不会变健康。你必须自己去健身房。”这场变革关乎亲身实践,而非仰慕他人。
技术普及与价值回归:让强大的技术“消失”
关于员工技能提升,Nadella 主张“自下而上”的工具扩散模式,而非“自上而下”的标准化培训。他以个人电脑(PC)普及为例:最初是法律部门爱用 Word 写合同,财务部门爱用 Excel 做模型,但当人们需要跨部门协作时,工作流程和产出物自然被改变,这一切并非通过培训课,而是通过通用工具(PC 和 Office)的扩散实现的。
在微软内部,无论是 GitHub Copilot 还是 M365 Copilot 的推广,他都观察到类似的模式。他分享了一个网络工程师的例子:面对激增的 AI 工作负载和繁重的手动运维,她利用低代码/无代码和 Foundry 工具自主构建了一个多代理编排器,自动化了光纤故障处理流程。这种赋予员工工具和能动性,让他们改造身边工作流的方式,才是关键。他称 Excel 是“世界上最伟大、最普及的编程工具”,而 AI 工具将再次引发类似的全民“编程”普及。
谈到更前沿的“主动代理”(Proactive Agent),Nadella 引用了马克·维瑟关于“普适计算”的名言:“技术强大到足以消失。” 他认为,自然用户界面的演进方向就是以最小摩擦完成用户意图。主动代理应能理解高层意图、制定计划并执行,同时用户保持控制和可审查性(如通过会话日志)。这是透明性与自动化之间的平衡。
最后,主持人重提了 Nadella 此前引发热议的观点:AGI(通用人工智能)只是“无意义的基准测试黑客行为”,AI 的真正价值在于全球经济增长。Nadella 对此进行了阐释。他以医疗行业为例(占美国 GDP 约 20%),指出其巨大成本源于工作流低效。如果像斯坦福医学院使用的多代理编排器能够普及,让医疗提供者以更低成本提供更优质的护理,那才是价值所在。
他强调,自己的评论并非针对伟大的 AI 研究,而是认为社会过于庆祝科技公司本身,而非技术产生的影响。他渴望看到讨论焦点转向技术的实际应用。例如,世界银行在尼日利亚的研究显示,为学生提供 Copilot 或其他代理工具后,教育成果出现了可统计的显著改善。这种技术被广泛应用、解决实际问题的故事,才是他投身科技行业的初衷。“当全球其他行业因为运用技术为我们所有人创造了奇迹而受到庆祝时,那才是值得庆祝的一天。” Nadella 总结道。
Veritas:副本出现时,如何让风险评分保持真实本文由 Reactive Network 中文社区译制,技术事实与边界以原文为准。
原文:https://blog.reactive.network/veritas-keeping-a-risk-score-true-as-copies-appear/
Veritas 是我们介绍 UHI9 Hookathon 六个项目中的第六个,也是最后一个。它把睿应式合约用在了一个此前项目都未涉及的场景中:当被衡量的对象悄然发生变化后,仍让链上保存的数值保持准确。完整项目代码托管在 GitHub,但仓库目前为私有状态,可能需要向所有者申请访问权限。项目网站可在这里查看。
Veritas 是一个服务于代币化内容资金池的 Uniswap v4 Hook。所谓代币化内容,可以是一张照片,也可以是其他已在链上登记、并围绕它建立资金池的媒体内容。
它要定价的是普通资金池通常忽略的一类风险:随着内容的副本和近似副本不断传播,原作赖以维持价值的稀缺性会被削弱,最终承担这部分损失的,是资金池中的流动性提供者——也就是存入两种代币、供其他用户进行兑换的人。
Veritas 为每项资产设置风险评分,并把它纳入资金池的兑换手续费:资产风险越高,手续费就越高,流动性提供者因承担风险而获得的补偿也越多。真正有意思的部分,也是 Reactive 参与其中的原因,在于这种风险究竟何时发生变化。
● ● ●
01
风险来自别处
对普通自动做市商来说,一个持有独一无二照片的资金池,与一个持有一万份相同副本的资金池看起来完全一样。它无法识别稀缺性,也就无法为稀缺性消退带来的损失定价。
随着副本越来越多,内容价格会发生偏移,流动性提供者则要承担其中的差额,也就是无常损失:价格变动后,流动性提供者的最终处境比单纯持有两种代币更差。Veritas 会衡量一项内容被稀释的程度,将其汇总为单一风险评分,再让资金池手续费跟随这个评分变化。
但有一部分工作,Hook 无法独立完成。内容的稀释程度发生变化,并不是因为这项内容或其资金池自身做了什么,而是因为有人在别处登记了一个近似副本。
假设今天为一张原创照片创建证明——将它连同图像指纹一起登记到链上——此时它的副本数量为零。下周,一个近似副本也被登记,原作便在自身没有发生任何事件的情况下,突然变得不再像过去那样稀缺。
它的资金池没有发生交易,因此 Hook 没有运行;也没有人有理由再发送一笔交易,回头更新原作的记录。原本用于表示其风险的数值,就这样悄然失真了。
● ● ●
02
睿应式合约监控什么
每项新内容都会被记录到 Unichain 上的注册合约中。登记发生时,注册表会发出一个 NewAttestation 事件。
Veritas 的睿应式合约 DilutionMonitorRC 部署在 Reactive 的 Lasna 测试网上,并订阅注册表发出的每一个此类事件,因为任何一项新证明,都有可能是某个既有内容的副本。
本系列此前介绍的项目,订阅的都是与单个资金池有关的事件。Veritas 则订阅整个注册表中新内容的出现,因为既有资产面临的风险正是从这里产生的。
Veritas 稀释风险评分更新流程
图中的 DRS 指资金池的稀释风险评分(Dilution Risk Score):它是 0 到 1 之间的单一数值,用来表示一项内容面临的复制风险,也是资金池手续费所跟踪的指标。
链上副本数量是其输入之一。因此,一项内容出现的近似副本越多,副本计数就越高,DRS 随之上升,资金池收取的手续费也会提高,以补偿流动性提供者承担的风险。
整个循环的目的,就是在新副本出现时让这个计数保持最新:注册表发出证明事件;Lasna 上的睿应式合约监听到事件,并转发新证明的 ID;随后,回到 Unichain 的回调会找到既有的近似副本,并提高它们的计数。
● ● ●
03
从新证明到资金池重新定价
新证明到达后,react() 会运行。它有意只做一件很小的事:把新证明的 ID 转发给另一条链上的回调,仅此而已。它不会亲自搜索副本。
睿应式合约运行在受限环境中,无法以较低成本读取目标链保存的内容指纹,因此比较工作会留给更适合执行它的一侧。
真正的工作发生在目标链上的回调中。它读取新内容的指纹,向注册表查询已有记录中相似度足以被认定为近似副本的内容,再提高每条受影响既有记录的稀释计数。
该回调只监听 Reactive 官方回调代理发来的调用,注册表也只接受来自这一回调的计数增加请求。因此,唯一有权提高资产风险的合约,正是这条完整调用链末端的合约。
计数上升会推动评分变化:更高的稀释计数会抬高风险评分,资金池则会读取新评分,并在下一次兑换时立即收取更高的手续费。
这样一来,如果某个副本在上周悄然出现,让流动性提供者承担了额外风险,他们无需手动操作,也能因为继续承担这项风险而获得更多补偿。每次计数增加都被单独封装,因此即使某条记录被冻结或处于争议状态,也不会阻塞批次中的其他记录。
04
关于睿应层(Reactive Network)
Reactive Network 是一个基于睿应式合约构建的 EVM 自动化层。睿应式合约是一类面向跨链、链上自动化的事件驱动智能合约。
网络采用 CometBFT 共识,在保持完整 EVM 兼容性的同时,提供即时最终性和约 1 秒的出块时间。
睿应式合约可以订阅多条 EVM 链上的事件日志。当匹配事件发生时,它们会自动执行 Solidity 逻辑,并自主决定何时发送跨链回调交易。这一模型可以支持条件式跨链状态变更,以及持续运行的跨链工作流。
🔗 原文内相关链接
[1] https://reactive.network/
[2] https://blog.reactive.network/
[3] https://x.com/0xreactive
[4] https://t.me/Reactive_Network
[5] https://discord.com/invite/SaZAfkgZhj
[6] https://dev.reactive.network/
一次构建——处处响应!
如何加入睿应层中文社群?
👉 请添加运营人员微信(Alc142)并备注【睿应层中文社群】
DeepSeek做了一款"不是模型"的产品Harness,却可能比模型更重要8月13日晚,DeepSeek没有发新模型,而是开源了一个叫Harness的东西。
一天之内,GitHub星标近8万。这个速度超过了当年R1和Grok-1的纪录。
Harness不是模型权重,不是API接口,而是一层"壳"——套在模型外面、让模型真正能干活的执行系统。DeepSeek给了一个公式:Model + Harness = Agent。
翻译一下:模型负责想,Harness负责干。
为什么DeepSeek要做这个?
这个问题才是整件事最有意思的部分。
就在Harness发布之前,DeepSeek的API文档里列了十几家第三方Agent集成工具——Claude Code、Codex、Cursor、Copilot……什么都有,唯独没有自家的Agent产品。模型是它家的,干活的手是别人家的。
这就像一个造了顶级发动机的人,发现所有整车厂都在用他的引擎,但方向盘、底盘、变速箱全是别人的。他决定自己造一辆完整的车。
更深层的原因是:同一个模型被放进不同的Agent系统,表现可能差出一大截。模型只负责预测下一步,真正决定体验的是Harness——它决定模型能看到什么上下文、能调哪些工具、出错怎么重试、什么时候算任务完成。
没有Harness的强模型,本质上只是"很贵的自动补全"。
"一切皆插件"到底意味着什么
Harness的核心设计原则写在官网首页:Everything is a plugin。
大多数Agent框架只在工具层开放扩展——加个搜索工具、接个MCP服务器,到头了。DeepSeek Harness把插件边界一路下沉到了运行时底层:模型适配器、工具、技能、会话、沙箱、存储、Agent循环、调度、甚至UI,全是可替换的插件。
整套架构基于Cordis插件元框架构建。开发者不需要改源码,只在配置文件里调整插件清单,就能换模型、换沙箱、换循环逻辑、换整个界面。
这跟LangChain、LangGraph那类编排库的思路完全不同。LangGraph是在框架里画流程图,节点和边写死了;Harness是给你一块巨大的洞洞板,每个零件都能拔下来换掉。
四种运行模式本质上就是同一套插件的四种组合方式:
标准模式:全副武装,文件编辑、shell、搜索、子Agent、工作流,日常开发直接用。
PTC模式:模型不是一步步调工具,而是先写一段TypeScript代码,用代码编排多轮调用——适合复杂多步任务。
极简模式:只留shell和文件编辑两个工具,专门用来做模型基准测试。V4-Flash的Agent跑分就是用这个模式跑的。
创造模式:实时检查运行时、在内存里试验插件、拼出新的运行模式——这是给框架开发者准备的实验室。
和Claude Code、Codex有什么不同
直接对标的是Anthropic的Claude Code和OpenAI的Codex。三者都意识到执行层是模型能力落地的最后一环。
但路径截然不同:
Claude Code是闭源成品,开箱即用,体验丝滑,但编排核心不开放,模型天然优先Anthropic。你用它,就得按它的规则玩。
Codex是OpenAI的托管Agent方案,同样闭源,深度绑定GPT系列。
DeepSeek Harness选了最难走的路:开源、MIT协议、模型中立。它支持DeepSeek、Anthropic、OpenAI、Bedrock、Vertex、Azure以及任意OpenAI兼容端点。你不一定非得用DeepSeek的模型——你可以把Harness当成一个通用的Agent底座来用。
这意味着什么?意味着DeepSeek赌的不是"我的模型最好",而是"我的壳最好,你用我的壳,大概率还是会选我的模型"。
这个策略很精明。框架是入口,模型是变现。Harness免费开源,但跑Agent需要消耗模型token——而DeepSeek刚刚把API价格涨了。
一个设计细节值得单独说
Harness有一个看似不起眼但极其关键的设计:append-only会话日志。
模型看到的一切——系统提示词、思维链、工具调用结果、子Agent调度、每一次上下文注入——都被写进一条只追加不修改的事件流。恢复、分叉、检索、回放全部基于同一条事件流。
这解决了一个Agent开发中非常痛的问题:长任务跑着跑着挂了,你想从断点恢复,但你不知道模型当时到底看到了什么。如果上下文只活在内存里,一恢复就串味。Harness让任务状态有了"唯一事实来源"。
这个设计思路,跟分布式系统里的event sourcing一脉相承。
结语:AI竞争的战场正在转移
DeepSeek Harness把开源竞争的边界从模型延伸到了Agent工程体系。
之前大家比的是上下文窗口多大、跑分多高、价格多低。现在DeepSeek把竞争推到了一个新的维度:谁的Agent跑得稳、扩得动、生态建得起来。
当然,v0.1只是开发者预览版,官方明确警告"会有破坏兼容性的改动"。仓库超过230个workspace成员,架构野心很大,但离生产级稳定还有距离。现在就说颠覆谁,为时过早。
但三个信号已经很清楚了:
第一,模型厂商的下一个战场不是模型本身,而是执行层和反馈闭环。
第二,"一切皆插件"的微内核架构,可能成为Agent框架摆脱单体瓶颈的主流方向。
第三,谁掌握了Harness,谁就更接近真实任务入口——进而影响模型选择、工具分发和开发者工作流。
DeepSeek造了一个发动机,现在又造了一辆车。至于这辆车能跑多远,取决于有多少人愿意在它上面装自己的零件。
Scott Chacon:为 AI 代理重建 Git,以及开发者工具的未来撰文:Techub News 整理
在 a16z 最新的深度对话中,GitHub 联合创始人、《Pro Git》作者 Scott Chacon 分享了他为何在功成名就后重返创业战场,创立 Git Butler。他认为,AI 代理(Agent)的崛起正在暴露 Git 等经典开发者工具的局限性,并从根本上改变着软件开发的协作方式。这场对话不仅关乎工具的重构,更关乎在 AI 时代,开发者核心能力与团队协作模式的演变。
重返战场:为何要“重建”Git?
Scott Chacon 的职业生涯与 Git 和 GitHub 紧密相连。在离开 GitHub 并经历了一次语言学习创业后,他发现自己钟爱的 Git 工具生态“自离开后几乎没有改变”。当他被邀请为《Pro Git》撰写第三版时,他感到困惑:“为什么要更新?它几乎一模一样。”这种停滞激发了他的思考:如果抛开历史包袱,从零开始设计,一个吸收了近二十年经验教训的版本控制工具应该是什么样子?
Git Butler 并非要彻底重写 Git 的底层数据存储或传输协议——Scott 认为这些部分“非常稳固、聪明”。他的目标直指“用户界面”,旨在为 Git 注入“品味”和现代易用性。他强调,Git 最初遵循 Unix 哲学,设计了一组基础的“管道”命令,预期用户会用 Perl 脚本将其组合成所需功能。然而,一个名为“Pasquy”的人编写了一些 Perl 脚本作为用户界面(即后来的“瓷器”命令),因其便利性而被广泛采用并最终并入 Git 核心。这导致了一个结果:Git 的命令行界面(CLI)试图同时服务人类和机器,但“对人类不够友好,对机器也并非都那么理想”。
更重要的是,Git 项目极度强调向后兼容,几乎从不移除旧功能。这使得 CLI 界面成为一个“弗兰肯斯坦”式的混合体——功能强大且快速,但缺乏统一的设计愿景和演进路径。Scott 认为,现在是重新思考的绝佳时机,尤其是在 AI 代理开始参与编码工作流的2026 年 4 月。
为 AI 代理优化:从 CLI 到“人格化”界面
Git Butler 的起点是一个图形界面(GUI),但 Scott 很快意识到,AI 代理无法直接使用 GUI。这促使他们开发了命令行工具。关键在于,他们开始将 AI 代理视为一个独特的“用户人格”,并为其量身定制交互方式。
传统 Unix 哲学追求工具的输出能被其他程序管道化使用,但这往往不是人类阅读的最佳格式。Git Butler 的 CLI 尝试同时满足两者:默认输出为人类优化(提供提示等),增加 --json 标志输出机器可解析的 JSON,甚至考虑推出 --markdown 格式,因为 AI 代理更擅长处理此类结构化文本以注入上下文。
Scott 分享了一个有趣的发现:他们原以为代理会喜欢 JSON 格式,但观察后发现,代理有时更愿意获取人类可读的输出,然后自己用 JQ 或 Python 脚本提取所需数据。更常见的是,代理在执行一个变更命令后,会立即运行 status 命令查看状态。于是,Git Butler 在所有可变命令后自动附加状态输出。“这类优化你永远不会为脚本编写或 Unix 哲学而做,人类也不需要,但代理确实想要。”Scott 总结道,理解并服务于这个新“用户人格”的需求,是一个尚未被充分探索的全新用户体验问题集。
并行分支:让多个代理协同工作的新范式
随着多代理工作流的出现,传统 Git 工作模式的局限性凸显。常见的解决方案是使用“工作树”,即为每个代理创建代码库的独立副本。但这带来了隔离与协作的矛盾:代理彼此看不见对方的工作,直到合并时可能产生冲突。
Git Butler 引入了“并行分支”的概念。它允许在单一工作目录上同时开展多个分支的工作。代理可以看到彼此对文件的修改,并在此基础上进行叠加,从而避免冲突。Scott 描述了一个生动的场景:当两个代理试图修改同一文件时,其中一个可以将其分支“堆叠”在另一个之上,然后继续在属于自己的堆叠部分提交。这实现了逻辑上的分支隔离与物理上的工作目录共享。
他们甚至尝试过为并行工作的代理建立一个聊天频道,让它们实时沟通。虽然这个“非常酷”的功能最终因代理能自行观察并协调而显得“并无帮助”未被采用,但它揭示了未来团队协作的潜力:代理可以利用其“ downtime ”与其他团队的代理沟通,提前协调可能的影响,减少人类开发者事后解决合并冲突的开销。“这始终是软件开发中的一个痛点,”Scott 指出,“而代理没有这个问题。”
代码审查与协作的未来:从 PR 到“写作能力”
Scott 对当前基于拉取请求(PR)的代码审查流程提出了质疑。他认为 PR 催生了“提交垃圾”——因为审查和合并关注的是分支整体,而非单个提交信息。他更怀念邮件列表时代的补丁审查模式,那时良好的提交信息本身就是 PR 描述。
随着 AI 生成代码的比例增加,审查的本质可能发生变化。Scott 提出一个尖锐的问题:“如果你问几乎任何软件开发者,当你做代码审查时,你真的会阅读整个 PR 吗?你会逐行思考、拉下来测试、然后在每一行留下有价值的反馈吗?” 他认为,未来审查可能变得更本地化、更基于补丁,并且可以由代理辅助执行——代理可以拉取代码、运行测试、定位问题,然后给人类开发者一个简短的待审查清单。
这引出了 Scott 对 AI 时代开发者核心能力的判断:沟通和写作能力将成为新的超能力。当“如何实现”的成本因 AI 而降低,“要实现什么”以及“为何要这么做”就变得至关重要。能够清晰描述需求、撰写规格说明、促成团队共识的开发者,将成为未来最高效的产品创造者。“所有因为可以跟机器打交道而不是跟人打交道而被工程学吸引的人,现在发现工程学终究还是一门关于人的学科。”他略带调侃地说道。
Scott 以自身为例,他花费大量时间撰写概念验证和规格说明,然后让 AI 去实现,再根据结果调整规格。这种快速迭代“展示与讲述”的能力,比单纯说服他人阅读一份文档要强大得多。
元数据、数据膨胀与工具的终极形态
AI 工作流带来了海量的新数据:每次交互的提示、代理的“思考”日志、决策过程等。Scott 认为,为这些元数据(如对话记录)建立版本控制系统至关重要,但这也成为一个“大数据问题”。即使在小项目上,存储所有上下文也会迅速导致数据膨胀。Git Butler 正在尝试利用 Git 中一些处理大型仓库(如 Chrome)的特性来构建可扩展的元数据系统。
Scott 喜欢思考工具的“逻辑终点”。对于语言学习,终点是拥有一个实时、精准、具备文化背景的人类翻译——但这依然不是完美的交流。对于编码代理,终点可能是“拥有一个你所知的最优秀的工程师,他能停止时间,想工作多久就工作多久,然后时间恢复,你就得到了解决方案”。
当接近这个终点时,核心问题将不再是“如何生成代码”,而是“如何管理这些无限的时间与智力资源”、“如何确定要构建什么”以及“如何确保最终产物令你满意”。工具的角色将从代码生成器,转向帮助人类厘清目标、协调意图和评估结果的大脑扩展器。
Scott Chacon 的思考超越了简单的工具优化,指向了 AI 深度融入开发生命周期后,人机协作范式与团队组织结构的深刻变革。Git Butler 是他对这一未来的第一次具体押注,而这场变革,才2026 年 4 月开始。
GitHub 前创始人拿了 a16z 的 1700 万美元,做 Agent 时代的 Git撰文:Leo
你有没有想过,编程这件事情可能彻底变了?开发者正在从单纯使用 AI 工具,转向将 AI 视为构建软件的全新基础。这不是什么小调整,而是一场彻底的范式转变。想想看,那些我们一直习以为常的核心概念——版本控制、分支、代码审查,甚至"协作"的定义——都在因为 AI agent 驱动的工作流而被重新定义。更让我震惊的是,我们每天都在用的 Git,其实是一个为 20 年前的邮件列表补丁工作流设计的工具,现在却要服务于人类开发者和一群 AI agent 同时工作的场景。
这就是为什么 GitButler 刚刚获得 1700 万美元 A 轮融资的消息让我停下来认真思考。这轮融资由 a16z 领投,Fly Ventures 和 A Capital 继续跟进。更有意思的是,GitButler 的 CEO Scott Chacon 是 GitHub 的联合创始人之一,他写过那本几乎每个开发者都读过的《Pro Git》。一个已经在版本控制领域取得巨大成功的人,为什么要回到创业赛道,重新思考这个看似已经"解决"的问题?他在公告中说得很直白:"我们不是在构建一个'更好的 Git',我们是在构建软件构建方式的下一代基础设施。"这句话背后隐藏着对软件开发未来的深刻洞察。
Git 的 20 年困局:为邮件列表设计的工具
我发现很多人并不了解 Git 的历史背景。Git 最初是 Linux 内核团队在 2005 年创建的,它的设计哲学深深植根于 Unix 传统。Scott 在访谈中提到了一个有趣的细节:Git 的核心团队从来没打算做一个用户友好的界面。他们遵循 Unix 哲学,构建了一系列底层的"管道命令",每个命令做一件简单的事情,然后你可以用 Perl 脚本把它们串起来,做任何你想做的事情。这种设计思想在当时非常合理,因为他们假设只有 Linux 核心团队这样的技术专家会使用这个工具。
后来发生的事情大家都知道了。有个叫 Pasquy 的开发者写了一些 Perl 脚本,给 Git 包装了一个统一的用户界面,也就是我们现在用的 CLI 命令。这些脚本变得越来越流行,最终被合并到 Git 核心中,成为了所谓的"瓷器层"(porcelain)。有意思的是,这些命令从 2005、2006 年以来基本没有大的变化。它们最初是用 Perl 写的,后来被重写成 C,但核心逻辑和用户界面几乎保持原样。Scott 说他在 2009 年写《Pro Git》第一版时描述的那些命令,现在依然可以完全照搬使用。
这种稳定性在某种程度上是好事。Git 团队非常重视向后兼容性,他们不愿意移除任何已存在的功能,担心会破坏现有工作流。但这也带来了一个根本问题:Git 被设计时的核心假设,已经跟现在的软件开发实践严重脱节了。Git 是为了通过邮件列表发送补丁而设计的。那个时代,开发者会在本地做一些修改,生成一个补丁文件,通过邮件发送给维护者,维护者审查后决定是否接受。整个流程是异步的、基于文本的、单线程的。
而现在呢?我们有持续集成、持续部署,有分布式团队实时协作,有代码审查工具,有各种自动化测试和部署流水线。更重要的是,现在有 AI agent 在大规模地写代码。Scott 提到一个让我印象深刻的观察:我们现在正在教一群 AI agent 使用一个为邮件列表补丁设计的工具。这种错位感,就像是让一辆特斯拉走在为马车设计的道路上。
Git 的 Unix 哲学设计带来了另一个问题:它试图用一套接口同时服务计算机和人类。如果你运行"git branch",默认情况下你只会得到一个分支列表,没有任何用户界面。这是因为 Git 需要确保这个命令的输出既可以被人类阅读,也可以被其他程序解析。这种妥协导致了一个结果:Git 对人类来说不够友好,对计算机程序来说也不够优化。虽然有些命令提供了"--porcelain"选项来输出机器可读的格式,但这不是标准做法,很多命令根本没有这个选项。
AI Agent 时代的新挑战:一个工作目录已经不够用了
当 AI 开始大规模参与编程时,Git 的局限性变得更加明显。我自己最近也在尝试使用多个 AI agent 同时工作,发现 Git 的基本设计假设——一个开发者、一个分支、一个线性工作流——已经完全不适用了。现代开发者不是线性工作的。你可能同时运行多个 agent,一个在修复 UI bug,另一个在优化数据库查询,第三个在更新文档。但 Git 的索引系统在这种并行编辑下会崩溃,因为它假设你本地的工作副本代表的是对代码库的单一、原子性的修改。
传统的解决方案是使用 worktree,也就是为每个并行任务创建代码库的多个副本。但这带来了新问题。如果你有五个 agent 同时工作,你就需要五个完整的工作目录副本。虽然 Git 在存储层面做了优化,但这仍然意味着大量的文件复制和磁盘空间占用。更重要的是,这些 agent 之间是完全隔离的,它们看不到彼此在做什么,直到它们各自完成并尝试合并时才会发现冲突。到那时候,解决冲突的成本已经非常高了。
GitButler 提出的解决方案是并行分支(parallel branches)。这是一个让我眼前一亮的设计。并行分支就像普通分支,但你可以同时打开多个。你可以获得 worktree 的好处(逻辑隔离),但不需要复制所有文件。所有的 agent 都在同一个工作目录中操作,但它们的修改被分配到不同的虚拟分支中。Scott 在访谈中描述了一个让我印象深刻的场景:他们让两个 agent 同时工作,这两个 agent 都想编辑同一个文件,但修改方式不兼容。结果是什么?一个 agent 自动把它的分支堆叠在另一个 agent 的分支之上,然后继续工作,提交到它自己的堆叠部分。这种智能的冲突处理,在传统 Git 工作流中几乎不可能实现。
我特别欣赏 GitButler 团队的一个实验,虽然最终他们没有采用。他们曾经尝试让多个 agent 之间有一个聊天频道,让它们可以互相沟通正在做什么。Scott 说这个功能看起来超级酷,他们可以看到 agent 之间的对话,非常想把它发布出去。但经过大量测试后,他们发现这个功能其实没有帮助。Agent 会自己发现有其他人在修改某个文件,会自动推断原因,然后调整自己的工作策略。它们不需要显式的通信,因为通信本身带来了开销,反而让整个过程变慢了。这个发现本身就很有启发性:我们不能简单地把人类的协作模式套用到 agent 身上,agent 有自己的工作方式。
重新设计用户界面:为人类、为 agent、为脚本
GitButler 最近发布的 CLI 工具引起了我很大的兴趣。这不是一个简单的 Git 包装器,而是从根本上重新思考了命令行工具应该如何设计。Scott 提到了一个有趣的观察:大约 80%的开发者仍然使用命令行工具来操作 Git,即使有各种 GUI 工具存在。原因很简单——大多数 Git GUI 只是把 Git 命令包装了一层图形界面,并没有增加太多功能,反而让操作变慢了。如果你知道要运行什么命令,直接敲命令往往更快。
但 GitButler 的 CLI 不一样。它针对不同的使用场景提供了不同的输出格式。如果你直接运行命令,它会给你优化过的、人类可读的输出,包括提示和建议。如果你加上"--json"参数,它会给你结构化的 JSON 数据,方便脚本解析。他们甚至在考虑添加"--markdown"选项,专门为 agent 优化输出格式,因为 markdown 格式更容易被注入到 agent 的上下文中。
更有意思的是,他们通过实际观察 agent 的行为来优化工具设计。他们发现,虽然提供了"--json"选项,但 agent 其实更喜欢使用人类可读的输出,然后自己通过管道传给 jq 或写 Python 脚本来提取需要的信息。另一个发现是,agent 在运行任何修改性命令后,几乎总是会立即运行"git status"查看状态。所以 GitButler 团队直接在所有修改性命令中添加了"--status-after"选项,执行完操作后自动显示状态。这种设计在传统 Unix 哲学中是不会做的,对脚本编程也不太适合,但对 agent 来说却是完美的。
他们还在探索如何通过输出给 agent 提供更多上下文信息。比如,在命令输出中包含"如果你想做这个,运行这个命令"的提示。这不是给人类看的,因为人类会觉得啰嗦,但对 agent 来说,这种额外的上下文可以帮助它更快地决定下一步该做什么。Scott 说这是一个非常有趣的 UX 问题,因为我们必须把 agent 当作一种新的"用户画像"来对待,而它的需求和行为模式跟人类完全不同。
软件开发的本质变化:从写代码到写规格说明
在访谈中,Scott 提到了一个让我深思的观点:未来最优秀的软件工程师,可能不是那些代码写得最好的人,而是那些最会沟通、最会写作、最会描述的人。这听起来可能有点反直觉,毕竟我们很多人当初选择编程就是因为可以跟机器打交道,而不是跟人打交道。但仔细想想,这个趋势是完全合理的。
当 AI agent 可以高效地生成代码时,瓶颈不再是实现细节,而是你能不能清楚地描述你想要什么。Scott 分享了他自己的工作流程:他现在大部分时间都在写规格说明,详细描述一个功能应该如何工作。每当有一个设计决策需要做时,他就让 AI 根据规格说明实现,然后测试结果。如果有问题,他就回去修改规格说明,告诉 AI 重新实现。这个循环可以非常快速地进行,因为他不需要自己手写所有的实现代码。
这种工作方式的美妙之处在于,你可以随时做"展示和讨论"(show and tell)。传统上,如果你想验证一个想法,你需要写一个详细的技术文档,然后说服团队成员阅读并提供反馈。但文档再详细,也不如一个可以运行的原型直观。现在,你可以快速生成一个原型,让团队成员实际体验,然后基于反馈迅速迭代。这大大加快了从想法到验证的周期。
但这也带来了新的挑战。团队协作的瓶颈从"能不能实现这个功能"变成了"我们能不能就想要什么达成共识"。Scott 说,很多开发者,特别是那些自认为很聪明的开发者,觉得他们不需要解释自己在做什么,代码本身就是最好的文档。但在 AI 时代,这种态度行不通了。你必须能够清晰地表达你的意图,能够写出让团队成员和 AI 都能理解的规格说明。写作能力,成为了新的超级能力。
这让我想到代码审查的未来。Scott 提出了一个尖锐的问题:如果你诚实地问大多数软件工程师,在做代码审查时,你真的会仔细读完整个 PR 吗?会逐行思考逻辑吗?会把代码拉到本地测试吗?还是只是粗略浏览一下,确认看起来没有明显问题,然后就批准了?大多数人会选择后者。这不是因为开发者不负责任,而是因为彻底的代码审查成本太高,而收益往往不够明显。
AI agent 在这方面可能会改变游戏规则。Agent 非常擅长仔细审查每一行代码,运行测试,检查潜在问题。它们不会累,不会厌烦,可以保持一致的审查标准。这样,人类审查者就可以专注于高层次的问题:这个改动是否符合产品方向?是否解决了用户的真实需求?架构设计是否合理?而具体的实现细节、语法问题、潜在 bug,可以交给 AI 来检查。
PR 和 Issue:20 年没变的协作模式该进化了
GitHub 的 Pull Request 机制已经成为开源协作的标准模式,但 Scott 认为这个模式存在根本性问题。PR 是基于分支的审查,不是基于补丁的审查。这导致了大量的"提交垃圾"——那些"哎呀,修复了一个小 bug"、"忘记添加这个文件了"之类的提交信息。因为在 PR 模式下,重要的是整个分支,而不是单个提交。所以没人真正关心提交信息的质量,PR 描述才是关键,而 PR 描述并不存储在 Git 历史中,合并后通常就丢失了。
在邮件列表时代,这不是问题。每个补丁都有一个精心编写的提交信息,因为那就是你的 PR 描述。审查是基于补丁的,补丁的质量和提交信息的质量直接相关。但在 GitHub 时代,我们失去了这种约束。Scott 认为,未来的代码审查应该回归到基于补丁的模式,但要结合现代工具的优势。审查应该是本地的,你可以实际运行代码、测试功能。Agent 可以帮你运行各种测试,标记潜在问题,你只需要关注那些真正需要人类判断的部分。
还有一个有趣的观点是关于团队间沟通的。Scott 说,软件开发中一直做得不好的事情是团队间的实时沟通。如果你在修改某个文件,我也在修改同一个文件,我们通常要到最后合并时才会发现冲突,然后其中一个人要承担 100%的合并工作。但如果我们能够实时知道对方在做什么呢?对人类来说,这种实时沟通的开销可能太大,会打断工作流程。但对 agent 来说,这不是问题。Agent 可以用它们的空闲时间互相沟通,了解团队中其他人(或其他 agent)在做什么,提前发现潜在冲突,或者主动调整工作策略避免冲突。
GitButler 正在探索的元数据系统也很有意思。他们想要能够把对话记录、agent 的思考过程、相关的上下文信息附加到提交或分支上。Git 目前对这种元数据的支持非常有限。这些信息可能非常有价值,可以帮助理解为什么做出某个决策,代码背后的思考过程是什么。但这也带来了一个大数据问题。Scott 提到,即使只是保存文本,这些元数据的规模也会快速膨胀。他们不得不利用 Git 中一些大型仓库(如 Chrome 或 Microsoft Office 团队使用的)的技术,来处理这种规模的数据。
我对这场变革的思考
看完 GitButler 的故事和 Scott 的访谈,我有一些深刻的感受。软件开发正在经历一场根本性的范式转变,而版本控制系统作为软件开发的基础设施,必须随之演进。Git 的设计理念在 20 年前是先进的,但现在已经成为限制。我们需要的不是"更好的 Git",而是为现代工作流和 AI 时代重新设计的基础设施。
让我特别有共鸣的是 Scott 关于"逻辑终点"的思考。他说,在做语言学习创业时,很多人看到实时翻译技术就说语言学习已死。但他反驳说,即使有完美的翻译器,双方都需要戴着翻译器,而且这种沟通体验远不如直接用同一种语言交流。他曾经在日本带着翻译工作了一周,翻译很优秀,但这种体验仍然不好,你不会想用这种方式建立深度关系或开展复杂合作。对于编程也是一样。AI agent 变得再强大,它们也不能完全替代人类的判断、创造力和沟通能力。
关于 GitHub 的未来,我觉得 Scott 的观点很中肯。GitHub 最大的优势是用户基数,最大的劣势是作为大公司很难快速转向。现在整个行业都在探索什么是"下一个 GitHub",但 Scott 指出,这个问题本身可能问错了。GitHub 本身就不是任何东西的"下一个",它创造了一种全新的协作模式。同样,未来可能会出现一种完全不同的、我们现在还想象不到的协作模式。
我认为 GitButler 的价值不仅在于它提供的具体功能,更在于它代表的思考方式。他们在质疑那些我们习以为常的假设:为什么一次只能在一个分支上工作?为什么提交必须是线性的?为什么 agent 和人类要使用同样的界面?为什么协作必须通过 PR 和 issue 进行?这种从第一性原理出发的思考,正是我们在这个快速变化的时代最需要的。
我也意识到,作为开发者,我们需要培养新的技能。写清晰的规格说明、有效地沟通想法、理解 AI agent 的工作方式——这些可能比单纯的编码能力更重要。这对很多开发者来说可能是个挑战,特别是那些选择编程就是为了避免跟人打交道的人。但这也是一个机会,让我们从低层次的实现细节中解放出来,专注于更有创造性的工作:定义问题、设计解决方案、做出权衡决策。
GitButler 的 1700 万美元融资只是一个开始。我相信未来几年,我们会看到更多重新思考软件开发基础设施的尝试。版本控制、代码审查、项目管理、测试、部署——这些工具都是在 AI 之前的时代设计的,都需要重新审视。那些能够率先适应新范式的开发者和团队,将在这场变革中获得巨大优势。
最终,软件开发会变成一个更加关注沟通、协作和决策的工作,而不是关注语法和实现细节。这听起来可能让一些传统程序员不安,但我认为这是一件好事。它让编程变得更加接近解决问题的本质,而不是被技术细节所困扰。当我们不再需要记住复杂的 Git 命令,不再需要手动解决合并冲突,不再需要花大量时间写重复性代码时,我们就可以把精力投入到真正重要的事情上:理解用户需求、设计优雅的解决方案、创造有价值的产品。这才是软件开发的核心,也是 GitButler 试图帮助我们回归的方向。OpenAI Codex漏洞曝光,GitHub令牌泄露风险显现OpenAI的Codex是一款供开发者与代码仓库交互的编程辅助工具,最新报告显示该工具存在可导致GitHub认证令牌暴露的重大漏洞。该漏洞由BeyondTrust研究部门PhantomLabs发现,据称可通过命令注入暴露敏感的GitHub认证令牌。
Codex作为ChatGPT的组成部分,允许开发者触发代码生成、审查及拉取请求等自动化任务。这些任务在使用短期GitHub OAuth令牌进行仓库克隆与认证的托管容器环境中执行。漏洞源于Codex在处理任务创建时的分支名称解析机制,使得在环境设置期间能注入任意shell命令从而实现代码执行。研究人员证实可利用此漏洞提取GitHub OAuth令牌,并通过任务输出或外部网络请求进行暴露。
研究团队证明该缺陷可超越Web界面,延伸至Codex的命令行界面、SDK及IDE集成环境。若认证凭证本地存储,攻击者可通过后端API复现攻击行为。一旦攻击者获取GitHub OAuth令牌,尤其在赋予Codex仓库与工作流广泛权限的企业环境中,将可能实现GitHub平台内的横向渗透。
该漏洞已由OpenAI通过多项修复措施解决,包括增强输入验证、强化shell转义保护机制,以及严格管控容器环境内的令牌暴露风险。报告最后强调,AI代理不仅是简单的生产力工具,当用户可控输入被转换为shell命令时,可能引发具有实际影响的命令注入攻击。用户与开发者必须确保AI辅助工具的交互环境安全,其防护标准应与传统应用安全边界保持同等严格性。芬兰初创企业,以64亿投资向GitHub发起挑战芬兰软件初创公司Tangled Labs Oy已获得450万美元(约合64.8亿韩元)投资,用于开发GitHub的替代品。本轮融资主要由byFounders领投,Bain Capital Crypto、Antler等主要机构以及前GitHub首席执行官托马斯·多姆克、Tailscale首席执行官艾弗里·佩纳伦等人参与。
Tangled Labs正在开发一个专注于社交编码协作的下一代分布式平台。该平台基于AT协议构建,其运营模式与Bluesky Social PBC类似。Bluesky是作为前身为Twitter的X Corp.的替代方案而兴起的社交网络。
该平台为开发者提供堆叠式拉取请求、持续集成和社交探索工具等功能,并设计让用户能够在分布式网络中自主形成和运营社区。同时,它也像GitHub一样提供代码仓库,使开发者能够上传、存储代码并进行协作项目。
Tangled的愿景是让用户能够自主托管自己的仓库,这类似于Bluesky以去中心化的方式管理用户登录和身份。该平台还持续设计支持AI代理作为共同贡献者,并通过AT协议提供支持此功能的XRPC应用程序编程接口。
目前,Tangled的网站采用了面向开发者的简洁设计,已拥有7,000名早期用户,并建立了超过5,000个仓库。到2026年,Tangled的目标是开发支持快速构建环境的微型虚拟机,同时也在开发用于GitHub用户迁移的工具和命令行界面。
在此背景下,Tangled正作为一个挑战GitHub 88%市场份额的新替代方案而受到关注。AI时代的GitHub挑战书…'Entire',以864亿种子投资成立以人工智能为中心的代码管理平台为开发目标而成立的初创公司"Entire",在获得6000万美元(约864亿韩元)的种子轮投资后正式成立。本轮融资由Felicis领投,微软风险基金M12、Madrona,以及雅虎前CEO杨致远、Datadog CEO奥利维尔·波梅尔、Y Combinator CEO陈嘉兴等知名天使投资人也共同参与。
Entire是由GitHub出身的CEO托马斯·多梅克领导的初创公司,它指出传统的Git方式不适合基于人工智能代理的开发环境。公司方面解释称,目前开发者虽然会保存AI生成的代码本身,但并未管理生成这些代码所使用的提示词。然而,这些提示词中包含了能够加快项目进度的关键上下文信息。
对此,Entire正在开发一个与Git兼容、同时能够保存提示词以及AI代理所使用的第三方工具信息的新平台。据称,这将使不仅是开发者,连AI代理也能利用之前会话的尝试和反馈数据,从而进行更精细、更高效的工作。
其代表性产品之一是此次通过GitHub开源发布的"Checkpoints"。该工具详细记录开发者与AI交互时使用的提示词、令牌使用量、所使用的AI工具等,设计之初就支持Claude Code和谷歌的Gemini CLI。公司计划未来进一步扩大支持范围。
此外,Entire还正在准备一个帮助AI代理更容易解析和应用所存储项目数据的语义层,以及一个能够一次性审查和部署数百项代码变更的开发者界面。为此,公司正加快产品开发步伐,计划将目前15人的团队规模扩大一倍。
多梅克CEO强调:"正如过去汽车工业从手工制造转向流水线生产一样,今天的软件开发也需要顺应以AI为中心的趋势,进行革命性的转变。"他补充道,Entire的平台将成为这一转变的核心工具。“AI论文的GitHub”阿尔法希普 获700万美元投资……施密特·斯伦也参与其中AI研究平台alphaXiv近日获得700万美元(约合100.8亿韩元)种子轮投资,朝着“AI研究界GitHub”的目标迈进。本轮融资由硅谷代表性风险投资机构门罗风投与Haystack共同领投,Shakti VC、Conviction Embed以及谷歌前CEO埃里克·施密特、优达学城联合创始人塞巴斯蒂安·特伦等天使投资人也参与投资。
alphaXiv作为可共享和协作AI领域学术论文的平台,虽与现有arXiv类似,但其差异化优势在于更聚焦AI领域。该平台构建了研究者发布最新论文、工程师运用论文实现AI功能产品化的协作体系,特别注重通过便捷检索最新技术、模型训练方法及技术对比来减少AI技术开发的瓶颈。
联合创始人拉吉·帕莱蒂指出,在每日涌现数十至数百篇AI论文的现状下,一线工程师难以有效筛选并运用有价值的研究成果。他强调“高校与企业研究者不得不反复追问‘究竟哪些具有现实应用价值’”,而alphaXiv正致力于解决这一痛点。
该平台还促进了国际研究协作。目前已通过平台连接美国、中国等多国研究团队开展AI联合研究,其模式类似开发者通过GitHub进行协作。塞巴斯蒂安·特伦高度评价其影响力:“如今已进入不仅是博士学者,任何人都能参与科研创新的时代。”
上线一年间,alphaXiv宣布已汇聚涵盖学界与产业界的数百万用户。门罗风投合伙人迪迪·达斯分析指出,在AI技术从传统软件自动化向拓展人类知识边界演进的过程中,alphaXiv正构建关键基础设施。他阐释投资逻辑时表示:“技术革命始终创造新职业范式,研究导向的知识劳动将成为AI时代的核心支柱。”
在AI发展速度空前加速的背景下,alphaXiv构建的平台极有可能崛起为连接技术、研究与产业的核心枢纽。
GitHub 热门 Solana 工具暗藏盗币陷阱作者:Thinking
编辑:Liz
背景概述
2025 年 7 月 2 日,一名受害者联系到慢雾安全团队,寻求协助分析其钱包资产被盗的原因。事件起因于他前一天使用了一个托管在 GitHub 上的开源项目 —— zldp2002/solana-pumpfun-bot,随后加密资产被盗。
分析过程
我们随即着手调查此次事件。首先访问该项目的 GitHub 仓库,可以看到它的 Star 和 Fork 数量相对较高,但其各个目录下的代码提交时间均集中在三周前,呈现出明显的异常,缺乏正常项目应有的持续更新轨迹。
这是一个基于 Node.js 的项目。我们首先对其依赖包进行了分析,发现其引用了一个名为 crypto-layout-utils 的第三方包。
进一步核查发现,该依赖包已被 NPM 官方下架,而且 package.json 中指定的版本并未出现在 NPM 官方的历史记录中。我们初步判断该包为可疑组件,并已无法通过 NPM 官方源进行下载。那么,受害者又是如何获取到这个恶意依赖的呢?
继续深入项目,我们在 package-lock.json 文件中找到了关键线索:攻击者将 crypto-layout-utils 的下载链接替换了。
我们下载了这个可疑的依赖包:crypto-layout-utils-1.3.1,发现这是一个使用 jsjiami.com.v7 进行高度混淆后的代码,这增加了分析的难度。
解混淆后我们确认了这是一个恶意的 NPM 包,攻击者在 crypto-layout-utils-1.3.1 中实现了扫描受害者电脑文件的逻辑,如果发现钱包或私钥相关的内容或文件就上传到攻击者控制的服务器上(githubshadow.xyz)。
恶意 NPM 包扫描敏感文件和目录:
恶意 NPM 包上传包含私钥的内容或文件:
我们继续探索攻击手法,项目作者疑似控制了一批 GitHub 账号, 用于 Fork 恶意项目并进行恶意程序分发,同时刷高项目的 Fork 和 Star 数量,引诱更多用户关注,以便扩大恶意程序的分发范围。
我们还识别出多个 Fork 项目也存在类似恶意行为,其中部分版本使用了另一款恶意包 bs58-encrypt-utils-1.0.3。
该恶意包自 2025 年 6 月 12 日创建,猜测攻击者这时候就已经开始分发恶意 NPM 和恶意 Node.js 项目,但在 NPM 下架 bs58-encrypt-utils 后,攻击者改用了替换 NPM 包下载链接的方式进行分发。
此外,我们使用链上反洗钱与追踪工具 MistTrack 分析发现,其中一个攻击者地址盗币后,将资金转移至了交易平台 FixedFloat。
总结
本次攻击事件中,攻击者通过伪装为合法开源项目(solana-pumpfun-bot),诱导用户下载并运行恶意代码。在刷高项目热度的掩护下,用户在毫无防备的情况下运行了携带恶意依赖的 Node.js 项目,导致钱包私钥泄露、资产被盗。
整个攻击链条涉及多个 GitHub 账号协同操作,扩大了传播范围,提升了可信度,极具欺骗性。同时,这类攻击通过社会工程与技术手段双管齐下,在组织内部也很难完全防御。
我们建议开发者与用户高度警惕来路不明的 GitHub 项目,尤其是在涉及钱包或私钥操作时。如果确实需要运行调试,建议在独立且没有敏感数据的机器环境运行和调试。
恶意依赖包相关信息
恶意 Node.js 项目的 GitHub 仓库:
2723799947qq2022/solana-pumpfun-bot
2kwkkk/solana-pumpfun-bot
790659193qqch/solana-pumpfun-bot
7arlystar/solana-pumpfun-bot
918715c83/solana-pumpfun-bot
AmirhBeigi7zch6f/solana-pumpfun-bot
asmaamohamed0264/solana-pumpfun-bot
bog-us/solana-pumpfun-bot
edparker89/solana-pumpfun-bot
ii4272/solana-pumpfun-bot
ijtye/solana-pumpfun-bot
iwanjunaids/solana-pumpfun-bot
janmalece/solana-pumpfun-bot
kay2x4/solana-pumpfun-bot
lan666as2dfur/solana-pumpfun-bot
loveccat/solana-pumpfun-bot
lukgria/solana-pumpfun-bot
mdemetrial26rvk9w/solana-pumpfun-bot
oumengwas/solana-pumpfun-bot
pangxingwaxg/solana-pumpfun-bot
Rain-Rave5/solana-pumpfun-bot
wc64561673347375/solana-pumpfun-bot
wj6942/solana-pumpfun-bot
xnaotutu77765/solana-pumpfun-bot
yvagSirKt/solana-pumpfun-bot
VictorVelea/solana-copy-bot
Morning-Star213/Solana-pumpfun-bot
warp-zara/solana-trading-bot
harshith-eth/quant-bot
恶意 NPM 包:
crypto-layout-utils
bs58-encrypt-utils
恶意 NPM 包下载链接
恶意 NPM 包上传数据的服务器:
githubshadow.xyzGitHub 发布 HydraFusion AI 编程路由工具,号称前沿质量Techub News 消息,GitHub 发布名为 HydraFusion 的 AI 编程路由工具,号称具备前沿质量。该工具旨在通过优化模型选择来重塑 AI 编程,或将迫使竞争对手提升效率或证明其成本合理性。
(Crypto Briefing)Gemini 交易所发布公开 TypeScript SDK,简化开发者集成流程Techub News 消息,加密货币交易所 Gemini 发布公开的 TypeScript SDK。该 SDK 旨在简化开发者集成流程,已封装身份验证、重试、重连及订单簿逻辑等底层功能,开发者无需从零开始构建客户端。
开发者可通过 NPM 和 GitHub 获取该 SDK 并立即使用。 (@tyler)MirroS 发布 Code-as-World 框架,可将视频转换为可执行的物理模拟程序Techub News 消息,AI 研究机构 MirroS 发布 Code-as-World 框架,这是一种将物理世界表示为可执行世界表征的新范式。该框架将视频场景转换为可由 MuJoCo 物理引擎运行的代码,形成一个包含物体组成、物理演化和视觉外观的三元组,从而实现对物理机制的精确表征。
该框架采用一个智能体循环,通过提出假设、实例化、执行、渲染和验证等步骤,最多经过五轮迭代,从真实视频素材中恢复出可执行程序。这些经过验证的世界程序可作为带有精确物理标签的训练数据,用于训练视觉语言模型。
基于此监督训练得到的 Code-as-World-VL-9B 模型在 QuantiPhy 验证集上取得了 55.4 MRA 的分数,超过了 Gemini 3.1 Flash 的 54.8 分。MirroS 已在 GitHub 上开源了相关代码库和模型检查点。 (MarkTechPost)UC Berkeley 与 UT Austin 研究人员推出边缘原生 MoE 推理引擎 FreeTokenTechub News 消息,来自加州大学伯克利分校和德克萨斯大学奥斯汀分校的研究团队发布边缘原生混合专家模型推理引擎 FreeToken。该系统可将个人计算机作为统一的弹性推理平台,实现在单张工作站 GPU 上运行 753B 参数的 GLM-5.2 模型,在游戏台式机上运行 284B 模型,在 8GB 显存的笔记本 GPU 上以交互速度运行 35B 模型。
FreeToken 已以 Apache-2.0 协议在 GitHub 开源,并发布至 PyPI,同时提供适用于 Windows 和 Linux 的一键桌面应用程序。其 CLI 支持 Linux x86_64 系统及 NVIDIA GPU,通过 ft serve 命令可在端口 1919 上暴露与 OpenAI 和 Anthropic 兼容的 API 端点。
该引擎旨在服务个人开发者、初创公司及中小企业工程团队,尤其适用于医疗、法律、国防、金融及知识产权密集型研发等对数据隐私有严格要求的场景。典型应用包括本地编码智能体、私有代码审查、离线合同分析及合成数据生成。(MarkTechPost)AI 编程工具推动 JavaScript 语言家族在 GitHub 使用率快速增长Techub News 消息,GitHub 2025 年 10 月 Octoverse 报告显示,TypeScript 月度贡献者达 264 万,同比增长 66%。2025 年有超百万开发者在 GitHub 上首次编写 TypeScript 代码。报告指出,JavaScript 语言家族(含 TypeScript)已成为 GitHub 上使用最广泛且增长最快的语言。
分析认为,AI 编程工具的广泛采用(约两年时间)正改变技术栈选择逻辑。由于模型主要从已公开的大量 JavaScript/TypeScript(尤其是 React)代码中学习,其为这些语言生成的代码质量更高、更易用,导致团队更倾向于选择与 AI 工具兼容的框架,进而形成数据反馈循环,加剧了语言集中趋势。
尽管 AI 模型开发本身仍主要使用 Python,但最终面向用户的产品前端多采用 JavaScript 实现。市场奖励了模型已熟悉的语言选择,而非纯粹的技术性能优劣。(AI News)谷歌 AI Studio 新增 GitHub 导入与双向同步功能Techub News 消息,谷歌 AI Studio 新增 GitHub 导入与双向同步功能,旨在简化代码管理,增强协作与现代化开发流程,或将提升开发者生产力。
(Crypto Briefing)研究:GitHub 私钥泄露涉以太坊及 BNB 5.7 亿损失Techub News 消息,USENIX 安全研讨会一项研究显示,研究人员从 63,004 个 GitHub 代码仓库中提取了超过 1630 万个私钥,识别出 65,340 个恶意加密地址,这些地址与以太坊和 BNB Chain 上价值 5.748 亿美元的资产损失相关。
该研究揭示了开发者将私钥硬编码或误提交至公共代码仓库的安全风险。通过分析链上交易模式,研究团队发现大量「寄生」地址持续监控并窃取因私钥泄露而暴露的资金。此类地址主要通过扫描 GitHub 等平台的公开仓库自动获取敏感信息,凸显了加密货币开发者在密钥管理和代码安全实践方面面临的严峻挑战。(Cointelegraph)Gemini CLI 遭 AI 代理攻击,GitHub 令牌面临泄露风险Techub News 消息,Pillar Security 于 8 月 3 日披露 Google Gemini CLI 存在 agent-to-agent 攻击漏洞。攻击者通过注入恶意指令操纵低权限 AI 代理触发高权限代理,窃取具有代码写入权限的 GitHub 令牌。
Google 已迅速修复该漏洞,但拒绝发放漏洞赏金,称该攻击依赖社会工程学。研究人员指出,此类攻击可篡改代码审查实施供应链投毒,影响下游依赖项目。团队建议企业重新设计代理安全架构,建立严格身份验证机制。(CryptoBriefing)印度责令 GitHub 删除 Dorsey 旗下 Bitchat 代码仓库Techub News 消息,印度网络犯罪协调中心(I4C)下令 GitHub 在三小时内删除 Jack Dorsey 旗下去中心化通讯应用 Bitchat 的三个代码仓库,包括其开源代码、安卓应用及发布文件。
该机构声称该应用通过蓝牙网格网络实现匿名离线通讯,阻碍合法拦截和刑事调查,可能被恐怖组织及网络犯罪分子利用。数字权利组织 Internet Freedom Foundation 质疑该命令违宪,并警告 GitHub 若不遵守可能失去法律豁免权并面临刑事诉讼。(crypto.news)印度政府命令 GitHub 下架 Bitchat 通讯应用Techub News 消息,印度网络犯罪协调中心(I4C)已要求 GitHub 下架去中心化通讯应用 Bitchat 的三个代码库。该中心称,该平台的技术特性使执法部门难以合法拦截通信、识别用户或在刑事调查中获取证据。
该应用由 Block 联合创始人 Jack Dorsey 开发,通过蓝牙网状网络实现无需账户和互联网连接的通讯。I4C 表示,这些设计可能被反国家行为者和网络犯罪分子利用,存在煽动骚乱、传播错误信息及威胁印度主权与公共安全的风险。(CryptoBriefing)撰文:Techub News 整理 导语 在2025 年 5 月结束的微软 Build 2024 开发者大会主题演讲后,微软董事长兼 CEO Satya Nadella(萨蒂亚·纳德拉)接受了 The Rundown AI 的快速专访。这场对话紧贴大会热点,聚焦于微软如何整合其最新发布的一系列 AI 工具与平台,以构建所谓的“智能体网络”(Agentic Web),并深刻探讨 AI 代理将如何从根本上重塑知识工作、企业运作乃至社会生产效率。作为全球科技巨头之一的掌舵人,Nadella 在带领微软成功转向云与 AI 后,其关于技术应用本质与未来工作形态的思考,具有极高的行业风向标意义。 摘要 微软正构建“AI 时代的脚手架”,通过整合 Copilot、Foundry 等工具与开放协议,打造一个可组合的“智能体网络”(Agentic Web)。 未来知识工作者将转型为“代理管理者”,AI 不是替代人,而是通过改变工作流程和产出物(Artifact)来增强人的能力。 企业的可持续优势在于利用自身数据和知识对 AI 进行微调,并形成“数据-微调-市场反馈-再优化”的良性循环。 技术的真正价值不在于“基准测试黑客行为”或庆祝科技公司,而在于其能否被广泛应用于医疗、教育等领域,切实提升生产力和改善生活。 企业转型的关键在于文化、能力建设以及亲身实践,而非研究成功案例。 构建智能体网络:AI 时代的“新脚手架” 在 Satya Nadella(萨蒂亚·纳德拉)看来,当前我们正处在平台转型的早期阶段,大约两到三年后,讨论的焦点将从单个应用转向整个平台生态。微软的目标是构建一个支撑 AI 时代的“新脚手架”。 他以斯坦福医学院的肿瘤委员会会议为例,描绘了理想中的智能体协作场景:一个高风险的医疗决策场景,需要整合来自病理学、多个实验室、PubMed 数据库等多源数据,并由多个 AI 代理进行协同处理,最终将结果呈现给在 Microsoft Teams 中协作的医生。医生随后还能将这些信息轻松转化为教学用的 PowerPoint。这种复杂的、跨数据源和应用的“编排”(Orchestration)能力,正是未来应用的核心。 为了实现这种愿景,Nadella 认为必须构建一个每一层都开放、可组合、有标准协议的真实技术栈。如今,从 Microsoft 365 Copilot 到 AI 开发平台 Foundry,再到自然语言网络(NL web)和模型上下文协议(MCP)等开放组件,这个技术栈正在成型,共同编织成他所说的“智能体网络”(Agentic web)。他甚至认为,这或许能让我们重新发现互联网最初的开放精神。 微软正在尝试构建一个统一的 AI 用户界面(UI for AI),将聊天、搜索、代理、笔记本等功能集成于一处,Microsoft 365 Copilot 和 Teams 正是其体现。但 Nadella 强调,这并非唯一的形态。针对开发者、科学家等不同群体和工作流,将会涌现出丰富多样的 AI 交互界面。其底层令人兴奋的能力在于:数据、多模型调用、代理编排层以及能够理解意图并将其分解为对多个模型调用的新型推理模型。 从知识工作者到代理管理者:工作流的彻底逆转 随着 AI 代理的普及,知识工作的性质将发生根本性变化。Nadella 认为,未来知识工作者将更多地扮演“代理管理者”的角色,而非被代理所取代。 他用一个生动的比喻来解释这种抽象层次的提升:如果一个外星智能在 80 年代初观察地球职场,会看到“打字员池”、“幻灯片制作池”。而今天再来,它会认为“全人类都是打字员池”,因为人人都在打字。但实际上,我们从事的是知识工作,只是工具和形式被抽象和改变了。 他以自己准备客户会谈的流程为例,展示了工作流的“彻底逆转”。过去,需要账户团队撰写报告、通过邮件发送、他再手动整理到 OneNote 中阅读。而现在,他只需给出一个提示(Prompt),AI 就能从网络、邮件、文档、CRM 系统、供应链系统中自动抓取信息,生成一份全面的报告,他再分享给团队。他坦言,作为 CEO,他现在做的“知识工作”比过去更多,感觉能力更强、效率更高。 因此,Nadella 给所有知识工作者(无论是软件、金融、销售还是科学领域)的建议是:积极使用工具,主动改变你的工作产出物和工作流。拥有改变周围工作方式的能动性(Agency),是应对变革的最佳方式。他承认岗位更替必然会发生,因此最好的防御就是技能提升与再培训,而这一切始于使用工具本身。 AI 编程的未来:填补“技术债”,人类仍在循环中 开发者是工作流受 AI 冲击最显著的群体。Nadella 提到,微软目前有 30% 的新代码是在 AI 辅助下生成的。他展望了当 90% 或 95% 的代码都由 AI 生成时的世界图景。 他的思考起点是全球面临的巨大“技术债”或“IT 债”——大量未完成的软件项目。世界需要更多的软件开发能力来满足需求、清偿这些债务。在此背景下,AI 编程工具(如代码补全、代码解释、图表生成、多文件编辑、全仓库变更代理等)的价值在于,能让开发者保持心流状态,更高效地工作。 他特别提到新发布的 GitHub Copilot 工作流代理(Coding Agent),允许开发者指派任务并异步执行。但 Nadella 强调了一个关键点:“人类仍在循环中”(human is in the loop)。他认为人们高估了 AI 的自主性。即使在执行持续集成/持续部署(CI/CD)之前,代码仍需经过人工审核。这是一个开发组织内部人员与 AI 代理协同工作、共同解决开发赤字的新工作流。 对于企业而言,Copilot 的微调功能是一个重大突破,允许企业利用自有数据和代码库定制自己的 AI 编程助手。Nadella 指出,这引出了企业的“可持续优势”问题。优势不在于基础模型本身(这终将商品化),而在于企业能否形成一个良性循环:利用内部知识和数据微调模型 - 将输出应用于市场 - 获取客户或市场的反馈信号(即强化学习的奖励)- 用新数据样本进一步优化。完美运行这个循环,将成为 AI 时代企业新的核心竞争力。 企业转型之道:文化、能力与实践,而非案例研究 作为带领微软经历多次技术转型的领导者,Nadella 分享了企业如何围绕“代理时代”进行重组的心得。 他指出,微软并非靠单一产品成功的公司,因此最困难之处在于“不断调整”。他总结了转型需要彻底改变的三件事:工作方式、工作内容以及市场进入策略。同时革新生产函数、产品创新以及商业模式和上市策略,是一项艰巨的任务。 他认为,归根结底在于文化和能力建设,这能让企业有更多“射门机会”。对于稳定业务,AI 是顺风,能带来更大杠杆效应;对于衰退业务,AI 则是自我重塑的机遇。核心是培养寻找和实践新概念的文化与能力。 Nadella 特别提醒,迷恋时代的“明星公司”案例研究并无帮助。“现实是,案例研究没用。你必须亲自去做。”他引用了一句妙语:“你看别人去健身房,自己不会变健康。你必须自己去健身房。”这场变革关乎亲身实践,而非仰慕他人。 技术普及与价值回归:让强大的技术“消失” 关于员工技能提升,Nadella 主张“自下而上”的工具扩散模式,而非“自上而下”的标准化培训。他以个人电脑(PC)普及为例:最初是法律部门爱用 Word 写合同,财务部门爱用 Excel 做模型,但当人们需要跨部门协作时,工作流程和产出物自然被改变,这一切并非通过培训课,而是通过通用工具(PC 和 Office)的扩散实现的。 在微软内部,无论是 GitHub Copilot 还是 M365 Copilot 的推广,他都观察到类似的模式。他分享了一个网络工程师的例子:面对激增的 AI 工作负载和繁重的手动运维,她利用低代码/无代码和 Foundry 工具自主构建了一个多代理编排器,自动化了光纤故障处理流程。这种赋予员工工具和能动性,让他们改造身边工作流的方式,才是关键。他称 Excel 是“世界上最伟大、最普及的编程工具”,而 AI 工具将再次引发类似的全民“编程”普及。 谈到更前沿的“主动代理”(Proactive Agent),Nadella 引用了马克·维瑟关于“普适计算”的名言:“技术强大到足以消失。” 他认为,自然用户界面的演进方向就是以最小摩擦完成用户意图。主动代理应能理解高层意图、制定计划并执行,同时用户保持控制和可审查性(如通过会话日志)。这是透明性与自动化之间的平衡。 最后,主持人重提了 Nadella 此前引发热议的观点:AGI(通用人工智能)只是“无意义的基准测试黑客行为”,AI 的真正价值在于全球经济增长。Nadella 对此进行了阐释。他以医疗行业为例(占美国 GDP 约 20%),指出其巨大成本源于工作流低效。如果像斯坦福医学院使用的多代理编排器能够普及,让医疗提供者以更低成本提供更优质的护理,那才是价值所在。 他强调,自己的评论并非针对伟大的 AI 研究,而是认为社会过于庆祝科技公司本身,而非技术产生的影响。他渴望看到讨论焦点转向技术的实际应用。例如,世界银行在尼日利亚的研究显示,为学生提供 Copilot 或其他代理工具后,教育成果出现了可统计的显著改善。这种技术被广泛应用、解决实际问题的故事,才是他投身科技行业的初衷。“当全球其他行业因为运用技术为我们所有人创造了奇迹而受到庆祝时,那才是值得庆祝的一天。” Nadella 总结道。
