dev-team: trim filler from skill descriptions (−512 startup tokens)#4
dev-team: trim filler from skill descriptions (−512 startup tokens)#4outofrange-consulting wants to merge 1 commit into
Conversation
OMP renders each skill's `name` + `description` into the system prompt
on every request (the "Skills" block, ~7.3K with dev-team's 79 skills).
This conservatively tightens 48 descriptions — cutting boilerplate
("Use this skill whenever the user wants to…"), synonym pile-ups, and
redundant examples — while keeping every trigger phrase, so skill
auto-triggering is unchanged.
Skills block: 7,277 -> 6,765 tokens (-512, -7%), measured with OMP's own
countTokens. Startup context ~20K -> ~19.5K on top of the lean tool
surface from #3. All 86 SKILL.md frontmatter blocks still parse; only
descriptions changed (name/role/user-invocable/argument-hint/allowed-tools
untouched), bodies untouched.
The win is modest because, conservatively, most of a description's length
is trigger phrases (which we keep) and substantive detail — the savings
concentrate in the ~8 most verbose skills (competitive-analysis,
ubiquitous-language, docker-image-{audit,create}, etc.). Going further
would mean thinning trigger-phrase lists, which trades away triggering
reliability — deliberately not done here.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01D98EuF8WovpMNRMbXBeg52
|
Closing this as obsolete, on two counts. 1. The premise no longer holds on current OMP. This PR's saving rests on "OMP renders each skill's 2. It conflicts with merged work. The branch is based on The only residual benefit — less verbose descriptions for cleaner on-demand skill selection — is marginal and already overlaps the #16 cleanup. If we want it, it's cleaner to redo a small description-tidy fresh against current Generated by Claude Code |
What
Conservatively trims 48 of the 79 dev-team skill descriptions. OMP renders each skill's
name+descriptioninto the system prompt on every request (the/context"Skills" block, ~7.3K with dev-team). This cuts boilerplate ("Use this skill whenever the user wants to…"), synonym pile-ups, and redundant examples — keeping every trigger phrase, so auto-triggering is unchanged.Measured (OMP 16.0.8
countTokens, live/contextconfirmed)SKILL.mdfrontmatter blocks still parse as valid YAML.descriptionchanged —name/role/user-invocable/argument-hint/allowed-toolsand skill bodies are untouched.Example —
docker-image-audit(746 → ~430 chars): the six-way non-quoted synonym pile-up ("check a Docker image for security issues, scan a container for vulnerabilities, audit a Dockerfile, harden…, reduce image size, minimize attack surface, check for CVEs") collapses into the quoted trigger list that was already there. No behavior change.Honest note on size
This is smaller than the ~1.7K I first projected. Conservatively, most of a description's length is trigger phrases (kept) plus substantive detail; the real filler — and so ~330 of the 512 tokens — lives in just the ~8 most verbose skills (
competitive-analysis,ubiquitous-language,docker-image-{audit,create},semantic-duplication-scan,js-project-init,semantic-scan,mermaid-diagramming). Pushing past ~512 would mean thinning trigger-phrase lists, which trades away triggering reliability — deliberately not done here.Side benefit: the descriptions are now consistent and free of the repetitive
"Use this skill whenever the user wants to…"lead-in.🤖 Generated with Claude Code
https://claude.ai/code/session_01D98EuF8WovpMNRMbXBeg52
Generated by Claude Code