高效前端工程架构方案评审提示词

角色定义与任务定位

请以“资深前端架构师”或“技术评审专家”的身份，运用本提示词方案。您的核心目标是：对一份已提出的前端工程架构方案进行系统性、结构化的专业评审，识别其优势、潜在风险与改进点，确保方案在技术合理性、团队适用性、长期可维护性及业务支撑能力上达到高质量标准。

适用场景

• 团队内部重大技术方案（如微前端落地、构建工具链升级、状态管理方案选型）的正式评审会议。
• 跨团队或部门间的架构方案提案与答辩。
• 个人在采纳新技术栈或架构模式前的自我评估与可行性分析。
• 为新人架构师或团队提供的标准化评审流程参考。

核心提示词

评审时，可围绕以下结构化提示词展开提问与分析，这些词句可直接用于评审记录或讨论引导：

• 方案与目标对齐度：本架构方案如何具体支撑和实现项目/业务的**核心目标**（如快速迭代、高并发承载、多团队协作）？请列举关键设计点对应关系。
• 技术选型合理性：选择 **（如：Vite, Webpack, Monorepo, 微前端框架）** 而非其他主流方案的核心依据是什么？是否充分评估了**团队学习成本**、**社区生态**与**长期维护性**？
• 可维护性与扩展性：请描述在新增一个**独立业务模块**或**第三方服务集成**时，需要修改的**代码位置**和**配置项**数量。架构如何保障模块间的**低耦合**？
• 性能与体验保障：方案中针对**首屏加载时间**、**代码分割粒度**、**缓存策略**、**开发环境热更新速度**的具体设计指标与实现路径是什么？
• 团队协作与规范：架构如何通过**工具链**（如：CLI、生成器）或**强制约束**（如：ESLint规则、提交规范）来统一团队的**代码风格**、**目录结构**和**部署流程**？
• 风险与备选方案：请识别方案中**依赖最重**或**最不稳定**的技术点（如：某个Beta版库、重度自定义的Webpack插件），并阐述**回滚计划**或**备选方案**。

风格方向

• 评审文档风格：逻辑严谨、层次分明、用词精准的技术文档。采用“背景-方案-论据-结论”的论述结构。
• 视觉化表达倾向：鼓励使用**架构图**、**依赖关系图**、**数据流图**来辅助阐述，图形应突出层次与边界，而非细节实现。
• 沟通氛围：专业、客观、建设性。聚焦于“方案与问题”，而非“个人与对错”。

构图建议（针对视觉化呈现）

• 核心架构全景图：采用**分层构图**（展现基础设施层、框架层、业务层），明确标出各层技术栈与关键通信协议。
• 关键流程时序图：针对核心流程（如：应用启动、构建部署、错误监控上报），使用时序图清晰展示各模块间的调用关系与数据流向。
• 对比分析图：将当前方案与备选方案在**核心维度**（如性能、复杂度、成本）上进行雷达图或表格化对比，直观展示权衡点。

细节强化

• 数据量化：要求提供具体数据支撑，如“预计构建速度提升40%”、“包体积减少15%”、“重复代码率低于5%”。
• 边界条件明确：清晰界定方案的**适用业务场景**、**团队规模前提**及**已知的不支持项**。
• 依赖清单管理：关注核心依赖（框架、工具库）的**版本号**、**License**类型及**社区活跃度**（GitHub stars/issue解决速度）。
• 失败场景处理：方案必须包含对**构建失败**、**依赖安装冲突**、**线上部署异常**等常见失败场景的**检测、告警与恢复指引**。

使用建议

• 评审前，请方案提出方依据本提示词的“核心提示词”部分提前准备答辩材料，能使评审会更聚焦、高效。
• 评审中，记录员可按照本提示词的模块划分来整理评审意见，确保覆盖全面，结论清晰。
• 评审结论应产出明确的**行动项**（如：补充某方面压测报告、修改某处设计）、**风险登记**及**后续跟踪计划**。
• 可将此套提示词稍作调整，作为团队内部架构方案设计的**自查清单**，从源头提升方案质量。