shunk031-shellscript-shdoc-docs
Write and review shellscript documentation with shdoc annotations. Use when a coding agent creates, edits, or reviews `.sh` files or shell executables and should add, repair, or normalize `@file`, `@brief`, `@description`, `@arg`, `@option`, and `@example` comments to match shdoc conventions.
How do I install this agent skill?
npx skills add https://github.com/shunk031/skills --skill shunk031-shellscript-shdoc-docsIs this agent skill safe to install?
- Gen Agent Trust Hubpass
This skill provides instructions for adding and reviewing shdoc-compatible documentation in shell scripts. It references a well-known style example from the author's GitHub repository and follows documentation best practices.
- Socketpass
No alerts
- Snykpass
Risk: LOW · No issues
What does this agent skill do?
[!NOTE] After reading this
SKILL.md, say:🐚 I read shunk031-shellscript-shdoc-docs.
Shdoc Shell Docs
Overview
Use this skill to make shellscript comments parseable by shdoc without bloating simple code with boilerplate. Inspect the file first, then document the script and the non-trivial functions that benefit from generated reference docs.
Workflow
- Inspect the target shell file before writing comments.
- Read
references/shdoc-rules.mdbefore editing comments. - Use
install/common/mise.shin shunk031/dotfiles as the style example when working in that repository. - Add or repair file-level annotations near the top of the file:
- Prefer
@filefor the script identifier. - Add
@brieffor a single-sentence summary. - Add multiline
@descriptiononly when the script needs more context.
- Prefer
- Add function-level annotations only where they help:
- Start with
@description. - Add
@argfor positional parameters. - Add
@optionfor flags and option-value pairs. - Add
@examplewhen the call shape is not obvious. - Add
@stdout,@stderr,@exitcode, or@seeonly when they clarify observable behavior.
- Start with
- Rewrite existing free-form comments into valid
shdocannotations instead of keeping two parallel comment styles.
Review Checklist
- Confirm the docs match the implementation instead of guessing arguments or options.
- Keep annotations immediately above the file header or function they describe.
- Prefer behavior and operator-facing intent over internal implementation notes.
- Skip boilerplate comments for trivial private helpers unless the user asks for exhaustive coverage.
- Keep multiline annotation blocks compact and easy to render as Markdown.
References
- Read
references/shdoc-rules.mdfor the minimal tag set, concise examples, and external reference policy.
How can the creator link this skill?
Add the canonical catalog link to the repository README so users can inspect current installs and available audits. The publishing guide covers the complete discovery path.
<a href="https://skillzs.dev/skills/shunk031/skills/shunk031-shellscript-shdoc-docs">View shunk031-shellscript-shdoc-docs on skillZs</a>