dart-doc-validation · git:20260913.6c39005 · 2026-09-13 · sha256 762595e78d81eb56
dart-doc-validation git:20260913.6c39005A
Immutable. This exact content is served forever at /api/v1/blob/762595e78d81eb56.
---
name: dart-doc-validation
description: |-
Best practices for validating Dart documentation comments.
Covers using `dart doc` to catch unresolved references and macros.
license: Apache-2.0
key_features:
- Documentation comment validation
- Unresolved reference checking
- Dart doc macro verification
---
# Dart Doc Validation
## 1. When to use this skill
Use this skill when:
- Writing or updating documentation comments (`///`) in Dart code.
- Checking for broken documentation links, references, or macros.
- Preparing a package for publishing to pub.dev.
### When NOT to use (Abstention Guardrails)
Do NOT apply this skill or refactor doc comments when:
- **Illustrative Pseudo-Code & Non-Dart Code Fences**: Comments contain
pseudo-code, non-Dart language identifiers (e.g. ``yaml`, ``json`, ````bash`,
````text`), or abstract conceptual fragments intentionally not designed to
compile as valid Dart.
- **Generated Code**: Files generated by tools (e.g. `*.g.dart`, `*.mocks.dart`,
`*.freezed.dart`) where comments are synthesized.
- **External Markdown Hyperlinks**: Text in square brackets followed by a link
target (e.g. `[External Guide](https://...)`), which is standard Markdown
hyperlink syntax rather than an unresolved Dart doc reference.
## Discovery
To find documentation issues:
### Missing Lint
Verify if the `comment_references` lint is enabled:
- **Target**: `analysis_options.yaml`
- **Search Query**: `comment_references`
### Automated Validation
Run the documentation generator to surface warnings:
- **Command**: `dart doc -o $(mktemp -d)`
- **Keywords to look for**: `warning:`, `unresolved doc reference`,
`undefined macro`
## 2. Best Practices
### Enable the doc validation lint
In your `analysis_options.yaml`, enable the `comment_references` lint.
```yaml
linter:
rules:
- comment_references
```
### Validating Documentation Locally
Use the `dart doc` command with a temporary output directory to validate
documentation comments without polluting the local project workspace.
This command parses all documentation comments and reports warnings such as:
- `warning: unresolved doc reference`
- `warning: undefined macro`
**Command to run:**
```bash
dart doc -o $(mktemp -d)
```
_This will work on Mac and Linux._
This ensures that the generated HTML files are stored in a temporary location
and don't clutter the package directory, while still surfacing all validation
warnings in the terminal output.
**Browsing the docs:**
Our docs use features designed to be run on a web server. If you want to browse
the generated docs locally, install the `dhttpd` package.
```shell
dart install dhttpd
TMP_DIR=$(mktemp -d) && dart doc -o "$TMP_DIR" && dhttpd --path "$TMP_DIR"
```
_(Or use another HTTP server, such as `python3 -m http.server`.)_
### Fixing Common Warnings
- **Unresolved doc reference**: Ensure that any identifier wrapped in square
brackets (`[Identifier]`) correctly points to an existing class, method,
property, or parameter in the current scope or imported libraries.
- **Undefined macro**: If using `{@macro macro_name}`, ensure that the template
`{@template macro_name}` is defined in the same file or a file that is
imported and visible to the documentation generator.