← 返回列表
根据标准化项目目录规范，对当前项目仓库执行以下操作：分析现有文件与目录结构，识别代码、配置、文档、测试、脚本、数据、模型、日志、临时文件等各类文件类型，按照统一的目录层级规范（如 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`；
> * 不要在根目录创建任何文件；
> 并确保符合命名规范。