跳到主要内容
#3
该品类排名 #3 / 共 56 个· Ranked #3 of 56 in this category

DX Audit

by Mila Cho✓ 已验证 · verified author·3 个月前

把文档表面看不出来的上手摩擦点显性化。

Measure the onboarding pain your docs politely hide.

技术文档与协作Codexweb docsCLI products低风险 · low risk官方/可信 · trusted开源 · open source

安装前须知Before you install

!会执行命令Runs shell commands
编辑结论· Editor's verdict

你需要知道新用户到底是怎么体验你产品的、而不是你的团队以为他们怎么体验的,它最有用。走一遍公开的上手路径——文档、安装、第一次 API 调用、第一条错误信息——给每一步计时。专抓那些沉默失败:文档里写了但实际不存在的功能、复制粘贴的命令在 macOS 跑不起来、默认配置 404。开发者面向产品发布前最值得跑一遍。内部工具别用它,不是为那个场景调的。

Best when you need to know how new users actually experience your product, not how your team thinks they do. Walks the public onboarding path — docs, install, first API call, first error message — and times each step. Catches the silent failures: docs promising a feature that doesn't exist yet, paste-this commands that don't run on macOS, default settings that 404. Strongest before a developer-facing launch. Skip it for internal-only tooling — that's not what it's tuned for.

— 编辑团队 · Editorial team

通过 Skills CLI 安装

使用 npx skills add 将该 skill 安装到选中的 Agent。Phase 0 命令均为按规则生成,尚未验证。

Codex
npx skills add https://github.com/mila-cho/dx-audit -g -a codex -y

去掉 -g 可改为项目级安装

适合什么场景Best for

  • 上手流程审计Onboarding audits
  • 开发者体验摩擦点Developer experience friction
  • SDK setup 评审SDK setup reviews

不适合什么场景Not for

  • 事故响应Incident response
  • PR 评审PR review
  • 私密生产工作流Private production workflows

vs 其他选择vs alternatives

完整对比表Full compare table →
#1Anthropic Doc Coauthoring

把零散上下文写成读者真正看得懂的文档。

4.7·163k Star
差异 · diff面对那种「真有人要照着做事」的长寿命文档时它最合适——RFC、设计文档、架构说明、技术规格。围绕读者测试循环展开:起草、丢给新读者、看 ta 能不能回答文档里自己提出的关键问题、再修订。Anthropic 出品,格式和评审约定和 Claude 实际消费上下文的方式对得上。一页发布说明那种小东西别用它,release-briefing 处理那种事开销更小。
#2Docs Release

代码改完就同步文档,别拖到三周之后。

4.7·9.3k Star
差异 · diff对那种「代码改了但文字还停在去年」的文档最有效——README、架构图、上手指南这一类长寿命文档。它读 diff,找出哪些文档段落和改动有关,提出最小修改让它们重新对上。在架构重构或 API 改名潮之后效果最好;纯新文档场景不如它的兄弟 anthropic-doc-coauthoring 适合。
#4Release Briefing

把一队合并好的 PR,整理成一份清晰的上线说明。

4.3·4.7k Star
差异 · diff专门做发布的「对人沟通」那一层——发布说明、干系人简报、回滚通知模板。补的是「代码已经合完」和「支持、市场、管理层都知道发生了什么」之间的空档。素材直接取自已合并 PR,那种「我们漏说了一个特性」的二次邮件不会再来。它不做代码评审,也不验线上;要做这两件事,配合 canary-watch。

维度对比side-by-side compare

和同类的关键维度差异
当前 · this skillDX AuditAnthropic Doc CoauthoringDocs ReleaseRelease Briefing
评分 · rating4.54.74.74.3
星标 · stars5.4k163k9.3k4.7k
风险 · risk低风险 · low risk低风险 · low risk低风险 · low risk低风险 · low risk
最适合 · best for上手流程审计设计文档README 更新发布说明
不适合 · not for事故响应小型变更日志修改线上发布验证深度代码评审

审计备注Audit notes

2026-06-10 复查 · last reviewed
源码Source公开 GitHub · open on GitHub
作者Author已验证作者 · verified org
网络访问Network只读 · read-only
文件写入Filesystem工作目录沙箱 · sandboxed
依赖Dependencies依赖少且通过审计 · audited
遥测Telemetry无 · none
Skill Market
按品类找最好用的 AI 技能·Find the best AI skills for the job
v0.4 · 收录 1306 个 skill · 上次评测 2026-06-10