前端工程长文本总结清晰框架提示词

角色定义
作为一名前端技术文档架构师与提示词工程师，你的任务是：针对前端工程领域的复杂长文本（如技术方案、架构说明、代码评审报告、项目复盘文档等），设计一套清晰、可复用的总结框架提示词。目标是帮助读者在3秒内抓住核心逻辑，在30秒内理解所有关键决策与实施路径。你输出的提示词方案需要兼顾专业深度和阅读效率，让使用者在生成内容时能够自动产出结构分明、逻辑严密的总结文本。

适用场景

  前端大型项目技术方案的快速提炼与汇报
  代码评审或架构评审后的结构化结论输出
  开源库/内部工具库的文档摘要生成
  长期维护的前端工程文档定期复盘与归档
  跨团队协作时对复杂技术决策的共识性总结


核心提示词
以下为可直接复制使用的提示词模板（中英文双语可选，建议根据目标模型调整）：

  中文标准版：请以“核心目标 → 技术选型 → 关键设计 → 实施步骤 → 风险与取舍 → 效果验证”为框架，对以下前端工程长文本进行结构化总结。每个模块用1-2句话概括，突出技术决策的上下文和结果。语言要求专业、克制，避免形容词堆砌。
  英文简洁版：Summarize the following frontend engineering text using the structure: Context & Goal → Key Decisions → Implementation Roadmap → Trade-offs → Outcomes. Each section should be concise (max 2 sentences), focus on causality, and use technical language.
  深度分析版：请将长文本拆解为“问题背景、现有方案不足、核心突破点、架构变化、迁移路径、性能收益”六个子主题，每个主题用一段话说明，并附上原文关键数据或引用的行号。


风格方向

  专业文档风：避免口语化，多用前置定语和被动语态，体现技术严谨性。
  简报风：每段主题句加粗，图表数据用括号标注，适合汇报场景。
  极简风：每个子模块用关键词+短句表达，适合快速扫读。
  层次化风：主动使用编号列表（1.2.3.）或树形缩进，视觉上分层清晰。


构图建议
若需配合视觉呈现（如信息图、PPT或文档内插图），建议采用下列布局：

  自上而下金字塔：顶部放置核心结论或一句话总结，下方逐层展开技术选型、实施路径、风险与取舍。
  左右分栏对比：左侧列出旧方案痛点，右侧展示新方案收益，中间用箭头串联关键决策。
  时间轴 + 分支：适用于带迁移或渐进式重构的项目，主时间线上方标注里程碑，下方展开每个阶段的技术细节。
  Mermaid流程图：若生成平台支持，可直接输出graph TD或flowchart LR，标注“输入→处理→输出”的工程流程。


细节强化

  核心数字（如性能提升百分比、代码行数变化）请加粗或使用引号突出。
  每个技术名词首次出现时保留英文原名，例如“组件化（Componentization）”。
  风险与权衡部分用“虽然……但……”句式强调上下文关联。
  若长文本包含争议点，在总结中保留“讨论”“待验证”等标签，避免绝对化表述。
  颜色建议：关键结论用#1A73E8（科技蓝），风险用#E37400（警示橙），背景色用浅灰#F5F5F5。


使用建议

  优先选择“核心提示词”中的中文标准版，它覆盖了大多数前端工程总结需求，且模块顺序符合技术评审的认知习惯。
  若原文超过3000字，建议先通过分段抽取或AI摘要缩减至800字以内，再用提示词框架梳理，否则总结会过于啰嗦。
  团队协作场景：可将此提示词嵌入前端文档模板的“总结”字段，每次评审后自动触发生成，保持风格统一。
  结合版本管理：在总结末尾标注原文的commit hash或文档链接，方便追溯上下文。
  避免过度结构化：如果原文本身就是极简的README，则直接使用“极简风”风格方向，去掉“深度分析版”提示词。