.claude/skills/marketplace-optimizer/SKILL.md
Optimizes this Claude Code marketplace using specialized sub-agents. Each agent is an expert for one element type (skills, commands, agents, hooks, mcp) and loads only relevant documentation. A marketplace agent validates cross-references and latest features. Triggers on "optimize marketplace", "sync with best practices", or when user wants to improve plugin quality.
npx skillsauth add lennetech/claude-code marketplace-optimizerInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Orchestrates specialized sub-agents to optimize Claude Code marketplaces efficiently. Each agent loads only the documentation it needs, keeping context usage minimal.
marketplace-optimizer (this skill)
│
├── optimizer-skills → skills.md, github-skills-readme.md
├── optimizer-commands → slash-commands.md
├── optimizer-agents → sub-agents.md
├── optimizer-hooks → hooks.md
├── optimizer-mcp → mcp.md
│
└── optimizer-marketplace → plugins.md, plugins-reference.md,
github-*.md, CHANGELOG
.claude/ elementsProject-level (.claude/):
Marketplace (plugins/):
Flags:
--update-cache: Force update, skip check--skip-cache: Skip update entirelyWithout flags:
bun .claude/scripts/check-cache-version.ts
| recommendation | Action |
|---------------|--------|
| "skip" | Skip (updateBehavior: never) |
| "update" | Auto-update cache |
| "ask" | Ask user |
| "current" | Skip (cache is current) |
bun .claude/scripts/update-docs-cache.ts
If no arguments provided, prompt:
Sekundäre Quellen (optional)
Zusätzliche Referenzen eingeben (URLs oder lokale Dateien), oder leer lassen:
Launch specialized agents in parallel using the Task tool:
## Agents to Spawn
| Agent | Scope | Docs Loaded |
|-------|-------|-------------|
| `optimizer-skills` | All skills in .claude/ and plugins/ | skills.md, github-skills-readme.md |
| `optimizer-commands` | All commands | slash-commands.md |
| `optimizer-agents` | All agents | sub-agents.md |
| `optimizer-hooks` | All hooks.json + scripts | hooks.md |
| `optimizer-mcp` | All .mcp.json | mcp.md |
Spawn all 5 agents in parallel:
Task(subagent_type="optimizer-skills", prompt="Analyze all skills in .claude/skills/ and plugins/*/skills/. Read docs first, then check each SKILL.md.")
Task(subagent_type="optimizer-commands", prompt="Analyze all commands in .claude/commands/ and plugins/*/commands/. Read docs first, then check each command.")
Task(subagent_type="optimizer-agents", prompt="Analyze all agents in .claude/agents/ and plugins/*/agents/. Read docs first, then check each agent.")
Task(subagent_type="optimizer-hooks", prompt="Analyze all hooks in plugins/*/hooks/. Read docs first, then check hooks.json and scripts.")
Task(subagent_type="optimizer-mcp", prompt="Analyze all MCP configs in plugins/*/.mcp.json. Read docs first, then check each config.")
After parallel agents complete, spawn the marketplace agent:
Task(subagent_type="optimizer-marketplace", prompt="
Analyze overall marketplace structure:
1. Read plugins.md, plugins-reference.md, github-*.md, github-changelog.md
2. Check cross-references between all elements
3. Verify permissions.json completeness
4. Identify opportunities to use latest features from CHANGELOG
5. Check plugin.json validity
")
CRITICAL: Before asking the user which optimizations to apply, you MUST first output the full findings as readable text. The user needs to understand what was found before making a selection.
Output the consolidated findings as Markdown:
## Identified Optimizations
### Skills (X found)
1. **[Element-Name]**: [Concrete description of what should be optimized and why]
2. ...
### Commands (X found)
1. **[Element-Name]**: [Concrete description]
2. ...
### Agents (X found)
1. **[Element-Name]**: [Concrete description]
2. ...
### Hooks (X found)
1. **[Element-Name]**: [Concrete description]
2. ...
### MCP (X found)
1. **[Element-Name]**: [Concrete description]
2. ...
### Cross-References & Structure (X found)
1. **[Element-Name]**: [Concrete description]
2. ...
Rules:
After showing the findings, use AskUserQuestion with multiSelect:
For each approved optimization:
Spawn optimizer-marketplace again for final check:
| Agent | Documentation | Expertise |
|-------|---------------|-----------|
| optimizer-skills | skills.md, github-skills-readme.md (~30 KB) | SKILL.md structure, frontmatter, auto-detection |
| optimizer-commands | slash-commands.md (~19 KB) | Command frontmatter, argument-hint, organization |
| optimizer-agents | sub-agents.md (~22 KB) | Agent frontmatter, tools, permissionMode |
| optimizer-hooks | hooks.md (~35 KB) | hooks.json, event types, script handlers |
| optimizer-mcp | mcp.md (~43 KB) | .mcp.json, server types, configuration |
| optimizer-marketplace | plugins*.md, github-*.md (~180 KB) | Cross-refs, permissions, CHANGELOG features |
Total docs per agent: 19-43 KB each (vs. 321 KB if loading all)
All agents must enforce:
No History References
Proper Frontmatter
Cross-References
After completion:
## Marketplace Optimization Complete
### Agent Results
| Agent | Issues Found | Fixed |
|-------|--------------|-------|
| optimizer-skills | X | Y |
| optimizer-commands | X | Y |
| optimizer-agents | X | Y |
| optimizer-hooks | X | Y |
| optimizer-mcp | X | Y |
| optimizer-marketplace | X | Y |
### Changes Made
#### Skills
1. [Change description]
#### Commands
1. [Change description]
#### Agents
1. [Change description]
#### Hooks
1. [Change description]
#### MCP
1. [Change description]
#### Cross-References & Structure
1. [Change description]
### Verification
- [ ] All frontmatter valid
- [ ] No history references
- [ ] All cross-references exist
- [ ] Latest features considered
optimizer-skills - Skills expertoptimizer-commands - Commands expertoptimizer-agents - Agents expertoptimizer-hooks - Hooks expertoptimizer-mcp - MCP expertoptimizer-marketplace - Cross-references & features expertdevelopment
Single source of truth for the lenne.tech fullstack production-readiness checklist. Defines the eight pillars (configuration & secrets, observability & logging, health & lifecycle, security hardening, data durability, resilience under load, deployment hygiene, runbook & rollback) with concrete file/line evidence requirements per pillar, severity classification (Critical / Major / Minor), and a canonical machine-parseable report block. Activates whenever an agent or command needs to gate a release on production-readiness — currently used by /lt-dev:production-ready, lt-dev:production-readiness-orchestrator, and the devops-reviewer (read-only). NOT for OWASP-style code-level security review (use security-reviewer). NOT for npm dependency audits (use maintaining-npm-packages).
development
Single source of truth for executing GitLab CI/CD pipelines locally with the same image, env vars, and service containers as the real runner — so pipeline failures are caught before push. Defines pipeline discovery (.gitlab-ci.yml + includes), per-job execution via gitlab-runner exec, service-container orchestration (Mongo, Redis, MailHog), env injection without secrets, cache/artifact handling, and a job-by-job verdict report. Also describes the GitHub Actions equivalent via act for projects that mirror to GitHub. Activates whenever an agent or command needs to validate that the CI pipeline will pass — currently used by /lt-dev:production-ready and lt-dev:production-readiness-orchestrator. NOT for running the local check script (use running-check-script). NOT for writing or refactoring CI configs (use the devops agent).
development
Single source of truth for designing, running, and interpreting k6 load tests against lenne.tech fullstack APIs. Defines installation paths (brew, docker, npm), the three canonical scenarios (smoke / load / soak), endpoint discovery from the generated SDK, realistic Better-Auth login flows, threshold defaults for ~10 concurrent users (p95 < 500ms, error rate < 1%, http_req_failed < 1%), result interpretation, and the optimisation ladder when the system fails (DB indices, query rewrites, caching, connection pool sizing, rate-limit relaxation, payload trimming). Activates whenever an agent or command needs to validate that the API is stable for ~10 concurrent users performing many actions in short time, or to detect performance regressions via k6. Currently used by /lt-dev:production-ready, lt-dev:production-readiness-orchestrator, and lt-dev:performance-reviewer. NOT for Lighthouse frontend performance (use a11y-reviewer). NOT for unit performance assertions (use the test runner directly).
tools
Migrates lenne.tech projects from the legacy jest+eslint+prettier toolchain to the current vitest+oxlint+oxfmt baseline used by nest-server-starter and nuxt-base-starter. Covers swc decoratorMetadata config, the @Prop union-type fix for SWC, supertest default-import correction, ESM/CJS interop, the Nitro PORT-vs-NITRO_PORT bug, ANSI escape stripping in workspace runners (lerna/nx), free-port logic for check-server-start.sh, the offers-pattern config.env.ts (NSC__-only + fail-fast + auto-derived appUrl), and the multi-phase check-envs.sh smoke test. Activates whenever someone is migrating an existing project to the new toolchain, debugging "Cannot determine a type for the X field" Mongoose errors, ERR_SOCKET_BAD_PORT crashes from check-server-start, or wants to align an existing project with the current starter conventions.