2026-03-30 11:25:25 +08:00
|
|
|
|
# 🛠️ P3_生成基础脚手架
|
2026-03-30 11:19:22 +08:00
|
|
|
|
|
2026-03-30 11:25:25 +08:00
|
|
|
|
**角色**:后端主程 / 架构师
|
|
|
|
|
|
**目标**:读取蓝图确认技术栈,生成标准分层目录树结构、依赖包文件及基础配置。
|
|
|
|
|
|
|
|
|
|
|
|
## 📝 任务描述
|
|
|
|
|
|
|
|
|
|
|
|
基于项目的领域蓝图或初步需求,搭建一个符合现代化开发范式的基础工程脚手架。提供合理的包依赖清单、目录分层规划和必要的核心配置骨架(如 `settings.py` 或 `pyproject.toml` 的雏形)。
|
|
|
|
|
|
|
|
|
|
|
|
## 🔗 必须绑定的知识库规范
|
|
|
|
|
|
|
|
|
|
|
|
在生成代码前,你必须阅读并严格遵守以下文件中的约束:
|
2026-03-30 11:19:22 +08:00
|
|
|
|
@03 - Coding & Frameworks/01 - Language Coding Specification/Python 编码与开发规范.md
|
2026-03-30 11:25:25 +08:00
|
|
|
|
@03 - Coding & Frameworks/02 - Framework Development Specification/Django_DRF开发规范.md
|
|
|
|
|
|
|
|
|
|
|
|
## 🧠 思考框架 (Chain of Thought)
|
|
|
|
|
|
|
|
|
|
|
|
1. **依赖管理**:推荐使用什么工具?(如使用 `uv` 替代传统的 `pip` 和 `requirements.txt`)。应当引入哪些关键的第三方包(如用于 Token 鉴权的库、用于分环境配置的库)?
|
|
|
|
|
|
2. **目录划分**:根据系统规模,设计清晰的模块化单体结构。如何划分应用 (Apps)?业务线之间如何解耦?
|
|
|
|
|
|
3. **架构落地**:如何预留出 Service 层和 View 层的分离空间?在哪里配置全局的 Exception Handler 和 Renderer?
|
|
|
|
|
|
|
|
|
|
|
|
## ⚠️ 约束条件与红线 (AI Output Schema)
|
|
|
|
|
|
|
|
|
|
|
|
- **绝对红线 1**:必须全面拥抱 Python 3.9+ 的类型注解(Type Hints)。
|
|
|
|
|
|
- **绝对红线 2**:禁止使用废话解析。直接输出符合规范并带有详细中文注释的代码和配置文件。
|
|
|
|
|
|
- 严禁将所有配置揉在单个配置文件中,必须设计**多环境配置拆分**(例如基础配置、开发环境配置、生产环境配置分开)。
|
|
|
|
|
|
|
|
|
|
|
|
## 📄 输出要求
|
|
|
|
|
|
|
|
|
|
|
|
请以 Markdown 代码块的形式输出以下内容:
|
|
|
|
|
|
1. 完整的项目目录树结构图(解释每一层的作用)。
|
|
|
|
|
|
2. 项目依赖配置文件(如 `pyproject.toml` 或 `requirements.txt`)。
|
|
|
|
|
|
3. 分环境配置文件的示例代码。
|