Skip to content
Back to skills

Common Documentation

ASecurity

Assumption: each TODO represents a real follow-up rather than intentionally deferred work. 1. Inventory every TODO and assign an owner. 2. Create or link a ticket for each actionable item. 3. Rewrite comments using the required format: ```ts // TODO(alice): Explain why retry jitter is required to prevent the thundering herd. // Ticket: PROJ-123 ``` 4. Make comments explain `why`, not mechanics or obvious code behavior. 5. Convert public API comments to JSDoc, including `Args`, `Returns`, and ...

  • 549 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 5, 2026
developmentgitapidocumentation

Works with

  • api

Security analysis

A100/100

Pro scans all 11 files and shows the line behind each finding

Scanned September 5, 2026

npx -y skills add HoangNguyen0403/agent-skills-standard --skill common-documentation --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Common Documentation?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Common Documentation
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/hoangnguyen0403-common-documentation-58f1a493/badge)](https://www.skillsdirectory.com/skills/hoangnguyen0403-common-documentation-58f1a493)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
Assumption: each TODO represents a real follow-up rather than intentionally deferred work.

1. Inventory every TODO and assign an owner.
2. Create or link a ticket for each actionable item.
3. Rewrite comments using the required format:

```ts
// TODO(alice): Explain why retry jitter is required to prevent the thundering herd.
// Ticket: PROJ-123
```

4. Make comments explain `why`, not mechanics or obvious code behavior.
5. Convert public API comments to JSDoc, including `Args`, `Returns`, and a `Usage` example where applicable.
6. Delete obsolete or commented-out code; recover it through Git history if needed.
7. Remove TODOs that are completed, invalid, or no longer needed.
8. Add a review/check that rejects new orphan TODOs without an owner and ticket reference. Documentation should ship with the related feature.

Files in this skill

  • eval-1.baseline.md1.1 KB
  • eval-1.with-skill.md1.4 KB
  • eval-2.baseline.md5.7 KB
  • eval-2.with-skill.md4.9 KB
  • eval-3.baseline.md590 B
  • eval-3.with-skill.md829 B
  • trigger-1.md139 B
  • trigger-2.md137 B
  • trigger-3.md170 B
  • trigger-4.md146 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…