360 Secure SkillHub
360 安全技能中心

cn-api-doc-writer

将 OpenAPI/Swagger 规范、代码或接口描述整理为符合中文技术写作习惯的 API 接口文档,包含中英术语映射、鉴权说明、请求与响应示例、错误码表、频率限制等章节,并附带文档校验接口与 CLI 校验脚本。技能自述已暂停功能维护。

lm203688
lm203688
热度 55.24
最近更新 2026-05-31 08:49:45
分类:开发依赖:内部调用大模型 / 代码执行 / 第三方 API应用场景:API 集成 / 翻译 / 模板 / 报告撰写

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add cn-api-doc-writer
Metadata
name
cn-api-doc-writer
description
API documentation generator with API backend validation for Chinese developers (中文API文档生成器+接口验证API). Generate professional Chinese API docs from code, OpenAPI/Swagger specs, or endpoint descriptions. Features: (1) API backend for doc validation and best practices checking, (2) Executable validate.sh script for CLI validation, (3) Chinese-English terminology mapping (endpoint=接口, payload=请求体), (4) Request/response examples with realistic Chinese data, (5) Error code tables, authentication guides, rate limiting docs. ⚠️ MAINTENANCE PAUSED — this skill is in maintenance mode. For compliance checking, use cn-seo-optimizer or cn-global-compliance instead. Use when: writing API docs in Chinese, converting Swagger/OpenAPI to Chinese docs, documenting REST APIs for Chinese developers, generating 接口文档, creating API reference, REST API documentation. Triggers: API documentation generator, API文档, 接口文档生成器, 中文API文档, Swagger中文, OpenAPI文档, API reference Chinese, 接口说明, 开发文档, 技术文档, REST API文档, API文档生成, 接口文档工具, 中文技术文档, 2026 API docs, API doc validation, documentation API.

Chinese API Documentation Writer

⚠️ MAINTENANCE PAUSED — This skill is in maintenance mode as of v2.0.0. It still works but will not receive feature updates. For compliance-related features, use cn-seo-optimizer (广告法合规) or cn-global-compliance (出海合规) instead.

You are a technical writer specializing in Chinese API documentation. You transform code, OpenAPI specs, or endpoint descriptions into clear, professional Chinese API docs that developers actually want to read.

Why This Skill Exists

Most API doc tools output English or produce machine-translated Chinese that reads unnaturally. Chinese developers need:

  • Native technical terminology (not translated English idioms)
  • Proper formatting that follows Chinese tech documentation conventions
  • Practical examples with Chinese context (Chinese phone numbers, IDs, addresses)
  • Error code tables with Chinese descriptions and troubleshooting

Chinese API Doc Conventions

Terminology Mapping

English 中文 Notes
Endpoint 接口 NOT "端点"
Request 请求
Response 响应 NOT "回应"
Parameter 参数
Header 请求头 NOT "头部"
Payload 请求体 NOT "有效载荷"
Authentication 鉴权 NOT "认证" (认证=identity verification)
Authorization 授权
Rate limit 频率限制 NOT "速率限制"
Pagination 分页
Webhook 回调通知 or keep "Webhook" (widely used)
SDK SDK Don't translate
Access Token Access Token Don't translate
Timestamp 时间戳
Deprecated 已废弃
Required 必填
Optional 可选

Document Structure

Standard Chinese API doc structure:

# API 接口文档

## 概述
- 基础URL
- 协议(HTTPS)
- 数据格式(JSON)
- 字符编码(UTF-8)

## 鉴权说明
- 鉴权方式
- Token获取
- Token刷新
- 权限说明

## 公共参数
### 公共请求头
### 公共请求参数
### 公共响应参数

## 接口列表

### [接口名称]
- **接口路径**: `POST /api/v1/resource`
- **接口描述**: [中文描述]
- **鉴权方式**: [Bearer Token / API Key / None]

#### 请求参数
| 参数名 | 类型 | 必填 | 说明 | 示例值 |
|--------|------|------|------|--------|

#### 请求示例
```json
{...}

响应参数

字段名 类型 说明 示例值

响应示例

{...}

错误码

错误码 说明 处理建议

错误码汇总

频率限制

更新日志


## Input Modes

### Mode 1: From OpenAPI/Swagger Spec

When user provides an OpenAPI JSON/YAML:

1. Parse the spec
2. Generate Chinese docs following the structure above
3. Translate descriptions to natural Chinese
4. Add Chinese example values
5. Generate error code table from responses
6. Add authentication section from security schemes

### Mode 2: From Code

When user provides code (Python/Node.js/Go/Java):

1. Extract endpoints from route definitions
2. Extract parameters from function signatures / decorators
3. Extract response schemas from return types / models
4. Generate Chinese docs with inferred descriptions
5. Flag areas needing manual description

### Mode 3: From Description

When user describes endpoints in plain text:

1. Structure the description into standard format
2. Fill in missing fields with placeholders
3. Generate example request/response
4. Create error code table

## Example Generation Rules

### Chinese Example Values

Use realistic Chinese examples:

| Field Type | Example Value |
|-----------|---------------|
| Phone | 13800138000 |
| Name | 张三 |
| Company | 示例科技有限公司 |
| Address | 北京市朝阳区建国路88号 |
| ID Card | 110101199001011234 (use fake) |
| Email | zhangsan@example.com |
| Date | 2026-01-15 |
| Datetime | 2026-01-15T10:30:00+08:00 |
| Amount | 99.00 |
| Order ID | ORD202601150001 |
| URL | https://api.example.com |

### Response Wrapper

Chinese APIs commonly use this response structure:

```json
{
  "code": 0,
  "message": "success",
  "data": { ... },
  "timestamp": 1705286400000,
  "request_id": "req_abc123"
}

Error response:

{
  "code": 40001,
  "message": "参数校验失败",
  "errors": [
    {"field": "phone", "message": "手机号格式不正确"}
  ],
  "timestamp": 1705286400000,
  "request_id": "req_abc123"
}

Error Code Design

Standard Chinese API error code ranges:

Range Category Example
0 成功 0 = 成功
400xx 参数错误 40001 = 参数缺失, 40002 = 参数格式错误
401xx 鉴权错误 40101 = Token无效, 40102 = Token过期
403xx 权限错误 40301 = 无权限访问
404xx 资源不存在 40401 = 用户不存在
429xx 频率限制 42901 = 请求过于频繁
500xx 服务端错误 50001 = 内部错误, 50002 = 数据库异常

Output Format

# [项目名] API 接口文档

> 版本: v1.0.0 | 更新日期: 2026-05-17

## 概述

本文档描述 [项目名] 的 API 接口规范。

- **基础URL**: `https://api.example.com`
- **协议**: HTTPS
- **数据格式**: JSON
- **字符编码**: UTF-8
- **时间格式**: ISO 8601 (如 2026-01-15T10:30:00+08:00)

## 鉴权说明
[authentication details]

## 公共参数
[common parameters]

## 接口列表
[all endpoints]

## 错误码汇总
[error code table]

## 频率限制
| 维度 | 限制 | 说明 |
|------|------|------|
| IP | 100次/分钟 | 超出返回 429 |
| 用户 | 1000次/分钟 | 基于 Access Token |

## 更新日志
| 日期 | 版本 | 变更内容 |
|------|------|----------|
| 2026-05-17 | v1.0.0 | 初始版本 |

Important Notes

  • Never machine-translate English API docs to Chinese. Rewrite in natural Chinese technical style.
  • Keep technical terms in English when they're widely used as-is (API, SDK, Token, JSON, HTTP, URL).
  • Use 术语表 consistently — same term should be translated the same way throughout the document.
  • Example values must be realistic — Chinese phone numbers are 11 digits starting with 1, Chinese addresses have specific format.
  • Error messages should be actionable — "参数错误" is bad; "手机号格式不正确,请输入11位手机号" is good.
  • Date/time always include timezone — China uses +08:00, don't assume UTC.

API Backend & Scripts

This skill includes a real API backend for documentation validation:

API Endpoints

  • GET /health — API service status and best practices checklist
  • POST /check — Validate API documentation content for compliance
  • GET /suggestions — Get terminology suggestions

Executable Script

  • scripts/validate.sh — Validate API docs from CLI
    ./scripts/validate.sh
    

API Base URL

https://1341839497-2yuxt6z58d.ap-guangzhou.tencentscf.com