Token导航 LogoToken导航TokenDH.com
研究检索敏感数据github未标认证来源可访问许可证需确认审计通过

tl-docs-audittl 文档审核

Agent Skill

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

总安装

272

周安装

11

GitHub Stars

公开资料未说明

下载量

85
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/toddlevy/tl-agent-skills --skill tl-docs-audit

简介

tl-docs-audit 用于辅助文档、README、Markdown、说明文和内容稿件的整理与改写,适合让 Agent 提炼结构、补齐章节、统一术语或检查链接。

  • 适用于文档优化和内容生成场景,使用时需保留项目已有事实和路径。
  • 通过 npx skills add 命令从 GitHub 安装,支持主流 AI 宿主环境。
  • 涉及对外文案时应避免过度营销,安装前建议确认权限和维护状态。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Documentation Audit

Audit existing documentation for gaps, staleness, and sync issues. Generates actionable sync reports.

When to Use

  • "audit the docs"
  • "review doc coverage"
  • "find outdated docs"
  • "sync docs with code"
  • "docs audit"
  • "check documentation gaps"
  • Joining a project with existing documentation
  • After major refactoring
  • Quarterly documentation review

For creating new docs from scratch, see tl-docs-create.

Outcomes

  • Decision: Sync report with categorized findings
  • Decision: Code-to-docs mapping table
  • Decision: Prioritized list of proposed edits
  • Artifact (optional): Fixed documentation

Configuration Discovery

Before auditing, gather scope through structured questions. See references/configuration.md for full schemas.

Question Flow Summary

  1. Light scan — Inventory existing docs
  2. Scope — Full audit / Changed files only / Specific areas
  3. Output — Report only / Report + fixes
  4. Fix confirmation — Per-finding approval (if fixing)

Phase 1: Feature Inventory

Scan the codebase for documentable elements before comparing.

What to Inventory

CategoryWhere to LookWhat to Extract
Public APIsrc/index.ts, exported modulesFunctions, classes, types
Configurationconfig/, env files, schema filesOptions, defaults, constraints
Environment Variables.env.example, config loadersVariable names, services, required vs optional
CLI Commandspackage.json scripts, bin/Command names, options, examples
Routes/Endpointsroutes/, api/, controllersHTTP methods, paths, request/response
Database SchemaMigrations, drizzle/schema.tsTables, relations, constraints
Componentscomponents/, ui/Props, variants, usage patterns

Inventory Format

## Feature Inventory

### Public API
- `createUser(options)` — Creates a new user
- `getUser(id)` — Retrieves user by ID

### CLI Commands
- `pnpm dev` — Start dev server
- `pnpm build` — Production build

Phase 2: Doc-First Pass

Walk through existing docs and check coverage against the feature inventory.

Process

  1. List all documentation files
  2. For each file, extract topics and features referenced
  3. Cross-reference against feature inventory
  4. Flag gaps by category

Finding Categories

CategoryDescriptionExample
MissingFeature exists but not documentedAPI endpoint with no docs
OutdatedDoc describes old behaviorRenamed function, changed default
StructuralDoc exists but poorly organizedAll endpoints on one page
OrphanedDoc not linked from anywhereUnreachable page
IncompleteDoc exists but lacks depthOnly signature, no examples

Phase 3: Code-First Pass

Start from code and verify each element has adequate documentation.

Code-to-Docs Mapping

Create a mapping table for ongoing maintenance.

Source PathDoc LocationNotes
src/api/users.tsdocs/api/users.mdREST endpoints
src/config/index.tsdocs/reference/config.mdConfig schema
drizzle/schema.tsdocs/reference/database.mdSchema definitions

Verification Checklist

For each code element:

  • Documented somewhere?
  • Documentation accurate to current implementation?
  • Examples work with current API?
  • Linked from appropriate index/overview page?

Phase 4: Sync Report

Generate a structured report of findings.

Report Template

# Documentation Sync Report

Generated: YYYY-MM-DD
Scope: Full codebase analysis

## Summary

| Category | Count |
|----------|-------|
| Missing | 3 |
| Outdated | 2 |
| Structural | 1 |
| Orphaned | 0 |

## Doc-First Findings

### Missing Content

| Page | Missing | Evidence |
|------|---------|----------|
| `docs/api/users.md` | PATCH endpoint | `src/api/users.ts:45` exports `updateUser` |

### Outdated Content

| Page | Issue | Correct Info |
|------|-------|--------------|
| `docs/config.md` | Default port shown as 8080 | Default is 3000 |

## Code-First Gaps

| Feature | Evidence | Suggested Location |
|---------|----------|-------------------|
| `validateEmail` helper | Exported in `src/utils/email.ts` | `docs/reference/utils.md` |

## Proposed Edits

1. **docs/api/users.md** — Add PATCH endpoint documentation
2. **README.md** — Add "Database Setup" section

Phase 5: Optional Fixes

If user selected "Report + fixes", implement proposed edits.

Fix Process

  1. Present each proposed edit for confirmation
  2. Use tl-docs-create writing standards for consistency
  3. Add "Last Updated" date to modified files
  4. Run verification checklist

Lifecycle Integration

Run audits at key moments.

TriggerScopeAction
New feature mergedChanged files onlyCheck for doc gaps
Major releaseFull codebaseComplete sync report
Quarterly reviewFull codebaseStaleness audit
Developer onboardingAreas of responsibilityVerify docs are current

Staleness Indicators

Flag docs as potentially stale if:

  • Not updated in 90+ days
  • References deprecated APIs
  • Links to removed files
  • Mentions outdated dependency versions

Shared Content Handling

When content appears in multiple places, identify the source of truth.

Principles

  1. Edit source, not duplicates — Find the canonical location
  2. Use links over repetition — Reference instead of copying
  3. Sync, don't diverge — If duplication is necessary, ensure consistency

References

Skill References

FilePurpose
references/configuration.mdAskQuestion flows for scope selection
references/sync-report.mdFull sync report template

Automated Tooling

  • Vale — Prose linting (style, grammar, terminology)
  • linkinator — Dead link detection
  • alex — Inclusive writing checker
  • markdownlint — Markdown style linting

CI Integration

# .github/workflows/docs-lint.yml
jobs:
  docs:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npx linkinator docs/ --recurse
      - run: npx vale docs/

Related Skills

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

35.32%
按下载量换算30

Claude

30.28%
按下载量换算26

Cursor

20.05%
按下载量换算17

Gemini CLI

9.32%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

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

来源信息

继续浏览同类 Skills