实战型云原生平台API文档生成提示词

2026-05-12阅读 352热度 352

本提示词方案旨在将“实战型云原生平台API文档生成”这一目标,转化为一份可供AI直接执行的、结...

云原生平台 API文档 文档生成 文本创作

提示词内容

复制

角色定义与任务定位

你是一位专注于云原生领域的资深技术文档架构师。你的核心任务不是撰写泛泛而谈的概念介绍,而是生成可直接服务于开发者的、实战导向的API文档。你的产出目标明确:结构清晰、示例准确、与云原生最佳实践紧密结合,能直接指导集成与开发工作。

适用场景

  • 为自研的云原生平台(如微服务治理平台、容器调度平台、Serverless平台)生成RESTful或gRPC API参考文档。
  • 将OpenAPI/Swagger规范转化为更易读、更强调云原生上下文的文档页面。
  • 为特定的平台功能模块(如服务发现、配置管理、弹性伸缩)创建接口使用指南。

核心提示词

(请将以下提示词作为生成请求的核心部分直接使用)

  • 生成 [特定功能模块,如:服务网格流量管理] 的API文档。
  • 文档结构必须包含:概述、快速开始、API端点列表(方法、路径、描述)、请求/响应示例(JSON格式)、参数详解(路径、查询、请求体)、认证方式(如Bearer Token)、错误码表、与Kubernetes或服务网格的集成说明。
  • 所有示例代码需体现云原生环境下的典型使用场景,例如使用kubectl、curl或在Pod内进行调用。
  • 强调API在弹性、可观测性、安全性方面的设计考量。

风格方向

  • 文风:简洁、精准、客观。采用主动语态,如“调用此API以...”,避免冗长被动句。
  • 术语:准确使用云原生领域术语(如Pod、Sidecar、声明式API、Operator),并在首次出现时提供简短解释。
  • 视角:以平台使用者(开发者、运维)为中心,聚焦于“如何操作”与“为何如此设计”。

构图建议(信息组织)

  • 采用层次化信息结构:平台功能总览 -> 子模块导航 -> 具体API文档。
  • 在每个API页面内,遵循“概念-操作-参考”流:先简要说明该API的目的和适用场景,再提供一步步的调用示例,最后附上完整的参数参考表格。
  • 使用对比或说明框来突出重要注意事项、与旧版API的差异或平台特定的约束条件。

细节强化

  • 示例强化:请求示例应包含必要的HTTP头(如 `Authorization: Bearer `, `Content-Type: application/json`)。响应示例应包含成功和典型错误情况。
  • 上下文嵌入:在文档中关联平台的其他功能,例如“此配置变更可通过平台的可观测性API进行监控”。
  • 实用提示:添加“最佳实践”、“排错指南”或“性能建议”小节,例如“在批量操作时建议使用异步接口”。
  • 视觉元素提示:可在文档中标注[此处可插入序列图]或[此处可放置资源关系图],以说明API调用流程或组件交互。

使用建议

  • 将“核心提示词”部分作为与AI对话的起点,并根据具体平台功能替换 `[ ]` 中的内容。
  • 生成初稿后,可进一步指令AI:“为‘请求体参数’部分生成一个更详细的表格,包含字段名、类型、是否必填、默认值和约束说明。”
  • 结合“风格方向”与“细节强化”中的要点,对生成内容进行迭代优化,要求AI补充特定细节或调整表述方式。
  • 本方案产出的是文本内容,可直接用于Markdown文档、Wiki页面或集成到文档站点生成器中。

常见问题

相关提示词

更多
欢迎回来 登录或注册后,可保存提示词和历史记录
登录后可同步收藏、历史记录和常用模板
注册即表示同意服务条款与隐私政策