上下文分层 · 按字节稳定性分三层

注入链路：settings + rulesSection + mode → buildRuntimeSystemPrompt → ImmutablePrefix.systemPrompt → 请求 messages[0]。前缀哈希在每次 build 时被 RequestBuilder 校验不可变。

注入链路：.CodePapr/AGENTS.md → projectConfigLoader.ts:loadProjectRulesSection → agentStore._projectRulesSection（缓存）→ buildRuntimeSystemPrompt({ rulesSection }) → promptSystem.ts:1168，位于 identity/principles 之后、mode prompt 之前。子代理通过 UiTaskToolContext.rulesSection 继承。

入口：顶部「配置」按钮 → ProjectConfigModal 的 AGENTS.md 标签页编辑保存；文件不存在时用模板预填。注意与 .CodePapr/agents/*.md（子代理定义）区分——后者变成 task 工具，不是规则。

RequestBuilder 每次 build 校验 tools 不可变（validateToolsImmutable），并对比运行时工具与冻结前缀一致（validateRuntimeToolsMatchPrefix）。

reasoning_content 回传按「历史消息是否存在」决定，与每轮 thinking 开关解耦，避免重建时给历史增删字节（DeepSeekProvider）。

设计意图：「稳定上下文里只注入名称和描述，由模型自行判断是否需要，再按需调用 skill_load 读取完整说明」。

也用于冷启动：memory.md 为空且有 graph 时，后台用 graph 摘要生成初始 memory（agentStore.ts）。

对比：项目里 memory.md 往往存在（自动生成）而 AGENTS.md 可能不存在（需用户保存规则）——两者创建机制不同。

与 Runtime Rules 区别：rules 来自项目文件（AGENTS.md），custom 来自用户设置 + 角色；两者都在稳定区。子代理通过 UiTaskToolContext.customPrompt 继承。

触发器是两个用户设置：maxConversationRounds（对话轮数上限）与 maxContextTokens（输入上下文上限），共同决定 shouldCompact。压缩 = 开启新 context epoch，接受一次前缀失效。本地兜底用正则抽取（buildLocalContextCheckpointSections），可选 LLM 增强生成结构化 sections。

注意：触发压缩的"轮数上限"是用户设置（maxConversationRounds），但具体保留多少条尾部消息由压缩算法的窗口决定。

有损快照：仅含 status / title / retry / errorLog 前 200 字符，不含 description / dependsOn / artifacts。完整细节在 live 期间靠 todo 工具每轮回传。checkpoint.payload.todoDigest 仍存储（数据兼容），但不再单独注入为 user 消息。

日期/时间绝不上前缀；buildDefaultRuntimeContext 只在需要精确时间时才加时间行。⚠ stripConsumedImages 按"后面是否有 assistant"条件剥离图片，属中部翻转，多模态场景需改为写时确定性剥离。

带 tool_calls 的 assistant 消息，其 reasoning_content 必须持续回传（DeepSeek 要求），否则 400。

这是命中率优化的核心：每条工具结果出生即有界，尾部天然受控，miss 收敛到理论下限。阈值按字符（content.length），中文不被字节数误判。重建时直接读取已冻结的工具输出（sortedStringify 保证与实时路径逐字节一致）。