一套可直接运行、可直接上线生产的 .NET 10 完整微服务项目，技术栈与架构提示词：
技术栈：
- .NET 10
- .NET Aspire（AppHost 项目编排、服务启动、生成 docker-compose）
- Aspire Dashboard（独立容器，用于日志、指标、分布式追踪）
- Dapr（服务调用、状态、事件总线）
- YARP ApiGateway（统一API网关、路由转发）
- JWT 认证授权（网关统一鉴权）
- CORS（网关统一配置）
- Nginx（唯一对外入口，反向代理，仅暴露 80 端口）
- PostgreSQL 数据库
- Redis 缓存
- Docker + docker-compose 生产部署
- dotnet add package ChainExecutor.NetCoreApp –version 2.0.0 使用该包，所有得业务使用这种链式调用
项目结构：
-
AppHost：Aspire 编排项目，自动启动所有服务、Dapr Sidecar、数据库、Redis、网关
-
ApiGateway：YARP 网关，统一JWT鉴权、CORS、路由转发，鉴权通过后把用户ID、用户名放入请求头 X-UserId、X-UserName 转发给后端API
-
SystemApi：核心基础服务（一个服务包含所有通用能力） 包含功能：
- 认证授权：登录、刷新Token
- 用户管理：CRUD、状态、密码修改
- 角色管理
- 菜单管理（前端路由）
- 权限管理（API权限、按钮权限）
- 字典管理（数据字典、下拉框、配置项）
- 文件管理（上传、下载、预览）
- 网站信息配置（系统设置、网站名称、LOGO、版权、开关配置）
-
WorkflowApi：工作流服务（业务功能） 包含功能：
- 流程定义
- 流程发起、审批、驳回、转审、撤回
- 待办/已办/抄送
- 流程日志
-
所有内部服务不对外暴露端口，仅Nginx暴露80端口
-
Aspire Dashboard 独立容器，用于监控所有服务日志、请求、追踪
-
Nginx 代理前端静态资源 + /api/* 转发到网关
功能要求：
- 网关统一鉴权，后端API不需要鉴权
- 网关统一CORS，后端不需要CORS
- 服务之间通过Dapr调用，自动传递用户上下文
- 所有服务接入Aspire Dashboard（OTLP）
- 提供完整可运行的测试接口
- 提供登录接口（用户名：admin，密码：123）
- 提供API获取当前登录用户信息
- 提供Dapr服务调用示例
- 提供完整docker-compose.yml
- 提供Nginx配置文件
- 提供所有服务的Dockerfile
- 提供完整启动说明、运行说明、部署说明
代码要求：
- 可直接编译、直接运行
- 无错误、无缺失
- 结构清晰、注释完整
- 企业级生产规范
- 安全规范
前端
请一次性生成中后台管理系统 6 个可继承、可复用的 Vue3 + Element Plus 基础页面基类，全部使用 setup 语法，子页面只需要配置字段、列、API，不用写重复逻辑。 基类清单：
- BaseList.vue 通用列表（查询+表格+分页）
- BaseFormList.vue 列表+弹窗表单（增删改查）
- BaseDetailList.vue 列表+详情页
- BaseTreeList.vue 左树右表（树形+表格）
- BaseForm.vue 纯表单提交页
- BaseCardList.vue 卡片列表页
要求：
- 每个基类都封装完整逻辑（loading、分页、请求、查询、重置）
- 使用插槽让子页面自定义内容
- 代码可直接运行、风格统一、样式美观
- 注释清晰、适合企业项目
- 每个文件独立可使用
审批系统「流程引擎 + 业务表单独立渲染」架构 标准提示词 一、核心需求提示词（给产品 / 前端 / 后端通用）
- 我需要设计一套审批类工作流系统，采用流程引擎与业务表单完全解耦的架构设计，核心规则如下：
- 流程模板统一配置
- 每个流程模板必须配置：业务类型标识（bizType）、业务单据详情展示 URL（viewUrl）、单据名称，支持配置审批节点、分支条件、会签 / 或签规则。
- 发起审批逻辑 每个流程模板必须配置：业务类型标识（bizType）、业务单据详情展示 URL（viewUrl）、单据名称，支持配置审批节点、分支条件、会签 / 或签规则。
- 发起审批逻辑
- 用户在业务模块填写并保存单据 → 提交审批时，将业务类型（bizType）+ 业务单据 ID（bizId） 传入流程引擎，绑定生成流程实例，流程引擎不存储业务表单数据。
- 审批页面展示逻辑
- 审批页面不直接渲染业务表单，通过流程模板配置的 viewUrl + 流程实例绑定的 bizId 拼接完整访问地址，使用 iframe 嵌入 / 路由跳转加载业务单据详情页。
- 审批操作统一
- 审批页面仅提供标准化操作：同意、驳回、退回、转办、加签、意见填写，所有业务审批操作逻辑统一。
- 状态与追溯
- 流程状态统一管理：草稿、审批中、已通过、已驳回、已撤销；所有操作、审批意见全程留痕可追溯。 二、给后端开发的精准提示词
- 接口 / 表结构设计要求：
- 流程模板表新增字段：bizType（唯一业务类型，如 leave/purchase）、view_url（业务详情 URL，如 /pages/leave/detail?id=）。
- 流程实例表必须存储：biz_type、biz_id，作为关联业务单据的唯一标识。
- 发起审批接口入参：bizType、bizId、flowTemplateCode、creator。
- 审批详情查询接口出参：返回viewUrl + bizId拼接后的完整业务单据访问地址，不返回业务表单字段。
- 流程引擎仅负责流转逻辑、待办生成、权限控制、异常处理，不耦合任何业务逻辑。 三、给前端开发的精准提示词
- 审批页面开发要求：
- 审批页分为三部分：顶部标准化操作栏（同意 / 驳回 / 退回）、中间业务表单展示区、底部审批意见 + 流程历史。
- 中间区域通过接口获取viewUrl和bizId，动态拼接 URL，使用 iframe 嵌入加载业务单据详情。
- 不解析、不渲染业务表单字段，所有表单展示、样式、交互由业务页面自行实现。
- 支持根据不同 bizType 自动加载对应业务页面，保持审批操作栏样式统一。 四、给 UI / 交互设计的精准提示词
- 页面设计要求：
- 统一设计审批操作栏、意见输入框、流程历史模块，全业务审批页保持交互一致。
- 中间业务展示区域为自适应容器，嵌入不同业务表单页面，无需单独设计业务表单样式。
- 支持 iframe 内嵌页面的高度自适应、加载状态、异常提示处理。
说些什么吧！