上一篇从方案角度梳理了Codex的替代路径，这篇聚焦Kimi Work本身。很多人听说过Kimi Work，但对它的能力边界认识模糊——它跟Kimi网页版有什么区别？跟Codex比强在哪弱在哪？Goal模式到底怎么工作的？300个Agent同时跑是什么概念？

这篇逐项拆解Kimi Work的核心能力，配合公开基准数据，帮你建立一个清晰的能力地图。

一、Goal模式：不是你指挥它做，是你告诉它要什么

Goal模式是Kimi Work的核心，也是它跟普通AI助手最大的区别。

普通AI助手的工作方式是问答式：你问一句它答一句，你给一个指令它执行一步。你要写一份调研报告，得自己拆成"先搜A、再查B、整理成表格、写成文档"，然后一步步指挥AI做。

Goal模式反过来。你不告诉它怎么做，你告诉它你要什么结果。一个完整的Goal包含三个要素：目标描述、验收标准、约束条件。

举个例子。

目标描述："调研2026年国内主流桌面Agent产品的定价和核心功能。"

验收标准："覆盖至少4款产品，每款包含定位、核心功能、支持平台、定价四方面信息，输出Markdown表格，信息来源为各产品官网。"

约束条件："只使用官网信息，不使用第三方评测；定价注明免费版和付费版区别；表格保存到桌面。"

提交这个Goal后，Kimi Work开始自主执行。它自己判断需要访问哪些网站、用WebBridge打开浏览器、逐个访问官网、提取信息、交叉验证、整理成表格、保存文件。整个过程你不需要介入。

Goal模式执行过程中可能调用多个Agent。比如一个Agent负责浏览网页提取信息，另一个负责整理数据生成表格，第三个负责文件操作。这些Agent怎么分工、哪个做什么，由系统自动调度，用户不需要也不能指定。你看到的是最终结果，中间过程它自己管。

Goal模式的价值在于把"怎么干"的负担从人转移到了AI。你从执行者变成了验收者。这对知识工作者来说意义很大——你不用再把精力花在"先打开哪个网站、怎么搜索、怎么复制粘贴"这些机械操作上，只需要想清楚"我要什么"和"怎么算合格"。

当然Goal模式也有前提：你的Goal要写得足够清楚。目标模糊、验收标准缺失、约束条件不明，结果就会打折扣。写Goal本身是一项可以练习的技能，核心就是那三个要素：目标是什么、怎么算完成、什么不能做。

二、Agent Swarm：300个Agent怎么协作

Kimi Work支持自动唤醒多智能体网络，最多支持超300个Agent协同工作。这个数字听起来很唬人，但实际怎么运作的？

首先要澄清一个常见误解：Agent Swarm不是有一个主Agent在指挥其他Agent干活。它的架构是去中心化的动态协作。当一个复杂任务提交后，系统根据任务性质自动拆分出多个子任务，每个子任务分配给一个独立的Agent执行。Agent之间可以传递信息和中间结果，最后汇总。

举个实际场景。你提交一个Goal："监控这20个竞品官网，检查过去7天有没有新产品发布或定价调整，有变化的记录下来，生成一份变更报告。"

这个任务如果单线程做，一个Agent逐个访问20个网站，可能需要十几分钟。Agent Swarm启动后，系统把20个网站分给多个Agent并行处理，每个Agent负责几个网站，同时打开浏览器、访问页面、比对内容。3分钟左右全部完成，最后汇总成一份报告。

300个Agent的上限是给大规模并行场景准备的。日常使用中大部分Goal只需要几个到十几个Agent。但如果你有批量任务——比如分析几百份文档、监控几十个信息源、批量处理大量文件——Agent Swarm的并行能力就能显著缩短时间。

这里再强调一次：每个Agent分配到什么任务，不是用户决定的。你不需要也不应该去管哪个Agent做什么。你只需要定义好Goal，系统自动完成任务拆分、Agent分配、结果汇总。

三、WebBridge：浏览器自动化，不是联网搜索

WebBridge是Kimi Work中做浏览器自动化的Agent。很多人把它跟"AI联网搜索"混为一谈，其实完全不是一回事。

联网搜索的原理是：AI调用搜索引擎API，传入关键词，拿回搜索结果的文本摘要。它拿到的是搜索引擎处理过的文字，看不到网页长什么样，不能点击按钮，不能填表单，不能处理需要登录的内容。

WebBridge做的是真正的浏览器操作。它启动一个浏览器实例，像人一样输入网址、等待页面加载、滚动页面、点击链接、填写表单、下载文件、读取JavaScript渲染后的内容。它看到的是完整的网页，能做任何你在浏览器里能做的操作（除了输密码和过验证码）。

实际能做什么？举几个例子。

登录后操作。你先在弹出的浏览器里完成登录，WebBridge使用这个登录态，能访问需要登录才能看的页面——后台系统、企业内网、SaaS工具。

多步骤网页流程。比如在电商网站搜索商品、筛选条件、进入详情页、读取价格和评价、加入对比。这不是一次搜索能完成的，需要多次点击和页面跳转。

动态内容抓取。很多网站的数据是JavaScript动态加载的，搜索引擎抓不到。WebBridge等待页面渲染完成后再读取，能拿到完整数据。

表单填写和提交。批量提交信息、在多个平台发布内容、填写报销单等规则化的网页操作。

文件下载。从网页上找到下载链接、点击下载、等文件下载完成、保存到指定位置。

在BrowseComp浏览器操作基准测试中，Kimi K3得分91.2，在公开榜单中表现突出。这个基准测的就是模型在复杂网页环境中的导航、理解和操作能力。

WebBridge的局限也要说清楚。它靠视觉和DOM理解页面，复杂单页应用偶尔会点错位置；有验证码的页面过不去；登录态过期需要重新登录；反爬严格的网站可能被拦截。但对于常规的信息收集、数据提取、流程化网页操作，它足够好用。

四、定时任务：让AI 7×24替你守着

Kimi Work内置定时任务引擎，支持设定时间或周期自动执行Goal。定时任务引擎就一种模式，你设定什么时候跑、跑什么Goal，到点自动执行。

免费版用户可以设置2个定时任务。对于大多数个人用户，2个够用了。比如一个每天早上的行业早报，一个每周五的文件整理。随套餐升级，可设置的定时任务数量增加，具体以官网为准。

几个典型的定时任务用法。

信息监控。"每天早上8点，检查这5个科技媒体的新文章，筛选跟AI Agent相关的，选5条生成早报，保存到桌面/早报/文件夹，文件名带日期。如果某天没有足够的重要新闻，有几条写几条，不要凑数。"你到公司前报告已经在了。

数据追踪。"每小时检查这个商品页面的价格，低于500元时通知我。""每天下午6点，查一下这几个股票的收盘价和相关新闻，生成日报。"

文件管理。"每周五下午5点，把下载文件夹里本周新增的文件按类型归档，生成一份文件清单。""每月1号，把桌面上的截图和临时文件清理到归档文件夹。"

报告生成。"每周五下午4点，读取本周的工作记录和会议纪要，生成周报草稿。""每月最后一天，汇总本月的项目进展，生成月度总结。"

定时任务的价值在于把AI从"你叫它它才动"变成了"它主动替你盯着"。那些规律性的、重复的、你经常忘了做的事，交给定时任务，一次设定长期生效。

五、专业能力：数据库接入和文档生成

通用AI助手靠搜索获取信息，Kimi Work在几个专业领域做了原生数据库接入。

金融方向接入同花顺。查股票行情、财务数据、行业指标，直接从数据库取结构化数据，不是去网上搜二手信息。在Finance-Bench金融分析测试中，Kimi K3得分62.6。

企业信息接入天眼查。查公司工商信息、融资历史、司法风险、关联企业，直接查询返回结构化结果。

法律方向接入华宇元典法律数据库。查法规、案例、法条，专业法律数据直连。

办公文档生成是另一个重点能力。Kimi Work能直接生成PPT、Excel、PDF等格式文件。不是生成文本让你自己排版，是直接生成可编辑的文档。在DECK-Bench演示文稿制作测试中Kimi K3得分73.5，在Online Exp Bench在线实验设计测试中得分75.5。

对于需要频繁做报告、做方案、做数据整理的知识工作者，这个能力省去了"AI生成文字→自己复制到PPT/Excel里排版"的中间步骤。

六、扩展生态：插件、技能、MCP各管一摊

Kimi Work的扩展能力分几个层面，经常被混为一谈，这里说清楚。

技能（Skills）是封装好的可复用工作流。比如"写周报的流程""做竞品分析的步骤""代码审查的检查清单"，写成Skill后AI按这个SOP执行。

Hooks是在特定事件发生时自动执行的脚本。比如"任务完成后自动保存结果""生成文件后自动格式化"。

MCP（Model Context Protocol）是连接外部工具和数据源的标准协议。通过MCP，Kimi Work可以操作飞书、Notion、数据库、GitHub等外部服务。

插件（Plugins）是打包分发的单位。一个插件可以包含Skills、Hooks、MCP配置的组合。比如飞书插件包含了连接飞书所需的MCP配置和相关的Skill，装上就能用。

目前已支持的插件包括飞书、钉钉、WPS、Notion、百度网盘、Canva、Cloudflare等。安装很简单，在插件市场点安装、授权账号即可。

需要明确：即使不装任何插件和技能，Kimi Work的核心能力——Goal模式、Agent Swarm、WebBridge、定时任务、本地文件操作、专业数据库查询——都是完整可用的。插件是扩展，不是前提。核心能力不依赖插件，不存在不装插件能力就固定不变的情况。

七、与Kimi Code和API的协同

Kimi Work不是孤立产品，它跟Kimi Code和Kimi API构成产品矩阵。

Kimi Code是独立的AI编程工具，CLI和VS Code插件两种形态，默认K2.7 Code模型，可切换K3。在公开基准中，K3在Program Bench日常编程测试得分77.8，在SWE Marathon长周期开发任务测试得分42.0。Kimi Code支持Plan模式（先出计划再执行）、goal模式（目标驱动编程）、Sub-agents（子任务分发）、Agent Swarm（批量任务并行）、Standard/HighSpeed两档速度。

典型协同场景：用Kimi Work做技术调研和文档处理，用Kimi Code写代码实现。比如Kimi Work通过WebBridge调研某个开源库的用法和社区评价，整理成调研笔记；你拿着笔记在Kimi Code里让它写代码、跑测试、Debug。

Kimi API提供标准HTTP接口，支持流式返回。需要把AI能力嵌入自己的工具、平台或自动化流程时用API。比如在CI/CD里加自动Code Review、写脚本批量处理文件、在内部平台里集成AI能力。

Kimi Work和Kimi Code共享账号体系，登录一个账号两个产品都能用。但会员权益和配额各自独立计算，具体以各产品页面为准。

八、能力边界：它能做什么和不能做什么

客观说，Kimi Work不是万能的。

它擅长的：规则明确的信息收集和整理、多步骤网页操作、批量文件处理、定时重复任务、结构化文档生成、专业数据库查询、跨工具数据搬运。简单说，那些你坐在电脑前点来点去、复制粘贴、等下载、填表格的活，它大多能干。

它不太擅长的：需要创造力和审美判断的工作（品牌设计、创意写作终稿）、需要复杂人际沟通的事（谈判、冲突处理）、需要承担责任的决策（投资判断、人事决定）、高度模糊的探索性任务（"研究一下新方向"这种没有明确输出的Goal）、物理世界的操作。

理解这些边界，你才能正确地使用它。把它当一个能干、快、不累但偶尔需要你指点的实习生，而不是一个什么都懂什么都对的专家。

九、小结

Kimi Work的能力体系可以用一句话概括：Goal模式定义做什么，Agent Swarm决定怎么做，WebBridge和MCP决定能操作什么，定时任务决定什么时候做，专业数据库和文档生成决定输出质量。

对想替代Codex的用户来说，Kimi Work不仅覆盖了Codex的任务执行能力，还扩展到了浏览器操作、文件管理、定时任务、专业数据查询、办公文档生成等更广泛的桌面场景。它不只是Codex的平替，在很多方面是Codex能力的超集。

下一篇我们从实际迁移角度，讲讲从Codex转到Kimi Work的具体路径——常见任务怎么映射、工作流怎么调整、怎么跟现有工具配合，以及不同角色的使用方案。

---

「免责声明」：以上页面展示信息由第三方发布，目的在于传播更多信息，与本网站立场无关。我们不保证该信息(包括但不限于文字、数据及图表)全部或者部分内容的准确性、真实性、完整性、有效性、及时性、原创性等。相关信息并未经过本网站证实，不对您构成任何投资建议，据此操作，风险自担，以上网页呈现的图片均为自发上传，如发生图片侵权行为与我们无关，如有请直接微信联系g1002718958。