> docset-refresh
Audit and refresh repo documentation sets against docs/REPO_STYLE.md, create missing docs only when supported by evidence, keep ALL CAPS doc naming under docs, and report created, updated, flagged, and known gaps.
curl "https://skillshub.wtf/vosslab/vosslab-skills/docset-refresh?format=md"Docset refresh
Overview
Check the full documentation set, create or update only what is justified by the repo, and keep outputs concise, scannable, and evidence based.
Workflow
- Read the rules and inventory
- Read
AGENTS.md,docs/REPO_STYLE.md, anddocs/MARKDOWN_STYLE.md. - List
docs/contents and root docs (AGENTS.md,README.md,LICENSE).
- Read
- Check required root docs
- If missing, flag them. Only create stubs when explicitly asked:
AGENTS.mdREADME.mdLICENSE
- If missing, flag them. Only create stubs when explicitly asked:
- Check recommended common docs
- For each of the following, create or update only when the repo scope supports
truthful content. If evidence is missing, add a short stub with "Known gaps"
tasks instead of guessing.
docs/CHANGELOG.mddocs/CODE_ARCHITECTURE.mddocs/FILE_STRUCTURE.mddocs/INSTALL.mddocs/NEWS.mddocs/RELATED_PROJECTS.mddocs/RELEASE_HISTORY.mddocs/ROADMAP.mddocs/TODO.mddocs/TROUBLESHOOTING.mddocs/USAGE.md
- For each of the following, create or update only when the repo scope supports
truthful content. If evidence is missing, add a short stub with "Known gaps"
tasks instead of guessing.
- Check centrally maintained docs
- Verify presence and exactness only. Do not edit content.
docs/AUTHORS.mddocs/MARKDOWN_STYLE.mddocs/PYTHON_STYLE.mddocs/REPO_STYLE.md
- Verify presence and exactness only. Do not edit content.
- Check less common docs
- Create only when evidence exists in the repo:
docs/COOKBOOK.mddocs/DEVELOPMENT.mddocs/FAQ.md
- Create only when evidence exists in the repo:
- Choose a file I/O strategy
- Use only one of these unless there is a clear need for more:
docs/INPUT_FORMATS.mddocs/OUTPUT_FORMATS.mddocs/FILE_FORMATS.md
- Add
docs/YAML_FILE_FORMAT.mdonly when YAML is a real interface surface.
- Use only one of these unless there is a clear need for more:
- Flag docs that should not exist
- If present, recommend relocation or deletion:
CONTRIBUTING.md(preferdocs/DEVELOPMENT.md)CODE_OF_CONDUCT.mdCOMMUNITY.md- Templates
SECURITY.md
- If present, recommend relocation or deletion:
- Check repo specific docs
- Create only when the repo clearly needs them (for example
docs/CONTAINER.md,docs/ENGINES.md).
- Create only when the repo clearly needs them (for example
- Apply naming and style rules
- Use ALL CAPS with underscores under
docs/. - Keep links relative and descriptive.
- Use present tense, short bullets, and avoid speculation.
- Use ALL CAPS with underscores under
- Update changelog
- If
docs/CHANGELOG.mdis missing, create a minimal stub only when this run created or updated docs; otherwise flag it as missing. - Record doc changes in
docs/CHANGELOG.mdwith a dated entry.
- If
- Provide a short report
- Created: list new docs.
- Updated: list updated docs.
- Flagged: list docs to relocate or delete.
- Known gaps: list verification tasks only.
Minimal stub template
- Title in sentence case.
- One paragraph describing scope and audience.
- Sections with 2 to 6 bullets each, one idea per bullet.
- "Known gaps" section when evidence is missing, with tasks only.
> related_skills --same-repo
> webwork-writer
Create, edit, and lint WeBWorK PG/PGML questions following docs/webwork guidance, HTML whitelist constraints, and renderer-based lint checks. Use for tasks like authoring new PGML problems, adjusting randomization or grading, fixing PGML rendering issues, and running renderer API linting.
> unit-test-starter
Generate thorough Python 3 pytest unit tests across a repo by scanning every *.py file and each function, writing one test module per source file while skipping IO/network behavior and documenting gaps.
> skill-writing-guide
Guide for authoring Agent Skills (SKILL.md). Covers the open standard format, required frontmatter, directory layout, progressive disclosure, description writing, and best practices. Use when creating a new skill, improving an existing skill, or learning how skills work.
> readme-fix
Standardize README.md to match repo conventions. Brief purpose, quick start, and links to docs/. Keep content verifiable, concise, and ASCII. Use when README.md drifted or is missing key pointers.