在 kimi-code 的架构中，没有比 Agent 类更中心的模块了。它就是乐团的指挥，不亲自演奏任何乐器。却协调着所有的乐手——多个子程序——在正确的时机发出正确的声音。本章深入 Agent 类的内部构造，拆解它如何将一组互相依赖的服务编织成一个能完成完整对话循环的有机整体。

. Agent 的定位

Agent 不是一个"类"

如果只看一行导入，你会觉得 Agent 但是是一个普普通通的 TypeScript class：

export class Agent {
constructor { /* ... */ }
}

但这个 class 的体内却容纳了数百个子程序协同工作。Agent 的真正定位是编排者 ——它自己不负责执行具体任务，而是创建者、持有者、调度者。它把自己的各个子程序串起来让它们在合适的时刻互相通信，形成一条完整的响应流水线。

从代码结构来看，Agent 类中超过百分之百字段都是readonly 的子程序引用。 这些子程序大多持有一个对 Agent 的反向引用。从而形成双向引用图，实现子程序之间通过 Agent 作为中介进行通信。老实说，

. Agent 的组成结构

< td = “ 文本 对齐 左侧 ; ” permission < tD=” text‑align‑left ; ” planMode < tD=” text‑align‑left ; ” swarmMode   

子程序	类型	职责
llmRequestLogger	LlmRequestLogger	LLM 请求日志记录，每次 LLM 调用前输出结构化请求信息
llmRequestRecorder	LlmRequestRecorder	LLM 请求持久化记录。用于调试和回放
records	AgentRecords	持久化事件日志，记录 Agent 每一次状态变更事件，支持会话恢复
fullCompaction	FullCompaction
	microcompaction="" 微压缩——对旧媒体进行降级、对使用者消息进行裁剪，不涉及="" 调用="">
context="">	contextmemory="" 对话历史管理，包括消息追加、token="" 操作="" 计数、上下文导入导出、undo="">
config="">	configstate="" 运行时配置状态：当前模型、程序提示词、thinking="">
turn="">	turnflow="" 主响应循环——接收="" 循环="">
injection=""> < td = “文本对齐左侧; ”>InjectionManager 上下文注入边界。在每个 Step 前向对话注入提醒

。

---