Marico's space
云架构师写文档的时间比画架构图的时间多得多。
一个普通的云架构师每天有 30%~40% 的时间在写文档——这些文档跟系统设计八竿子打不着：架构决策记录（ADR）、招标书（RFP）响应、高管成本论证简报、迁移方案、运维手册、供应商评估报告。这些文档直接影响项目成败——一份糟糕的 ADR 会让团队吵上三个月，一份软弱的成本简报可能直接毙掉一个本该上个季度就上线的云项目。
全网专门针对云架构师的 ChatGPT 提示词少得可怜。偶尔看到的"提示词包"也都是给通用开发者或运维工程师准备的，没一个解决云架构师真正头疼的高风险文档工作。
这篇就是要填这个坑。35 个提示词分成 7 个大类——都是在云架构师日常写作场景里实测过的。
ADR 是云架构师写得最多、但写得最烂的文档。下面的提示词帮你产出经得起质疑的记录。
提示词 1 — ADR 初稿
"用 MADR 格式写一份架构决策记录。决策场景：[在你的场景下选择阿里云 PolarDB 和 RDS PostgreSQL 作为交易数据库层]。背景：应用流量有尖峰（峰值是平时的 5 倍），团队 PostgreSQL 经验扎实，冷启动延迟需要控制在 500ms 以内。包含状态、背景、考虑方案及优缺点、决策依据。"
提示词 2 — 记录被否决的方案
"写 ADR 中'考虑方案'部分，记录我们为什么放弃 [Kubernetes 物理机部署] 而选择 [阿里云 ACK 容器服务]。重点对比 TCO（总拥有成本）、运维负担、团队能力缺口、迁移风险。要具体，列出我们接受的权衡。"
提示词 3 — 面向利益相关方的 ADR 摘要
"把这篇 ADR [粘贴 ADR 内容] 改写成执行摘要，给不懂技术的技术VP看。控制在 150 字以内。强调业务影响、风险缓解、被否决方案为什么不适合我们的场景。"
提示词 4 — ADR 审查清单
"审查这篇 ADR [粘贴 ADR 内容]，找出：(1) 新工程师会缺失的背景信息，(2) 需要验证的假设，(3) 没有记录的后果，(4) 表述模糊的地方。输出为清单格式。"
提示词 5 — 多云 ADR
"写一份多云策略的 ADR，主平台选择阿里云，灾备/合规平台选择腾讯云。驱动因素：监管要求某些数据必须存在国内，团队现有阿里云积累。包含风险、组织影响、以及防止云蔓延的原则。"
RFP 是高风险的商务文档，云架构师一般不爱写。这些提示词帮你提速，同时不降低严谨度。
提示词 6 — RFP 技术架构章节草稿
"为 [企业数据湖现代化项目] 写 RFP 响应的技术架构部分。我们的方案：OSS 作为存储层、DLF（数据湖构建）做 ETL、MaxCompute 做即席查询、AnalyticDB 做服务层。客户要求：500 并发用户的 dashboard 查询响应时间低于 5 秒。语气：自信、具体、不来虚的。"
提示词 7 — 安全与合规章节
"写 RFP 响应的安全与合规部分，涵盖：等保三级认证、传输和存储加密、IAM 最小权限架构、VPC 私有网络设计、P1 级事件 4 小时响应 SLA。客户是金融行业。"
提示词 8 — 供应商对比矩阵
"创建供应商评估矩阵，对比 [阿里云 MaxCompute、腾讯云 EMR、华为云 MRS]，评估标准：10TB 规模下的查询性能、定价模型可预测性、与现有云生态的集成度、供应商锁定风险、团队学习曲线。表格形式，带评分列（1~5）和推荐行。"
提示词 9 — RFP 澄清问题
"我们收到一份 [遗留 Java 单体应用云迁移] 的 RFP。在回复之前，写出 15 个需要向客户确认的澄清问题。重点关注：当前架构复杂度、数据迁移需求、停机容忍度、团队云能力、监管约束。"
提示词 10 — RFP 响应执行摘要
"为 [政务云基础设施现代化] RFP 响应写 200 字执行摘要。强调：在政务云合规模块的积累、等保认证经验、最小化服务中断的方案、长期知识转移承诺，确保客户不依赖我们。"
死在财务部的云项目，通常是因为架构师交了一份 Excel 而不是一份故事。这些提示词帮你讲好故事。
提示词 11 — CapEx 转 OpEx 论证
"写一份将本地数据中心迁移到阿里云的高管成本论证简报。现状态：3 个机房，年 CapEx 420 万，12 人运维团队。目标状态：阿里云年支出 180 万，6 人团队，具备弹性扩缩容能力无需新硬件周期。以 CapEx 转 OpEx 转型视角撰写，包含 3 年 NPV 分析框架。"
提示词 12 — 云成本优化简报
"写 1 页简报，向 CFO 论证 12 万投资云成本优化工具（SpotMax + 成本分析平台）。当前云支出：140 万/年。预期 6 个月内节省 25%~35%，参照同规模企业的行业基准。回应可能的质疑："为什么团队不能自己做？""
提示词 13 — 风险调整后 ROI
"帮我写云迁移商业案例中风险调整后的 ROI 部分。包含：(1) 留用本地的量化风险（硬件老化故障概率、合规处罚敞口、人才保留成本），(2) 迁移项目风险及缓解措施，(3) 价值实现时间假设，(4) 敏感性分析：如果云成本超出预期 20% 怎么办。"
提示词 14 — 多年云财务模型叙事
"写 5 年云 TCO 模型的叙事部分。第 1 年成本较高因为迁移投入（80 万），第 2~5 年随优化呈下降趋势。核心信息：投资回收期 18 个月，第 5 年累计节省 320 万。读者：董事会。篇幅：400 字。"
提示词 15 — 驳回回应备忘录
"我们的云现代化提案被财务委员会以成本过高为由驳回。写一份回应备忘录：(1) 认可他们的顾虑，(2) 提出分阶段方案，从风险最低的工作负载开始做 3 个月试点，(3) 量化不行动的成本（技术债务积累速度、事故成本），(4) 请求 30 分钟会议讨论试点范围。"
云迁移的成败在最初提案质量就已经决定了。这些提示词帮你写出在搬第一台服务器之前就达成共识的迁移文档。
提示词 16 — 6R 分析报告
"用 6R 框架（重新托管、重新平台化、重新购买、重构、退役、保留）写云迁移方案中的迁移策略部分。我们有 47 个应用，按 [你的分类标准] 分到各 R。记录决策逻辑，方便工程负责人对尚未分析的应用应用一致的分类标准。"
提示词 17 — 批次规划叙事
"写云迁移方案的批次规划章节。第 1 批（1~3 月）：低复杂度的无状态应用，12 个服务。第 2 批（4~8 月）：数据库和有状态工作负载，需要数据迁移策略。第 3 批（9~14 月）：遗留单体重构。每个批次包含：成功标准、团队组成、回滚方案、依赖关系。"
提示词 18 — 切换计划
"为 [电商 checkout 服务] 从本地迁移到阿里云写生产切换计划。包含：切换前检查清单（72 小时）、DNS 切换顺序、最少 72 小时的并行运行期、回滚触发条件、利益相关方沟通方案、切换后验证步骤。"
提示词 19 — 迁移风险登记册
"为阿里云迁移项目创建迁移风险登记册。至少包含 10 个风险，分布类别：数据完整性、性能回退、安全配置错误、团队能力缺口、供应商依赖、合规风险。每个风险包含：可能性（H/M/L）、影响（H/M/L）、负责人、缓解措施。"
提示词 20 — Go/No-Go 标准文档
"为云迁移生产切换写 Go/No-Go 标准文档。定义这些领域的标准：性能基准（延迟、吞吐量）、安全验证、数据完整性检查、手册就绪状态、团队签字要求、高管审批链。格式：带责任人的检查清单。"
真正被阅读的架构文档是讲故事的，而不是光放图的。这些提示词帮你写出工程师会用的文档。
提示词 21 — 面向工程师的架构概览
"写 [数据平台] 技术文档的架构概览章节。包含：一句话系统目的、高层组件图描述（我之后补充实际图）、三个主要用例的数据流叙事、关键设计决策及依据。读者：加入团队的工程师，需要在 20 分钟内获得上下文。"
提示词 22 — 网络架构文档
"写阿里云 landing zone 文档的网络架构章节。涵盖：VPC 设计（三层：公网/私有/隔离）、CEN 云企业网多账号连接、安全组策略、网络 ACL、出口流量审查架构（云防火墙）。包含工程师"不能改什么以及为什么"的章节。"
提示词 23 — 灾备运维手册
"为主要 SaaS 平台写灾备运维手册。场景：主 region 完全故障（极端情况）。切换到备 region 的恢复步骤。包含：检测标准、升级链、RTO 目标（4 小时）、RPO 目标（1 小时）、分步恢复流程、沟通模板、事后文档要求。"
提示词 24 — 容量规划文档
"为阿里云基础设施写未来 12 个月的容量规划文档。当前使用量：[描述]。增长假设：用户增长 40%，数据量翻倍。包含：按季度预测的资源需求、扩缩容触发点和自动化方案、各服务类别的预算预测、使该计划失效的假设条件。"
提示词 25 — Well-Architected 审查叙事
"写阿里云架构最佳实践审查的叙事摘要。各维度得分：运营卓越 72/100、安全 81/100、可靠性 65/100、性能 78/100、成本 69/100、可持续性 55/100。可靠性最低分原因是单可用区数据库和缺失的熔断器。写 500 字执行摘要，按优先级排序改进项，设定 90 天改进目标。"
云架构师花在与利益相关方沟通上的时间比多数人想象的多得多。这些提示词帮你向上沟通而不失专业度。
提示词 26 — 月度云健康报告
"给技术VP写月度云健康报告。1 页格式。包含：云支出对比预算（84.7 万 vs 90 万预测——省了）、本月三大可靠性事件及解决情况、安全发现数量（7 个中危，0 个高危/严重）、下月重点。语气：自信、简洁、不说"服务器"以上的术语。"
提示词 27 — 云故障高管摘要
"写 [4 小时 OSS 故障] 的高管摘要，影响了客户文件上传。读者：CEO 和董事会。内容：发生了什么的通俗说法、客户影响（2300 用户受影响，无数据丢失）、根本原因（简述）、已采取的预防措施、后续信心级别。篇幅：200 字。"
提示词 28 — 架构评审会议准备
"为季度架构评审委员会写会议议程和预读文档。议题：批准平台层从容器服务转向 ACK 托管集群。需做决定：批准、驳回、还是要求进一步分析。包含：背景（为什么考虑这个变化）、评估的权衡、请求委员会决定的内容、如果说不行的后果。"
提示词 29 — 云战略演示大纲
"写给领导层的 10 页云战略演示大纲。我们已完成 3 年云转型的 60%。页面需求：起点、当前位置、学到的教训、剩余工作、地平线上的风险、第 3 年预算诉求（210 万）、云完成后的业务成果。"
提示词 30 — 回迁建议备忘录
"写备忘录，建议将 [GPU 训练集群] 从阿里云回迁到本地机房托管。经济性变了：GPU 竞价实例价格上涨 40%、我们的训练任务是持续运行而非尖峰、可以月租专用 H100 节点，成本是阿里云的 60%。回应预期质疑："但我们说好了云优先啊"。"
没人看的治理文档是治理失败。这些提示词帮你写出工程师真的照做的策略文档。
提示词 31 — 标签策略文档
"为阿里云组织写云资源标签策略。必填标签：环境、团队、成本中心、项目、数据分类等级。包含：执行机制（带必需标签否则拒绝资源创建的策略）、遗留资源的例外流程、季度标签审计流程。语气：清晰直接——这是要执行的。"
提示词 32 — 云安全策略
"给工程团队写云安全策略，涵盖：(1) 部署前需要安全审查的内容，(2) 批准服务列表 vs 限制服务列表，(3) 什么数据能/不能上云的分类规则，(4) 加密要求，(5) 密钥管理（使用 KMS——禁止硬编码，禁止例外）。读者：软件工程师。"
提示词 33 — FinOps 治理文档
"写 FinOps 治理文档，建立云成本责任模型。涵盖：团队级预算所有权、月度成本反馈报告格式、团队超预算 15%+ 时的升级流程、"无标签资源不上线"规则及执行方式、90% 预算预测准确度承诺。VP 级别签署执行。"
提示词 34 — 云变更管理流程
"为平台团队写云变更管理流程。定义：变更类别（标准/常规/紧急）、各类别审批链、部署窗口、回滚要求、变更后验证步骤、变更导致降级时的升级机制。替代之前的 ITIL 流程——保持精简，聚焦速度不减安全。"
提示词 35 — 新工程师云入职指南
"写团队新工程师的云入职指南。涵盖：如何获取阿里云访问权限、账号结构（生产/预发/测试/沙盒）、在沙盒中无需审批可做什么、需要提工单才能做的操作、核心工具（Terraform、阿里云 CLI、kubectl）、架构文档和 ADR 库在哪里找。篇幅：600 字。语气：友好但精准。"
云架构师普遍反馈这 5 个提示词能立刻产生杠杆效应：
这些不是偷懒的工具。是脚手架。你的判断力、架构知识和组织上下文还得自己带。ChatGPT 解决的是空白页和结构性的苦活累活。