Official source check
Skill kreek/consult/agents/.agents/skills/official-source-check
Engineering quality focused skills for AI coding agents that keep humans in the loop.
npx -y skills add kreek/consult --skill official-source-checkAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use when external behavior must be checked against official sources.
SKILL.md
2.5 KB, as published. Nobody here has run it
Official Source Check
Iron Law
MODEL MEMORY IS A HINT, NOT EVIDENCE, FOR VERSION-SENSITIVE BEHAVIOR.
When to Use
- Implementation depends on current external framework, library, runtime, browser, SDK, cloud, or platform behavior.
- The repo does not already prove the exact API, configuration, migration, browser behavior, or provider contract.
- The user asks for current, official, documented, verified, or best-practice implementation.
When NOT to Use
- Project-local logic with tests and no external API dependency.
- Stable language syntax covered by the compiler, linter, or type checker.
- Typos, formatting, prose-only edits, or mechanical metadata changes.
- Emergency mitigation where the user accepts unverified risk.
Workflow
- Find the local version from manifests, lockfiles, imports, generated clients, schemas, config, or CI images.
- Check the narrow source of truth: official docs, release notes, migration guide, standards spec, or provider SDK reference.
- Compare that source with local conventions.
- Use the smallest source-compatible implementation.
- In the final claim, name the source checked or mark the claim unverified.
Verification
- Local version or platform was identified, or its absence was reported.
- The source of truth was checked for the exact pattern.
- Deprecated or version-incompatible APIs were avoided.
- Conflicts between source guidance and local convention were surfaced.
- Unverified external-behavior claims were marked unverified.
- Runtime behavior was proven when source guidance alone did not prove it.
Tripwires
| Trigger | Do this instead | False alarm |
|---|---|---|
| "I know this API" | Check the local version and source of truth. | Project-local helper with tests. |
| "The docs are too broad" | Check the narrow API, migration, or release-note page. | Offline task where user accepts unverified output. |
| "Existing code does it this way" | Check whether the pattern is still supported before copying it. | Repo policy pins an older supported pattern. |
| "I'll cite a blog post" | Use official docs, standards, release notes, or provider references first. | The project owns the library being edited. |
Handoffs
- Use
workflowto choose the full skill set. - Use
proofwhen source guidance must be backed by runtime behavior. - Use
documentationwhen the checked source needs to be captured for maintainers.