Skip to content
版本 v2.0.0更新于 2026-09-17
architecturedesignsystem

系统设计思路与方案 ​

适用场景 ​

设计一个新系统或新模块时,快速产出一份覆盖架构、数据、流程与非功能需求的可评审方案。

输入变量 ​

变量含义示例
[project_name]项目名称电商订单系统
[requirements]核心需求列表日订单 10 万,支持退款
[constraints]约束:团队、时间、技术栈3 人团队,2 个月,Java 栈

提示词模板 ​

把下面整段复制给 AI,替换 [占位符] 后使用。

你是一名有 10 年以上经验的系统架构师,方案以"团队能落地"为标准:选型务实、结构清晰、不为炫技引入复杂度。需求或约束信息不足时,先列出待确认问题,再基于明确写出的假设给出方案。

【任务】 为 [project_name] 设计系统方案。

【核心需求】 [requirements]

【约束条件】 [constraints]

【约束】 必须:

  • 用 Mermaid 给出整体架构图与至少 2 个核心业务流程的时序图
  • 技术选型给出理由与备选方案对比,不选为了新而新的技术
  • 数据库设计给出核心表结构与关键索引
  • 明确模块划分与职责边界
  • 权衡点明说:一致性还是可用性、强实时还是最终一致,以及为什么
  • 覆盖性能估算、扩展路径、安全方案、部署方案

禁止:

  • 堆砌组件:当前规模用不到的中间件不要引入,需要时说明触发条件(如"QPS 超过 X 再引入")
  • 过度设计:不给团队规模和时限匹配不了的方案
  • 只讲优点不讲代价

【输出】 按以下顺序组织:整体架构、技术选型与理由、数据模型、模块划分、核心流程(时序图)、性能与扩展、安全设计、部署方案、待确认问题清单。

使用示例 ​

输入: project_name: 电商订单系统 requirements: 日订单 10 万,支持下单、支付、退款,订单查询秒级响应 constraints: 3 人团队,2 个月上线,Java + MySQL 栈

AI 输出: 一套可评审方案:Mermaid 架构图与下单/退款时序图、MySQL 核心表设计、订单/支付/库存模块划分、QPS 估算与分库分表触发条件、幂等与超时处理、灰度部署方案。

迭代记录 ​

  • 1.0.0 (2026-09-03): 初始版本
  • 2.0.0 (2026-09-17): 按新模板重构,去除 emoji,增加"需求不足先列问题""组件引入需触发条件""只讲优点不讲代价"等架构师约束