Help us improve
Share bugs, ideas, or general feedback.
From improve
Check processes against known problem patterns (lint rules) and manage the lint ruleset. Provides global/default rules that apply across all domains. Domain plugins augment with their own rules via their :improve skill. Use to scan for known issues, add new rules from observations, promote/demote rules between confidence tiers, or review the current ruleset. Do NOT use for making fixes — use improve:fix for that.
npx claudepluginhub cosmicdreams/claude-plugins --plugin improveHow this skill is triggered — by the user, by Claude, or both
Slash command
/improve:lintThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Check processes against known problem patterns. Manage the growing ruleset that represents your accumulated expertise.
Provides UI/UX resources: 50+ styles, color palettes, font pairings, guidelines, charts for web/mobile across React, Next.js, Vue, Svelte, Tailwind, React Native, Flutter. Aids planning, building, reviewing interfaces.
Fetches up-to-date documentation from Context7 for libraries and frameworks like React, Next.js, Prisma. Use for setup questions, API references, and code examples.
Explores codebases via GitNexus: discover repos, query execution flows, trace processes, inspect symbol callers/callees, and review architecture.
Share bugs, ideas, or general feedback.
Check processes against known problem patterns. Manage the growing ruleset that represents your accumulated expertise.
Each lint rule lives in ${CLAUDE_PLUGIN_ROOT}/skills/lint/references/rules/ as an individual markdown file:
---
id: <unique-id>
name: <short name>
tier: auto-fix | warn | watch | warn-permanent
applies-to: agent | skill | hook | cron | any
pattern: <what to look for>
created: <ISO date>
source: <how this rule was learned — observation, coaching, experiment>
---
## Problem
<What the pattern looks like and why it's a problem>
## Detection
<How to detect this pattern — what to grep for, what to check in logs, what to look for in definitions>
## Fix
<What to change and where — specific enough that improve:fix can act on it>
| Tier | Behavior | Promotion criteria |
|---|---|---|
| auto-fix | Apply the fix without asking. Log what was changed. | Human explicitly authorized, OR pattern confirmed 3+ times with successful fixes |
| warn | Surface to human with evidence. Wait for guidance. | Default for new recurring patterns |
| watch | Log when seen. Don't act, don't surface. | Default for first-time observations |
| warn-permanent | Like warn, but never auto-promote. | Human explicitly said "always ask me about this kind of thing" |
Read all rules from ${CLAUDE_PLUGIN_ROOT}/skills/lint/references/rules/.
If a domain :improve skill exists for the process being checked, invoke it to get domain-specific rules. Domain rules augment global rules — they don't replace them.
For each rule where applies-to matches the component type:
improve:fix immediately. Log what was changed.## Lint Results: <process name>
- <N> auto-fixed (list what changed)
- <N> warnings (list with evidence)
- <N> watched (list for the record)
- <N> clean
When you observe a pattern or the human teaches you one:
${CLAUDE_PLUGIN_ROOT}/skills/lint/references/rules/ with the structure aboveauto-fixwarn-permanentwarnwatchWhen evidence accumulates:
watch rule seen 2+ times → propose promotion to warnwarn rule successfully fixed 3+ times → propose promotion to auto-fixwarn-permanent ruleTo propose promotion, surface the evidence to the human:
Lint rule "<name>" has been [triggered N times / fixed successfully N times].
Current tier: <tier>. Proposed: <new tier>.
Evidence: <list of instances>
Promote? [This requires your confirmation]
If a fix made by an auto-fix rule causes problems:
warn