mimo code 的“无限上下文”依托结构化记忆与自动重建实现跨文件逻辑跳转：四层记忆体系（memory.md、checkpoint.md、tasks/日志、notes.md）协同定位关联文件；sqlite fts5 支持语义级全文搜索；writer 子 agent 持续更新结构化动作记录以保障状态一致。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的“无限上下文”不是靠堆 Token 实现的，而是靠结构化记忆 + 自动重建来支撑跨文件逻辑跳转——它不依赖模型记全所有代码，而是让系统始终知道“你在做什么、做到哪了、关联哪些文件”。
跨文件跳转时，真正起作用的是四层记忆体系
当你在 A.ts 修改一个函数，接着问“这个函数被哪些组件调用”，MiMo Code 不是从头扫描整个项目，而是从已持久化的记忆中快速定位：
- MEMORY.md：记录项目级知识，比如“UserContextProvider 是全局状态入口，所有页面组件都通过它获取用户信息”
- checkpoint.md：保存当前会话的关键状态，例如“正在重构 auth 流程，已修改 login.tsx 和 api/auth.ts”
- tasks/ 目录下的任务日志：明确标记“task-042：将 token 刷新逻辑从 AuthGuard 移至 useAuth hook”
- notes.md：你手动写的临时备注，比如“注意：DashboardLayout 的 header 需要兼容暗色模式切换”
自动重建上下文，让跳转不丢上下文线索
当你从 src/pages/Home.tsx 切到 src/lib/utils.ts，再回到 src/features/profile/ProfileCard.tsx，MiMo Code 不是重新加载全部文件，而是：
- 检测当前 Token 预算余量，若低于阈值，立即触发 rebuild
- 读取最近 checkpoint + MEMORY.md 中相关模块描述 + tasks/ 下未完成项
- 动态注入最相关的 3–5 个文件片段（按语义相关性排序，非按时间或路径）
- 保留调用链路痕迹，例如：“ProfileCard → useUserProfile → fetchUserProfile → api/user.ts”
SQLite FTS5 全文搜索加速跨文件关联
传统 grep 或 LSP 在模糊语义下容易漏匹配，而 MiMo Code 把所有代码注释、函数签名、commit message、甚至你写过的 notes.md 都索引进 SQLite 的 FTS5 引擎。这意味着：
- 搜 “token refresh” 能同时命中 api/auth.ts 中的 refreshToken 方法、useAuth.ts 中的 useEffect 块、以及 notes.md 里你写的“token 刷新需加 retry 机制”
- 跳转时不只是找符号定义，还能识别“这个 error handler 实际处理的是 login flow 的 network timeout”这类隐含逻辑
- 跨文件引用关系自动构建图谱，比如点击某个 props 类型，可反向追溯到定义它的 interface、使用它的组件、以及测试用例所在位置
Writer 子 Agent 确保跳转前后状态一致
主 Agent 在执行跨文件编辑时，不自己维护上下文快照。每次关键操作（如保存修改、跳转到新文件、确认函数签名变更），Writer 子 Agent 都会同步更新结构化字段：
- 动作（action）：“refactor function signature”
- 影响范围（affected_files）：["src/hooks/useAuth.ts", "src/api/auth.ts"]
- 设计决策（design_decision）：“将 refreshToken 提升为独立 hook，避免在 AuthGuard 中耦合副作用”
- 错误（error）：“原实现中未处理 401 后的 redirect，已在 useAuth 中补全”
下次你中断后重启，系统不是靠重放对话，而是靠这些字段重建意图和上下文，跳转逻辑自然连贯。
