Token导航 LogoToken导航

Agent Skill · 待分类

process-doc-generator(流程文档生成器)

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

process-doc-generator 是待分类类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在待分类类的 11,209 个 Skill 里排第 10,868。

总安装 188周安装 8GitHub Stars 公开资料未说明下载 66核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/qingchunwuhui/xianfengaiskills --skill process-doc-generator

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定,用法以来源仓库的说明为准。

用于辅助文档、README、Markdown 等内容的整理与改写,适合提炼结构和统一术语。适用于需要让 Agent 处理项目说明文或内容稿件的场景。使用时需保留已有事实和路径,避免将未确认信息写成确定结论。涉及对外文案时应控制语气,防止过度营销或夸大能力描述。

安装方式:通过 GitHub 仓库安装,支持 Codex、Claude、Cursor、Gemini CLI。

来源仓库内路径:skills/process-doc-generator

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/qingchunwuhui/xianfengaiskills --skill process…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

process-doc-generator 怎么安装?

在终端执行 npx skills add https://github.com/qingchunwuhui/xianfengaiskills --skill process-doc-gener…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

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

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

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

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

process-doc-generator 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

process-doc-generator 用的人多吗?

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

process-doc-generator 安全吗?

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

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理待分类类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

待分类类 Skill 对比

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

infsh CLI · Codex、Claude

4,374,576382权限未标注未明确未收录
ai-video-generation

AI 视频生成 · Codex、Claude

4,313,376382调用外部服务未明确有提醒
lark-openapi-explorer

云雀 OpenAPI 浏览器 · Codex、Claude

2,064,1209,011需要联网未明确有提醒
lark-workflow-standup-report

Lark 工作流程站立报告 · Codex、Claude

2,041,6328,978需要联网未明确通过
use-my-browser

使用我的浏览器 · Codex、Claude

1,848,49140操作浏览器未明确未通过
process-doc-generator

流程文档生成器 · 本页

188—只读未明确通过

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

SKILL.md 原文

过程文档生成器 (Process Documentation)

职责:生成可复现的过程文档,保留完整的上下文、决策路径和试错过程,确保两个月后能完整复现解决方案。

核心原则

  1. 保真优先:保留所有截图、日志、代码块,禁止简化或虚构内容
  2. 真实性 > 结构性:有多少材料写多少,不强求模板完整
  3. 黑匣子测试:两个月后断网失忆,能否仅凭文档复现解决方案

详细标准见:references/black_box_principle.md

使用场景

  • 完成了复杂的 Bug 修复,需要记录排查过程
  • 实现了有技术难度的功能,需要记录决策路径
  • 经历了多次试错才找到答案,需要记录"此路不通"
  • 需要对基础笔记进行深度扩展

工作流程

第一步:选择模板复杂度

根据内容复杂度选择:

轻量版(适合 80% 场景):

  • 适用于:单次操作、流程记录、配置笔记
  • 结构:问题 + 解决方案 + 关键步骤 + 避坑指南
  • 特点:5-10 分钟完成,不强求深度思考

完整版(适合复杂问题):

  • 适用于:复杂 Bug、架构决策、多次试错
  • 结构:问题 + 解决方案 + 过程 + 思考 + 原始记录
  • 特点:详细记录决策上下文和认知升级

判断标准:

  • 1-2 次操作 → 轻量版
  • 3 次以上真实试错 → 完整版
  • 不确定时 → 优先轻量版

第二步:确定文档生成方式

重要原则:⚠️ 始终生成新文档,绝不修改原文档内容

文档命名规则:

  • 基于现有笔记扩展:{原文件名}-详细过程文档.md
  • 从对话直接生成:{日期}-{任务名称}-过程文档.md

文档存放位置:

  • 默认与原文档同目录(模式 A)
  • 用户指定路径(模式 B)

第三步:执行生成

模式 A:基于现有笔记扩展

  1. 读取现有笔记内容(仅读取,不修改)
  2. 识别是否有真实的试错过程
  3. 根据复杂度选择模板
  4. 【新增】执行图片重命名:

- 扫描markdown中的所有图片引用(![[image.png]] 格式) - AI分析每张图片的上下文,提取关键对象和状态动作 - 按文档顺序生成序号(01, 02, 03...) - 重命名图片文件为规范格式(序号-对象-动作.扩展名) - 自动更新markdown中的图片引用 - 智能跳过已规范化的图片

  1. 创建新文档,在 Problem + Solution 基础上补充详细过程
  2. 保留所有截图引用和代码块(引用已更新为新文件名)
  3. 原文档保持不变

模式 B:从对话直接生成

  1. 回溯对话历史
  2. 提取所有关键信息(包括截图、日志、代码)
  3. 根据实际复杂度选择模板
  4. 【新增】执行图片重命名(同模式A):

- 扫描提取的图片引用 - AI分析上下文提取语义 - 规范化重命名图片文件 - 更新文档中的图片引用

  1. 创建新文档并保留所有原始素材

输出格式

轻量版结构

# {日期}-{任务名称}

## 问题
[简要描述背景和问题]

## 解决方案
[核心答案 + 关键代码/配置]

## 关键步骤
1. [具体操作步骤]
2. [保留所有截图和日志]

## 避坑指南
- 坑点:[为什么会错]
- 原因:[底层原因]
- 避坑:[以后怎么避开]

## 原始记录(可选)
[保留原始对话片段、完整日志输出]

完整版结构

  1. 问题:背景、问题描述、关键信息
  2. 解决方案:最终生效的方案 + 代码
  3. 过程:真实的试错路径(如果有)
  4. 思考:坑点、洞察、认知升级(如果有)
  5. 原始记录:截图、日志、关键对话片段

完整模板见:

关键要求

文档生成原则

⚠️ 重要:

  • ✅ 始终创建新文档,文件名格式:{原文件名}-详细过程文档.md 或 {日期}-{任务名称}-过程文档.md
  • ✅ 绝不修改原文档,保持原文档完整性
  • ✅ 新文档默认与原文档同目录,除非用户指定其他路径

必须保留

视觉元素:

  • 所有截图:![[image.png]] 一个都不能丢
  • 所有图表:流程图、架构图、示意图
  • 操作界面:安装界面、配置界面、错误提示框

文本记录:

  • 完整报错堆栈(未来搜索的"指纹")
  • 完整日志输出(成功项、失败项)
  • 具体命令和参数(完整可执行)
  • 配置文件位置(路径、文件名、配置项)
  • 环境参数(版本号、OS、依赖库)
  • 原始对话片段(关键问答、分析过程)

严禁操作

真实性原则:

  • ❌ 虚构不存在的"试错过程"
  • ❌ 删除或简化截图、日志
  • ❌ 添加原文没有的"认知升级"
  • ❌ 用总结性语言替代具体操作

保持真实:

  • ✅ 有多少材料写多少
  • ✅ 一次操作就记录一次
  • ✅ 没有就留空,不强求完整

详细记录标准和检查清单见:references/black_box_principle.md

与其他技能协作

上游:conversation-extractor 生成基础笔记(Problem + Solution)

下游:qa-appender 在过程文档上追加问答

参考资料

平台分布

Codex

34.26%
按下载量换算23

Claude

30.74%
按下载量换算20

Cursor

18.22%
按下载量换算12

Gemini CLI

10.52%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

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

继续浏览同类 Skills