Skip to content

docs: the agent skills are documented, and installable in more than one agent - #27

Open
A13xB0 wants to merge 3 commits into
mainfrom
docs-agent-skills-page
Open

A13xB0 wants to merge 3 commits into
mainfrom
docs-agent-skills-page

Conversation

@A13xB0

@A13xB0 A13xB0 commented Sep 1, 2026

Copy link
Copy Markdown
Contributor

What

A new page, Agent skills, under Automate: what the three skills MeshBench maintains are for, and where each agent looks for a SKILL.md so they can be installed.

Why

The skills live in .claude/skills/ in the application repository and are mirrored into MeshBench/meshbench-scripting-skills and MeshBench/meshbench-dev-skills. Both mirror repositories are already named in the repository list here, with no page saying what they contain or how to use them, so finding them required knowing about them first.

The install section covers more than one agent deliberately. A skill is a directory holding a SKILL.md under the Agent Skills open format; what differs between tools is only the directory, so the page is a table of directories rather than a set of separate procedures. .agents/skills/ is called out because Cursor, Gemini CLI, Codex and VS Code all read it, and a symbolic link into it installs once for several agents.

Only the Claude Code row is verified, and the page says so in bold. Every other row is taken from that tool's own documentation, linked at the foot of the page, and was not exercised. Directories were read today from: Claude Code, VS Code, Cursor, Gemini CLI and Codex documentation.

Placement

Automate, immediately after the scripting cookbook. The reader who wants a skill is the reader automating a session, and prev/next then walks scripting, cookbook, skills, then the references.

Linked from scripting.md (a new closing section), quality-gates.md (the interface rules are carried as a skill rather than as a check) and repositories.md (the two mirror repository rows).

Checks

python3 gen.py completes and reports 39 pages. The generated pages were current against the neighbouring checkout, so no sync script had to run. No em-dashes.

random-thought and others added 3 commits September 1, 2026 16:51
…r two

The generated block on reference-js was 47 lines against 1599 for Go and 1554
for Python. Most of that gap is honest - the Node client has no generated facade
to document - but part of it was the generator walking classes and stopping
there, and part was it emitting a flat page where the sibling pages emit a
grouped index a reader can scan.

So it now lifts constructors, the public fields a constructor sets, exported
functions and exported constants, and groups them the way sync-api-go.py and
sync-api-python.py group theirs: the workbench first, then errors under one
heading, then module functions, then constants, each group listed in the index
at the top. Methods are qualified with their class, as Python's are, so a
heading read on its own says which type it belongs to. A constant gets its own
heading and its declaration in a fence, so PROTOCOL reads as the wire version
the module exports rather than as a 1 in a bullet list.

Private members stay out. `_onData` and `_fail` are how the client happens to
work today, and writing them down would promise a caller something the next
commit is free to take away.

The preamble no longer says the page is generated from the JSDoc, because the
generated block's first line now says so; the room it freed goes to the thing
the generator cannot say, which is why there is no facade here and where to find
the verb names instead.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
The JSDoc improvements landed in the application repository, so the page is
regenerated against them rather than against the branch it was written on.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
…ne agent

MeshBench maintains three agent skills beside its code and mirrors them into
two standalone repositories so they can be installed anywhere. Nothing on the
site said they existed, so the only way to find them was to already know.

The page says what each skill carries and where each agent looks for a
SKILL.md, because that is the part that differs: the file is the same in every
case and only the directory changes. The Claude Code row is the one this
repository can vouch for; the rest are stated from each tool's own
documentation and the page says so, rather than implying every path was tried.

It sits under Automate, next to the scripting pages, because the reader who
wants it is the reader automating a session. Scripting, quality gates and the
repository list link to it so it is reachable rather than orphaned.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants