Token导航 LogoToken导航

Agent Skill · 运维和基础设施

devdocs-sync(开发文档同步)

devdocs-sync 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

devdocs-sync 是运维和基础设施类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为执行命令;许可证为 MIT,第三方扫描已通过,按安装量在运维和基础设施类的 2,449 个 Skill 里排第 1,234。

总安装 734周安装 30GitHub Stars 公开资料未说明下载 235核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/ab300819/skills --skill devdocs-sync

这个 Skill 是做什么的

运维和基础设施类 Skill 处理部署、监控、日志和云资源,多数需要较高的执行权限。

devdocs-sync 保持文档与实际代码进度一致,自动检测偏差并更新状态。支持指定任务范围同步、仅检查不更新或全量归档版本快照。默认串行执行 trace → audit 流程,确保文档真实反映实现情况。适用于 Sprint 结束、任务完成后或定期维护文档一致性。

适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/devdocs-sync

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

devdocs-sync 怎么安装?

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

devdocs-sync 支持哪些 AI 工具?

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

devdocs-sync 需要什么权限?

权限级别是执行命令。安装流程涉及命令执行,可能通过 npx skills add https://github.com/ab300819/skills --skill devdocs-sync;npx skills add ab300819/skills --skill "devdocs-sync" 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

devdocs-sync 是免费的吗?

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

devdocs-sync 用的人多吗?

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

devdocs-sync 安全吗?

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

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

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

适不适合你

更适合

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

不太适合

  • 不能接受 Skill 在你机器上执行命令的人。
  • 需要厂商级技术支持和 SLA 的生产系统。

运维和基础设施类 Skill 对比

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

头脑风暴 · Codex、Claude

3,148,776173,131操作浏览器MIT通过
copywriting

文案写作 · Codex、Claude

1,996,72425,583需要联网MIT通过
openclaw-secure-linux-cloud

OpenClaw secure linux cloud 命令行 · Codex、Claude

1,853,08840接触敏感数据未明确未通过
xget

xget 命令行 · Codex、Claude

1,799,28040执行命令未明确未通过
requesting-code-review

代码审查请求 · Codex、Claude

1,590,144173,103权限未标注MIT通过
devdocs-sync

开发文档同步 · 本页

734—执行命令MIT通过

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

SKILL.md 原文

文档同步

保持 DevDocs 文档与实际实现进度一致,检测偏差并更新状态。

语言规则

  • 支持中英文提问
  • 统一中文回复
  • 使用中文生成文档

触发条件

  • 用户完成一个或多个开发任务后
  • 用户要求检查文档与代码一致性
  • 用户需要更新文档进度
  • 定期同步(如 Sprint 结束时)

运行模式

/devdocs-sync                    → 默认模式:trace → audit 自动串行
/devdocs-sync --check            → 仅检查,不更新文档
/devdocs-sync --absorb           → 吸收模式(自动 + 智能补齐)
/devdocs-sync --archive          → 全量归档检查(所有文档类型)
/devdocs-sync --archive requirements  → 仅归档需求文档
/devdocs-sync --archive design        → 仅归档设计文档
/devdocs-sync --archive tests         → 仅归档测试用例
/devdocs-sync --archive tasks         → 仅归档开发任务
/devdocs-sync --archive --release v1.0.0  → 创建版本快照
/devdocs-sync T-01 T-02          → 指定范围同步

默认模式变更

原 --trace 和 --audit 已合并到默认模式。无参数调用时自动执行 trace → audit 串行流程(audit 依赖 trace 的输出,因此不再作为独立子命令)。--absorb 自动包含 trace 步骤。

模式对比

模式检查自动更新智能补齐用户确认
check✅❌❌❌
sync(默认)✅ trace+audit✅❌✅ 全部
absorb✅ trace+吸收✅✅✅ 仅高风险
archive✅ 归档条件✅ 归档文件❌✅ 全部

核心理念

文档与代码的关系

文档定义(计划)          代码实现(实际)
     │                        │
     ├── F-XXX 功能点    ←→   ├── 功能模块
     ├── AC-XXX 验收标准 ←→   ├── 业务逻辑
     ├── T-XX 开发任务   ←→   ├── 代码提交
     └── UT/IT/E2E 测试  ←→   └── 测试文件

核心原则:

  • 文档是计划,代码是实现
  • 偏差是正常的,关键是及时同步
  • 同步应该双向:文档→代码(指导)、代码→文档(记录)

同步时机

时机同步内容
任务完成后更新任务状态、测试结果
Sprint 结束全量检查、进度报告
需求变更后更新需求文档、影响分析
代码审查后记录设计决策变更

工作流程

1. 读取 DevDocs 文档
   │
   ▼
2. 扫描代码库(工作区状态)
   ├── 检查文件是否存在(Glob)
   ├── 运行测试(获取实时结果)
   ├── 检查未提交变更(git status)
   └── 参考提交记录(git log,辅助)
   │
   ▼
3. 对比分析
   ├── 任务完成状态
   ├── 测试覆盖情况
   └── 功能实现状态
   │
   ▼
4. 生成偏差报告
   │
   ▼
5. 询问用户确认更新
   │
   ▼
6. 更新文档

重要:检查基于当前工作区状态,而非仅依赖 git 提交历史。

模式详解

默认模式(trace → audit 自动串行)

无参数调用时自动执行两步流程:

  1. trace 阶段:扫描代码中的 @satisfies/@verifies 标注,与文档交叉验证,更新追溯矩阵代码位置列。详见 trace-mode.md
  2. audit 阶段:检测编号体系完整性,防止文档维护债积累。检查 AC 覆盖、F 任务闭环、INS 转化、孤立编号。详见 audit-mode.md
audit 依赖 trace 的扫描结果,因此自动串行执行,不再作为独立子命令。

吸收模式 (--absorb)

从"检查员"进化为"记录员",支持代码优先开发路径。低风险偏差自动吸收,高风险需确认。自动包含 trace 步骤。

详见 absorb-mode.md

文档归档 (--archive)

支持所有文档类型的归档,控制文档膨胀,同时保留历史记录便于追溯:

文档类型归档条件归档文件
需求功能已完成/已废弃archive/01-requirements-archive.md
设计关联功能已归档archive/02-system-design-archive.md
测试关联 AC 已归档archive/03-test-cases-archive.md
任务已完成 > 15 个archive/04-dev-tasks-archive.md

归档时支持级联:归档 F-001 时可同时归档关联的设计/测试/任务。

详见 archive.md

同步命令

快速检查

/devdocs-sync --check
# 输出: 偏差报告(仅显示,不写入)

完整同步(默认)

/devdocs-sync
# 流程: trace 扫描 → audit 检查 → 显示报告 → 确认 → 更新文档

吸收模式

/devdocs-sync --absorb
# 流程: trace 扫描 → 自动吸收低风险 → 确认高风险 → 生成报告

指定范围

/devdocs-sync T-01 T-02
# 只同步特定任务

输出文件

进度报告

生成 docs/devdocs/00-progress-report.md,包含总体进度、偏差汇总、下一步建议。

文档更新

文档更新内容
04-dev-tasks.md任务完成状态、执行检查清单
03-test-cases.md追溯矩阵状态、测试通过状态
01-requirements.md功能点实现状态(如有状态列)

约束

检查约束

  • 必须读取所有 DevDocs 文档后再进行检查
  • 必须生成偏差报告
  • 更新文档前必须询问用户确认(吸收模式低风险除外)
  • 检查结果必须可追溯(显示检查方法)

更新约束

  • 不自动删除文档内容,只标记状态
  • 不自动修改代码,只更新文档
  • 保留原有文档结构
  • 更新时记录时间戳

吸收模式约束

  • 低风险吸收仅限状态字段更新
  • 高风险吸收必须用户确认
  • 新增内容必须指定关联编号(AC/F/US)
  • 无法确定关联的内容标记为"待手动处理"
  • 吸收操作必须生成吸收报告

安全约束

  • 不执行未知的 shell 命令
  • 测试命令使用项目配置的命令
  • 大规模更新前必须确认

Skill 协作

场景协作 Skill说明
开发完成/devdocs-dev-workflow被调用:任务完成后触发 --trace
任务完成后/devdocs-dev-tasks执行任务后触发同步
测试追溯/devdocs-test-cases协作:更新追溯矩阵代码位置
需求变更/devdocs-feature新功能添加后同步
Bug 修复/devdocs-bugfixBug 修复后更新文档
洞察确认/devdocs-insights改进建议确认后同步
项目改造/devdocs-retrofit改造后全量同步

参考资料

偏差修复路由(调度器功能)

当检测到偏差时,必须在报告中指派下一步修复 Skill:

偏差类型修复 Skill说明
设计缺失/漂移/devdocs-system-design代码有新接口但文档未记录
AC 缺测试/devdocs-test-cases验收标准无对应测试用例
F 缺任务闭环/devdocs-dev-tasks功能点无关联开发任务
代码已实现文档落后/devdocs-sync --absorb状态未更新、新内容未登记
追溯矩阵代码位置缺失/devdocs-sync代码标注未扫描到矩阵
调度器原则:偏差报告不能只列出问题,必须给出明确的修复路由。

调用说明

任务完成后直接运行:

/devdocs-sync            # trace → audit 自动串行 → 显示报告 → 确认更新
  或 --absorb            # trace + 自动吸收低风险 → 确认高风险
默认模式已将 trace 和 audit 合并为自动串行流程,无需手动分两步调用。

批量确认优化

同一会话内的低风险变更(状态更新、进度统计等)合并为文档级批量确认,而非逐个确认。

子 Agent 摘要格式

当本 Skill 作为子 Agent 运行时,返回以下结构化摘要:

skill: devdocs-sync
mode: default | check | absorb | archive
trace_results:
  satisfies_found: X
  verifies_found: X
  coverage: "XX%"
audit_results:
  orphan_ids: []
  missing_tests: []
  health_score: "XX%"
deviations:
  total: X
  auto_absorbed: X  # absorb 模式
  needs_confirm: X
status: synced | deviations_found
output_file: docs/devdocs/00-progress-report.md

下一步

同步完成后,根据进度报告中的偏差修复路由执行对应 Skill。

平台分布

Claude Code

31.39%
按下载量换算74

Antigravity

22.71%
按下载量换算53

OpenCode

18.57%
按下载量换算44

Gemini CLI

11.81%
按下载量换算28

windsurf

8.61%
按下载量换算20

Codex

3.6%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

执行命令

安装流程涉及命令执行,可能通过 npx skills add https://github.com/ab300819/skills --skill devdocs-sync;npx skills add ab300819/skills --skill "devdocs-sync" 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

继续浏览同类 Skills