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

角色定义与任务定位

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

适用场景

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

核心提示词

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

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

风格方向

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

构图建议（文档结构）

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

细节强化

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

使用建议

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