update-workflows
Skill46 starsChanged 7 months agoMITView on GitHub
Audit .github/workflows/pack-test.yml (and its coupled .claude/skills/pack-test/SKILL.md) against current repo state — skill layout, GLOBAL_SKILLS, bin names, grep/absent patterns. Reports drift, proposes edits, waits for user approval, then applies them. Trigger phrases: /update-workflows, check workflows, audit pack-test, workflows out of date.
- Deletes or force-pushes
In this repository6 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- template/CLAUDE.mdCLAUDE.md
- package-releaseSkill
- pack-testSkill
- releaseSkill
- update-docsSkill
The file
We split this skill into the rules it gives an agent
8 rules. About 0 are common, 3 are distinctive, and 5 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.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Run each step in order.
- Distinctive: line 20
Run all of these in parallel:
- Very specific: line 48
Every dir in template/.claude/skills/ has a matching check line.
- Very specific: line 52
Every name in GLOBAL_SKILLS (from bin/create.js) has both a SKILL.md check and a .csb-version check.
- Very specific: line 53
No extra names appear that aren't in GLOBAL_SKILLS.
- Very specific: line 63
Every bin name referenced in pack-test.yml (e.g.
- Very specific: line 89
If everything is OK, report "pack-test is in sync — nothing to update" and stop.
- Distinctive: line 91
Stop here and wait for user approval: before applying any edits.
≈ “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
/update-workflows
Audits pack-test.yml — the workflow most prone to silent drift — against the current repo state and proposes fixes. Other workflows (release-publish.yml, docs-deploy.yml, docs-preview.yml) are generic and not covered here; inspect them manually if you've touched them.
Proposes all changes and waits for user approval before writing anything.
Steps
Run each step in order.
Step 1 — Gather current repo state
Run all of these in parallel:
# Vault-local skills shipped in the template
ls template/.claude/skills/
# Top-level template subdirs that pack-test `ls`-checks
ls template/
ls template/scripts/qmd/ 2>/dev/null || true
# Global skills list and bin names
grep -n 'GLOBAL_SKILLS' bin/create.js
jq -r '.bin | keys[]' package.json
jq -r '.version' package.jsonAlso read:
.github/workflows/pack-test.yml— the workflow being audited.claude/skills/pack-test/SKILL.md— coupled checklist/counts- A representative global skill (e.g.
template/.claude/skills/brain-ingest/SKILL.md) — to verifygrep_checkpatterns still match
Step 2 — Audit
For each item below, mark OK or DRIFT. Record every DRIFT with the exact pack-test line that's wrong and what it should be.
Vault-local skill coverage (pack-test.yml check ".claude/skills/<name>" lines):
- Every dir in
template/.claude/skills/has a matchingcheckline. - No
checkline points at a dir that no longer exists.
Global skill coverage (pack-test.yml check "~/.claude/skills/<name>/SKILL.md" + .csb-version lines):
- Every name in
GLOBAL_SKILLS(frombin/create.js) has both aSKILL.mdcheck and a.csb-versioncheck. - No extra names appear that aren't in
GLOBAL_SKILLS. - Corresponding
grep_check/absent_checkloops iterate the same set.
grep_check patterns:
- Each pattern (
claude-second-brain path,claude-second-brain qmd, etc.) still appears in at least one shipped global skill undertemplate/.claude/skills/.
absent_check patterns:
- Each pattern (
__QMD_PATH__,__CSB_CONFIG__,INDEX_PATH=\$QMD_INDEX) still doesn't appear in any shipped file. (A staleabsent_checkfor a token that no longer exists anywhere is harmless but noisy — optional to clean up.)
Bin names:
- Every bin name referenced in
pack-test.yml(e.g.claude-second-brain,csb) exists as a key inpackage.json'sbinobject.
pack-test/SKILL.md coupling:
- The expected-skills comment lists the same set as
template/.claude/skills/. - The
lsandgrepcommands in Step 3 reference current paths. - The checklist table's "N subdirs" count matches the actual
ls template/.claude/skills/ | wc -l. - The cleanup
rm -rfline in Step 4 targets the currentGLOBAL_SKILLSset.
Step 3 — Propose changes
Present a consolidated proposal:
## Workflow audit proposal
### .github/workflows/pack-test.yml
- DRIFT: <specific line> — <what's wrong> → <proposed fix>
- ...
### .claude/skills/pack-test/SKILL.md
- DRIFT: <specific line/section> — <what's wrong> → <proposed fix>
- ...If everything is OK, report "pack-test is in sync — nothing to update" and stop.
Stop here and wait for user approval before applying any edits. If the user wants to skip items, drop them from the list before continuing.
Step 4 — Apply approved edits
Use Edit on:
.github/workflows/pack-test.yml.claude/skills/pack-test/SKILL.md
Do not edit other workflows, other skills, or source files. If the audit surfaced drift elsewhere (e.g. a grep_check pattern that's truly gone from every skill), flag it in the report — don't fix it here.
Step 5 — Report
Tell the user:
- Files edited and what was changed on each.
- Anything flagged but not fixed (and why).
What can go wrong
- No drift found — Step 2 produces all
OK; report and stop without touching anything. - Ambiguous fix — if the audit finds drift but multiple corrections are plausible (e.g. a
grep_checkpattern that could be renamed or deleted), ask the user rather than guessing. - Other workflow changes on this branch — not in scope; mention them in the Step 5 report so the user knows to review manually.
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.

