Token导航 LogoToken导航

Agent Skill · 开发

oc-doc-generator(oc 文档生成器)

用于辅助文档、README、Markdown、说明文和内容稿件的整理与改写。它适合让 Agent 提炼结构、补齐章节、统一术语、检查链接或把零散材料整理成可读文档。使用时应保留项目已有事实、命令和路径,不要把未确认的信息写成确定结论;涉及对外文案时,还需要控制语气,避免过度营销或夸大能力。

oc-doc-generator 是开发类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为接触敏感数据;许可证为 MIT-0,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 9,537。

总安装 2,654周安装 114GitHub Stars 公开资料未说明下载 930核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:oc-doc-generator(oc 文档生成器)
来源仓库:https://github.com/penghang1223/oc-doc-generator
安装命令:
openclaw skills install oc-doc-generator
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install oc-doc-generator

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

从源代码自动生成 API 文档与技术说明,支持飞书输出。适用于敏捷开发中保持文档与代码同步更新。oc-doc-generator 属于开发类 Skill,可作为该场景下的辅助能力补充。内置中文模板与 OpenAPI 规范转换功能。

安装命令:openclaw skills install oc-doc-generator。需配置飞书 Webhook 并确保注释格式符合提取规则。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install oc-doc-generator;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

oc-doc-generator 怎么安装?

在终端执行 openclaw skills install oc-doc-generator。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

oc-doc-generator 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

oc-doc-generator 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

oc-doc-generator 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

oc-doc-generator 用的人多吗?

公开数据是累计安装 2,654 次,近一周安装 114 次,下载 930 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

oc-doc-generator 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
oc-doc-generator

oc 文档生成器 · 本页

2,654—接触敏感数据MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
doc-generator
description
|

文档生成器 (Doc Generator)

从源代码自动生成结构化技术文档,支持飞书云文档输出。

核心能力

能力说明
API 文档生成从代码提取端点、参数、返回值
代码注释提取解析 JSDoc / Python docstring / Go doc
飞书文档输出直接创建飞书云文档
中文模板预置中文技术文档模板
OpenAPI 规范生成 OpenAPI 3.0 YAML/JSON

工作流程

flowchart LR
    A[源代码] --> B[代码分析]
    B --> C[注释提取]
    C --> D[文档生成]
    D --> E{输出目标}
    E -->|飞书| F[飞书云文档]
    E -->|本地| G[Markdown 文件]
    E -->|OpenAPI| H[YAML 规范]

使用方式

1. 提取代码注释(Python)

使用内置脚本从 Python 代码提取 API 信息:

python3 <skill_dir>/scripts/extract_api.py <source_file_or_dir> [--lang python|js|go] [--format markdown|json|openapi]

参数说明:

  • <source_file_or_dir>:源文件或目录路径
  • --lang:代码语言(python/js/go),默认自动检测
  • --format:输出格式(markdown/json/openapi),默认 markdown
  • --output:输出文件路径(可选,不指定则输出到 stdout)
  • --chinese:使用中文模板(默认中文)
  • --title:文档标题

示例:

# 从单个文件提取
python3 scripts/extract_api.py app/routes.py --format markdown

# 从目录递归提取,输出 OpenAPI 格式
python3 scripts/extract_api.py ./src/api --format openapi --title "用户服务 API"

# 提取并保存为文件
python3 scripts/extract_api.py app.py --output docs/api.md --chinese

2. 通用文档分析(任意语言)

对于非 Python 代码,Agent 直接读取源文件,按以下规则提取:

JavaScript/TypeScript
/**
 * 获取用户信息
 * @param {string} userId - 用户ID
 * @returns {Promise<User>} 用户对象
 * @throws {NotFoundError} 用户不存在时抛出
 */
async function getUser(userId) { ... }

提取规则:

  • @param {type} name - description → 参数表
  • @returns {type} description → 返回值
  • @throws {ErrorType} description → 错误码
  • 路由装饰器 app.get('/path') → 端点信息
Go
// GetUser godoc
// @Summary 获取用户
// @Param id path string true "用户ID"
// @Success 200 {object} User
// @Router /users/{id} [get]
func GetUser(c *gin.Context) { ... }

提取规则:

  • // @Summary → 描述
  • // @Param → 参数
  • // @Success / // @Failure → 响应
  • // @Router → 端点路径
Python (FastAPI / Flask / Django)
@app.get("/users/{user_id}")
async def get_user(user_id: str) -> User:
    """获取用户信息
    
    Args:
        user_id: 用户唯一标识
        
    Returns:
        User: 用户对象
        
    Raises:
        HTTPException: 用户不存在
    """

提取规则:

  • 路由装饰器 → 端点路径和方法
  • 函数签名 type hints → 参数/返回类型
  • docstring (Google/NumPy/Sphinx 格式) → 描述、参数、返回值、异常

3. 输出到飞书文档

提取内容后,使用飞书文档工具创建云文档:

步骤:

  1. 运行 extract_api.py 生成 Markdown 内容(或 Agent 直接生成)
  2. 调用飞书文档创建工具(feishu-create-doc skill)将内容写入飞书

飞书输出要求(遵循 Lark-flavored Markdown 规范):

  • 使用 <callout> 高亮重要警告和提示
  • 使用 <lark-table> 展示参数/返回值(复杂内容时)
  • 使用 mermaid 代码块生成流程图/架构图
  • 使用 <grid> 分栏对比不同方案
  • 代码块必须标注语言类型

飞书文档结构模板:

<callout emoji="📋" background-color="light-blue">
文档版本:v1.0 | 最后更新:{date} | 维护人:{author}
</callout>

## 概述

{项目简介,2-3 句话说明 API 的核心功能}

## 认证方式

<callout emoji="🔑" background-color="light-yellow">
所有接口需要在 Header 中携带 Token:
`Authorization: Bearer {your_token}`
</callout>

{认证说明}

## 接口列表

### {METHOD} {path}

**接口说明**:{description}

<lark-table header-row="true">
<lark-tr>
<lark-td>**参数名**</lark-td>
<lark-td>**类型**</lark-td>
<lark-td>**必填**</lark-td>
<lark-td>**说明**</lark-td>
</lark-tr>
{lar参数行}
</lark-table>

**请求示例**:

{code example}


**响应示例**:

{response example}


<callout emoji="⚠️" background-color="light-red">
**错误码**:{error codes}
</callout>

---

4. 中文文档模板

API 接口文档模板
# {项目名称} API 接口文档

## 文档信息

| 项目 | 内容 |
|------|------|
| 版本 | v1.0.0 |
| 更新日期 | {date} |
| 维护团队 | {team} |
| Base URL | `https://api.example.com/v1` |

## 快速开始

<callout emoji="🚀" background-color="light-green">
3 步接入:
1. 获取 API Key
2. 携带 Token 调用接口
3. 解析返回结果
</callout>

## 接口鉴权

所有请求需在 Header 中携带:

Authorization: Bearer <your_api_key> Content-Type: application/json


## 接口详情

### 1. {接口名称}

**{METHOD}** `{path}`

{接口描述}

**请求参数**

| 参数名 | 位置 | 类型 | 必填 | 说明 |
|--------|------|------|------|------|
| {name} | {query/path/body} | {type} | 是/否 | {desc} |

**请求示例**

curl -X {METHOD} "{base_url}{path}" \ -H "Authorization: Bearer YOUR_TOKEN" \ -H "Content-Type: application/json" \ -d '{request_body}'


**响应示例**

{ "code": 0, "message": "success", "data": { } }


**错误码**

| 错误码 | 说明 | 处理建议 |
|--------|------|----------|
| 400 | 参数错误 | 检查请求参数 |
| 401 | 未授权 | 检查 Token 是否有效 |
| 404 | 资源不存在 | 检查资源 ID |
| 500 | 服务异常 | 联系技术支持 |
技术方案文档模板
# {方案名称} 技术方案

## 背景

{描述问题背景和需求来源}

## 目标

- 目标 1
- 目标 2

## 方案设计

### 整体架构

graph TD A[客户端] --> B[API 网关] B --> C[服务 A] B --> D[服务 B] C --> E[(数据库)] D --> E


### 核心流程

1. **步骤一**:{说明}
2. **步骤二**:{说明}
3. **步骤三**:{说明}

### 数据模型

| 字段 | 类型 | 说明 |
|------|------|------|
| id | bigint | 主键 |
| name | varchar | 名称 |

## 影响范围

- 模块 A:{影响说明}
- 模块 B:{影响说明}

## 排期

| 阶段 | 时间 | 负责人 |
|------|------|--------|
| 设计评审 | {date} | {person} |
| 开发 | {date} | {person} |
| 测试 | {date} | {person} |
| 上线 | {date} | {person} |

输出格式选择

格式适用场景工具
飞书文档团队协作、项目文档feishu-create-doc
本地 MarkdownGit 版本管理、READMEwrite
OpenAPI YAMLAPI 规范、代码生成write + 格式化

注意事项

  • 代码优先:从代码实际实现提取,不臆造接口
  • 类型准确:参数和返回值类型必须与代码一致
  • 示例真实:使用真实可运行的示例数据
  • 错误完整:列出所有可能的错误码和处理建议
  • 版本标注:标注 API 版本和文档更新时间
  • 飞书格式:输出到飞书时使用 Lark-flavored Markdown,不使用标准 Markdown 表格替代 <lark-table>

平台分布

OpenClaw

88.24%
按下载量换算821

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills