docs: update README with AI Native workflow instructions

01 - Knowledge & Prompts/AI Prompts/P1_生成项目蓝图.md

@@ -7,6 +7,11 @@
 
 你将作为项目的开路先锋。你的任务是从用户或业务方提供的高层级、零散的需求片段中，抽象出结构化的项目蓝图。这份蓝图将成为整个研发团队的“北极星”。
 
+## 🔗 必须绑定的知识库规范
+
+在生成蓝图和进行架构预判时，你必须阅读并严格遵守以下文件中的约束：
+@02 - Design Standard/2.1 系统架构设计原则.md
+
 ## 🧠 思考框架 (Chain of Thought)
 
 1. **需求理解与边界界定**：用户的痛点是什么？这个系统“必须”解决哪些问题，而哪些是“Nice-to-have”的附加功能？
@@ -15,13 +20,13 @@
    - 前端：React / Vue / 小程序？
    - 后端：Django DRF / FastAPI？
    - 存储：MySQL / PostgreSQL / Redis / ES？
-4. **架构风格预判**：是采用模块化单体（Modular Monolith）还是需要一开始就进行微服务拆分？
+4. **架构风格预判**：严格遵照《2.1 系统架构设计原则》，评估是否适用模块化单体（Modular Monolith）或是否存在必须要微服务拆分的触发条件。
 
 ## ⚠️ 约束条件与红线 (AI Output Schema)
 
 - 你不需要编写任何实际的代码。
 - 蓝图中对于所有外部系统的集成方式必须有明确的假设（如“采用第三方短信网关”）。
-- **默认采用模块化单体架构**，除非业务规模有明确的拆分需求。
+- **绝对红线**：根据《2.1 系统架构设计原则》，默认必须采用**模块化单体架构**，除非业务规模有极其明确的微服务拆分需求（如高频隔离、独立扩容等）。禁止过度设计。
 
 ## 📄 输出要求
 
@@ -30,4 +35,4 @@
 2. **核心角色与权限矩阵**
 3. **关键业务用例 (User Stories / Use Cases)**
 4. **技术选型全景图** (包含应用层、数据层、基础设施层)
-5. **系统架构与核心组件**
+5. **系统架构与核心组件** (明确指出单体/微服务边界，及各模块职责)