喜欢对技术刨根问底,却总是被打退,晕,再上,屡败屡战

注定要与程序打交道,毫无疑问我喜欢编程,而且适合

导航

2026年8月13日

摘要: 这是系列最后一篇。前面 16 篇建立了完整的认知体系,现在我们要回答最关键的问题:怎么基于 kimi-code 做出属于你自己的 Agent? 1. 理解你的目标 在动手之前,先回答三个问题: ​你的 Agent 要解决什么问题?​是编程助手、数据分析师、运维机器人,还是某个垂直领域的专家? ​用户 阅读全文

posted @ 2026-08-13 13:38 Carmack 阅读(25) 评论(0) 推荐(0)

摘要: 1. kap-server 的定位 1.1 在 kimi-code 架构中的位置 packages/kap-server 是 agent-core-v2 的 HTTP 外围服务层。它不是一个独立的应用——它是引擎的"外壳",将 DI x Scope 容器内的所有能力暴露为标准化的 REST + We 阅读全文

posted @ 2026-08-13 10:42 Carmack 阅读(18) 评论(0) 推荐(0)

2026年8月12日

摘要: 1. 应用架构概览 1.1 定位与入口 apps/kimi-code 是 kimi-code 系统的主应用入口。它不是引擎、不是 SDK、不是协议层——它是用户直接交互的那一层,负责把引擎的能力从终端暴露给开发者。当你输入 kimi 回车,整个系统的第一个 process.title 设置、第一个 阅读全文

posted @ 2026-08-12 13:59 Carmack 阅读(44) 评论(0) 推荐(0)

摘要: 1. Protocol 的定位 1.1 系统的"共同语言" packages/protocol 是 kimi-code 系统中定义所有数据契约的核心包。它不做任何业务逻辑,不导入引擎、SDK 或 UI 框架——它的唯一职责是定义 ​引擎、SDK、UI 之间的"共同语言"​。 这个包定义了系统的三大通 阅读全文

posted @ 2026-08-12 09:23 Carmack 阅读(22) 评论(0) 推荐(0)

2026年8月11日

摘要: 1. Transcript 的定位 1.1 不是日志,是会话记录系统 很多系统把"日志"当作事后追溯的工具——打印到 stdout、写进文件,出了问题时 grep 一下。Transcript 的定位完全不是这样。它是一个​四层架构的会话记录系统​,是 kimi-code 运行时最活跃的数据管道: ​ 阅读全文

posted @ 2026-08-11 12:50 Carmack 阅读(18) 评论(0) 推荐(0)

摘要: 1. Kaos 的设计哲学 1.1 为什么需要执行环境抽象? 一个 Agent 系统不能只"思考",还必须能"行动"——读取文件、搜索目录、执行 shell 命令。而"行动"的载体决定了它行为的边界。同一个 Agent 可能运行在: 用户的本地开发机上直接操作进程文件系统) 通过 ACP 协议连接的 阅读全文

posted @ 2026-08-11 09:37 Carmack 阅读(16) 评论(0) 推荐(0)

2026年8月10日

摘要: 1. Kosong 的定位:供应商中立的抽象层 "Kosong" 在马来语/印尼语中意为"空"或"无",暗示这个包不绑定任何特定供应商。它是 agent-core 和具体 LLM SDK 之间的统一接口层——Agent 引擎通过 Kosong 与 Kimi、OpenAI、Anthropic、Goog 阅读全文

posted @ 2026-08-10 15:41 Carmack 阅读(9) 评论(0) 推荐(0)

摘要: 1. 子 Agent 的设计理念 在单 Agent 架构中,所有的工具调用、上下文处理、决策推理都发生在同一个执行流程内。当面对多个独立子任务时——比如同时审查 5 个文件、并行研究 3 个技术方案——单 Agent 只能串行处理,效率低下且上下文越来越臃肿。子 Agent 的设计正是为了解决这个根 阅读全文

posted @ 2026-08-10 13:47 Carmack 阅读(35) 评论(0) 推荐(0)

2026年8月9日

摘要: 1. Plan Mode 的设计目标 在 Agent 的日常使用中,一个常见的痛点是:Agent 急于动手,却在执行到一半时发现方向错了。模型在看到用户指令后,本能地想要「做点什么」——调用工具、创建文件、修改代码——但这些动作往往是盲目的。缺少事前的整体规划,会导致大量的无效工作、不必要的返工,甚 阅读全文

posted @ 2026-08-09 10:54 Carmack 阅读(49) 评论(0) 推荐(0)

摘要: 1. 上下文管理的挑战 上下文(Context)是 Agent 的「工作记忆」——它决定了模型在每个 turn 中能「看到」多少信息,从而影响推理质量和决策能力。然而,上下文管理并非简单地「把所有历史消息塞给模型」,而是一道在容量、成本、准确性之间持续权衡的优化问题。 1.1 上下文窗口的物理限制 阅读全文

posted @ 2026-08-09 10:32 Carmack 阅读(54) 评论(0) 推荐(0)