perf(memory): O2d 残差归因反转——探针哨兵走火修复，save@10⁴ 54→111 条/s（memory-opt R6）+ D7 标签校准收口

O2d（12 相计时面 99.5% 覆盖 + 归因反转）：

R5「残差 13.5ms 在 memory 域外」归因错误：真因是 perf 探针清扫哨兵 u64::MAX 经 as i64 变 -1 → 防抖恒开 → 每 save 全量清扫（12.6ms@10⁴）；修复后 @10⁴ save 54→111 条/s（+106%，探针轮 135）、@10³ 1260
域内合并候选全数负证据（conn/prepare≈0、commit+fsync 1.2% → synchronous 维持 FULL 不降档）；生产侧同款 as i64 已核实无活伤（last_sweep_ms 初始化 0）
下一杠杆 scan_sql 80%（save 相似探针精确全扫）——重开 O2b 两阶段裁决，spec 级另立轮次；R6 留痕

D7 校准（real-eval R2）：30 条期望标签逐条复核 30/30 维持零修订（fresh-04 校准点关闭：能力扩展≠状态演进，freeze 代价分析）；D-2 升格门槛 ≥0.95（密钥在场断言）

磁盘卫生：AGENTS.md 增配额卷 80% 水位预清纪律（三次 ENOSPC 实证）；60G 配额围栏维持（扩容需删卷重建，留用户择机）

门禁：clippy/build 绿；全仓 3796 绿 1 红（d13c 停机预算满载时序 flake，单测复跑绿）

icodes-rust

用 Rust 打造的可扩展 LLM Agent 平台：内核与 LLM、领域无关，一切能力（LLM Provider、Tool、UI、存储、协议）以插件形式接入。coding 是第一个垂直场景。

快速开始

依赖 Rust 工具链，MSRV 见根 Cargo.toml 的 rust-version。所有 cargo 命令在 workspace 根执行：

cargo build                                 # 构建
cargo test                                  # 测试（含 doctest）
cargo clippy --all-targets -- -D warnings   # lint 零警告（合入底线）
cargo fmt --all                             # 格式化

目录导览

crates/common            零依赖基础类型与工具
crates/kernel            契约层：EventBus、Service/Plugin trait、事件定义、领域类型（新人从这里读起）
crates/services/*        服务实现，实现 kernel 契约
crates/plugins/*         各领域插件（llm、tool、storage、lsp、tui……）
crates/gateway           组合根层：装配/前门/wire 协议/多传输 server（原 app/host 角色，见 ADR-039）
crates/app               bin 入口，只做装配
app/server               网络面进程（`cargo run -p icodes-server`；调试：`curl --unix-socket <runtime-dir>/icodes/gateway.sock -X POST -d '{"jsonrpc":"2.0","proto":1,"id":"c1","method":"status"}' http://localhost/rpc`）
docs/adr/                架构决策记录
docs/features/           需求工作区：一个需求一个目录（research/design/spec/plan）
docs/guide/              架构原则、交付流程等长文档

开发准则

AGENTS.md 是编码约定、事件命名与交付流程的唯一事实来源；crates/AGENTS.md 是内核与插件的事件与契约细则。为什么这样设计看 docs/adr/，行为规格看各 feature 的 spec，API 用法看 rustdoc（cargo doc --open）。