manage-stack
Skill0 starsChanged 19 days agoMITView on GitHub
Add or change a skill, rule, agent, command, or hook in the levistack catalog, then sync and check. Use when editing this repo's skills/, agents/, rules/, commands/, or hooks/, or when npm run sync or npm run check fails.
In this repository57 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .cursor/rules/comments.mdcCursor rule
- .cursor/rules/commit-messages.mdcCursor rule
- .cursor/rules/git-workflow.mdcCursor rule
- .cursor/rules/manage-stack.mdcCursor rule
- .cursor/rules/no-worktrees.mdcCursor rule
- convert-as-skillSkill
- create-agentSkill
- create-agents-mdSkill
- create-commandSkill
- create-hookSkill
- create-ruleSkill
- create-skillSkill
- retrospectiveSkill
- super-architectureSkill
- super-cachingSkill
- super-elixirSkill
- super-nodejsSkill
- super-protobufSkill
- super-tech-blueprintSkill
- atomic-semantic-commitSkill
- code-reviewSkill
- create-bruno-collectionSkill
- create-documentationSkill
- create-ticketsSkill
- ready-specSkill
- write-adrSkill
- write-changelogSkill
- write-mr-descriptionSkill
- write-planSkill
- write-postmortemSkill
- write-runbookSkill
- noslopSkill
- output-saversSkill
- safe-refactorSkill
- tddSkill
- verifySkill
- get-movingSkill
- later-listSkill
- standupSkill
- challenge-meSkill
- codebase-learnerSkill
- researchSkill
- second-opinionSkill
- traceSkill
- color-kitSkill
- design-system-kitSkill
- diagramSkill
- infographicSkill
- product-polish-workflowSkill
- prototype-wireframeSkill
- ui-ux-kitSkill
- evidenceSkill
- find-skillsSkill
- handoffSkill
- rumblingSkill
- use-levistackSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
14 rules. About 0 are common, 3 are distinctive, and 11 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
11
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 15
Not for: applying one of the published skills to some other project
- Distinctive: line 24
Run the verify commands. If sync rewrites a file, keep that rewrite.
- Very specific: line 27
Put it at skills/<group>/<name>/SKILL.md.
- Very specific: line 30
Add evals/evals.json (or evals/cases.json for multi-scenario visual skills).
- Very specific: line 31
Add or update the skill row in skills/catalog-metadata.json, then run npm run sync:skill-metadata so SKILL.md gets the standard metadata: …
- Very specific: line 36
Add or remove its entry in upstream.json: name (the plugin name in its repo), repo (owner/repo) and a one-line description.
- Very specific: line 38
Add a row for it to skills/workflow/find-skills/references/routing.md with group upstream.
- Very specific: line 41
Write rules/<topic>/<name>.md with description, alwaysApply, and globs only when the rule is file-scoped.
- Very specific: line 43
Only alwaysApply: true rules in rules/core/ are injected by the session-start hook.
- Very specific: line 46
Write agents/<name>.md. name equals the filename without .md.
- Very specific: line 47
Add a row to the roster in docs/agents/README.md.
- Very specific: line 51
Write commands/<name>.md with a one-line description.
- Very specific: line 55
Add hooks/<name>.mjs exporting meta and a default handler.
- Distinctive: line 69
Commit, push, or add employer names, secrets, or personal paths.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Manage this stack
A catalog change that stays in the source tree and passes sync, validate, and tests.
This skill maintains levistack. It is not part of the published catalog. Do not copy it into skills/.
When to use
- Adding or editing a skill, rule, agent, command, or hook in this repository
- Fixing a
npm run syncornpm run checkfailure caused by that tree - Not for: applying one of the published skills to some other project
Project agent surface (this repo only)
- Source:
.cursor/agents/,.cursor/rules/,.cursor/skills/(for examplemanage-stack,repo-maintainer). - Claude:
.claude/agents,.claude/rules, and.claude/skillsare directory symlinks to.cursor/.npm run syncrecreates them. Never edit through.claude/; change.cursor/instead.
Steps
- Classify the change and follow one section below. Edit only
skills/,agents/,rules/,commands/, andhooks/for the published catalog,upstream.jsonfor skills that ship from their own repo, or.cursor/{agents,rules,skills}/for stack tooling. - Lint any skill or agent you touched.
- Run the verify commands. If sync rewrites a file, keep that rewrite; do not hand-edit it.
Add or edit a skill
- Put it at
skills/<group>/<name>/SKILL.md.namein the frontmatter equals<name>. - The group needs
skills/<group>/DESCRIPTION.mdwith a one-linedescription. descriptionsays what it does, then "Use when ...", is quoted, and is at most 1024 characters.- Add
evals/evals.json(orevals/cases.jsonfor multi-scenario visual skills). Runnode scripts/bootstrap-skill-evals.mjsfor a starter file, then replace generic prompts with real scenarios.npm run validaterequires every catalog skill to have one of these. - Add or update the skill row in
skills/catalog-metadata.json, then runnpm run sync:skill-metadatasoSKILL.mdgets the standardmetadata:block (related_skills,invokes, tags, capabilities). - Lint:
node skills/agent-authoring/create-agent/scripts/lint.mjs skills/<group>/<name>
Add or remove an upstream skill
- An upstream skill is its own plugin in its own GitHub repo (
SKILL.mdat its root or underskills/). Do not copy it intoskills/. - Add or remove its entry in
upstream.json:name(the plugin name in its repo),repo(owner/repo) and a one-linedescription. npm run syncadds it to.claude-plugin/marketplace.jsonas agithubsource withcategory: "upstream", to the root plugin'sdependencies, and to the README upstream table.- Add a row for it to
skills/workflow/find-skills/references/routing.mdwith groupupstream.
Add or edit a rule
- Write
rules/<topic>/<name>.mdwithdescription,alwaysApply, andglobsonly when the rule is file-scoped. npm run syncwritesgenerated/cursor/rules/<topic>-<name>.mdc. Do not edit that file.- Only
alwaysApply: truerules inrules/core/are injected by thesession-starthook.
Add or edit an agent
- Write
agents/<name>.md.nameequals the filename without.md.descriptionsays when to call it. - Add a row to the roster in
docs/agents/README.md. - Lint:
node skills/agent-authoring/create-agent/scripts/lint.mjs agents/<name>.md
Add or edit a command
- Write
commands/<name>.mdwith a one-linedescription. - Sync. The command is picked up from that file; there is no second copy to edit.
Add or edit a hook
- Add
hooks/<name>.mjsexportingmetaand a default handler. Shared code goes inhooks/lib/. npm run syncregenerateshooks/hooks.jsonand the table inhooks/README.md.- Hooks are opt-in:
touch ~/.levistack/<name>.on. A handler returns a result fromhooks/lib/result.mjsand exits 0 unless it is a deliberate blocker.
Verify
npm run sync && git diff --exit-code
npm run validate
npm testgit diff --exit-code fails when sync changed a generated file. Stage that generated change with the source edit; do not revert it and do not hand-edit it.
Do not
- Hand-edit
.claude-plugin/,.cursor-plugin/,.codex-plugin/,.antigravity-plugin/, the rootplugin.json,skills/<group>/.claude-plugin/,generated/,hooks/hooks.json, or the generated tables inREADME.mdandhooks/README.md. - Commit, push, or add employer names, secrets, or personal paths.
- Invent a second procedure. The source-of-truth list above is the whole write surface.
Done when
- The only hand-written edits are under
skills/,agents/,rules/,commands/,hooks/, ordocs/agents/README.md. - Lint reports no errors on every skill or agent you changed.
- Sync is idempotent, validate prints no errors, and
npm testpasses.
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.

