minimax code支持整仓静态扫描与智能重构：先上传完整项目压缩包，指令驱动识别安全漏洞与技术债并分级标注；再通过指令或依赖图谱识别高内聚模块，需手动验证无状态性；最后生成兼容包装器、重写带类型提示的核心逻辑，并输出结构化迁移清单。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让MiniMax Code自动扫描项目代码、标出安全漏洞、技术债和可重构点，并给出可直接执行的修复方案，而不是手动翻查PEP 8规范或逐行比对SQL注入模式。
整仓上传启动静态扫描
打开MiniMax Code桌面客户端，点击左上角【项目】→【新建审查任务】→选择整个项目根目录（含src/、config/、utils/等全部子目录），压缩为zip后上传。不要只传单个.py或.js文件——【M3的1M上下文优势只有在整仓分析时才真正释放】，局部文件会让它误判跨模块调用关系，比如把本该标记为“高危硬编码密钥”的config.py误判为普通常量文件。
在提示框中输入明确指令：“逐行扫描全部代码，对每处违反PEP 8、硬编码密钥、未处理异常、过期库调用（如urllib2）、SQL拼接、eval使用、无类型注解函数，用[CRITICAL]/[HIGH]/[MEDIUM]三级标注，并附带修复建议。”
等待模型返回带行号标记的报告，通常耗时45秒到3分钟，取决于项目规模。
识别可提取的高内聚模块
方法一：指令驱动式拆分
向MiniMax Code发送新指令：“从以下代码中识别出所有满足以下条件的函数或类：①被3个以上其他模块import；②不依赖当前项目的全局状态；③输入输出均为纯数据结构（dict/list/str/int）。列出它们的完整路径、职责描述、依赖项清单。”
方法二：反向依赖图谱生成
先让M3输出整个项目的模块导入关系图（Mermaid格式），再人工圈出中心节点——这些就是天然的重构锚点。M3画图时会自动过滤掉__init__.py和测试文件，避免干扰判断。
【一旦错误提取，后续所有重构都会引入运行时故障】。这一步不能跳过手动验证。M3可能把某个带隐式环境变量读取的工具函数误判为“无状态”，必须打开对应源码，确认其内部是否调用os.getenv()、config.get()等非纯函数。
生成兼容层并重写逻辑
第一步：生成compat_wrapper.py包装器
对选定要提取的legacy_api.py模块，要求M3输出一个新文件compat_wrapper.py，它必须：①完全保留原模块所有public函数签名；②内部调用重构后的新模块；③对旧调用方零修改即可运行。
第二步：重写核心逻辑
提供新模块命名规范（如core.auth.v2），让M3将原逻辑重写为符合该规范的代码，强制启用type hints、pytest fixture注入、配置参数化。此时必须关闭“自动补全”功能，防止它偷偷加入未经验证的第三方库。
第三步：生成迁移清单
让M3输出一份结构化迁移清单，包含三列：原文件路径+行号、替换后代码片段、是否需人工校验（标注✅或⚠️）。例如：auth.py:47 → core.auth.v2.login_user(username: str, password: str) → ✅。
