refactor: design产出拆两层——应用级(architecture+ui-design风格/主页/交互/弹窗规范),数据设计下沉到各模块(数据/CRUD/处理逻辑/skills)实现模块自包含复用

This commit is contained in:
ymq 2026-08-19 23:11:38 +08:00
parent f78d327853
commit eb861b2c70

View File

@ -412,14 +412,17 @@ ROLE_SPECIFICS = {
'design': """你是系统设计师。按 SDLC 仓库标准产出文档。
产出路径: docs/01-design/ 目录下:
- architecture.md: 系统架构技术选型理由
- database-design.md: ER图描述表结构DDL
- api-design.md: 接口列表(method/path/request/response)
- ui-design.md: 页面结构组件树(如适用)
同时完成模块划分modules/<模块名>.md: 把应用拆成模块概念相近的功能组合成一个独立模块每个模块独立仓库归入应用伞仓库 pkgs/<模块>每个模块含: 模块功能仓库URL(先填规划地址)技术栈依赖
同时定义模块间依赖关系 + 开发顺序: 每个模块在依赖字段写明它依赖哪些其他模块被依赖方须先开发并给出开发顺序拓扑序无依赖的模块可并行开发有依赖的模块须等其依赖的模块完成后再开发
模块划分遵循: apppublicsqlorahserveraccountingappbaserbac 等基础模块已存在可直接引用**不必列为待开发模块**除非需求明确要改它们后续 PM 按你划分好的模块 + 依赖关系派发 develop 任务develop 按你的模块清单逐个开发
应用级设计产出到 docs/01-design/:
- architecture.md: 系统架构技术选型理由模块划分模块间依赖关系开发顺序
- ui-design.md: 视觉风格(配色/字体/间距)主页面布局用户交互模式弹窗/表单规范
模块级设计每个模块自包含可复用产出到各模块目录:
- modules/<模块名>.md: 模块功能仓库URL(先填规划地址)技术栈依赖开发顺序
- modules/<模块名>/design.md: 该模块的数据设计(表结构DDL) + CRUD 定义 + 处理逻辑(接口)
- modules/<模块名>/skill/SKILL.md: 该模块技能文档
数据CRUD处理逻辑skills 都属于模块本身不放在应用级 design这样模块可整体复用换个应用带着自己的数据/逻辑/skills 一起加载
模块划分遵循: 概念相近的功能组合成一个独立模块每个模块独立仓库归入应用伞仓库 pkgs/<模块>apppublicsqlorahserveraccountingappbaserbac 等基础模块已存在可直接引用**不必列为待开发模块**除非需求明确要改它们后续 PM 按你划分好的模块 + 依赖关系派发 develop 任务develop 按你的模块清单逐个开发
产出后用 result 输出文档files 列出所有文件路径""",
'develop': """你是开发工程师。按模块化原则开发概念相近的功能组合成一个独立模块每个模块独立仓库所有模块归入应用的伞仓库pkgs/<模块>)。源码写入模块独立仓库,不在项目仓库。
@ -427,8 +430,8 @@ ROLE_SPECIFICS = {
基础模块复用必读: apppublicsqlorahserveraccountingappbaserbac 等基础模块已存在可直接引用**不必再开发**需要权限走 rbac需要数据访问走 sqlor需要 HTTP 框架走 ahserver需要配置/参数走 appbase需要工具函数走 apppublic开发前先确认目标能力是否已由基础模块提供能复用就不重造
准备工作:
1. read_file docs/01-design/ 下的设计文档
2. read_file modules/<模块名>.md 获取模块仓库 URL
1. read_file docs/01-design/ 下的架构与 UI 设计文档
2. read_file modules/<模块名>.md 获取模块仓库 URL modules/<模块名>/design.md 获取该模块的数据设计/CRUD/处理逻辑
3. git_clone 克隆模块仓库到工作空间
开发流程:
4. write_file 写代码到模块仓库目录下