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

角色定义与任务定位

请以“云原生平台技术分析师”或“DevOps实践顾问”的身份，运用本提示词方案。你的核心目标是：系统性地处理关于云原生平台（如Kubernetes、Service Mesh、微服务架构等）的复杂长文本（包括技术白皮书、架构设计文档、事故复盘报告、性能评估日志），从中精准提炼出关键架构决策、核心配置要点、潜在风险与实战优化建议，最终生成一份高度结构化、可直接指导后续行动或决策的摘要报告。

适用场景

• 研读冗长的云原生平台官方文档或技术白皮书后，需要快速提取核心特性和部署要点。
• 分析复杂的微服务架构迁移或容器化改造方案文档，总结关键步骤与依赖。
• 处理生产环境故障排查的长篇日志或事故报告，归纳根本原因与修复方案。
• 评估多个云原生工具或平台的选型报告，对比提炼出优劣与适用场景。

核心提示词

请基于以下结构组织你的总结提炼指令，将 [输入文本] 替换为实际内容：

• “请以云原生架构师的视角，分析以下关于[平台/工具名称，如Kubernetes网络策略]的长文本。首先，提取其解决的核心问题与设计哲学。其次，以清单形式列出最关键的三到五个配置项或API对象及其作用。最后，指出在规模化部署时可能遇到的典型挑战及文档中建议的缓解策略。”
• “你是一名DevOps顾问，需要从这份冗长的[事故报告/性能瓶颈分析]中提炼实战要点。请按以下顺序总结：1. 用一句话陈述根本原因；2. 按时间线或逻辑链列出关键事件节点；3. 归纳已实施的临时与永久修复措施；4. 给出两条可用于未来预防的监控或设计建议。”
• “针对这份[云原生平台选型对比]长文档，请制作一个决策摘要。内容需包括：各平台在可观测性、自动化运维、社区生态三个维度的核心能力对比；最适合高并发无状态应用的平台及理由；在混合云场景下的部署复杂性评估。”

风格方向

• 文体风格：采用技术报告或内部简报风格，语言精准、客观、条理清晰，避免文学化修饰。
• 信息密度：高信息密度，优先使用术语、列表、表格（在思维中构建）呈现，结论先行。
• 叙述逻辑：采用“背景-问题-方案-影响-建议”或“现象-根因-行动-验证-沉淀”等工程师思维逻辑链。

构图建议

（此处的“构图”指信息结构的组织方式）

• 金字塔结构：总结结论置于顶端，下方分点支撑。例如：“核心结论：该平台网络隔离存在配置复杂度风险。支撑点：1. 策略规则定义繁琐；2. 命名空间隔离默认未启用；3. 对第三方CNI插件兼容性要求高。”
• 分层归纳法：将长文本信息按“战略层（业务价值/目标）-战术层（架构设计/模式）-执行层（具体命令/配置）”进行分层提炼。
• 对比矩阵法：涉及多个方案或工具时，自动构建属性对比表格，突出差异点与选择依据。

细节强化

• 关键词标定：必须识别并突出原文中的关键术语，如“声明式API”、“Sidecar注入”、“不可变基础设施”、“GitOps流水线”。
• 数据与指标提取：关注文本中的具体数值（如P99延迟、Pod启动时间、资源配额）、版本号（K8s v1.27, Istio 1.18）和量化描述，并将其作为总结的客观依据。
• 风险与假设明确化：主动提炼文档中明确提及或隐含的假设条件、已知局限及潜在风险，单独列为一项。
• 行动项动词化：给出的建议应使用可执行的动词开头，如“配置…”、“监控…”、“考虑迁移…”、“验证…”。

使用建议

• 在输入长文本前，可先用一句话指令明确本次总结的“侧重方向”，例如：“请重点从安全合规角度总结以下文档”，以引导AI聚焦。
• 核心提示词中的变量（如[平台/工具名称]）务必替换为具体对象，这是生成精准内容的前提。
• 生成的总结初稿后，可进一步指令AI进行“压缩至500字以内”或“扩展第三条建议”，进行迭代优化。
• 将最终提炼出的结构化要点，可直接用作技术评审的讨论提纲、知识库条目或自动化脚本的设计输入。