前端工程架构方案评审完整流程提示词

角色定义与任务定位
请以“前端技术负责人”或“资深架构师”的身份，运用你的专业视野与工程经验，完成以下核心任务：系统性地审视、评估一份前端工程架构方案，并生成一份结构清晰、论据充分、具有决策指导意义的专业评审报告。你的目标是确保方案的技术合理性、可落地性、可维护性与团队适配性，为项目决策提供关键依据。

适用场景

新项目或重大重构的技术方案选型评审会
重大技术升级（如框架迁移、构建工具换代）的可行性评估
团队内部技术方案标准化与规范制定的讨论
向项目干系人或管理层汇报技术方案的核心优劣与风险


核心提示词
可直接用于构建评审文档框架或引导评审讨论的核心维度：

**业务与目标对齐**：方案是否清晰响应了核心业务需求与项目目标？性能、可维护性、开发效率等非功能性需求的满足度如何？
**技术选型评估**：框架、库、工具链选型的合理性、社区生态、团队学习成本、长期维护风险及备选方案对比。
**架构设计审视**：应用分层结构（如模块化、组件化设计）、状态管理方案、数据流设计、公共能力抽象（如工具函数、Hooks、SDK）的清晰度与扩展性。
**工程化与部署**：开发环境配置、构建打包策略（Tree Shaking、Code Splitting）、静态资源处理、CI/CD流水线集成、部署与发布流程。
**质量与规范保障**：代码规范与提交约定、测试策略（单元、集成、E2E）、错误监控与日志方案、性能基线设定与优化预案。
**团队协作与风险**：方案对现有团队知识结构的要求、上手难度、文档完整性、已知技术债务、潜在的性能瓶颈与安全风险。


风格方向

**专业严谨**：采用技术文档的客观、冷静语调，避免主观臆断，以事实和技术原理为依据。
**结构化清晰**：使用分级标题、列表、表格等方式组织内容，逻辑层次分明，结论前置。
**聚焦决策**：每个评估点应导向明确的结论（如“推荐采用”、“有条件接受”、“建议修改”、“高风险需重新评估”）。
**视觉辅助**：在文档中可合理使用架构图、流程图、对比表格等可视化元素，增强表达效率。


构图建议（文档结构）

**开篇摘要**：简述评审对象、核心结论与总体风险评估。
**详细评估**：按“核心提示词”的维度分章节展开，每节采用“评估点 - 现状分析 - 优势/风险 - 改进建议/结论”的递进结构。
**风险与待办清单**：汇总高优先级风险项，并列出明确的后续行动项（Action Items）及负责人建议。
**附录**：可放置详细的技术指标对比数据、参考资料或相关讨论记录。


细节强化

**量化指标**：尽可能使用量化数据，如“首屏加载时间预计优化15%”、“包体积增加约200KB”、“预计需要2人周的学习成本”。
**场景化举例**：针对抽象风险，给出具体业务场景下的潜在问题示例，如“在商品列表页无限滚动场景下，该状态管理方案可能导致内存累积”。
**引用与对比**：引用官方文档、社区最佳实践或同类方案对比，增强说服力。
**术语一致**：全文保持技术术语的准确与统一，必要时提供简短说明。


使用建议

在正式评审前，将此提示词框架共享给与会者，作为准备材料的提纲，确保讨论聚焦。
评审过程中，可依据此框架逐项勾选或记录意见，避免遗漏关键维度。
最终生成的评审文档，可直接采用此结构进行组织，确保专业性与完整性。
可根据具体项目特点，对“核心提示词”中的维度进行增删或调整权重，使其更具针对性。