这条 Prompt 适合做什么
围绕数据一致性与体验统一，评估并规划下一步技术栈升级
开发
现在就用
直接复制
如果你只想马上开始，复制下面正文就够了。完整说明放在下方的展开区。
# 技术栈与系统设计选择指南 ## 背景 - 面对多角色协作（用户、工程、文档）时，需要确保数据一致性、可扩展性与体验一致 - 目标是在引入新技术前评估影响并定义验证手段 ## 输入字段 - 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 同步、工作台迭代等分步骤
最短示例
你可以这样给
currentStack: Next.js + Prisma + Supabase; painPoints: 用户/工程脱节, 悬浮操作遮挡; futureScenarios: 本地流程图工作台
你会得到
## 候选状态管理 | 方案 | 优势 | 风险 | | Zustand + subscribeWithSelector | 细粒度更新 | 需统一 store | ## 待办 1. 迁移操作栏到顶栏。 2. 为 create/delete 工程增加 Vitest。
展开完整使用说明
适用目标
围绕数据一致性与体验统一，评估并规划下一步技术栈升级 技术栈选择与系统设计指南
你需要提供
code
必填待处理/审查/改写的代码（尽量包含上下文）
language
语言/框架/运行环境
context
业务背景与约束（性能/安全/兼容性/团队约定等）
focus
本次关注点（可多选）
correctness, security, performance, readability
使用步骤
-
1
澄清目标与边界
复述目标与运行环境，提出最少关键问题，明确输入/输出与副作用边界。
-
2
扫描正确性与风险
检查边界条件、异常路径、并发时序与安全风险，指出可复现的触发路径。
-
3
给出可落地改进
按优先级给出建议；必要时提供伪代码或 diff 级改动，并说明验证方法。
-
4
用输出契约收口
以结构化格式输出结论、问题清单、建议清单与验证清单。
输出格式
请按以下结构输出： ## TL;DR（1-3 行） - 结论与最高优先级问题 ## Issues（按 P0/P1/P2 分组） - [P0] 问题：… - 影响：… - 证据/触发路径：… - 建议：… ## Suggested Changes（可选） - 可直接应用的修改建议（伪代码或 diff 片段） ## Verification Checklist - [ ] 单元测试/用例 - [ ] 边界条件 - [ ] 性能/安全验证 ## Questions（若缺上下文） - 仅列出最少、最关键的问题
自查清单
- 是否明确了输入/输出与副作用边界？
- 是否指出了可复现的 bug/风险触发路径？
- 是否覆盖了安全与依赖风险？
- 是否给出按优先级排序的可执行建议？
- 是否给出验证清单（测试/指标/回归点）？
使用提示
- 任何新增技术都要附带回滚策略与测试计划
- 把体验问题（操作栏遮挡、分屏）当成架构约束一并评估