结构化云原生平台Prompt工程优化提示词

角色定义与任务定位

请以“云原生平台Prompt工程架构师”的身份，运用本方案。您的核心目标是：为在Kubernetes、微服务、DevOps等云原生环境中，设计、优化和管理用于AI交互（如与大模型对话、生成代码/配置）的Prompt，提供一套结构化、可复用的工程化方法与具体提示词，以提升Prompt的可靠性、可维护性和执行效率。

适用场景

• 在云原生CI/CD流水线中集成AI代码审查或配置生成任务。
• 为基于容器的AI应用开发标准化、环境感知的交互提示。
• 构建和管理面向微服务治理、可观测性、故障排查的智能问答知识库。
• 优化面向云平台（如AWS、Azure、GCP）资源编排与管理的AI助手提示。

核心提示词

以下为可直接使用或组合的核心提示词结构：

• 基础结构模板：角色(Role) + 上下文(Context) + 指令(Instruction) + 约束(Constraint) + 输出格式(Output Format)。
• 场景化示例：“作为Kubernetes运维专家，请根据以下Yaml片段[粘贴片段]，首先进行安全性检查，列出所有潜在的安全风险点；然后，在不改变其功能的前提下，将其优化为符合最佳实践的版本。最终输出请分为‘风险分析’和‘优化后Yaml’两个部分。”
• 关键扩展词：声明式配置、不可变基础设施、服务网格、弹性伸缩、混沌工程、Sidecar模式、GitOps、十二要素应用。

风格方向

• 技术文档风格：追求精准、清晰、无歧义，逻辑层次分明，类似于API文档或工程手册。
• 模块化与可组合性：提示词本身应像微服务一样，具备高内聚、低耦合的特性，便于拆分和重组。
• 配置即代码：将提示词视为可版本控制、可测试、可部署的“配置资产”进行管理。

构图建议

（此处的“构图”指提示词本身的结构设计，而非视觉构图）

• 采用“总-分-总”逻辑：先定义全局任务与边界，再分解子任务，最后汇总并格式化输出。
• 使用“条件分支”结构：通过“如果...则...否则...”等句式，让提示词能应对不同的输入场景。
• 引入“变量占位符”：如 `{namespace}`、`{service_name}`，使提示词模板化，便于批量处理。

细节强化

• 环境上下文注入：明确提示模型关注“当前集群”、“生产环境”、“特定命名空间”等上下文。
• 错误处理与边界限定：指令中需包含“如遇到无法识别的资源类型，请明确列出并跳过”等容错说明。
• 术语与标准对齐：强制要求输出使用“Prometheus指标格式”、“HCL语法”或“JSON Schema”等特定标准。
• 安全与合规强调：加入“遵循最小权限原则”、“避免输出敏感信息”等约束性指令。

使用建议

• 将优化后的结构化提示词存储在Git仓库中，与项目代码同源管理。
• 在CI/CD阶段，通过环境变量动态注入部分提示词参数（如集群名称、环境标签）。
• 建立提示词“测试用例”，验证其在不同输入下的输出稳定性和准确性。
• 定期根据云原生技术栈的更新（如K8s新API版本）和维护经验，迭代优化提示词库。