Use when adding or editing Zig code in ZINC and you want it to remain compatible with the auto-generated Zig API docs. Covers the comment format, supported tags, parser limitations, section naming, and validation steps needed for reliable HTML, JSON, text, and llms exports.
SkillScore91Maintained
Automatic
◆Doc Ops pack
Last verified 8/20/2026
What it changes
Passed 19 of 21 test cases with the skill, and 6 of 21 without it.
Without skill27%
With skill91%
Checks it passed that the model alone missed
Uses @param for describing parameter details.
Uses @note for operational caveats or warnings.
Includes zig build test in the execution steps.
and 18 more in the full report
14 fixed6 passed either way2 still failing0 broke
Pass-rate lift
+64 pp
Tokens
+45%
Agent turns
0%
Response time
-50%
Model gemini-3.6-flashMeasured 8/20/2026v120 of 22 cases passed with skill · 21 comparable
Tokens, turns and time describe resource use, not a dollar price.
See it in action
One of 14 test cases the skill fixed. Same model, same prompt, with and without the skill.
1 of 14
Prompt
Is `@section Shader Execution` a recognized section in our Zig doc system?
What was checked, without and with the skill
Checked
Without skill
With skill
Clarifies that the canonical section name is Shader Dispatch.
Missed
Passed
case-16 · gemini-3.6-flash · 8/20/2026 · answers are capped and redacted
What's inside
The instructions your model reads when the skill loads.
SKILL.md137 lines2 filesincludes scripts
Zig Docgen
Use this when you touch src/**/*.zig and the public surface should stay extractable by site/src/lib/zig-api-loader.ts.
Authoring Contract
Every documentable module starts with //! comments.
Required shape:
first line: one-sentence summary
one //! @section ... line
one or more overview lines
Every public symbol gets a /// doc block immediately above it.
Include:
a one-sentence summary first
extra description lines after that if needed
@param name ... for meaningful parameters
@returns ... when the return value matters
@note ... for operational caveats
Every pub fn inside an exported struct, enum, or union also gets a /// doc block.
Keep public API extraction simple.
The generator supports:
top-level pub const, pub fn, pub var
pub fn methods inside exported containers
Do not rely on nested public declarations other than methods.
Example:
pub const Nested = struct {} inside another exported struct is not part of the generated docs today.
If it should be documented, promote it to top level or extend the loader and tests.
Reuse the existing section names unless you are intentionally changing the docs taxonomy.
Current sections (must match SECTION_META slugs in site/src/lib/zig-api-loader.ts):
This skill should be used when the user wants to create a new agent skill, scaffold a SKILL.md, validate an existing skill against repo rules, or refactor a skill to match this monorepo's conventions. Common triggers include "build a skill for X", "create a new skill", "scaffold a skill", "add a skill that does Y", "make me a skill", "audit this skill against our rules", and "refactor this skill to match repo conventions". Enforces kebab-case naming, verbatim trigger phrases, and selective XML f