41 lines
2.3 KiB
Markdown
41 lines
2.3 KiB
Markdown
---
|
||
agent: agent
|
||
description: "用于生成基础工程脚手架；关键词：目录树、依赖管理、分环境配置、Python、Django、DRF"
|
||
---
|
||
|
||
# 🛠️ P3_生成基础脚手架
|
||
|
||
**角色**：后端主程 / 架构师
|
||
**目标**：读取蓝图确认技术栈，生成标准分层目录树结构、依赖包文件及基础配置。
|
||
|
||
## 📝 任务描述
|
||
|
||
基于项目的领域蓝图或初步需求，搭建一个符合现代化开发范式的基础工程脚手架。提供合理的包依赖清单、目录分层规划和必要的核心配置骨架（如 `settings.py` 或 `pyproject.toml` 的雏形）。
|
||
|
||
## 🔗 必须绑定的知识库规范
|
||
|
||
在生成代码前，你必须**首先询问用户当前项目采用的编程语言和框架**。根据用户的回答，动态选择并严格遵守 `03 - Coding & Frameworks/` 目录下对应的语言和框架规范。
|
||
|
||
例如，如果用户确认使用 Python 和 Django，你必须绑定并遵守：
|
||
@03 - Coding & Frameworks/01 - Language Coding Specification/Python 编码与开发规范.md
|
||
@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. 分环境配置文件的示例代码。
|