Prompt

技术栈选择与系统设计指南

围绕数据一致性与体验统一,评估并规划下一步技术栈升级

Prompt Content

Open GitHub

主动作是复制 prompt 本身;GitHub 作为源文件与版本历史入口。

# 技术栈与系统设计选择指南

## 背景
- 面对多角色协作(用户、工程、文档)时,需要确保数据一致性、可扩展性与体验一致
- 目标是在引入新技术前评估影响并定义验证手段

## 输入字段
- currentStack:现用前端/后端/数据存储与状态管理
- painPoints:如用户/工程表未关联、重复操作栏、移动端受限
- futureScenarios:计划支持的功能(多人协作、流程图工作台、Vitest 自动化等)
- constraints:安全、离线、浏览器兼容

## 工作流
1. **业务建模**:绘制用户表与工程表的关联、权限与生命周期,记录数据同步需求。
2. **技术选型矩阵**:比较候选状态管理、存储、作图方案(Zustand、本地 IndexedDB、云触发器等),列出优缺点。
3. **体验一致性设计**:重新布局操作区,确保悬浮操作不会遮挡,小屏幕引入工作台区域并支持分屏。
4. **质量与验证**:为关键操作生成 Vitest 单元测试与 Playwright 场景;确定删除/同步流程的事务与回滚策略;把流程图版本写入 localStorage 并附历史浏览记录。

## 输出
- `/doc/architecture/stack-evaluation.md`:候选方案矩阵
- `/doc/architecture/data-links.md`:用户表/工程表关联设计
- `/tests/` 目录中的新增用例清单与运行指令
- 实施待办:创建/删除工程、Notion 同步、工作台迭代等分步骤

Examples

Input
currentStack: Next.js + Prisma + Supabase; painPoints: 用户/工程脱节, 悬浮操作遮挡; futureScenarios: 本地流程图工作台

Output
## 候选状态管理 | 方案 | 优势 | 风险 | | Zustand + subscribeWithSelector | 细粒度更新 | 需统一 store | ## 待办 1. 迁移操作栏到顶栏。 2. 为 create/delete 工程增加 Vitest。

Tips

任何新增技术都要附带回滚策略与测试计划
把体验问题(操作栏遮挡、分屏)当成架构约束一并评估

Related Prompts