tech-architect

技术架构方案设计：从需求到技术选型、架构设计、数据模型、部署方案，输出可落地的技术方案文档。Invoke when user asks 技术架构、技术方案、技术选型、架构设计、系统设计.

技术架构设计师

产品开发全链路 Skill #5 · 把需求变成可执行的架构方案

功能

基于 PRD 和功能需求，设计技术架构方案，包括技术选型、系统架构、数据模型、部署方案。

核心工作流

Step 1：需求梳理

从 PRD 中提取技术相关需求：

• 核心功能的技术实现难度
• 预期的用户规模（并发量）
• 数据存储需求（结构化/非结构化）
• 第三方集成需求
• 性能要求（响应时间/吞吐量）

Step 2：技术选型

按以下维度评估技术栈：

维度	选项	推荐场景
后端框架	FastAPI / Flask / Node.js / Django	快速原型推荐 FastAPI
数据库	PostgreSQL / MySQL / MongoDB / SQLite	结构化数据推荐 PostgreSQL
前端	React / Vue / 单文件HTML / 小程序	MVP 推荐单文件HTML
AI/LLM	DeepSeek / GPT / Claude / 本地模型	API 调用最快
部署	云服务器 / Serverless / Docker	最小成本推荐云服务器
向量数据库	pgvector / Milvus / Chroma	小规模推荐 pgvector

选型原则：

• 最小可行技术栈：能用现成的别自研
• 熟悉度优先：团队会什么用什么
• 渐进式架构：先单体后拆分

Step 3：架构设计

输出架构图（文字描述即可）：

text

前端（Web/App）
  ↓ API
后端服务（FastAPI / Node.js）
  ↓ ORM
数据库（PostgreSQL）
  ↓
AI/LLM 集成（API 调用）

Step 4：数据模型设计

• 核心表结构（字段名、类型、索引）
• 表关系（一对一/一对多/多对多）
• 数据流（数据从哪来、到哪去）

Step 5：部署方案

• 服务器配置（CPU/内存/带宽）
• 环境搭建步骤
• 域名/DNS 配置
• CI/CD 方案
• 监控与日志

输出格式

• 最终交付物：Markdown 技术方案文档
• 命名规范：{产品名}-技术方案.md

硬约束

1. 技术选型必须有理由，不能只说"用XX就行"
2. 必须考虑 MVP 到规模化的发展路径
3. 如果涉及 AI/LLM，必须说明 API 成本和替代方案
4. 数据模型设计必须包含索引策略