当前位置：

社区首页

电脑数码

软件应用

办公软件

文章详情

Kimi Work 真实体验，2026 年 AI 助手一周使用全方位测评

上回说了为什么从Codex转到Kimi Work，这回不聊安装配置那些入门的事，说说真刀真枪用了一周的感受。

好的坏的都说。不吹不黑，你自己判断。

先说整体感受：它不像个助手，像个刚来的实习生

以前用AI工具，感觉是在"用工具"——你问一句它答一句，你下指令它执行，你得全程盯着。用Kimi Work这一周，感觉是在"带人"——你把活派下去，说清楚要什么、什么标准、什么不能碰，它自己去干，干完给你看结果。

这个区别挺大的。工具是你手的延伸，你动它才动。实习生是有主动性的，你给目标它想办法。Kimi Work的Goal模式给我的就是这种感觉。

当然，实习生也有不靠谱的时候。后面说槽点。

Goal模式：用对了是真香，用错了是真废

Goal模式是Kimi Work的核心。你不告诉它怎么做，你告诉它你要什么结果。

这一周我试了几个Goal。

第一个：竞品调研。 我写的目标是"调研国内三个桌面Agent产品的核心功能和定价，整理成Markdown表格，包含产品名、定位、主要功能、支持平台、价格，保存到桌面。只使用各产品官网信息。"

然后它就开始跑了。我看着它通过WebBridge开了三个浏览器标签页，分别访问三个产品的官网，读产品介绍页和定价页，提取信息，整理成表格，保存文件。整个过程大概5分钟，我没碰鼠标。

结果呢？表格结构清晰，信息基本准确。有一个产品的定价它漏了免费版的限制，我指出后它自己回去查了补上。整体可用，省了我至少半小时。

第二个：文件整理。 我下载文件夹堆了上百个文件，PDF、图片、Excel、压缩包混在一起。Goal："把下载文件夹里的文件按类型分类：PDF移到文档/PDF，图片移到图片，Excel移到表格，压缩包移到归档。重名文件不要覆盖，加序号。"

它秒完成。上百个文件，几秒钟分好类。这种机械活交给它干太合适了。

第三个：写周报。 Goal："读取我这一周的工作记录文件（在桌面/工作记录.md），提取每天完成的事项，按项目分类，生成本周工作总结，Markdown格式，包含本周完成、下周计划、需要协助三个部分。"

它读了文件，提取了事项，生成了周报。内容有点干，像流水账，但框架是对的，我在上面改改就行。比我对着空白文档从零写快多了。

但Goal模式不是万能的。 我试了一个比较模糊的Goal："帮我分析一下这个项目的代码质量"。它不知道看哪个项目、什么标准、输出什么格式，结果给了我一堆泛泛而谈的建议。后来我改成"读取桌面/my-project目录下的TypeScript代码，从函数长度、命名规范、重复代码、类型覆盖四个维度分析，列出有问题的文件和具体行号，生成报告"，结果就靠谱多了。

结论：Goal写得越具体——目标明确、验收标准清晰、约束条件到位——结果越好。模糊的Goal产生模糊的结果。这不是AI的问题，是你需求写得不清楚。

Agent Swarm：人多力量大，但你得有足够多的活

Agent Swarm是Kimi Work自动唤醒多智能体网络的机制，最多支持超300个Agent协作。

这一周我试了一个批量任务：监控20个竞品的博客更新。Goal里列了20个URL，让它检查每个URL近7天有没有新文章，有就提取标题和摘要。

如果是单线程，一个一个看，估计要十几分钟。Agent Swarm启动后，多个Agent并行处理，同时打开多个页面，大概3分钟就跑完了。300这个数字我这一周用不到，但能感觉到并行处理的速度优势。

这里要说清楚：Agent怎么分工、哪个Agent做什么，不是我决定的，是系统自动调度的。我只需要告诉它有这20个URL要检查，它自己分配。我也没看到什么"主Agent"在指挥，就是多个Agent各干各的，最后汇总结果。

不过说实话，日常使用中能用到大规模并行的场景不多。大多数时候一个Goal就几个子任务，几个Agent就够了。300个Agent的能力是给批量场景预备的——比如处理几百个文件、监控几十个信息源、批量分析大量数据。

WebBridge：它真的在操作浏览器，不是在搜索

WebBridge是Kimi Work里做浏览器自动化的Agent。这个东西跟"AI联网搜索"完全是两码事。

联网搜索是AI调用搜索引擎API，给你一堆文本摘要。WebBridge是真的打开浏览器、访问URL、滚动页面、点击按钮、填写表单、等待JavaScript渲染。它像一个人坐在浏览器前操作。

这一周我用WebBridge做了几件事：

登录某个后台导出数据。我先在弹出的浏览器里登录了一次（它不能替我输密码），之后它就用这个登录态导航到数据导出页面，选了时间范围，点了导出按钮，等文件下载完，告诉我下载好了。

在多个电商网站比价。给了它一个商品名，它开了三个电商网站，搜索商品，进入商品页，读取价格，整理对比。注意它不是搜"XX价格"然后拿摘要，是真的进商品页读价格。

在Notion里创建页面。通过插件连接Notion后，它能直接在我的Notion里创建新页面、写入内容。不过这个走的是插件/MCP，不是WebBridge。

WebBridge的局限也很明显：它靠识别页面元素来操作，复杂的单页应用偶尔会点错位置；需要验证码的页面它搞不定；登录态过期了得重新登。但对于常规的网页浏览、信息提取、表单填写，它够用了。

定时任务：免费2个，先够用着

Kimi Work的定时任务引擎就一种模式，设定时间或周期，到点自动跑Goal。免费版能设2个定时任务。

这一周我设了两个：

每天早上8点半，汇总过去24小时AI Agent领域的中文新闻，从指定的几个源选5条，每条带标题摘要链接，生成早报。

每周五下午5点，整理我这一周下载文件夹里新增的文件，按类型归档，生成一份本周新增文件清单。

两个任务都稳定跑了一周，没掉过链子。早上到公司打开电脑，早报已经在那了。周五下班前，文件自动归好类。

2个免费任务对我来说暂时够了。等后面想加更多——比如每小时监控竞品价格、每周自动生成工作周报、每天检查GitHub关注的仓库——再考虑升级。付费版能设更多任务，具体数量以官网为准。

本地文件：不只是读写，是真的理解

Kimi Work对本地文件的处理不是简单的"读取内容返回文本"，它真的理解文件里有什么。

我给了它一个几十页的PDF（行业报告），让它"提取这份报告里提到的所有市场规模数据和增长率，整理成表格，标注页码"。它读完PDF，把散落在不同章节的数据都挖出来了，连图表里的数字都识别了。

我给了它一个有多个sheet的Excel，让它"找出Q2销售额同比下降超过20%的地区，列出具体数字和可能的原因（结合其他sheet的数据）"。它读了多个sheet，做了对比，列了出来。

我给了它一个文件夹里的十几个Word文档（会议纪要），让它"提取所有会议中提到的待办事项，按负责人分类，标注是哪次会议提的"。它批量读完，整理成了清单。

这些事如果我自己做，PDF要翻半小时，Excel要写公式，会议纪要要一篇篇看。它几分钟搞定。文件不用上传，在本地处理，速度也快。

插件：装了飞书和Notion，体验上了个台阶

这一周我装了两个插件：飞书和Notion。

飞书插件装上后，Kimi Work能直接操作我的飞书云文档。我让它"把桌面的竞品调研.md内容创建成一篇新的飞书文档，放到我的'工作'文件夹里"，它直接就建好了。我让它"读取飞书文档XX里的会议纪要，提取待办事项"，它直接读。不用下载再上传，直接操作。

Notion插件类似。我让它把每天的新闻早报存到Notion的一个数据库里，它直接创建页面、填属性、写内容。

插件安装很简单，在Kimi Work的插件市场里点安装，授权一下就行。目前已支持的插件除了飞书、Notion，还有钉钉、WPS、百度网盘、Canva、Cloudflare等。

再说一遍概念：插件是插件，技能是技能。技能是可复用的工作流单元，Hooks是自动执行的脚本，MCP是连接协议，插件是把这些打包在一起的东西。不装插件核心功能也能用，插件是扩展。

槽点和不足

说好的，也说说不好的。

Goal写不好结果就差。 前面提过了，模糊的需求它给你模糊的结果。你得学会怎么写Goal——目标、标准、约束三要素缺一不可。这有一个学习成本。

复杂网页偶尔翻车。 WebBridge操作一些复杂的单页应用时，偶尔会点错地方或者找不到按钮。遇到有反爬机制的网站也会被拦。不是所有网页都能顺利操作。

长任务中间出错要重来。 一个跑十几分钟的Goal，如果中间某个步骤失败了，目前它会重试，但重试几次不行就停了，不能从断点继续。你得改改Goal重新跑。

专业领域需要喂资料。 它的通用知识够广，但特别垂直的领域——比如某个小众框架的API、某家公司内部的黑话——它不知道，你得把相关文档或资料给它。

没有手机端。 目前是桌面客户端，手机上只能用Kimi的网页版或App，Kimi Work的桌面Agent能力手机上用不了。不过定时任务在电脑上跑着，不需要手机端一直开着。

这些不足不影响日常使用，但你要有心理预期。它不是万能的，它是一个能干很多活但偶尔需要你指点一下的实习生。

跟Kimi Code和API的关系

这一周也试了Kimi Work跟Kimi Code的配合。

有个任务需要先调研技术方案再写代码。我在Kimi Work里用Goal让它调研了某个库的用法和社区方案，拿到调研结果后，切到Kimi Code（专门的AI编程工具，CLI+VS Code插件，默认K2.7 Code可切换K3），让它根据调研结果写代码。Kimi Work负责信息收集，Kimi Code负责代码实现。

两个产品共享账号，但会员权益和配额各算各的。我在Kimi Work上付的费不包含Kimi Code的额度，反过来也一样。具体以各产品页面为准。

API层面，Kimi开放平台有标准接口。我看了一下文档，Kimi Work的很多能力理论上可以通过API触发，但目前主要还是在客户端里用。深度定制需求可以走API。