一个人发出指令,近30个AI智能体并行工作,三小时后,一台高度拟真的"Mac"从浏览器里长了出来。![macOS 27 解锁桌面](https://mmbiz.qpic.cn/sz..."> 一个人发出指令,近30个AI智能体并行工作,三小时后,一台高度拟真的"Mac"从浏览器里长了出来。![macOS 27 解锁桌面](https://mmbiz.qpic.cn/sz..."> 一个人发出指令,近30个AI智能体并行工作,三小时后,一台高度拟真的"Mac"从浏览器里长了出来。![macOS 27 解锁桌面](https://mmbiz.qpic.cn/sz...">

Kimi K3 Agent Swarm 实战:3小时"造出"macOS 27,多智能体协作进入生产力时代

Kimi K3 Agent Swarm 实战:3小时"造出"macOS 27,多智能体协作进入生产力时代

一个人发出指令,近30个AI智能体并行工作,三小时后,一台高度拟真的"Mac"从浏览器里长了出来。

macOS 27 解锁桌面

一次挑战:在浏览器里复刻 macOS 27

2026年7月16日,Moonshot AI 发布了新一代大模型 Kimi K3。同一天,科技分析师 Max Weinbach 向 Kimi 抛出了一个近乎"挑衅"的任务:

在浏览器里复刻 macOS 27。要有 Liquid Glass 视觉风格,要有原生风格应用,还要真的能用。

这远不是"画一张苹果桌面"那么简单。大量组件需要彼此配合:窗口要能拖动,菜单要有反馈,应用要共享统一的视觉语言,状态还不能一刷新就全部消失。

三个小时后,Weinbach 放出了公开地址:https://macos27.kimi.page/

伴随而来的,还有三个点燃科技圈的数字:

  • 约 3 小时 构建时间

  • 20~30 个子智能体 并行协作

  • 60% 月度额度 的消耗
  • 任务流水线截图

    走进"macOS 27":细节让人想继续点

    第一次进入网站,用户看到的是一块完整的锁屏界面:蓝绿虚化壁纸、时间、圆形"K"头像,以及熟悉的 "Click to log in"

    入口锁屏

    点击解锁后,细节扑面而来:

  • Finder 侧栏里有 Favorites、Locations 和 Tags

  • Documents 中摆着 Project Notes.txt、Q3 Plan.txt、Reading List.md

  • 桌面上还有"Tahoe Trip"文件夹和 Welcome.txt

  • 左上角的小组件甚至带着"生活痕迹":Cupertino 天气、七月日历、品牌反馈待办,以及 AAPL、MSFT、NVDA 股价
  • 这间"样板房"布满生活痕迹,仿佛已经有人住了半年。

    更惊人的是,里面的应用并非全是摆设——可以生成音频,语音备忘录能够写入浏览器,关闭后重新打开仍会保留状态。有用户甚至录屏展示:自己在这个网页桌面中"下载"象棋应用,然后真的下了一盘棋。

    用户玩象棋应用

    这套界面越过了"看起来像"的门槛,进入了"短暂相信它是真的"的阶段。

    Agent Swarm:一个 AI "CEO" 招来 30 名数字员工

    Kimi 的 Agent Swarm 是一种临时组织机制:收到复杂任务后,系统先拉起一个负责统筹的角色,再把工程拆成界面、窗口、搜索、应用逻辑、测试与集成等子任务,分别交给不同智能体并行处理。

    说得通俗些:

    过去是一位程序员从头写到尾;现在是一个 AI 项目经理,现场组建整支团队。

    Agent Swarm 架构

    为什么要这样做?因为单智能体执行长任务时,会遇到一个非常"人类"的问题:记不住,也顾不过来。上下文越来越长,早期信息被压缩,修复 A 模块时又可能破坏 B 模块。

    多智能体则试图"横向扩张":有人修 Dock,有人做 Finder,有人盯状态持久化,最后再统一集成。

    Kimi 官方材料称,复杂任务最多可自导约 100 个子智能体、并行进行约 1500 次工具调用,最长可比单智能体缩短约 4.5 倍

    2.8 万亿参数只是前菜,战场转向"组织能力"

    Kimi K3 官方披露的信息同样激进:约 2.8 万亿参数、原生视觉能力,以及 100 万 Token 上下文

    但 macOS 网页案例展示的,远不止参数规模。它验证了一条更接近真实商业生产的链条:

    理解需求 → 拆分任务 → 调用工具 → 编写代码 → 测试失败 → 继续修复 → 最终交付

    从产业视角看,这里出现了三条清晰信号:

  • 产品形态变了。 AI 开始从"回答问题"走向承包完整项目。

  • 成本结构变了。 并行可以压缩时间,却会放大推理、工具调用与测试成本。

  • 护城河变了。 模型不仅要聪明,还要有审美、会集成,并让用户敢把任务交出去。
  • 所谓"烧掉 60% 月度额度",罕见地暴露了成本。它提醒所有人:多智能体是一座高速耗电、耗 Token 的数字工厂,远非零成本魔法。

    成本讨论

    必须泼的冷水:它只是网页

    高潮之后,先划出最重要的边界。

    它只是运行在浏览器里的仿制界面。 它缺少 macOS 内核、硬件驱动与真实进程调度,也不具备系统级文件权限。它运行在浏览器沙箱中,所谓持久化,很可能依赖浏览器本地存储或网页后端。

    它就像一座布景极其精致的"影视城",与真正运转的城市相去甚远。

    而且,网页 OS 也绝非 2026 年才出现。评论区有人直接指向设计师 Ryo Lu 的早期实验,认为用 Claude 等工具也能快速搭出类似产品。

    反对者观点

    这类说法同样缺少严格对照实验,却点出了一个关键差异:

    Kimi 通过一次长程、多智能体会话,在数小时内堆出了高密度、多应用、有状态的统一界面。

    此外,高度模仿苹果设计语言也会带来品牌、版权与混淆风险。视觉相似不意味着代码同源,但"像到什么程度"仍可能成为产品公司必须面对的问题。

    软件生产函数正在改变

    Weinbach 后来面对"它是否有用、是否可复现"的质疑,回答得非常直接:

    没人说它一定实用,也没人保证它可以稳定复现。它只是展示了 Swarm 模式能完成什么。

    他强调了两个更主观、也更商业化的词:品味与信任

    过去,软件是一个制品:团队设计、开发、测试、打包,用户再下载安装。现在,它开始显露另一种可能:

    软件不再预先存在,而是在用户描述之后,被临时组织、现场生成。

    当然,今天的它仍昂贵、脆弱、难复现,也可能只是一场精致的 vibe demo。但三小时内,一群数字员工已经完成了过去需要设计师、前端工程师、测试人员共同推进的工作轮廓。

    未来展望

    越来越多程序员,可能真的要开始学习,如何当一群 AI 的监工

    Kimi 造出的不是 macOS 27,是一支预告片。软件工程正从"一个人使用一件工具"走向"一个人调动一支数字组织",开发时间、产品周期,以及我们对"软件究竟是什么"的旧答案,也可能随之改变。


    参考来源:

  • Max Weinbach 的 Twitter/X 分享

  • Kimi K3 官方发布材料

  • macos27.kimi.page 公开演示

  • 💬 评论区 (0)

    暂无评论,快来抢沙发吧!