K Agent AtlasKimi Code · Systems
MAP · 知识地图

MAP

知识地图

全体系依赖、讲透标准与 Kimi JD 反向索引。

185 行约 10 分钟研究基线 2026-08-03

AI Agent 深度专题索引

研究基线：2026-08-03。这里不是学习进度表，而是整套知识体系的结构、依赖关系与证据标准。总纲负责建立全局坐标；专题负责把每一层讲到可以独立设计、审查、诊断和答辩的深度。

1. 什么叫“讲透”

每个专题都必须同时回答八类问题：

  1. 对象与边界：这一层拥有哪类状态、决策和不变量，不拥有什么；
  2. 机制与控制流：输入如何变成状态变化、外部 effect 和证据；
  3. 设计分支：主要方案分别在什么条件下成立，控制变量是什么；
  4. 故障语义：极端条件下如何失败，first bad decision 位于哪一层；
  5. 恢复与验证：什么可以重试、回滚、重放或降级，什么必须停止；
  6. 可观测与评测：需要哪些 journal、trace、metric、oracle 和对照实验；
  7. 证据与不确定性：哪些是稳定事实、工程归纳、前沿信号或尚未证实的主张；
  8. Coding Agent / Kimi 映射：如何落到真实仓库、工具链、运行时和面试追问。

只会复述定义不算掌握；能够说明责任边界、画出状态流、推导取舍、定位失败并设计证伪实验，才算掌握。

2. 全体系依赖图

flowchart TB F["00 第一原则 / 本体 / 架构"] M["01 Model / Inference / Training"] C["02 Context / State / Memory"] T["03 Tools / Environment"] R["04 Durable Runtime"] L["05 Loop / Planning / Policy / Verification"] P["06 Protocol / Identity / Observability"] A["07 Multi-agent Coordination"] E["08 Evaluation / Trace / Data"] S["09 Security / Trust / Governance"] H["10 Human-Agent Interaction"] B["11 Economics / Product Strategy"] X["12 Cross-layer Tensions / Failures / Frontier"] K["13 Kimi Code Architecture / Interview Defense"] F --> M F --> C F --> T M --> L C --> L T --> L C --> R T --> R L --> R R --> P P --> A R --> A L --> E R --> E P --> S A --> S E --> H S --> H E --> B H --> B M --> X C --> X T --> X R --> X L --> X P --> X A --> X E --> X S --> X H --> X B --> X X --> K

依赖图表达的是解释顺序，不是软件调用栈。实际一次 tool call 会同时穿过 model decision、context、policy、runtime、identity、effect、journal、trace 和 verification。

3. 十四个专题

Part 专题 核心所有权
00 第一原则、本体与全局架构 对象、状态、边界、不变量、闭环与分析栈
01 Model、Inference 与 Agentic Training 概率 policy 的能力来源、推理预算与训练分布
02 Context、State 与 Memory 信息供给、任务状态、压缩、恢复与记忆治理
03 Tool Execution 与 Environment effect contract、真实工具链、沙箱和结果语义
04 Durable Agent Runtime 与分布式系统 生命周期、持久化、调度、恢复和资源所有权
05 Agent Loop、Planning、Policy 与 Verification 闭环决策、错误处理、预算、停止和完成判定
06 Protocols、Identity 与 Observability 互操作、身份委托、能力协商与因果传播
07 Multi-agent Coordination 分解、拓扑、通信、合并、协作成本和终止
08 Evaluation、Trace、Data 与 Learning 有效性、归因、回归、线上证据与数据飞轮
09 Security、Trust 与 Governance authority、影响来源、能力边界、审计与响应
10 Human-Agent Interaction 与 Autonomy 委托、监督、干预、信任校准与注意力负担
11 Agent Economics 与 Product Strategy 任务单位经济、验证产能、路由、优先级与护城河
12 跨层张力、失败归因与前沿判断 因果诊断、证据等级、反例与新技术吸收框架
13 Kimi Code 公共架构与面试答辩 把全部知识映射到 Kimi 的公开实现和 JD

4. Kimi JD 到知识层的反向索引

JD 任务 主专题 必须联合调用的专题
执行循环：任务拆解、工具调用、结果观察、错误恢复 05 02、03、04、08
长任务续跑与最终验证 04、05 02、08、10
文件编辑、命令执行、搜索、测试、Git、沙箱、远程执行 03 04、06、09
仓库级上下文、文件选择、压缩、轨迹、任务状态、长期记忆 02 01、04、08
真实 trace、失败样本、评测集与分析工具 08 04、05、12
从 Agent 侧探索模型能力边界、推动共同进化 01、08 03、05、12
MCP、Subagent、Multi-agent、Observability 06、07 04、08、09
产品 sense：从用户反馈和 trace 判断真实问题 10、11 08、12、13

5. 跨层答题骨架

任何架构题或故障题，都先建立同一条因果链：

Intent / Success Criteria
  -> Context Snapshot + Current State
  -> Model Decision
  -> Policy Admission
  -> Tool Intent
  -> Runtime Scheduling
  -> External Effect
  -> Receipt / Observation
  -> State Transition
  -> Independent Verification
  -> Journal + Trace + Metrics
  -> Outcome / Replan / Recovery

答题按六步展开：

  1. 定义对象和完成条件；
  2. 指出事实源、状态所有者和 trust boundary；
  3. 画出 happy path 与首次可能出错的位置；
  4. 按 error semantics 区分 retry、reconcile、rollback、replan 和 stop；
  5. 给出能证明系统正确或证伪判断的 evidence；
  6. 最后讨论性能、成本、复杂度和产品 tradeoff。

6. Provenance 与 Capability 是两个正交轴

可验证性不等于先进性。 公开源码只提高 mechanism claim 的 inspectability；它既不能证明该产品使用了最强未公开后端，也不能证明真实任务效果领先。反过来，闭源产品可能处在能力前沿，但官方产品说明只能证明公开 contract，未公开实现必须标成 inference 或 unknown。

每个 frontier claim 必须先标注事实面：

标签 事实面 可以证明 不能证明
PUB pinned public implementation / spec 指定版本确实存在某机制或 contract 生产部署、实际采用率、效果领先
PRODUCT official product contract / release 厂商公开支持某能力或交互面 隐藏后端怎样实现、平均可靠性、相对排名
TRACE hands-on run、公开 session、真实 trace / field behavior 特定版本、配置、任务上的实际行为 跨用户、模型、任务和预算的普遍结论
EVAL controlled evaluation 被控制范围内的相对效果与局部归因 未覆盖的生产分布与长期经济价值

能力前沿另用以下维度判断：task envelope、autonomy horizon、durable state/recovery、steering/parallel orchestration、tool/world reach、verification、security boundary、latency/cost，以及真实采用中的有效工作量。一个系统可以是高 PUB、低 frontier；也可以是低 PUB、高 PRODUCT/TRACE frontier。能力排序必须比较同版本、同任务、同预算和同风险边界，不能按“谁代码更公开”排序。

这套体系把 Kimi Code 当 glass box：用于读清对象、机制和责任边界；把 Codex、Claude Code 与 pi 当 frontier reference cohort：用于观察不同的真实产品与 harness 取舍。它们都不是未经同条件评测便可宣布的总冠军。

6.1 效果证据等级

等级 证据形态 能支持什么
E0 概念、愿景、架构图 形成可讨论假设，不能支持效果 claim
E1 精选 demo / case study 证明局部可行性，不证明平均可靠性
E2 单 benchmark、控制不足 说明该配置可能有效，不足以归因或外推
E3 受控 benchmark、baseline、ablation、多次运行 支持局部因果归因，不代表生产效果
E4 跨模型、任务、预算迁移且公开 artifact 支持一定 transport envelope 内的外部有效性
E5 独立复现或 adversarial audit 降低实现者偏差，仍不等于目标产品价值
E6 真实 workload 的 shadow / canary / A/B 支持目标分布上的短期上线决策
E7 多周期、多组织生产证据与 incident data 支持较强工程默认和经济判断，但不是永久定律

规范、源码和版本事实不混进效果证据等级，而用独立的 maturity / provenance 标签标注：例如 official stable spec、public main commit、preprint、deployed implementation。这样不会把“官方发布”误写成“效果已经得到 E7 证明”。

高质量面试回答不靠引用数量取胜，而靠证据与结论的强度匹配。

7. 2026-08-03 Freshness Ledger

这一表只记录可由官方 release、tag、仓库或规范直接验证的版本事实；它不代表生态采用率、能力先进性或生产效果。

对象 当前一手事实 使用时的边界
Kimi Code 本轮最终复核时公开 main 已到 75395f6；最新正式 release 为 0.31.1 main 是滚动 glass-box 事实；固定分析快照、release artifact 与能力排名必须分开
Codex 最新正式 CLI 为 rust-v0.146.0，其 feature registry把 multi-agent、hooks、goals、plugins、browser/computer use 标为 Stable；App Server贯通 App、CLI、IDE、Web，产品另有 parallel agents、Skills、Automations 与跨设备 live steering Stable 是该客户端的 feature stage，不代表所有 plan/surface 可用；PRODUCT/PUB 不能补全未公开服务实现或相对可靠性
Claude Code 最新正式 CLI 为 v2.1.220；当前产品把 subagents、agent view、agent teams 与 dynamic workflows作为不同 orchestration primitive，并公开 Goals 与 Routines；工程材料另披露 Managed Agents 核心 harness 非公开；research-preview/experimental、plan/provider 限制必须逐项保留，厂商材料不是独立效果复现
pi 当前 main 复核到 c6eb628；正式 v0.83.0 README确认 minimal core、tree-structured JSONL session、compaction、steering/follow-up、Extensions、SDK/RPC 极简与可编程是设计前沿，不等于功能最多或 benchmark 最强；main 的 Unreleased/experimental 内容不能写成已交付
MCP 2026-07-28 是 final stable release；2026-07-28-RC 是独立的历史 pre-release 规范已经 final 不等于 SDK、server 与 client 同时迁移
A2A v1.0.1 是 stable 1.0 系列当前发布 application protocol 与具体 binding、auth/trust 仍要分别验证
ACP 官方仓库声明 wire protocol 1 稳定；protocol v2 仍通过 unstable_protocol_v2 feature 开发 schema/crate artifact 的 1.x 版本不等于 wire version；以 initialize.protocolVersion 协商
OpenTelemetry GenAI GenAI agent/tool/evaluation 语义已被定义，但 agent spans 与多数相关字段仍标为 Development 固定版本、默认关闭敏感内容、保留产品 domain events

协议成熟度、实现采用率、互操作语义和安全信任是四个不同问题，面试中不能用其中一个代替另外三个。

⌘ K

搜索术语、机制、故障或面试问题