用 Kimi K3 构建 Agentic OS（构建者指南）

如何用 Kimi K3 构建一个智能体操作系统（构建者指南） 2026 年 7 月 18 日 · 4 分钟阅读 · 查看原文 ↗ Claude AI 这里有个没人告诉 AI 构建者的真相：你不需要训练一个模型，来为 agent 构建一个"OS"（操作系统） 你只需要三样东西——一个循环、一个记忆层、一个路由器。Kimi K3 刚刚把这三样东西变得足够便宜，可以 24/7 运行 收藏这篇。下面是完整拆解 为什么偏偏是 Kimi K3 > 2.8T 参数，专家混合（Mixture of Experts），完全开放（权重 7 月 27 日落场） > 1M token 上下文窗口，整个窗口内统一定价，没有长上下文税 > $3 / $15 每百万 token（输入/输出）——Sonnet 级别的定价，接近 Fable 级别的输出 > Agent Swarm > 开箱即用地并行协调多达 300 个子 agent > 在大多数基准上击败 Opus 4.8 和 GPT-5.6，仅落后于 Fable 5 和 GPT-5.6 Sol Max 这是第一个让"OS"不再感觉像是妥协的开放权重模型。Swarm 协调是原生的，不是外挂上去的 "智能体 OS"实际上意味着什么 不是一个产品，而是一种模式：一个持久的进程，它会 收集上下文——只拉取下一步需要的东西，而不是所有东西 采取行动——调用工具、写代码、打 API 验证——单独再跑一遍，对照一份评分标准检查工作 重复——按一个时间表、一个触发器、或一个目标条件——而不需要你在场 "OS"的部分，是围绕那个循环的调度器 + 记忆 + 路由器，所以它能在你合上笔记本电脑之后依然存活。 架构，一块一块拆开 内核（THE KERNEL）——一个系统提示词，一个状态文件 每个 agent 都读写同一个 AGENT.md 文件。这是你的内核配置：目标、约束、当前任务队列，以及"完成"长什么样。Kimi K3 的 1M 上下文意味着你可以把整个项目历史都放在这里，而无需分块。 调度器（THE SCHEDULER） 一个类似 cron 的进程（一个简单的 systemd 定时器，或一个托管的云端例程）按时间间隔或事件唤醒 swarm。它从内核文件里定义的任务队列中取出最上面的一项。 路由器（THE ROUTER） 不是每个任务都需要完整的 2.8T 模型。按复杂度路由： > 便宜/快速的子任务 → 更小的模型，或低推理强度的 K3 > 长期规划、代码生成、验证 → 满血 K3，最大推理强度 Swarm K3 的 Agent Swarm 可以拉起多达 300 个并行子 agent 用它来做扇出型（fan-out）工作：测试多种方法、抓取多个来源、生成多个变体 然后让一个验证 agent 来打分并合并结果。 验证器（The Verifier）——决定它是收敛还是螺旋失控的那条规则 制造者 agent 从不为自己的工作打分。一个全新上下文的验证器子 agent 只对照评分标准检查产物——它永远看不到制造者的推理轨迹。正是这一个设计选择，把一个会随时间改进的循环，和一个只会重复自己错误的循环区分开来。 记忆（MEMORY） 默认不用向量数据库——从文件开始 memory/ 文件夹，内核在每个周期结束后把学到的东西写进去 只有当文件搜索开始不够快的时候，才去上向量嵌入 一步一步把它搭起来 项目骨架 内核文件 这是每个 agent 首先读的东西 调度器 每 15 分钟无人值守地跑一次这个循环 它会在哪里翻车（发布之前先读） > K3 总是在推理——目前还没有低强度模式，所以每个周期的成本都比你预期的高 > 完整开放权重要到 7 月 27 日才发布——在那之前你只能走 API，不能自托管 > 同等任务下，token 用量比闭源模型更高——按此做好预算 > 制造者/验证者的拆分只有在验证者确实看不到制造者推理时才有效——让上下文在它们之间泄漏，就毁掉了整个设计 要记住的那一句话 提示词是一个请求。循环是一种政策。请求需要你人在场。政策会在凌晨 3 点运行，在你合上笔记本电脑后依然存活，并且每个周期都在变好，因为它们会把自己学到的东西写下来。 在你重建之前保存这篇，并留言 "KIMI"，即可拿到一份从头开始、三周内完成的完整分步指南 📬 标签：# X # Claude # AI # Guide # Chatgpt # Fable # Sonnet 相关文章 10 个 SEO 外链 Claude 自动化，3 个月内带来 61k 次 AI 提及 外链建设就是试错。SEO AI Claude Automation