代码导入

规范 §10 / §21.3.2：代码迁移 / 调优协作的运行从一个真实仓库开始（通过 od project import 克隆或由用户提供路径）。此原子将原始 checkout 转换为规范化的磁盘记录，供后续原子（design-extract、rewrite-plan、patch-edit）使用。其目的在于避免每轮重新遍历树——智能体读取一次 code/index.json，并在下次显式重新导入之前信任该快照。

输入

来源	必需	备注
repoPath	是	仓库根目录的绝对路径，通过 od project import 或上游的 od.context.assets[] 引用提供
targetStack	是	通过匹配的 form GenUI 界面提供 { framework, packageManager, styleSystem, componentLibrary }

输出

project-cwd/
└── code/
    ├── index.json         # { files: { path, size, language, imports[] }[], packageJson?, lockfileKind, framework, styleSystem }
    ├── components.json    # 检测到的组件及其文件路径与 props 快照
    ├── routes.json        # 检测到的路由模型（next/app、react-router、vite-router……）
    └── meta.json          # { repoPath, gitSha, walkedAt, atomDigest, walkBudgetMs }

code/index.json 是每个其他 Phase 7 原子读取的输入。遍历遵守 runner 的 budgetMs 选项（默认 60s），以避免大型 monorepo 在导入阶段消耗整个运行的时间。

收敛

当 code/index.json 存在且至少包含一条条目时，原子完成。空仓库通过清晰的错误事件中止，以便用户重新导入。

提示片段禁止的反模式

• 遍历 node_modules / .git / .next / dist / build（记录在 code/index.json.skipped[] 中并附上原因）。
• 仅凭单个文件推断框架；要求至少 package.json 中声明的依赖，加上构建配置的存在（`next.co…