前后端项目标准化 MD 文件集
一个成熟的前后端开发项目,最好把“需求、架构、接口、开发约定、测试、部署、AI 协作规则”都沉淀成 Markdown 文件。这样团队成员、AI 编程助手、CI/CD 和代码审查流程都能围绕同一套事实工作。
本主题给出两套示例:
推荐目录结构
text
project-root/
├── README.md
├── CHANGELOG.md
├── CONTRIBUTING.md
├── SECURITY.md
├── LICENSE.md
├── docs/
│ ├── product/
│ │ ├── PRD.md
│ │ ├── USER_STORIES.md
│ │ └── ROADMAP.md
│ ├── architecture/
│ │ ├── OVERVIEW.md
│ │ ├── FRONTEND.md
│ │ ├── BACKEND.md
│ │ ├── DATABASE.md
│ │ └── ADR/
│ ├── api/
│ │ ├── API_SPEC.md
│ │ ├── ERROR_CODES.md
│ │ └── AUTH.md
│ ├── development/
│ │ ├── SETUP.md
│ │ ├── CODING_STANDARDS.md
│ │ ├── BRANCHING.md
│ │ └── REVIEW_CHECKLIST.md
│ ├── testing/
│ │ ├── TEST_STRATEGY.md
│ │ ├── E2E.md
│ │ └── TEST_DATA.md
│ ├── operations/
│ │ ├── DEPLOYMENT.md
│ │ ├── ENVIRONMENT.md
│ │ ├── OBSERVABILITY.md
│ │ └── RUNBOOK.md
│ └── ai/
│ ├── PROMPTING.md
│ ├── AI_REVIEW.md
│ └── TASK_TEMPLATES.md
└── .github/
└── PULL_REQUEST_TEMPLATE.md文件分层
| 层级 | 目标 | 代表文件 |
|---|---|---|
| 项目入口 | 让新人和 AI 快速理解项目 | README.md、SETUP.md |
| 产品事实 | 明确做什么、不做什么 | PRD.md、USER_STORIES.md、ROADMAP.md |
| 技术事实 | 明确系统如何组成 | OVERVIEW.md、FRONTEND.md、BACKEND.md、DATABASE.md |
| 协作规范 | 明确如何开发和审查 | CONTRIBUTING.md、CODING_STANDARDS.md、REVIEW_CHECKLIST.md |
| 质量保障 | 明确如何验证 | TEST_STRATEGY.md、E2E.md、AI_REVIEW.md |
| 运维交付 | 明确如何上线和排障 | DEPLOYMENT.md、ENVIRONMENT.md、RUNBOOK.md |
| AI 协作 | 让 AI 读到稳定规则 | CLAUDE.md 或 AGENTS.md、PROMPTING.md |
最小可用版本
如果项目刚启动,不需要一次写满所有文件。最小集合建议:
README.mddocs/product/PRD.mddocs/architecture/OVERVIEW.mddocs/api/API_SPEC.mddocs/development/SETUP.mddocs/development/CODING_STANDARDS.mddocs/testing/TEST_STRATEGY.mddocs/operations/DEPLOYMENT.md- Claude 项目加
CLAUDE.md,Codex 项目加AGENTS.md
维护原则
- 每个文件只回答一类问题,避免变成杂货铺。
- 重要决策写入
docs/architecture/ADR/,不要埋在聊天记录里。 - API、环境变量、部署流程变化后同步更新文档。
- AI 协作文件要短、准、可执行,优先写命令、路径、边界和完成标准。