[控场AI]
· 6 分钟阅读· 3,481 字

Kimi K3 + Agent OS 实测:能连跑数天的开源AI智能体

Kimi K3 + Agent OS 实测:能连跑数天的开源AI智能体

用Kimi K3驱动Agent OS,实现无人值守的自动学习、追热点与内容生产闭环。

本文介绍了一套以开源模型Kimi K3为"大脑"、Agent OS为调度框架、Obsidian为记忆层的智能体系统。其核心设计是"插槽式"架构——模型可随时替换,工作流保持稳定。在此之上,Oracle工作流自动抓取Twitter热点并生成文章发布,Astros工作流监控竞品关键词并给出内容角度建议,"目标模式"则利用Kimi K3约百万Token的超长上下文,让智能体在无人值守的情况下持续运行数小时乃至数天。系统还支持通过MCP协议连接Blender做3D建模、搭配Remotion用代码生成交互式视频,以及多智能体看板协作。这套组合展示了开源AI工具链从"演示玩具"走向实用内容生产的可行路径。

把一个大任务交给AI,然后直接走开——不是五分钟,而是几天。大多数AI在你停止关注的那一刻就停了,但基于开源模型 Kimi K3 搭建的 Agent OS 却能在无人盯守的情况下持续运转。本文整理自B站UP主(朱莲Goldie数字分身)的实操演示,拆解这套配置如何实现自动学习、追热点、写文章乃至生成3D视频。

核心架构:模型只是一个可替换的插槽

整套系统的设计哲学很清晰——一个仪表盘、一个可随时替换的"大脑"、一对负责干活的智能体。大脑用的是 Kimi K3 模型(由月之暗面 Moonshot 开发),执行层则交给一个名为 Hermes 的开源智能体,负责点击、打字和运行工具。

加载模型的方式相当轻量:打开终端启动 Hermes,在模型列表里选中 Moonshot 登录即可;不喜欢命令行的话,在管理面板输入 Kimi,两次点击就能完成切换。这种"插槽式"设计意味着今天跑 Kimi、明天换别的模型,整套配置的其余部分都不需要改动。

可以随时替换的插槽

这正是 Agent OS 与单纯聊天框的根本区别——模型被抽象成一个可插拔的组件,系统本身提供了稳定的工作流、记忆层和调度能力。

MCP(Model Context Protocol) 是 Anthropic 于2024年底推出的开放协议,旨在标准化大语言模型与外部工具、数据源之间的连接方式。类比来说,它相当于AI世界的"USB接口"——只要工具实现了MCP服务端,任何支持MCP的模型客户端都能直接调用,无需为每个工具单独编写适配代码。Blender、数据库、网页浏览器等都可以通过MCP暴露为可调用的"工具插槽",这也是文中Kimi K3能够直接操控Blender进行3D建模的底层机制。Hermes 作为开源智能体框架,本质上是一个能够解析模型输出、调度工具调用并管理执行循环的运行时环境,它把模型的"想法"翻译成实际的点击、输入和程序调用。

从"学习"到"追热点":智能体开始自己用工具

真正的能力体现在智能体主动调用工具的时候。Hermes 有一个 Learn 命令,给它一个指南链接,它会读完整份文档、拆解内容,并保存成一个可复用的"技能"。这个技能文件存在本地机器上,你可以打开查看它提取了哪些要点——相当于教一次之后就永久记住。

在此基础上,演示者搭建了两个值得关注的工作流:

Oracle:盯热点并自动成稿

Oracle 以 Kimi 为大脑,按计划从 Twitter 拉取最新话题,并按上升最快的顺序排序。每天固定时间刷新,用户起床时热榜已经就绪。更进一步,从趋势列表一键点击"发布",Kimi 会围绕该话题写出一篇完整文章——带干净的标题、排版和小表格,并直接发布到网站上。

而且它不止于观察

Astros:找可排名的内容角度

另一个工作流 Astros 监控竞争对手和关键词,按日推送"什么在流行、如何围绕它做内容才真正有排名机会",并给出独特角度,可直接喂给视频智能体或生成报告。它不只是观察,而是把下一步该做的事交到用户手里。

长时程"目标模式":为连续数天运行而生

开头预告的"跑上几天"的能力,来自作者称为"目标模式"的工作流。Kimi K3 从设计之初就瞄准长任务——拥有约 100 万 Token 的超长上下文,并且在极长任务中能保持思路清晰。

用法很直接:给它一个目标,告诉它做到完成为止,它就持续循环工作。例如让它围绕某主题规划并写出一整套文章,它能自主运行数小时甚至数天。你可以 30 分钟后叫停,也可以让它一直跑。这就是"聊天等你来、智能体在你离开时还在工作"的区别。

此外,系统还支持"智能体混合模式"——让 Kimi K3 与另一个开源模型(如 GLM 系列)并排协作,共同处理同一任务并给出综合答案。好处是用更轻量的开源模型也能拿到很强的结果,不必事事依赖大牌闭源工具。

上下文窗口(Context Window) 是决定大语言模型能否胜任长任务的核心约束。它代表模型在单次推理中能"看到"的最大文本量——包括历史对话、工具调用记录、中间结果等所有内容。早期主流模型的上下文窗口约为4K-32K Token(大致对应3000-24000个汉字),处理长文档或多步任务时往往在中途"遗忘"早期信息。Kimi系列模型以超长上下文著称,其商业版本最高支持128K乃至更长的窗口,而K3据演示者描述约达100万Token级别。这意味着智能体在连续数天的工作循环中,能将此前所有的中间步骤、已完成模块和待处理事项全部保留在"工作记忆"里,而不是每隔一段时间就丢失上下文、被迫重新开始。这是"目标模式"得以实现的技术前提。

为什么 Kimi K3 擅长构建前端与视觉内容

演示者强调,Kimi K3 在一项名为"前端代码竞技场"的基准测试中登顶——这是真实开发者盲投"哪个模型做出更好界面"的评测。据其说法,Kimi K3 在该榜单排名第一,并在 7 个类别中赢下 6 个,仅游戏类略有不敌。

关于Kimi为什么这么擅长这个

需要客观看待的是:作者也承认,总体而言 Kimi 仍只是略逊于最顶尖的模型,但在构建干净好看的前端这一点上,它目前是标杆——加上开源这一属性,才引发了广泛关注。

这套能力延伸出两个亮眼的应用:

  • MCP 连接 Blender 做 3D 建模:通过 MCP 协议把 Kimi K3 接到免费 3D 工具 Blender,给它一个产品,它就能完成 3D 建模并生成宣传视频,被称为"想象力打印机"。
  • 搭配 Remotion 用代码做视频:Remotion 是一个用代码生成视频的开源工具。Kimi 做出的宣传片是一个"会跟随鼠标移动"的交互式网站视频,带进度条、可点击跳转、放大效果和配色,全部由智能体编写整合。

还有一种被低估的用法:搭一个看板(Kanban),让多个 Kimi 智能体分别扮演导演、质检和构建者,把任务在卡片间互相传递直到完成。

记忆层:让一切共享同一套知识

单独一个模型只是聊天框,Agent OS 把它变成一个"工作者"。系统用 Obsidian(一个免费笔记应用)作为记忆层,保存智能体学到的所有内容。

保存智能体学到的所有东西

Oracle、Astros、目标模式、看板都放在同一个地方、共享同一份记忆。这是"玩AI"和"真正让它干活"之间的分水岭。

作者也直面了常见顾虑:很多人一听"开源智能体"就被劝退,觉得它笨重、来回操作多、不如大牌工具流畅。这在过去确实是合理的担忧,但当把 Kimi K3 这样的模型接进去后,体验变得流畅实用——剩下的是一套完全自有、可用开源模型免费运行的配置。

Obsidian 是一款基于本地Markdown文件的免费知识管理工具,其核心特点是所有笔记以纯文本形式存储在用户自己的硬盘上,而非云端服务器。这一属性使它成为Agent OS记忆层的理想载体:智能体学到的技能文件、抓取的热点摘要、已完成任务的上下文,全部以可读、可搜索的文本文件落盘,既不依赖外部服务的可用性,也方便用户直接审查和编辑。与之对比,依赖云端API的记忆方案存在数据主权和服务中断风险。将Obsidian作为共享知识库,多个并行运行的工作流(Oracle、Astros、看板智能体)可以读写同一份文件,实现跨工作流的信息积累——这是把一次性任务执行升级为持续学习系统的关键设计。

小结:开源智能体的实用拐点

这段演示的价值不在于某个单一功能,而在于它展示了一种"模型 + 操作系统 + 记忆层"的组合范式:模型负责推理,Agent OS 负责调度与持久化,记忆层负责积累经验。对于想真正把AI用于内容生产、而非停留在演示层面的用户,这是一个值得参考的落地思路。

需要提醒的是,本文内容来自单一来源的实操演示,部分榜单数据(如"前端代码竞技场"排名)未经独立验证,实际搭建仍可能遇到模型加载、工作流报错等工程问题,读者宜自行测试评估。

分享:

相关推荐