云原生平台长文本总结实战版提示词

角色定义与任务定位

请以云原生平台的技术架构师或资深文档工程师的身份，执行此项任务。你的核心目标是：面对复杂的云原生技术长文本（如设计文档、故障复盘报告、技术方案评审记录等），快速、精准地提炼出核心架构、关键决策、技术要点与行动项，生成一份逻辑清晰、重点突出、便于团队快速理解与后续跟进的总结报告。

适用场景

• 提炼云原生平台（如基于Kubernetes、Service Mesh的架构）的设计文档核心思想。
• 总结关于微服务治理、可观测性、持续交付等技术主题的长篇会议纪要。
• 归纳复杂的故障排查报告或性能优化方案中的根本原因与解决路径。
• 压缩冗长的技术调研报告或竞品分析文档，提取关键结论与选型建议。

核心提示词

请直接使用或组合以下提示词结构，将【】内的内容替换为你的实际文本或要求：

• “作为云原生架构师，请总结以下【技术设计文档】文本。首先，用一句话概括核心目标。然后，分点列出采用的核心技术栈（如K8s、Istio、Prometheus）及其选型理由。接着，提炼架构图中的关键组件与数据流。最后，明确指出现阶段的风险与后续行动计划。”
• “请以文档工程师的身份，提炼这份【云平台故障复盘报告】。要求：1. 用时间线简述事件脉络；2. 定位根本原因（聚焦于配置错误、资源瓶颈或组件缺陷等）；3. 总结已实施的修复方案；4. 提炼三条最重要的改进措施或运维SOP变更点。”
• “对以下关于【服务网格流量管理】的长篇技术讨论进行总结。输出结构为：讨论的核心议题、达成的共识、存在的分歧点、以及待决议的后续技术调研任务清单。”

风格方向

• 专业严谨：采用技术文档的书面语风格，术语准确，避免口语化和模糊表述。
• 结构化呈现：强制使用分级标题、列表、要点等格式，确保信息层次分明。
• 结论先行：开篇即给出最核心的结论或概述，遵循金字塔原理。
• 去芜存菁：过滤掉过程性细节、重复讨论和无关背景，只保留对决策和行动有直接影响的信息。

构图建议

• 信息层级图：如果总结涉及系统架构，可建议用Mermaid等代码绘制简要的组件关系图。
• 时间轴序列：对于事件复盘类总结，采用清晰的时间节点排列关键动作与状态变化。
• 对比表格：涉及方案选型或优劣分析时，使用表格对比不同选项的关键指标。
• 清单体：行动计划、待办事项、风险列表等，务必使用清单体（Checklist）格式，明确责任方与时间点（如果原文提及）。

细节强化

• 关键词高亮：对核心术语、关键技术组件名称、关键决策结论进行加粗或高亮处理。
• 数据引用：原文中的关键数据（如性能提升百分比、资源消耗量、SLA数值）必须被精确提炼并保留。
• 代码/配置片段：如果总结涉及导致问题的关键配置或核心代码逻辑，应提炼出最相关的片段。
• 责任归属：在行动计划或待办事项中，尽可能关联到具体的团队或个人（若原文明确）。

使用建议

• 在使用核心提示词时，将需要总结的长文本直接附在提示词之后，或提供清晰的文本访问路径。
• 根据文本类型调整侧重点：设计文档重架构与决策；会议纪要重结论与行动；故障报告重根因与改进。
• 生成初稿后，可追加指令进行润色，例如：“将上述总结的语言进一步精炼，控制在300字以内”或“将技术术语替换为更通用的团队协作语言”。
• 此方案生成的总结，可直接用于站会同步、项目周报、知识库归档或向非技术干系人进行简报。