Barret李靖
@Barret_China
AI Engineer | Lifelong Learner | Dad of 2 | Cloud Native | Sharing insights and experiences | 小胡子哥，一个有趣的灵魂
420 正在關注 82.7K 粉絲
软件研发未来一定会走向一个黑盒验收时代。
过去每一个功能、每一个 PR，都需要人来 Review 和验证。但随着生产端的速度越来越快，验收逐渐跟不上生产，这个时候，人就会成为最大的瓶颈。
所以 AI 必须参与到代码审查和功能验收里，甚至还要进一步完成自部署、自监控。
这件事情实施难度很高吗？其实并没有。
只要把过去每个工种积累下来的经验和技能蒸馏给 AI，让 AI 把它们转化成有效的 Workflow、Skills 和 Scheduled Task，基本上整条链路都可以逐渐走通。
举个例子，线上监控大盘的搭建，过去一直是人在做。但仔细拆开来看，大盘本质上就是对日志、指标等数据格式化之后，通过接口查询，再进行图形化表达。
而 AI 在写 SQL、理解数据结构、生成查询逻辑这些事情上，本身就非常擅长。
我们团队的实践，就是把搭建监控大盘所需要的基础能力全部让 AI 学明白，然后让它围绕机器、业务、数据库、中间件，建立全面的总视图、分视图、Top 榜视图和各种监控视图。
这些事情 AI 做得特别好。
真正麻烦的是前面的链路打通。这里面涉及大量权限问题、接口问题、调试问题、数据问题等等。
但这些工作大多是一次性的。
一旦把能力建设好，后面就可以在各种场景里持续复用。
一个月搞通一个角色的大部分工作，三五个月下来，整条研发工作链路都会变得无比通畅。
到那个时候，AI 的工作会越来越少需要人直接干预。人的职责也会随之发生变化，从亲自参与每一个研发流程，逐渐转向建设这些自动化流程，维护这些 Workflow、Skills 和基础设施。
研发团队真正重要的能力，就是持续把人的经验变成 AI 可以稳定执行的系统能力。
顯示更多
很多人觉得 AI 做不好验收工作，当下确实是这样的，因为它缺少判断的准则。人可以教它，但无法穷尽所有情况。
可 AI 有一个优势，它在边界思考上往往比人更全面、更多维。所以理论上，在进行测试的时候，AI 完全有机会测得比人更完善。
对 AI 测试来说，首先需要从两个关键能力入手。
第一，它要完整理解需求。
AI 应该针对需求和目标去测试，而不是只针对功能去测试。
未来的测试方法，会更偏向 BDD，而不是 TDD，甚至是 Goal Driven Verification。先理解这个需求为什么要做，最终希望解决什么问题，用户应该获得什么结果，再围绕这个目标去设计测试。
第二，它需要具备足够的手、脚、眼。
让 AI 真正能够看清软件、看懂软件，能够像一个人一样在界面上完成操作。
它需要学会编写 E2E 测试用例，通过 OCR、模拟点击、滑动、截图、录屏等方式，不断丰富自己对界面的认知，然后基于目标和需求，持续改善测试用例的完整性和鲁棒性。
我们团队现在实践的时候也是这么做的。
每一次迭代发版，AI 都会先把这个迭代所有的代码 diff 拿出来，理解一次这次核心改动的功能点到底是什么，然后开始编写对应的 E2E 测试用例。
刚开始写出来的时候，大部分测试其实都跑不过。
它会自己执行，再根据执行过程不断修正测试用例里的问题，直到整条链路能够真正跑通。
在整个验收过程中，它所有的点击、滑动、输入等操作都会被记录下来，同时保留截图和录屏，最终产生一篇完整的 E2E 测试用例文档和测试报告。
这篇文档里的信息其实非常丰富。
它会包含这次测试的目标、操作路径、操作截图、操作录屏、操作反馈，以及每一步执行之后软件真实呈现出来的结果。
然后 AI 会再回过头去理解这篇文档，重新判断整个过程是否真的达到了最开始的目标。
我觉得这才是 AI 测试真正应该走的方向。
测试不应该只是验证代码有没有跑通，也不应该只是验证某个按钮能不能点。它最终验证的是，这次改动有没有真正完成需求，有没有达到目标。
顯示更多
最近一个非常明显的变化是，测试和前端开发这些细分工种，正在逐渐被收敛。
今天很多研发流程依然是 Human in the Loop，人还深度参与在工作流中。但我们更想看到的状态是 Human over the Loop，人逐渐脱离具体工作流，让任务能够自循环、自验证、自进化。
这里核心要解决两个问题。
第一个是验证。
AI 的生产速度一定会超过人的验收速度。如果每一份 AI 产出最后都需要人来 Review、测试和验收，那么 AI 生产得越快，人反而越容易成为整个系统的瓶颈。要真正实现 Human over the Loop，验证本身也必须交给 AI。人负责定义目标、标准和边界，AI 负责执行，同时完成验证、反馈和修正。
第二个问题也随之而来。当大量任务的生产和验收都开始发生在 Agent 之间，我们还需要那么多面向人的前端表达吗？
过去的软件大量服务于 Human Computer Interaction，所以需要非常丰富的界面、交互和前端工程。未来人机交互会减少，机机交互会越来越多。很多过去通过页面、按钮、表单完成的操作，会变成 Agent 之间的协议调用、状态传递和任务协同。
所以前端的工作也会发生迁移，从“怎么让人更好地操作系统”，逐渐转向“怎么让人更好地控制 Agent，以及让 Agent 之间更好地协同”。
而 Agent 之间这一层协同，本身又天然适合自动化。Agent 能够理解目标，能够调用工具，也能够根据反馈继续执行。所以从这个视角往下推，测试、前端这些高度依附于传统软件生产流程的细分工种，会最先受到冲击。
再往后看，未来的人才结构可能会逐渐收敛到两类。
一类是端到端交付的人。他们面对的是业务问题，从需求洞察开始，一直到方案、研发、验证、上线和运营，对最终结果负责。
另一类是领域专家。他们解决的是足够深的专业问题，包括架构、性能、安全、基础设施，以及 AI Harness 等复杂工程能力，把自己的专业知识沉淀成工具、规则、评测体系和 Agent 可以复用的能力。
这两类人都不可或缺。一个负责把事情做成，一个负责把某一类事情做到足够深。
过去组织通过大量细分工种完成协作，未来更多会通过“端到端交付者 + 领域专家 + Agent”完成协作。细分工种会不断收敛，人的责任边界会越来越大，专家能力也会越来越深。
顯示更多
组织朝 AI 转型，首先要解决的是人的意识问题。
以前做事情，都会有明确的分工，因为术业有专攻，每个人擅长的点也不一样。AI 出现以后，一个很大的变化是，它开始补齐人的短板。长板可以更长，短板也能够被不断补齐，所以越来越多的人开始具备端到端的交付能力。
这里的端到端，不仅仅是全栈技术能力，还包括技术之前的需求洞察，以及技术之后的产品运营和市场推广。
如果人的意识还停留在“我有我的地盘，你有你的地盘”，依然沿着过去的专业分工推进工作，那么协作模式就还会停留在过去，最终的交付模式也不会发生本质变化。AI 用上了，组织却还是原来的组织。
意识真正转变之后，每个人考虑的问题都会往前后延伸一步：我的上游是什么，我的下游是什么，怎么把它们衔接起来；哪些过去需要依赖别人完成的工作，可以让 AI 帮我补齐；我自己的经验和技能，又怎么转化成 AI 可以理解、可以执行、可以复用的工作流和方法论。
AI 最擅长的事情之一，就是粘合、衔接、串联和自动化。人开始对更完整的结果负责。
顯示更多
今年最大的感受是，别内耗，做完的决策，立刻忘记掉，继续往前看。再痛苦的事情，也就痛几秒钟，过去了也结束了。
寻求共识的成本是巨大的，意味着需要无数次对齐，也会产生无数次摩擦。
梁文锋会在团队内寻求共识，允许团队只有低于 50% 的战斗力“干正事”，也就是“自上而下”做事，而剩下的部分，都是“自下而上”地做事。
共识的好处是，能够凝聚群众的智慧，也可以形成合力，让力量叠加后的最终效果趋近于想达成的目标。
共识之下也必然存在妥协，AI 时代，一家公司能够持续往前跑，很大程度不在共识，而在非共识之下的个体差异性上，它能够“滋生”创新，也会最大化人的主观能动性。
这才是梁文锋团队持续保持稳定的根本，1）目标明确节奏清晰，2）有个体成长和发挥的空间，3）还能保持五点下班，😄
顯示更多
对高质量算力拥有方来说，卡资源永远是瓶颈，全球真正在用算力的人不足 0.3%，而AI 未来会支撑至少 10% 的全球 GDP，也就是说，未来需求端还会持续蓬勃增长。
智能的前沿临界点，是所有模型公司的必争之地，下一个阶段，是 Agent 自进化，再下一个阶段，是 Agent 学会提问题。暂时落后的公司，未来还有很多弯道超车的机会。
从这个视角再重新看 Coding Agent，似乎也没有达到所谓的 AGI。软件尚未做到自构建，更无法主动去洞察用户端的需求。
顯示更多
梁文锋的克制，是当下能做多大的事儿，就扛多大的事儿，不贪功冒进，稳扎稳打。克制的源头，是对团队有足够的自信，是对 AGI 这条路有足够的坚定。
在 AGI 这条路上，也随时都会超越和被超越，人才、模型、算力，全都是变量，谁也不敢说自己能稳稳称霸两年。
所以克制，也意味着，不会一次性把子弹全部打光，攒着，慢慢打，这是一场持久战。
顯示更多
OpenAI 最近疯狂重置 Token 额度，还放开了 5 小时限制，盲猜背后的几个原因。
1）算力供给发生了变化。可能拿到了更多 GPU 资源，或与云厂商达成了更激进的合作，把闲置算力快速转化成用户增长和模型训练资源。算力闲着也是闲着，不如让用户跑起来。
2）Agent 的竞争已经开始从模型能力转向真实使用数据。o 系列长任务能力已经很强，但决定下一代 Agent 上限的，还得是大量真实世界的任务轨迹、工具调用、失败案例和反馈数据。用户用得越多，可用于持续优化的数据就越多。所以免费的，往往也是最贵的。😅
3）高价值用户的争夺进入白热化。Anthropic、Google、xAI 都在快速推进，今天比拼的已经不只是模型分数，还有谁能成为用户每天都会打开、持续运行 Agent 的平台。额度越宽松，迁移成本越高，用户习惯也越容易形成。
未来单靠模型强很难形成护城河，谁的 Token 在市面上流通得越多，产生的数据越多，Agent 就能够越成熟，与此同时，开发者生态也能越稳当，最终才能形成正反馈飞轮。
Anthropic 上一波爆发式增长让 OpenAI 感到了威胁。但从实际情况看，还是 OpenAI 现金流和算力弹药更充足呀。😃
顯示更多
烧了 6 个 200 刀的 codex 周限流，Github 内容生产流水线也加好了，代码已开源： PR，或自己 DIY，😄
强烈需要一款 Agent 产品和技术领域的热点 Timeline。一忙起来，就会追丢很多信息。
找了一圈，没找到特别合适的，这两天索性就手撸了一个。
它聚合了几百个高可信信息源，从模型能力与研究、Agent 与软件重构、产品与商业验证、资本与公司演化等多个维度，对分散的信息进行强收敛，帮助快速了解行业全貌、关键变化和阶段性趋势。
目前做了几轮抽样验证，信息呈现整体比较准确，关键判断都有对应信源和证据链支撑，置信度还不错。😄
顯示更多
强烈需要一款 Agent 产品和技术领域的热点 Timeline。一忙起来，就会追丢很多信息。
找了一圈，没找到特别合适的，这两天索性就手撸了一个。
它聚合了几百个高可信信息源，从模型能力与研究、Agent 与软件重构、产品与商业验证、资本与公司演化等多个维度，对分散的信息进行强收敛，帮助快速了解行业全貌、关键变化和阶段性趋势。
目前做了几轮抽样验证，信息呈现整体比较准确，关键判断都有对应信源和证据链支撑，置信度还不错。😄
顯示更多
从周末实践来看，如果并发项目数是 4，7×24 投入研发，那么对高质量 Token 用量的消耗，大概是一个月 4000 美金，约等于聘用一名资深工程师，而产出效率至少是人类的 5-10 倍。
随着工作流的稳定和成熟，成本可以下降一大半，而效率可以再提升至少十倍。很难想象，一年后的软件行业竞争将会多么恶劣。
顯示更多
2026 半年提交的代码，快超过过去两年。AI Coding 容易让人陷入疯狂。
最近也在思考一个问题。AI Coding 时，人到底是一个需求口喷角色，还是系统架构设计角色？也在反问自己，我对我的系统是越来越了解了，还是越来越生疏了？
我的答案是，想做的事情越来越明确了，但对做出来的那堆东西，却越来越生疏了。
对着 Coding Agent 发号施令已经成为常态。那种建应用的感觉就像，刚开始在建大坝，日日赶工，雏形也越修越好；等到真的大雨降临时，却发现东边有窟窿，西边墙面也不稳。于是，整日的工作，又变成了修修补补，拆东墙补西墙。
大多数人在开始 AI Coding 的第一天，就忽视了一个点。
软件工程里，除了支撑业务需求的代码，更多的是支撑稳定性、性能、质量、成本、安全的代码。要把系统建好，分配给后者的 AI 注意力，随着时间推移，占比通常会越来越高；当达到某一个临界点后，系统就需要面临一次重构。完成重构之后，重心才能重新回到前者。
从真实的实践来看，AI Coding 会把软件工程，从白盒精细化治理，逐步推向黑盒管理。人没有那么多精力去 Review AI 写的每一行代码，因此搭需求积木的职责，会逐步从人转移到 AI，人也会逐渐丧失对系统运行细节的理解。
如果黑盒会成为常态，那如何治理黑盒，就会成为一个新的命题。
AI 写代码时，也要关注质量工程、关注架构设计、关注领域模型抽象、关注无效代码下线、关注性能和稳定……如何让 AI 持续做好这些事情，如何在黑盒模式下继续保持代码收敛，以及系统的可持续运转，我觉得会成为未来软件工程新的挑战。
顯示更多
AI 的快节奏，会让人陷入到“忙碌即充实”的幻觉，持续不断地 build&ship，却忘记停下来思考，自己到底为什么要做这些事情。
2026 已过半，再回头看看自己造的锤子们，是否有找到合适的钉子🤪
顯示更多
既然已经发生了，就看看自己还能做啥；
既然已经失去了，就看看自己还剩些什么。
共勉之。😄
这个木马也伪装的特别好，攻击者开发了一大堆 AI 助理浏览器插件，在 Google 上买了搜索广告，然后把自己推到了搜索引擎首页的第一屏位置。已经有 90 多万用户中招了。
它会窃取你在 AI 聊天平台的所有对话，每隔 30 分钟做一次数据偷窃同步，不仅仅拿个人数据，还会渗透内网，拿企业数据。更可恶的时候，它还会在 AI 聊天里注入恶意指令，诱导安装木马程序，长期潜伏在你电脑上。
顯示更多
大概一个月多前，电脑中了木马，潜伏了一个月才被发现，也导致了我的 X 账号被盗。
让 Claude 和 Codex 逐一分析系统进程时，找到了一个叫做 com\.apple.accountsd.helper.plist 的进程，乍一看还以为是苹果系统的宿主进程，但 Claude 对这个进程提出了质疑。
沿着这个线索，对 accountsd 进行了详细的分析。这个木马首先给系统添加了一个开机自启项，确保可长期潜伏，然后通过 root 权限写了一个守护脚本，每秒探测当前系统是否有新用户登录，一旦登录就通过 AppleScript 脚本切换成当前用户身份，运行一个叫做 AccountsHelper 的程序。
对 AccountsHelper（SHA256：9168cbc45f）也做二进制分析，它的依赖极少，主要职责是从远端加载指令，然后拉起一个交互式 PTY shell，攻击者就是通过这个 shell 来远程操控电脑的。木马执行的每个环节，清理工作都做的特别好，几乎所有日志都被清理干净了。
为了溯源整个中马过程，我分析了将近两个多月的系统日志，仅找到一条可疑指令：有个 curl 操作，下载并执行了一条混淆命令，这也是唯一的线索，解密指令得到了一个远端 IP地址。
后来也从公开情报里找到这个木马，它是 AMOS Stealer 恶意软件家族的变种，之前主要针对 Windows 平台，今年四月第一次在 macOS 上被发现。
从 .zhistory 日志看，curl 前后都是 Claude Code 相关操作，高度怀疑就是 Agent 程序引入了这个木马。
我的 Claude Code 长期是 bypass 模式，所有的命令执行都是直接放过，怀疑是在做软件安装或更新的时候，AI 从互联网找到了一些不安全的资源，下载了这个木马。
这个 AMOS 木马，主要会去扫各种虚拟货币钱包，尤其是浏览器插件钱包。顺带也把我各种登录态 Cookies 全部拿走了，这才导致 X 账号被恶意添加了一个 Passkey。
一般木马进来之后，除了目的性的攻击（例如虚拟钱包转账、文件加密勒索）外，它还会使劲去找各种敏感信息，尤其是浏览器里的登录态、Keychain 里保存的账号密码、聊天工具的登录状态、开发环境里的 .env 文件和各种 token，等等。
我这个教训，大家记住两点：1）所有能够加 F2A 的账号都要加，登录时的二次验证会增加攻击者的门槛；2）AI 在执行各种程序的时候，一定要注意它在执行什么，尤其是安装和更新软件的时候，要先确认再执行。
跟一些安全研究者也交流了这个木马的细节，他说近期这类事件特别高频，攻击者会伪造各种软件的官网，Google 搜出来默认都排在第一位，诱导用户（尤其是 AI）下载木马，防不胜防！
顯示更多
LLM 每一轮迭代，都会让一批创业者丢掉生意。今天跟一位朋友聊，他说模型越强，他却越兴奋。
他是做硬件集成解决方案的，前十年在工厂摸爬滚打，2023 年 AI 爆发后开始跟着 waytoagi 社区沉浸式学习，将 AI 能力转换成生产力，然后将经验复制到工厂生产场景，写 prompt，建 workflow，也捏 agent，认识了很多工厂老板。
两年下来，最大的感受是，再好用的提示词和工作流，都会随着大模型能力的提升成为历史的遗迹。这也一度让他产生焦虑。
今年年初，他把投入的方向做了一些调整。Coding agent 的能力跃迁，让 AI 可以做好大量繁琐工作的拆解了，例如可以把工厂的需求拆解成更具体的电路问题和软件设计问题，将复杂的电路集成问题拆解成可单元化合成的简单问题。凭借着对硬件领域的认知和人脉关系，他开始从咨询顾问转型为硬件集成方，除了做方案供给，也把软硬件实现环节给承接了下来。
在能力打磨阶段，一方面承接市场各类个性化定制需求，一对一客服，另一方面线下跑工厂，帮助工厂完成 AI 转型和升级。过程中，把对 AI 的理解附加到硬件产品上，又把对硬件的理解融入到AI 的交互体验中，逐步积累了深厚的技术壁垒和认知壁垒。
过去半年，他几乎每天只睡四个小时。为了解决某个硬件集成或设计问题，会去了解每个元件的工作原理，做好参数调试，以及供应商对比，在实战中沉淀和优化了丰富的元件知识库，也与大量硬件供应商建立信任关系，很快就逐渐形成了自己的集成方案优势、价格优势和服务体验优势。
他说这些都是脏活苦活累活，很多人不愿意下场，愿意下场的人又不懂 AI，也就没办法将沉淀的知识转换成有效生产力。
在做生意方面，也是务实的风格。遇到了好的硬件想法和创意，他并没有直接下场实现，而是把利润让给合适工厂，跟工厂一起打磨更顺畅的合作模式，同时也为自己建设更全面的硬件调试能力，以此来构建更持久、更健康的生态合作环境。
跟这个朋友的沟通，让我感受到，1）无论是数字时代还是智能时代，都需要下苦功夫，没有捷径可走；2）行业 know-how 就是最强护城河，充分发挥自己的领域优势，结合 AI 把人解决起来最难、最痛苦的问题搞定，前面就是曙光；3）做生意，三分利七分情，生态好了，自己才会更好。
顯示更多
大概一个月多前，电脑中了木马，潜伏了一个月才被发现，也导致了我的 X 账号被盗。
让 Claude 和 Codex 逐一分析系统进程时，找到了一个叫做 com\.apple.accountsd.helper.plist 的进程，乍一看还以为是苹果系统的宿主进程，但 Claude 对这个进程提出了质疑。
沿着这个线索，对 accountsd 进行了详细的分析。这个木马首先给系统添加了一个开机自启项，确保可长期潜伏，然后通过 root 权限写了一个守护脚本，每秒探测当前系统是否有新用户登录，一旦登录就通过 AppleScript 脚本切换成当前用户身份，运行一个叫做 AccountsHelper 的程序。
对 AccountsHelper（SHA256：9168cbc45f）也做二进制分析，它的依赖极少，主要职责是从远端加载指令，然后拉起一个交互式 PTY shell，攻击者就是通过这个 shell 来远程操控电脑的。木马执行的每个环节，清理工作都做的特别好，几乎所有日志都被清理干净了。
为了溯源整个中马过程，我分析了将近两个多月的系统日志，仅找到一条可疑指令：有个 curl 操作，下载并执行了一条混淆命令，这也是唯一的线索，解密指令得到了一个远端 IP地址。
后来也从公开情报里找到这个木马，它是 AMOS Stealer 恶意软件家族的变种，之前主要针对 Windows 平台，今年四月第一次在 macOS 上被发现。
从 .zhistory 日志看，curl 前后都是 Claude Code 相关操作，高度怀疑就是 Agent 程序引入了这个木马。
我的 Claude Code 长期是 bypass 模式，所有的命令执行都是直接放过，怀疑是在做软件安装或更新的时候，AI 从互联网找到了一些不安全的资源，下载了这个木马。
这个 AMOS 木马，主要会去扫各种虚拟货币钱包，尤其是浏览器插件钱包。顺带也把我各种登录态 Cookies 全部拿走了，这才导致 X 账号被恶意添加了一个 Passkey。
一般木马进来之后，除了目的性的攻击（例如虚拟钱包转账、文件加密勒索）外，它还会使劲去找各种敏感信息，尤其是浏览器里的登录态、Keychain 里保存的账号密码、聊天工具的登录状态、开发环境里的 .env 文件和各种 token，等等。
我这个教训，大家记住两点：1）所有能够加 F2A 的账号都要加，登录时的二次验证会增加攻击者的门槛；2）AI 在执行各种程序的时候，一定要注意它在执行什么，尤其是安装和更新软件的时候，要先确认再执行。
跟一些安全研究者也交流了这个木马的细节，他说近期这类事件特别高频，攻击者会伪造各种软件的官网，Google 搜出来默认都排在第一位，诱导用户（尤其是 AI）下载木马，防不胜防！
顯示更多
这个账号在过去一段时间，一直处于不可用状态，被黑客添加了 passkey 之后，给我改了密码，改了邮箱，改了手机号码。完全被接管。
我这个账号开启了 F2A，能加的安全措施也都加了，挺好奇是如何绕过的。
这几天让 Claude 给我电脑做了深度体检，对启动的每个进程都做了分析，排查到，有一个伪装得特别好的木马，在我电脑跑了快一个月！
申诉了好几天，也找了不少朋友帮忙，还是把账号搞回来了。后面再详细分享下过程。
另外，也注册了一个防丢的小号，可以加个关注，@barretlee_china 😄
顯示更多
