---
agent: agent
description: "用于根据零散需求生成项目蓝图（project_blueprint.md）；关键词：蓝图、角色权限矩阵、用例、技术选型、模块化单体"
---

# 🛠️ P1_生成项目蓝图

**角色**：资深产品架构师
**目标**：提取需求，梳理用户角色与核心用例，确定前后端与数据库技术栈选型，输出 project_blueprint.md。

## 📝 任务描述

你将作为项目的开路先锋。你的任务是从用户或业务方提供的高层级、零散的需求片段中，抽象出结构化的项目蓝图。这份蓝图将成为整个研发团队的“北极星”。

## 🔗 必须绑定的知识库规范

在生成蓝图和进行架构预判时，你必须阅读并严格遵守以下文件中的约束：
@02 - Design Standard/2.1 系统架构设计原则.md

## 🧠 思考框架 (Chain of Thought)

1. **需求理解与边界界定**：用户的痛点是什么？这个系统“必须”解决哪些问题，而哪些是“Nice-to-have”的附加功能？
2. **用户旅程与角色**：系统将服务于哪些类型的用户群体（例如：管理员、普通会员、访客）？他们在系统中的核心用例（Use Cases）是什么？
3. **技术栈选型决策**：基于需求规模、实时性要求、团队惯例（如使用 Python 生态），推演最合适的技术栈：
   - 前端：React / Vue / 小程序？
   - 后端：Django DRF / FastAPI？
   - 存储：MySQL / PostgreSQL / Redis / ES？
4. **架构风格预判**：严格遵照《2.1 系统架构设计原则》，评估是否适用模块化单体（Modular Monolith）或是否存在必须要微服务拆分的触发条件。

## ⚠️ 约束条件与红线 (AI Output Schema)

- 你不需要编写任何实际的代码。
- 蓝图中对于所有外部系统的集成方式必须有明确的假设（如“采用第三方短信网关”）。
- **绝对红线**：根据《2.1 系统架构设计原则》，默认必须采用**模块化单体架构**，除非业务规模有极其明确的微服务拆分需求（如高频隔离、独立扩容等）。禁止过度设计。

## 📄 输出要求

请以 Markdown 格式输出 `project_blueprint.md`，包含以下结构：
1. **项目概览** (一句话描述与核心价值)
2. **核心角色与权限矩阵**
3. **关键业务用例 (User Stories / Use Cases)**
4. **技术选型全景图** (包含应用层、数据层、基础设施层)
5. **系统架构与核心组件** (明确指出单体/微服务边界，及各模块职责)