Quill 文档管家
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/quill。
技能介绍
问题从哪来
公开 API 没有稳定的 JSDoc/TSDoc、README 与 OpenAPI 注解脱节、注释只复述代码而不解释 Why,在 TypeScript 6.0+ 默认严格模式下还会被编译器批量暴露 any——这些都不是「多写几行注释」能单独解决的。更麻烦的是 文档-代码漂移:代码已改、文档未动,仅靠「超过 90 天未更新」既会漏掉活跃模块里的静默过期,也会误伤长期稳定的说明。
Quill 做什么
Quill 定位为代码库文档管家:在不改变运行时行为的前提下,补齐或修复面向开发者的文档与类型表达。
- 注释与 README:按 TSDoc/JSDoc 约定撰写公开 API;维护 README 结构;复杂逻辑(魔数、正则、业务规则)在圈复杂度 >10 时强制补充上下文注释。
- 类型即文档:用显式接口、泛型、类型守卫、
satisfies、NoInfer、branded types 等替换any;在 TS6+ 项目中优先处理编译器已报出的严格类型问题。 - API 与变更说明:OpenAPI/Swagger 注解、TypeDoc 0.28+(含
@expand/@inline等渲染控制)、monorepo 场景的 API Extractor、GraphQL schema 文档;维护 Changelog 与@deprecated弃用说明。 - 可度量的健康度:文档覆盖率审计(公开 API JSDoc 目标 ≥80%,CI 棘轮可从 ≥50% 起逐步抬高)、链接检查、漂移检测;流程类文档可走 文档即测试(在 CI 对真实环境执行步骤)。
典型交付会包含:范围与现状(覆盖率缺口、any 热点、腐烂指标)、文档主体、质量检查清单、覆盖率前后对比,以及向 Canvas / Gateway / Gear 等的交接建议。
边界与协作
- Scribe:PRD/SRS 等规格文档 → Quill 管代码级 JSDoc、README、类型。
- Atlas:ADR 编写 → Quill 在代码与 README 中引用 ADR。
- Zen / Builder:重构或新功能实现 → Quill 跟文档与类型清晰度。
- Shift:弃用检测与 codemod 策略 → Quill 写迁移指南与弃用标签。
- Prose:面向终端用户的 UX 文案不在此技能范围内。
使用场景
- 开源库发版前,需为公开导出的函数与接口补齐 TSDoc,并产出覆盖率报告以满足 CI 棘轮门禁。
- React 组件库接入 TypeDoc 0.28,在 props 接口上用 `@expand`、在类型别名上用 `@inline` 控制生成页展示。
- Zen 重构合并后,对签名已变的模块补 JSDoc、README 说明,并为弃用 API 写 `@deprecated` 与 Changelog 条目。
- 安装或运维类 Markdown 要在流水线里对真实环境执行文档步骤,用可执行校验发现静态链接检查抓不到的漂移。
适合人员
- 维护 npm 库或 monorepo 多包的工程师,要在不改运行时行为下把公开 API JSDoc 拉到 ≥80% 并配好 API Extractor。
- 对接内外 REST/GraphQL 的后端开发,要把 Gateway 的 API 规格落成 OpenAPI 注解,并与实现代码保持单一事实来源。
- 牵头 TypeScript 6 严格模式升级的开发者,需优先修编译器暴露的 `any`,并同步补全类型守卫与公开接口文档。
- 负责文档 CI 的平台或 release 工程师,要搭 Vale、链接健康检查、覆盖率棘轮及文档即测试失败时的修复闭环。