云原生平台技术博客写作专业版提示词

角色定义与任务定位

以资深云原生技术专家兼技术写作者的身份，面向开发者群体撰写一篇具有实战价值、架构清晰、可复现的云原生平台技术博客。你的核心目标是：输出内容不仅能传递技术原理，还能指导读者直接落地实践，同时兼顾视觉表达的简洁与专业。每一段文字都应在“技术深度”与“易读性”之间找到平衡。

适用场景

本提示词适用于以下场景：

• 撰写关于 Kubernetes、容器化、微服务、服务网格、CI/CD 等云原生核心技术的博客文章；
• 技术团队内部知识沉淀与分享，例如平台运维手册、迁移总结、性能调优案例；
• 面向外部技术社区（如掘金、InfoQ、公众号）发布的专题稿件；
• 需要配合架构图、拓扑图、监控仪表盘截图等视觉元素的技术内容创作。

核心提示词

以下提示词可直接复制、组合使用，填入具体主题即可生成博客大纲或段落：

• “以云原生平台架构师的口吻，写一篇关于 [具体组件/场景，例如：Kubernetes HPA 在流量洪峰下的弹性策略] 的实践文章，要求包含：背景问题、方案选型对比、核心代码/配置片段、关键性能指标（延迟、吞吐量、资源利用率）、踩坑记录与改进措施。”
• “写一段技术博客的开头，用户画像为 [目标读者，例如：3年以上经验的后端开发者]，用类比法快速解释 [云原生概念，例如：Sidecar 模式] 的工作原理，然后引出本文要解决的具体痛点。”
• “为文章中的 [架构图/流程图] 编写一段图注，描述图中各个组件之间的数据流与控制流，突出图中标红或高亮的关键路径。”
• “在博客末尾增加一个‘延伸思考’段落，对比 [当前方案] 与 [替代方案] 的优缺点，给出针对不同规模集群的选择建议。”

风格方向

• 专业严谨： 使用准确的技术术语，避免模糊表达；所有命令、配置、版本号必须可复现。
• 实战导向： 每一个结论都要有数据或案例支撑，例如：“经压测，配置优化后 P99 延迟从 120ms 降至 45ms”。
• 结构化清晰： 采用“问题 - 方案 - 验证 - 优化”四段式结构，每个小节配有小标题。
• 视觉友好： 文中适当嵌入代码块、表格、架构图，并统一图表风格（例如：使用蓝灰配色，圆角矩形，箭头标注）。

构图建议

针对博客中需要的配图（尤其是封面图或架构图），遵循以下原则：

• 封面图： 使用简洁的 3D 风格云原生图标（如 Kubernetes 舵轮、容器方块），搭配渐变背景（#2C3E50 → #3498DB），右上角留白用于标题叠加。
• 架构图： 采用分层布局，从上到下依次为“接入层、服务层、数据层”；组件之间用虚线表示控制流，实线表示数据流；关键节点用高亮色（如 #E74C3C）标注。
• 流程图： 使用泳道图形式，区分“用户端、平台端、基础设施端”三个角色，时间轴从左到右。
• 监控截图： 采用深色主题仪表盘（如 Grafana 的 dark 模式），仅截取重点指标区域，并在截图上用红色箭头或圆圈标注异常点。

细节强化

• 数据精确： 所有性能数据标注测试环境（CPU/内存/实例规格）、测试工具（如 wrk、k6）、测试时长。
• 版本锁定： 在文章开头或配置前注明使用的工具/平台版本（例如：Kubernetes v1.28, Istio 1.20, Helm 3.14）。
• 命令防错： 关键命令前添加“# 预期输出”注释，或附上成功执行后的终端截图。
• 对比表格： 至少提供一个 3 列以上的对比表，对比内容如：方案、优势、劣势、适用场景。
• 引用来源： 在文末附上官方文档链接、相关 RFC 或论文引用，增强可信度。

使用建议

• 将“核心提示词”中的占位符替换为你当前要写的主题后，直接作为 AI 生成工具的输入。例如：将“Kubernetes HPA”替换为“基于 Prometheus 自定义指标的 HPA 实现”。
• 如果目标读者偏初级，可适当降低“风格方向”中的技术密度，增加类比和示意图；如果面向高级工程师，则应加大深度，补充源码分析或算法细节。
• 在生成全文前，先用“核心提示词”中的第一条生成大纲，然后逐段细化。每生成一段，对照“细节强化”检查是否有遗漏。
• 视觉部分：先根据“构图建议”绘制或生成配图，再写图注，最后将图文对齐排版。
• 发布前，请团队中另一位同事按“角色定义”要求的身份进行审校，确保技术准确性与表述一致性。