mimo code 的上下文感知通过显式建模项目结构实现：解析元数据与目录约定构建轻量语义图谱，动态锚定编辑位置与任务目标，增量更新保障版本一致，并提供可观察、可干预的人机协同提示。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的上下文感知不是靠“猜”，而是靠显式建模项目结构。它不依赖全局代码扫描或模糊的语义匹配，而是把项目当作一个可导航、有层级、带依赖关系的“结构化空间”来理解。
项目结构解析：从文件系统到语义图谱
MiMo Code 在启动时会主动读取关键元数据：package.json、pyproject.toml、Cargo.toml、tsconfig.json、BUILD 文件等，结合目录约定（如 src/、lib/、app/、tests/）构建初始结构图。它识别出模块边界、入口点（如 main.py、index.ts）、导出接口和测试配对关系，并将这些信息组织成轻量级语义图谱——不是全量 AST，而是带作用域标记的节点网络。
- 例如：看到
src/utils/date-format.ts被src/components/Calendar.vueimport，MiMo 就会在图谱中标记双向引用 + 类型传播路径 - 遇到 monorepo，它会先识别 workspace 配置，再按 package 划分子图，避免跨包误推理
- 对未声明依赖（如动态 require 或 import()）会标注“弱连接”，暂不纳入强推理链，但保留在上下文快照中供回溯
动态上下文锚定：基于编辑位置与任务目标
用户在某个文件某一行发起指令（如“优化这个函数的错误处理”），MiMo 不只看当前函数体，还会自动向上追溯调用链（同步/异步）、向下检查被调用方签名、横向关联同模块测试用例和类型定义文件。
- 编辑光标所在位置决定“焦点上下文半径”：默认包含当前文件 + 直接依赖项 + 类型声明文件（.d.ts / stubs）
- 若任务含关键词如“API”、“auth”、“migration”，会临时激活对应领域子图（如 routes/ + middleware/ + db/migrations/）
- 支持手动 pin 某些文件为“常驻上下文”，比如调试时固定关注 config/env.ts 和 logger.ts
增量更新与版本一致性保障
项目结构不是静态快照。MiMo 在后台监听 fs events（文件增删改、git checkout、branch switch），并对变更做差异归因：
- 新增 .env.local → 触发环境配置子图重载，但不重刷整个 backend/ 目录
- 重命名一个 exports 名称 → 定位所有 import 该名处，标记潜在 breakage 区域，而非全量重分析
- 切换 git 分支时，对比 HEAD 与上一上下文快照的结构哈希，仅同步变动部分图谱节点
人机协同提示：让结构理解可观察、可干预
MiMo 不隐藏它的“理解过程”。当生成建议时，会在侧边栏展示当前激活的上下文范围（如“基于 4 个文件：api/auth.ts、types/user.ts、middleware/auth.ts、test/auth.spec.ts”），并提供一键展开/折叠、排除某文件、或跳转到图谱视图。
- 用户可输入
@context查看当前结构图摘要（含模块数、依赖深度、未解析路径数） - 若发现理解偏差（如误判某目录为测试而非源码），可用
// @mimo ignore注释临时屏蔽该路径 - 结构图支持导出为 Mermaid 代码，方便团队对齐或嵌入文档
它把项目结构变成可查询、可响应、可协作的活地图，而不是被动承载代码的容器。
