AI Native架构与Agent技术：QCon大会引领AI工程新方向

今年年初的两三个月里，本地生活领域的头部企业发起了一场全员参与的AI落地尝试，将一款开源AI工具全面接入公司业务。初期员工参与热情高涨，但很快就暴露了高昂的成本和潜在的业务风险：单是AI相关的每日开销就达到千万元级别，更有不少由AI生成的错误结论干扰了真实的经营决策。

该公司核心业务负责人后来在复盘时将这段经历定义为AI转型的第一阶段。他指出，问题的核心在于企业急于求成：将AI强行嵌入大量日常事务，却没有触及核心业务场景；同时，企业想要快速看到效果，但流程、组织架构和技术系统都没有同步做出调整。直到当年7月，公司才通过赛马机制筛选出几个可用的落地场景，让AI真正进入了产品的正式流程。

有业内人士当时评论：这款工具刚推出时安全性还没有经过充分验证，作为国内顶尖的上市公司，在数据安全的把控上居然如此草率？

这款引发热议的工具就是OpenClaw，它的创始人只用一个雨天的午后就写出了项目的雏形，但在之后的八个月里，他才真正看清将这样一款开源工具大规模推广后，会面临哪些意想不到的代价。近日，他在行业活动中对OpenClaw爆红后的八个月历程进行了完整复盘。

项目爆火后，创始人几乎被各类安全报告淹没。有媒体声称该工具20%的功能模块存在恶意风险，团队扫描了全部6.7万个功能后发现，真实的风险比例仅接近0.3%。但铺天盖地的舆论压力还是接踵而至：团队不得不不断增加沙箱、白名单和权限控制机制，花费数月时间加固代码，这也导致部分用户原有的使用流程被破坏，软件运行变慢，升级也变得越来越困难。

颇具讽刺意味的是，当外界批评企业“全员养虾”时，首先会追问这款工具的安全性；但创始人回头审视自己的历程，最后悔的事情之一，就是在大量未经证实的安全报告上耗费了过多时间。他认为，项目没有尽早划清安全边界，也没有明确哪些问题是产品需要负责的，哪些风险本就超出了产品承诺的范围。最终，安全研究人员、媒体和不断扩张的用户需求共同主导了产品的发展方向。

除了安全问题，OpenClaw还新增了约9500个配置选项。为了适配所有用户的需求，创始人逐渐停止了自己使用这款产品；为了回应所有的用户诉求，他变成了一个整天修复Bug、处理安全问题和搭建基础设施的人。当团队忙于承担这些额外成本时，竞争对手凭借更简洁的产品定位、更激进的市场推广和一键迁移的用户引导，抢走了大量用户。

该企业的“养虾运动”得出的结论是：AI落地是业务、组织、技术三位一体的系统性工程，急不得。而创始人在演讲中则强调：相信直觉，去修复那些让你恼火的东西，别在意他人的看法。

他在分享中提到了几个核心感悟：

• 你打造的任何产品都可能被复刻或分叉，但你的个人品牌不会。个人品牌比单一产品更重要，要在需要它之前就开始建立。
• 你所依赖的合作方的商业模式，本质上也是你的商业模式。
• 不要停止享受创造的乐趣，乐趣是最核心的驱动力，只有通过乐趣才能诞生最好的创意。
• 相信你的直觉，去修复那些让你感到困扰的问题，这可能会成为下一个改变行业的机会。
• 代码审查的关键之一是观察改动的规模，同时相信自己的直觉判断。
• 第一个用户应该是你自己，第二到第二十个用户可以是你的朋友。如果你对自己打造的产品都不感到兴奋，那它可能并没有太大的意义。

项目爆红初期，创始人还曾被一个动漫形象的竞品持续“嘲讽”，几乎每天都会收到相关问题，他最初大多选择无视或给出官方回应，但这次演讲他分享了更多真实的思考。

很多人是冲着项目的自动化流程、可视化工具等功能关注而来，但他接下来要讲的五个核心问题，能帮助从业者扛过可能迎面而来的创业过山车。

我们先从最受关注的第一个问题开始：这款工具怎么可能只用8个月就发展到如此规模？

按人类的时间尺度来说是8个月，但如果用AI行业的发展速度来衡量，更像是经历了4年的迭代。

创始人的灵感往往来自于“被日常琐事惹恼”。去年11月的一个雨天，他一边运行着几个AI代理，一边饿得不想动，想去厨房找吃的，但又不想让AI代理闲置，可当时没有好用的办法从手机向电脑发送指令，让AI代理帮忙查看其他代理的运行状态。

那还是Opus 3.5的时代，当时的大模型速度慢、成本高，每次AI代理完成任务，他都能获得强烈的成就感，这种感受很多人都经历过。而现在如果AI代理出错，他首先会反思自己：是不是循环设计有问题？是不是没有给足够的验证条件？是不是自己的思维存在漏洞，或是提出了不可能完成的要求？

从厨房回来后，他发现编程AI代理因为一个愚蠢的原因停止了运行。恼火之下，他打开新终端，把自己的想法全部输入，让模型自主运行。一个小时后，一个WhatsApp中继工具诞生了——他可以从Mac电脑发送消息到WhatsApp再接收回复，那一刻他觉得非常神奇。但仔细想想，这本该是很基础的功能，为什么之前没有实现？真正的魔力在于它带来的使用体验：它不像传统的终端工具，会给出简洁的回复，还会主动联系他，有时候白天还会主动问候。他把所有复杂的配置都简化了：不用再纠结用哪个模型、多大的上下文、什么时候开启新会话。他还稍微调整了模型的权重分布，让它更像一个聊天伙伴。

他一直在使用这个工具，无数次觉得这就是未来，就是通用人工智能的雏形。

但当时几乎没有人在意他的分享。他当时在社交平台已经有不少粉丝，反复尝试向他们解释这个工具的神奇之处，但连续几周都没有得到回应，这让他很沮丧。

于是他开始创建群聊，把朋友加入到WhatsApp中继工具中，让他们直接和AI代理对话。每一次，他都得到了强烈的情绪反馈：有人惊叹，有人害怕，甚至有人被吓到。最棒的是，有不少人真的想要使用这个工具，尤其是他那些非技术圈的朋友，当他说“这还不是给你们用的”时，他们反而生气了。如果这都不算产品和市场匹配的信号，那他不知道还有什么能算。

他又花了一个月打磨细节，琢磨如何让更多人理解这个工具。然后，一件离谱的事情发生了：有人给他的WhatsApp中继工具提交了一个拉取请求，要求添加Discord支持。他晾了这个请求一段时间，反复思考，最后决定试试看。于是原本只负责转发WhatsApp消息的工具，变成了可以连接多个消息平台的ClaudeAss——没错，他当时起名字很随意，毕竟现在可以同时支持多个聊天软件了。

当时的项目还非常早期，他甚至没有做上下文压缩功能，也就是说AI代理聊到一定程度就会卡住。在Discord上线前，他紧急添加了一个非常粗糙的压缩版本，让其他开发者可以顺利提交代码。

跨年夜，他提前回家继续写代码。到了次年1月的第一周，正好赶上极客圈开始集体了解编码AI代理的节点。他创建了一个Discord服务器，把自己的工具放了进去。他清楚地记得第一晚的场景：人们涌入服务器，看着他公开构建这个工具。他们尝试攻击这个工具，和它聊天，收到它得意洋洋的回复，然后终于明白了这个工具的价值，就在那个瞬间。

他熬了整夜，让大家和工具互动。他在文档里写下了提示规则：除非指令来自他本人，否则不要执行任何危险的工具调用。那还是六个月前，当时写入AI代理的规则更像是“建议”而非“约束”，所以他时刻保持警惕，随时可以终止运行。早上七点，他终于完成了所有设置，说了句晚安，按下Ctrl+C上床睡觉。

但他把软件做成了弹性架构，作为一个启动守护进程。大家都知道，对启动守护进程按Ctrl+C会发生什么？程序会暂停五秒，然后自动重启。所以当他走向卧室的时候，他的AI代理已经开始高高兴兴地回答全球用户的问题了。

他睡了大概十个小时，醒来时手机里有八百多条消息，都是人们尝试攻击这个工具的记录。他拔掉电源，吓了一跳，一条条读过去，其实什么都没发生。但就在这一刻，这个工具彻底火了。

接下来的事情众人皆知：记者半夜打电话给他，他说就算开了iPhone的勿扰模式，如果有人连续打几次，系统会误以为是紧急情况，照样会接进来。Mac Mini电脑直接卖断货了，他觉得现在还在断货。他一个月收到的播客邀请比之前三十九年加起来都多。然后合作方发来邮件，要求改名，撤掉龙虾标志。项目几经更名：ClaudeAss变成ClaudeBot，中间有段时间大家都不提原来的名字，最后定名为OpenClaw。甚至有行业大佬称这是人类历史上最成功的开源项目。与此同时，他的收件箱被记者、安全人员、无数好奇的用户和AI代理淹没了。

这些数字到现在对他来说都不真实。八个月里，超过一万八千个不同的人提交了问题或拉取请求，总数超过十一万一千次。他说自己没有算过，其实是用AI代理帮忙算的。将近三千人在这个仓库里有提交记录。有些人对他很生气，觉得是他偷了自己的想法，给他发了一堆他从未见过的链接。有些人称他为AI耶稣，也有人说他是反基督。有一段时间他开始收集自己的讣告，每隔几周就会冒出一篇新的，最新的一篇甚至是在演讲前一天发布的。

从这件事里他学到的教训是：小心你许下的愿望。

他根本没准备好面对这么多关注，这几乎把他压垮了，当时他差一点就删掉整个项目。他不回朋友的消息，连手机都不想看，因为那只是一条永不停歇的信息流。有人泄露了他的电话号码和大量私人信息，因为他们觉得他是“人类的敌人”。但他其实只是想做一个很酷的东西而已。

第二个被频繁问到的问题是：你是否曾考虑过出售项目？

这不是他第一次经历这样的过山车。他二十多岁到三十多岁一直在运营一家B2B软件公司。他亲手手写了一个PDF框架，白手起家做到近八十人的规模，他无视竞争对手，最终这款产品成为了大多数企业都会采购的工具。最后他把公司交给联合创始人，卖掉股份后陷入了严重的倦怠。

退休听起来很美好，但他花了将近三年漫无目的地游荡，补上生活中错过的一切。有几个月他甚至没有打开过电脑，像普通人一样只用手机刷刷互联网。他一直知道，只要给自己足够的时间，那种创造的冲动会回来。他原本以为那股冲动会是写代码，因为他一直热爱编程，但花了一年时间他才明白，不完全是这样。他真正热爱的是“构建”本身，编程只是实现目的的手段。

当他重新找回创造热情八个月后，他的收件箱里塞满了风险投资机构求他接受投资的邮件，他不知道自己是否想要这样的生活。所以当大型科技实验室找上门来，他和相关团队通电话时，觉得这条路看起来更有趣。

他后来总结出一个重要的教训：你打造的任何产品都可能被复刻或分叉，但你的个人品牌不会。个人品牌比单一产品更重要，要在需要它之前就开始建立。

他知道如何应对这种局面，也明白接受投资可能意味着牺牲部分自主权，但倦怠之后他学到的是相信自己的直觉。而他的直觉告诉他，他最看好的是某家人工智能实验室。

第三个问题：有竞品超过你了吗？

简短的回答是：他们在最痛的地方击败了我们，我们还在坚持。这是我的错，也是我的选择。

项目发布后的几个月，团队被安全报告彻底淹没。某种程度上，他们经历了许多开源项目今天都会遇到的问题。尽管大多数报告都是高危害低严重性的，但他还是感受到了压力。然后媒体开始报道，说OpenClaw有20%的功能是恶意的。团队为此发布了一篇论文，统计了全部六万七千个功能，真实数字大约是0.3%，但辟谣永远跑不过恐慌。

世界发现了OpenClaw，他感受到了肩上的责任。尽管安装时已经有一个巨大的免责声明，但他知道很多人不会去阅读文档。

所以他专注于加固代码库，一层又一层地构建安全机制：沙箱、白名单、内置权限的Web协议。他们甚至为了某些文件操作调用Python，因为TypeScript缺少某些原语，无法确保AI代理停留在工作区内、不跟随符号链接、配置文件原子化写入。

但大多数用户根本不关心这些。他们当然喜欢“安全”这个抽象概念，但在实际使用中，他们更新软件后发现自己依赖的功能被破坏了，程序变慢了，更新也变得更困难。他承认自己当时变得有些草率，因为他的时间被分散到了开源维护、媒体采访、花无数小时和律师通电话设立非营利组织上。他还在做自己的项目，而合作方的业务也在快速发展，既有趣又充满挑战。

他引入了帮手，聚集了一批受尊敬的维护者，每个人都添加了自己的小功能。他发现自己处于一个尴尬的位置：这些人都是免费贡献，他凭什么告诉他们该做什么？再加上他的注意力被分散到各处，于是功能越堆越多。功能开发是最有趣的部分，一个新功能往往只需要一个提示词就能实现。但真正的成本在后面：每个功能都附带配置选项，因为团队不想破坏任何用户的现有设置。最高峰时，项目共有大约九千五百个配置选项。算上所有排列组合，无论写多少测试都没用，不可能覆盖所有情况，还会不时出现功能破坏的问题。面向用户的软件，进化起来要难上无数倍。

与此同时，其他公司凭借风险投资的资金快速推进。那个动漫形象的竞品做得特别好，他们有简单的产品故事、激进的营销话术，还有一句就能让用户迁移工具的理由。而团队还在埋头做安全加固和功能开发。

但真正重创项目的是合作方的政策调整。不是更名那件事，那部分确实压力很大，但他能理解，而且对方态度很好。真正的问题是他过度优化了对方的模型。他最初用Codex和GPT构建OpenClaw，但很长一段时间里都是为特定模型优化得最好。所以当对方提前大约24小时通知要禁用所有订阅时，他根本没有足够的时间调整方向。团队当然支持开源模型，做了大量工作，但当时开源模型的表现确实不够好，而早期的其他模型又缺乏个性。

所以他想提醒大家：你所依赖的合作方的商业模式，本质上也是你的商业模式。

现在这些问题都解决了，新的模型表现相当出色，开源模型也已经足够好用，他在相关工程上也学到了很多。但在很多方面，用户已经流失了。你可以从下载量图表上看到。五月份团队跌到谷底，每周只有八十三万五千次下载。然后在六月被宣告“死亡”之后，下载量冲到了四百七十万的历史最高点。

炒作就像天气，你也许能看到它来临，但你控制不了。在他这里，那就是一场风暴。

第四个问题：做这个项目还有乐趣吗？

大概在二月份的某个时候，乐趣消失了。他开始觉得这更像是一种责任，醒来时发现，这个曾经不想再创办公司的人，却身处需要同时做两份工作的境地，或者说，一份工作和一份使命。他在挣扎，最糟糕的是，他停止使用自己的产品了。

不知从什么时候起，他不再做自己热爱的东西，转而做面向所有人的东西。它不再是他每天使用的工具，更像是他眼中的工作。他想弄清楚每个用户到底是谁，有人开发了买菜AI代理，有人尝试对他的机器人进行社会工程攻击。在所有人不断添加功能和各种组织工作之间，他变成了那个修复Bug、处理安全问题、提供支持、搭建基础设施的人。而且因为大家都在传谣言说“OpenClaw被收购了”，他也不想从合作方那里拿太多帮助，虽然他们确实给了他token，他也确实用了不少。但他同时被拉进了其他产品项目，还有一大堆他没法轻易屏蔽的人想和他聊天。

事后看来，他有很多事可以做得不一样。比如他可以寻求更多帮助，可以把责任从肩上卸下来。但他陷得太深了，没有时间停下来做战略思考。幸运的是，他遇到了一群很棒的人，事情一点点走上了正轨。他搞定了签证，成立了非营利组织，一些很棒的公司成了捐赠方，也找到了一些真正相信开源的人开始合作。他特别感谢某家芯片厂商，他们很早就来找他，只问了一句“你需要什么”，然后就派人接管了大部分安全工作。

大概在五月，他生日前后，他感觉到事情开始重新变好，那种为自己而创造的乐趣又回来了。

媒体那边，每隔一周就会宣布一个“OpenClaw杀手”。他数过，大概有二十个，甚至真有一个项目直接叫“OpenClaw Killer”，是个卸载工具，完全没必要，因为他们自己就有卸载工具。但这些杀手故事从来没有真正讲到这件事的本质：开源。

他的灵感来源始终是“被惹恼”。现在，当他不得不使用一个不能直接通过提示词修改的软件时，他就会感到恼火。这就是正在回来的乐趣，很难打败一个只是在享受乐趣的人，乐趣就是速度。他享受构建产品的那几周，产品肉眼可见地变好。而他不享受的那几周？团队只是发布了一堆配置选项。

第五个问题：OpenClaw的下一步是什么？

团队的使命是让人们更接近AI，而现在的技术变化太快，对很多人来说这感觉很吓人。他为OpenClaw做到的一件事感到骄傲：对很多人来说，它把AI从模糊又可怕的东西，变成了好玩又古怪的东西，比如那个龙虾形象。他们会继续朝这个方向推进，继续建立一个伟大的开源软件生态系统，举办让人们聚在一起的活动。团队现在有10名领薪水的员工，同时还在招聘一些职位，包括一位CEO。

其次，他算是把“claw”变成了一个通用名词。有开发者去掉了“open”，还有行业大佬在主题演讲中提到“企业级claw”，现在有三万三千个名字里带“claw”的代码仓库。如果我们活在模拟器里，那肯定是最怪异的那个版本，而且不会被关停。他喜欢未来的这一部分。

第三，团队仍然没有一个永远在线、永远同步的AI代理。还有太多事要做。AI的技术和格局演进速度比围绕它构建的软件还要快——这对所有人来说都是机会。他的工作流也在进化。就像他早期的愿景：我们不应该再纠结会话和压缩，模型和技术终于到了让这一切成为现实的阶段，团队正在进入一个从纯文本界面走向语音和多模态的世界。就在昨天，他们刚跑通了一个小功能：你的AI代理现在可以给你打FaceTime了。这才是OpenClaw存在的真正原因。

每个实验室都会卖给你一个AI代理，OpenClaw是那个替代方案。开源，随处运行，兼容任何模型。如果你运行本地模型，你的数据永远不需要离开你的设备。你的AI代理，你的机器，你的人生。这甚至不是他的论点，而是另一位开发者的观点，他们只是先把它做出来了。

团队终于又开始用OpenClaw来构建OpenClaw了，但这次有个新花样：每个人都能在团队服务器上看到彼此的会话，有一个AI代理知道其他人在做什么，还能接管工作的编排。他们终于要离开那个奇怪的未来：人们挤在终端里，抱着打开的笔记本电脑到处跑，因为AI代理需要持续工作。

如果只记住三件事：第一，别停止享受乐趣，乐趣是终极驱动力，只有通过乐趣，你才能得到最好的想法。第二，相信你的直觉，去修复那些让你恼火的东西，它可能就会成为下一个大事件。第三，保持专注，再多录一个播客不会让你赢。活在未来，构建缺失的东西。当他们写你讣告的时候，继续发布产品，这能让他们困惑。

接下来是问答环节：

Q：先是AI代理，然后是自动化流程，然后是可视化工具，你现在到底是怎么开发的？

A：其实一直都是围绕会话展开的。但早期你得真的在意清理会话，确保指令连贯。现在我的会话更像是“主题”，清空会话有时候反而是劣势，因为里面积累了太多对AI代理有帮助的信息。但最大的转变是，我尽量让AI代理为我做更多主动性的工作。当我把注意力转移到某件事上，我不想读问题列表，我想看到经过完整评审和测试的拉取请求。也许我喜欢这个功能，也许不喜欢，但我不想分散注意力。同样，在工作中，如果你跑过来跟我说一个功能想法，我会生气的。你大可以直接和AI代理讨论这个想法、把它构建出来、做几张截图、让我体验一下。好的话我们立刻迭代，但大多数时候，人们自己就会发现为什么不好，根本不会来找我。

Q：可视化工具之后是什么？

A：你知道我们工程师做自动化让生活更轻松这件事，从这个职业诞生起就没停过。你叫它自动化流程、叫它可视化工具、叫它工作流，其实都是一回事。设计一个东西，接收触发器或输入，为你做点什么，中间可能有个决策点——然后可视化工具就出来了，没什么神奇的。在我眼里，这只是我们做了这么久的自动化故事的更好表达方式。

Q：怎么在快速构建、快速发布的世界里保证可靠性和可扩展性？

A：这部分我搞砸过一阵子，因为我不够专注，而且当时的模型真的不擅长测试。现在模型真的很强了，我们有经过编排训练的模型，它们真的理解并使用子代理，我们有计算机使用、浏览器使用功能，所有这些加起来就像你完美的QA环境。

我昨天就这么干的：启动编码模型，用十二个子代理理解项目，拆分成功能，然后每个子代理对功能做压力测试或代码审查，再告诉其他会话该把测试重点放在哪。我们还没到能自动化一切的程度，你仍然需要手动点击几下感受体验。但对于用户会遇到的大部分典型bug，你现在真的可以通过提示词走得很远。

Q：有没有纯粹为了速度做的至今还在影响你的决定？

A：那就是很早之前我决定不读所有代码，我把代码审查看作风险管理。有时候你碰一个复杂的系统，就想读得仔细点；有时候你做用户界面，只要看起来是对的，我真的在乎它怎么实现的吗？不在乎。你会培养出一种对某件事该花多久的感觉，比如如果我做了一个小改动，按理说只是改改拖拽的工作方式，却花了三个小时，我就知道出问题了，会仔细看。但其他时候，代码审查的一部分就是观察改动有多大，然后相信你的直觉。

Q：怎么从能用的原型走向前十个真实用户？

A：第一个用户应该是你自己，第二到第二十个用户可以是你的朋友。如果你对自己建的东西都不兴奋，那它可能没什么意义。在这个时代，眼球是最昂贵的货币，因为构建东西太快了。

Q：怎么平衡解决让你恼火的问题和做你认为人们想要的功能？

A：这很难，因为两者经常是一回事，我恼火就是因为某个功能不存在。我觉得我可以花几个月在问题修复上，软件里总有奇怪的边界情况，尤其功能越堆越多。但如果我只做这个，我会对工作失去兴趣。所以需要健康的混合。

Q：如果能回到过去改变OpenClaw的一件事，你会改什么？

A：我会对安全研究人员少一些焦虑。他们真的很擅长让你感觉很糟糕，他们发报告、发邮件、打电话，用尽一切办法引起我的注意，但并不真的想帮助产品。大多数情况下，他们只是为了获得声望，拿一个“我们发现了东西”的名头。而且他们中的大多数人发的报告是他们的AI代理生成的，自己甚至都没测试过。我会更强硬地划清界限：哪些部分我们保证，哪些部分不会修，因为那不是我们的安全边界。但说实话，这是我第一次接触这个世界，我不知道怎么处理。我因此浪费了几个月，长了几根白头发。

Q：今天AI代理基础设施最大的瓶颈是什么？可靠性、工具、记忆、评估……

A：计算管理。比如我在本地跑一个测试，工具会启动十六个线程，把我的机器卡死。如果十个会话同时这么干，其中两个大概会超时，我们得重来，目前没有一个真正好的系统来管理这一切。做web相关的事，创建云会话很容易，但如果需要macOS环境，99%的工具都会失败，需要用到我电脑上其他东西的任务也一样。我们还没有真正构建出一个系统让任务能顺利地从一台机器迁移到另一台，也没办法可靠地驱动一整个AI代理集群。现在我用的系统太多了，我得通过屏幕共享分发负载。

Q：怎么让一个开源项目保持有主见、朝着一个方向前进，而不是合并那个第N+1个添加随机功能的拉取请求？你如何向社区传达这个方向？你有没有拒绝过一个很受欢迎的拉取请求，因为它把项目带偏了？

A：我得说，我拒绝得还不够多。当我现在开始新开源项目时，我会写一个愿景文档，解释它现在是什么、我认为它未来会变成什么样。当然这不准确，也不是完美的科学，我需要更好地遵守它，因为添加一个看起来很酷的功能总是很有诱惑力。但你很少想到的是，当你合并这个功能时，它意味着你接手了一大堆代码，那个人可能并不真正理解这些代码，我也不完全理解，但我却要承担责任。

Q：什么时候能有永远运行、主动工作的AI代理？

A：说实话，这与其说是技术问题，不如说是token成本问题。我们今天就能做到，但你的订阅额度撑不了多久，不是每个人都愿意花那么多token。不容易的部分是设计一个不会白白燃烧token的系统。即使是我早期的心跳系统也太静态了，不够主动。特别是如果你有一个很大的会话，一小时后调用一次心跳检查所有东西，这意味着在键值缓存清除后你要向服务器发送六十万个token，为一堆没有实际价值的工作付一大笔冤枉钱。

Q：你的个人设置是什么样的？你把你的AI代理托管在什么上面？你跑的是什么模型？你用什么开发框架？你还会读自己的代码吗？

A：我用MacBook，但通常用远程桌面登录到我的工作站，直接用那台电脑，因为它一直在运行，我可以在上面跑任何我想跑的东西，不费电池，合上笔记本事情也能继续跑。我还有几台远程机器，有时通过VNC连进去。最棒的是，因为我做很多Mac软件，AI代理喜欢接管我的屏幕到处点击，如果你给它们一台自己的机器，它们就不会打扰你，否则你会和AI代理抢鼠标光标。关于读代码，我之前提到风险管理时其实已经回答了。我自己做的开源项目和在大型实验室写软件的风险管理完全不一样，在那里，我们仍然会读所有的代码。

Q：如果再创业一次，怎么做？

A：最重要的一点是，你必须做出你自己想用的东西，否则它就不可能好。其次，我希望你经营好自己的个人品牌和曝光度。在这个时代，噪音太多了，你最难的问题不是技术、不是软件、甚至不是人才，最难的问题是获得眼球。我可能会再次选择“又难又无聊”的赛道，这类赛道通常更容易找到真正欣赏你解决问题的人。如果你选了一个好玩的方向，哪怕它很难，你也会非常艰难，尤其是在现在这个大家随便打个提示词就能生成东西的时代。

Q：你希望别人做出什么产品？

A：给Linux搞一个好用的测试机箱很容易，但给Mac搞一个真正好用的测试机箱，难到不合理，我在Windows上找到的那些方案也都很烦人，目前还没找到一个又快又便宜的好供应商。我不确定这是不是你想做的生意，因为开发工具天生就难做，但这就是我特别想要的东西。