Prompt Content
主动作是复制 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
Tips
任何新增技术都要附带回滚策略与测试计划
把体验问题(操作栏遮挡、分屏)当成架构约束一并评估