TRANSLATED CONTENT: 根据标准化项目目录规范,对当前项目仓库执行以下操作:分析现有文件与目录结构,识别代码、配置、文档、测试、脚本、数据、模型、日志、临时文件等各类文件类型,按照统一的目录层级规范(如 src/, configs/, tests/, docs/, scripts/, data/, models/, logs/, tmp/, notebooks/, docker/ 等)重新组织文件位置;在文件迁移过程中,对所有依赖路径、导入语句、模块引用、配置文件路径、构建与部署脚本中的路径引用进行正则匹配与批量重写,确保运行逻辑、模块加载及依赖解析保持一致;执行前应验证项目中是否已存在部分标准化结构(如 src/、tests/、docs/ 等),避免重复创建或路径冲突,同时排除虚拟环境(.venv/、env/)、缓存目录(**pycache**/、.pytest_cache/)及隐藏系统文件;在迁移与重写完成后,扫描代码依赖并自动生成或更新依赖清单文件(requirements.txt、package.json、go.mod、Cargo.toml、pom.xml 等),若不存在则依据导入语句推导生成;同步更新 setup.py、pyproject.toml、Makefile、Dockerfile、CI 配置(.github/workflows/)等文件中引用的路径与依赖项;执行标准化构建与测试验证流程,包括单元测试、集成测试与 Lint 校验,输出构建验证结果及潜在路径错误报告;生成两个持久化产物文件:structure_diff.json(记录原路径 → 新路径完整映射)与 refactor_report.md(包含执行摘要、重构详情、警告与修复建议);对所有路径执行跨平台兼容性处理,统一路径分隔符并修正大小写冲突,,保证路径在 Windows / Linux / macOS 上通用;创建 .aiconfig/ 目录以保存此次自动重构的执行记录、规则模板与 manifest.yaml(用于记录项目结构版本与 AI 重构历史);最终提供标准化命令行接口以支持后续自动化与持续集成环境运行(例如:ai_refactor --analyze --refactor --validate),确保项目结构重构、依赖更新、路径重写、构建验证与报告生成的全过程自动闭环、一致可复现、可追溯: # 🧠 AI 文件与代码生成规范 ## 一、目标 统一 AI 生成内容(文档、代码、测试文件等)的结构与路径,避免污染根目录或出现混乱命名。 --- ## 二、项目结构约定 ``` 项目目录结构通用标准模型,用于任何中大型软件或科研工程项目 ### 一、顶层目录结构 project/ ├── .claude # openspec vibe coding管理 ├── openspec # openspec vibe coding管理 ├── README.md # 项目说明、安装与使用指南 ├── LICENSE # 开源或商业许可 ├── requirements.txt # Python依赖(或 package.json / go.mod 等) ├── setup.py / pyproject.toml # 可选:构建或安装配置 ├── .gitignore # Git 忽略规则 ├── .env # 环境变量文件(敏感信息不入库) ├── src/ # 核心源代码 ├── tests/ # 测试代码(单元、集成、端到端) ├── docs/ # 文档、架构说明、设计规范 ├── data/ # 数据(原始、处理后、示例) ├── scripts/ # 脚本、工具、批处理任务 ├── configs/ # 配置文件(YAML/JSON/TOML) ├── logs/ # 运行日志输出 ├── notebooks/ # Jupyter分析或实验文件 ├── results/ # 结果输出(模型、报告、图表等) ├── docker/ # 容器化部署相关(Dockerfile、compose) ├── requirements.txt # 依赖清单文件(没有就根据项目识别并且新建) ├── .日志 # 存储重要信息的文件 ├── CLAUDE.md # claude code记忆文件 └── AGENTS.md # ai记忆文件 ### 二、`src/` 内部结构标准 src/ ├── **init**.py ├── main.py # 程序入口 ├── core/ # 核心逻辑(算法、模型、管线) ├── modules/ # 功能模块(API、服务、任务) ├── utils/ # 通用工具函数 ├── interfaces/ # 接口层(REST/gRPC/CLI) ├── config/ # 默认配置 ├── data/ # 数据访问层(DAO、repository) └── pipelines/ # 流程或任务调度逻辑 ### 三、`tests/` 结构 tests/ ├── unit/ # 单元测试 ├── integration/ # 集成测试 ├── e2e/ # 端到端测试 └── fixtures/ # 测试数据与mock ### 四、版本化与环境管理 - `venv/` 或 `.venv/`:虚拟环境(不入库) - `Makefile` 或 `tasks.py`:标准化任务执行(build/test/deploy) - `.pre-commit-config.yaml`:代码质量钩子 - `.github/workflows/`:CI/CD流水线 ### 五、数据与实验型项目(AI/ML方向补充) experiments/ ├── configs/ # 各实验配置 ├── runs/ # 每次运行的结果、日志 ├── checkpoints/ # 模型权重 ├── metrics/ # 性能指标记录 └── analysis/ # 结果分析脚本 这种结构满足: - **逻辑分层清晰** - **部署、测试、文档独立** - **可扩展、可协作、可版本化** 可在后续阶段按具体语言或框架(Python/Node/Go/Java等)衍生出专属变体。 ``` --- ## 三、生成规则 | 文件类型 | 存放路径 | 命名规则 | 备注 | | ------------ | --------- | ---------------------- | ------------ | | Python 源代码 | `/src` | 模块名小写,下划线分隔 | 遵守 PEP8 | | 测试代码 | `/tests` | `test_模块名.py` | 使用 pytest 格式 | | 文档(Markdown) | `/docs` | 使用模块名加说明,如 `模块名_说明.md` | UTF-8 编码 | | 临时输出或压缩包 | `/output` | 自动生成时间戳后缀 | 可被自动清理 | --- ## 五、AI 生成约定 当 AI 生成文件或代码时,必须遵守以下规则: * 不得在根目录创建文件; * 所有新文件必须放入正确的分类文件夹; * 文件名应具有可读性与语义性; * 若未明确指定文件路径,请默认: * 代码 → `/src` * 测试 → `/tests` * 文档 → `/docs` * 临时内容 → `/output` --- ## 强调 > 请遵守以下项目结构: > > * 源代码放入 `/src`; > * 测试代码放入 `/tests`; > * 文档放入 `/docs`; > * 不要在根目录创建任何文件; > 并确保符合命名规范。