inventory
Skill19 starsChanged 2 months agoMITView on GitHub
Discover installed skills, agents, loops, and platform capabilities via agent-toolkit inventory,
6 other projects use a version of this.
Adopted by
Most recently taken up by
- z0rd0n88/claude-code-inventorytheir own version, first seen Nov 8, 2026
- Littlpinguin/marketing-cockpit-templatetheir own version, first seen Nov 3, 2026
- easyaitech/etsy-skillstheir own version, first seen Oct 16, 2026
- pantalytics/odoo-mcp-protheir own version, first seen Oct 12, 2026
- neurawork-git/n8n-autopilottheir own version, first seen Oct 1, 2026
- roborun-xyz/sol-validator-skillstheir own version, first seen Sep 25, 2026
Other versions6 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 6
- pantalytics/odoo-mcp-pro★ 91same name
- neurawork-git/n8n-autopilot★ 18same name
- Littlpinguin/marketing-cockpit-template★ 9same name
- easyaitech/etsy-skills★ 5same name
- roborun-xyz/sol-validator-skills★ 3same name
- z0rd0n88/claude-code-inventory★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository106 other files it gives its agents.
- AGENTS.mdAGENTS.md
- reviewSkill
- mcp-auditSkill
- owasp-agentic-reviewSkill
- supply-chain-auditSkill
- threat-modelingSkill
- architecture-diagramSkill
- c4-modelSkill
- aws-well-architected-reviewSkill
- cloud-design-patternsSkill
- assistantSkill
- dev-companionSkill
- onboardingSkill
- output-handshakeSkill
- pr-fallbackSkill
- projectSkill
- workspace-knowledge-syncSkill
- workspaceSkill
- dbt-validationSkill
- snowflake-validationSkill
- adrSkill
- agreementSkill
- bugSkill
- decision-logSkill
- development-workflowSkill
- epicSkill
- incidentSkill
- management-unit-assessmentSkill
- meeting-minutesSkill
- planningSkill
- prdSkill
- project-assessment-evidenceSkill
- project-assessmentSkill
- spikeSkill
- taskSkill
- technical-unit-assessmentSkill
- trdSkill
- user-storySkill
- workflow-client-bootstrapSkill
- workflow-generic-projectSkill
- work-itemSkill
- bragSkill
- brag-slimSkill
- design-assessmentSkill
- design-improvementSkill
- figma-code-connect-componentsSkill
- figma-create-design-system-rulesSkill
- figma-create-new-fileSkill
- figma-implement-designSkill
- figmaSkill
- frontend-design-reviewSkill
- frontend-designSkill
- scroll-worldSkill
- web-design-guidelinesSkill
- fix-merge-conflictsSkill
- gh-address-commentsSkill
- gh-contribution-plannerSkill
- gh-fix-ciSkill
- github-cli-workflowSkill
- gitlab-cli-workflowSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
4 rules. 0 are common, 0 are distinctive, and 4 are very specific to this project.
0
Common
Most of the 3 edited versions we read keep these.
0
Distinctive
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 23
Before starting delivery: check which workflow (delivery/*), forge (github-cli-workflow), or ops (swarm) skills apply.
- Very specific: line 24
After agent-toolkit install — verify what was deployed and what needs mcp setup.
- Very specific: line 25
Before running build or plugin — understand target support via matrix.
- Very specific: line 63
Host / installed toolkit (consumers): use the CLI only — do not expect repo-root scripts/ (it is not installed to XDG/wheel):
“Common” is measured: kept by at least 6 in 10 of the 3 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Inventory
Discover what the toolkit can do before you build — skills, agents, loops, MCP, and platform support — via agent-toolkit inventory, matrix, build --check, and skills list.
When to use
- User asks "what can agent-toolkit do?", "what skills are available?", or "is there a skill for X".
- Before starting delivery: check which workflow (
delivery/*), forge (github-cli-workflow), or ops (swarm) skills apply. - After
agent-toolkit install— verify what was deployed and what needsmcp setup. - Before running
buildorplugin— understand target support viamatrix.
Workflow
1. List everything
agent-toolkit inventory # skills (61), agents (16), loops (10), products
agent-toolkit matrix # platform capability matrix (claude-code, cursor, opencode, etc.)
agent-toolkit skills list # grouped by domain (core, ops, forge, etc.)
agent-toolkit skills list --domain ops # filter
agent-toolkit loops --help 2>&1 | headinventory now shows 61 skills across 9 domains including the new swarm family:
ops/swarm,ops/swarm-observer,ops/swarm-handoff,tooling/herdr,forge/worktree,core/workspace,core/project,integrations/mcp,tooling/inventory.
2. Inspect a skill or agent
agent-toolkit skills validate # all 61 should be ✓
muse skills validate ~/.ai-workspace/.agents/skills/swarm --json | jq .valid
cat skills/ops/swarm/SKILL.md | head -n 20
cat agents/code-reviewer/AGENT.md | head -n 20
ls plugins/ # agent-toolkit-core, agent-toolkit-forge, etc. — each maps skills+agents to targets3. Check readiness before delivery
agent-toolkit doctor
agent-toolkit mcp doctor
agent-toolkit swarm doctor # herdr/tmux + runner model profiles
agent-toolkit build --check # validate compilation without writing plugins/4. After adding skills (host vs checkout)
Host / installed toolkit (consumers): use the CLI only — do not expect repo-root scripts/ (it is not installed to XDG/wheel):
agent-toolkit skills validate
agent-toolkit skills list --domain ops
agent-toolkit inventory
agent-toolkit install --dry-runMaintainer / repo checkout only (CI or local clone of agent-toolkit): regenerate catalogs and package data from the monorepo root:
./scripts/generate-catalogs.vsh # regenerate catalogs/*.yaml
./scripts/prepare-package-data.vsh # sync skills/catalogs into packages/pypi/.../data/
agent-toolkit skills validateDelegates to
| Need | Skill |
| Use a discovered skill | assistant (discovery), swarm (orchestration), workspace (context) |
| Install or sync to a tool | mcp (providers), herdr (UI) |
| Build error after inventory | build-error-resolver agent |
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

