Token导航 LogoToken导航

Agent Skill · 前端设计

component-docs-batcher(组件文档批处理程序)

用于辅助前端页面、组件、样式和交互逻辑的开发与维护。它适合让 Agent 生成或审查 React、Next.js、Vue、Tailwind、CSS 等相关代码,整理组件结构,或定位布局和性能问题。使用时需要结合项目现有设计系统、路由和构建方式,避免只生成孤立片段;涉及页面改动时,应配合本地预览和构建检查确认视觉效果。

component-docs-batcher 是前端设计类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证为 MIT,第三方扫描有未通过项,按安装量在前端设计类的 10,216 个 Skill 里排第 8,006。

总安装 321周安装 13GitHub Stars 1下载 101核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:component-docs-batcher(组件文档批处理程序)
来源仓库:https://github.com/evanfang0054/cc-system-creator-scripts
仓库路径:skills/component-docs-batcher
安装命令:
npx skills add https://github.com/evanfang0054/cc-system-creator-scripts --skill component-docs-batcher
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/evanfang0054/cc-system-creator-scripts --skill component-docs-batcher

这个 Skill 是做什么的

前端设计类 Skill 关注页面结构、视觉规范和组件写法,输出通常是可运行的界面代码。

用于辅助前端页面、组件、样式和交互逻辑的开发与维护,适合批量生成 Monorepo 组件库文档。它通过智能扫描组件文件、对比 Git 提交时间,自动生成任务清单和规范化的 index.zh-CN.md 文档。使用时需结合项目现有设计系统和构建流程,避免只生成孤立片段;文档更新应配合预览确认同步状态。

安装前建议核实权限范围、维护状态及是否会触发文件读写或命令执行。component-docs-batcher 属于前端设计类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/component-docs-batcher

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

component-docs-batcher 怎么安装?

在终端执行 npx skills add https://github.com/evanfang0054/cc-system-creator-scripts --skill component…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

component-docs-batcher 支持哪些 AI 工具?

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

component-docs-batcher 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

component-docs-batcher 是免费的吗?

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

component-docs-batcher 用的人多吗?

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

component-docs-batcher 安全吗?

第三方扫描有未通过项,风险较高。除非你确认过源码,否则不建议直接安装到常用环境。

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。

先想清楚的地方

  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理前端设计类任务、又不想每次都手写提示词的人。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

前端设计类 Skill 对比

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

前端设计 · Codex、Claude

8,823,360126,072只读MIT通过
vercel-composition-patterns

Vercel 组合模式 · Codex、Claude

3,858,81625,893需要联网MIT通过
vercel-react-native-skills

Vercel React native skills 前端 · Codex、Claude

2,468,66425,878只读MIT通过
adapt

adapt 搜索 · Codex、Claude

2,027,04023,125操作浏览器未明确通过
bolder

bolder 分析 · Codex、Claude

2,004,28823,130只读未明确通过
component-docs-batcher

组件文档批处理程序 · 本页

3211需要联网MIT未通过

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

SKILL.md 原文

Component Docs Batcher

概述

Component Docs Batcher 是一个自动化批量生成和维护前端组件库文档的工具。专为 Monorepo 架构的组件库设计,通过智能扫描主要组件文件,对比文档更新状态,生成规范化的组件文档,确保文档与代码保持同步。

核心功能

  • 智能组件识别: 自动识别组件目录中的主要组件文件(如 button/button.tsx),跳过 index.ts、store、hooks 等辅助文件
  • Git时间对比: 通过对比组件文件和文档的git最后提交时间,确定文档状态(比文件系统时间更准确)
  • 任务清单生成: 自动生成结构化的todos.md任务清单
  • 批量文档生成: 按照规范批量生成完整的组件文档
  • 组件库优化: 针对 Monorepo 组件库结构优化,文档位于组件目录下的 index.zh-CN.md

工作流程

步骤1: 扫描组件

使用 scan-components.ts 脚本扫描组件库,识别需要处理的组件:

# 扫描指定组件库目录
npx ts-node .claude/skills/component-docs-batcher/scripts/scan-components.ts /path/to/packages/atom-ui-mobile/src/components

# 输出JSON格式(用于程序化处理)
npx ts-node .claude/skills/component-docs-batcher/scripts/scan-components.ts /path/to/components --json

组件识别规则:

  • 扫描组件目录下的一级子目录(如 button/, alert/)
  • 识别主要组件文件:与目录名同名的 .tsx 或 .jsx 文件(如 button/button.tsx)
  • 自动跳过辅助文件:index.ts, *.store.ts, use*.ts 等
  • 自动跳过辅助目录:styles/, __tests__/ 等

扫描结果分类:

  • ❌ 文档缺失: 组件目录下没有 index.zh-CN.md 文档
  • ⚠️ 文档过时: 组件文件的git最后提交时间晚于文档
  • ✅ 文档最新: 组件和文档的git最后提交时间一致(不输出)

时间对比说明:

  • 使用 git log -1 --format=%ct 获取文件的最后提交时间
  • 如果文件没有git历史(新文件),则使用文件系统时间作为备选
  • git时间比文件系统修改时间更准确,不受checkout、pull等操作影响

步骤2: 生成任务清单

使用 generate-todos.ts 生成详细的任务清单:

# 在当前目录生成todos.md
npx ts-node .claude/skills/component-docs-batcher/scripts/generate-todos.ts

# 在指定目录生成
npx ts-node .claude/skills/component-docs-batcher/scripts/generate-todos.ts /path/to/components /output/path/todos.md

生成的 todos.md 包含:

  • 📊 统计信息(新增/更新数量)
  • ✅ 任务列表(每个组件的详细任务)
  • 📝 使用说明
  • 📚 文档规范参考

步骤3: 分析组件结构

对于每个需要处理的组件,使用 analyze-component.ts 分析组件结构:

# 分析单个组件
npx ts-node .claude/skills/component-docs-batcher/scripts/analyze-component.ts /path/to/Component.tsx

# 输出JSON格式
npx ts-node .claude/skills/component-docs-batcher/scripts/analyze-component.ts /path/to/Component.tsx --json

分析内容包括:

  • 组件类型(component/hook/util/type)
  • Props接口(属性名、类型、默认值、必填性)
  • TypeScript类型定义
  • 导入依赖
  • 代码示例(从注释提取)

步骤4: 批量生成文档

根据组件分析结果,为每个组件生成符合规范的文档:

  1. 读取组件源码: 使用 Read 工具读取完整的组件文件
  2. 理解组件逻辑: 不要依赖代码注释,独立理解组件实现
  3. 提取关键信息:

- Props接口及其所有属性 - TypeScript类型定义 - 组件的使用场景和交互逻辑 - 依赖的第三方组件API(如 Ant Design Mobile)

  1. 确定正确的导出名称: ⚠️ 重要! 在生成文档前,必须检查 /packages/atom-ui-mobile/src/index.ts 确认组件的实际导出名称

- 例如:qr-code 组件导出为 QrCode(不是 QRCode) - 例如:message 组件导出为小写的 message - 例如:time-select 直接导出为 TimeSelect(没有 default as)

  1. 生成文档: 按照 文档格式规范 生成完整文档
  2. 质量验证: 对照质量检查清单验证文档完整性

重要规则:

  • 文档路径:组件目录下的 index.zh-CN.md(如 button/index.zh-CN.md)
  • 独立理解组件,不复制代码注释
  • 完整列出所有API,特别是继承的第三方组件API(如 Ant Design Mobile Button 的所有属性)
  • 提供真实可用的代码示例
  • 导出名称必须与 src/index.ts 中的定义完全一致(包括大小写)
  • 引用方式示例:import {Button} from '@evanfang/atom-ui-mobile';

步骤5: 更新任务状态

完成每个组件文档后,在 todos.md 中标记任务为已完成:

1. [x] 读取组件源码
2. [x] 分析组件结构
3. [x] 创建/更新文档
4. [x] 验证文档格式
5. [x] 检查文档完整性

所有任务完成后,删除 todos.md 文件。

文档格式规范

所有组件文档必须遵循标准格式。详见 文档格式规范。

关键要求:

  • 完整的API表格(属性名、类型、说明、默认值)
  • TypeScript类型定义表格
  • 真实可用的代码示例
  • 主题变量列表或"无"的明确说明

使用场景

场景1: 定期批量更新

在项目迭代过程中,定期执行批量文档更新:

# 1. 扫描组件库
cd /Users/arwen/Desktop/Arwen/Demo/cc-system
npx ts-node .claude/skills/component-docs-batcher/scripts/scan-components.ts \
  /Users/arwen/Desktop/Arwen/evanfang/dp-design/packages/atom-ui-mobile/src/components

# 2. 生成任务清单
npx ts-node .claude/skills/component-docs-batcher/scripts/generate-todos.ts \
  /Users/arwen/Desktop/Arwen/evanfang/dp-design/packages/atom-ui-mobile/src/components

# 3. 按照生成的todos.md批量处理每个组件
# 4. 完成后删除todos.md

场景2: 单个组件维护

针对特定组件快速更新文档:

# 1. 分析组件结构
npx ts-node .claude/skills/component-docs-batcher/scripts/analyze-component.ts \
  /Users/arwen/Desktop/Arwen/evanfang/dp-design/packages/atom-ui-mobile/src/components/button/button.tsx

# 2. 根据分析结果生成/更新文档
# 文档位置: button/index.zh-CN.md

场景3: 新组件文档初始化

为新创建的组件快速生成文档:

# 1. 检查组件是否需要文档
npx ts-node .claude/skills/component-docs-batcher/scripts/scan-components.ts \
  /Users/arwen/Desktop/Arwen/evanfang/dp-design/packages/atom-ui-mobile/src/components

# 2. 新组件会在"文档缺失"列表中显示
# 3. 为新组件生成 index.zh-CN.md 文档

资源

scripts/

可执行的TypeScript脚本,提供扫描、分析和文档生成功能。

scan-components.ts: 组件文件扫描器

  • 扫描指定目录下的组件文件
  • 对比组件和文档的修改时间
  • 输出需要更新或新增的组件列表
  • 支持JSON格式输出

generate-todos.ts: 任务清单生成器

  • 基于扫描结果生成todos.md
  • 包含详细的任务步骤和统计信息
  • 提供文档规范引用

analyze-component.ts: 组件结构分析器

  • 分析组件源代码结构
  • 提取Props、类型、依赖等信息
  • 输出结构化的组件分析结果

references/

文档和参考资料,指导文档生成过程。

docs-format.md: 组件文档格式规范

  • 标准文档模板
  • 编写规则和质量检查清单
  • 不同组件类型的特殊要求

平台分布

trae

29.05%
按下载量换算29

OpenCode

23.71%
按下载量换算24

weavefox

15.59%
按下载量换算16

kiro-cli

11.55%
按下载量换算12

Codex

6.77%
按下载量换算7

Claude Code

3.33%
按下载量换算3

安全审计

Gen Agent Trust Hub

未通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。

继续浏览同类 Skills