plan-fix-linter-error
Fix Linter Errors
Target rules: $ARGUMENTS
If no arguments provided, prompt the user for at least one lint rule name.
Step 1: Gather Requirements
- Parse rules from $ARGUMENTS (space-separated)
- Run linter to collect all violations:
bun run lint 2>&1 - Group violations by rule, then by file, noting:
- File path and line numbers
- Violation count per file
- Sample error messages
Step 2: Compile Brief and Delegate
Compile the gathered information into a structured brief:
Fix ESLint violations for rules: $ARGUMENTS
Violations by rule:
- [rule-name-1]: X total violations across Y files
- [file]: N violations (lines: ...)
- ...
- [rule-name-2]: X total violations across Y files
- ...
Fix strategies: extract functions, early returns, apply formatting, add types
Verification: `bun run lint 2>&1 | grep -E "($ARGUMENTS)" | wc -l` → Expected: 0
Invoke /plan-execute with this brief to create the implementation plan.
More from codyswanngt/lisa
claude-code-action
Knowledge base for creating and configuring Claude Code Action GitHub workflows
43lisa-review-project
This skill should be used when comparing Lisa's source templates against a target project's implementation to identify drift. It validates the Lisa directory, detects project types, scans template directories, compares files, categorizes changes, and offers to adopt improvements back into Lisa. This is the inverse of lisa:review-implementation.
39lisa-integration-test
This skill should be used when integration testing Lisa against a downstream project. It applies Lisa templates, verifies the project still builds, and if anything breaks, fixes the templates upstream in Lisa and retries until the project passes all checks.
37lisa-learn
This skill should be used when analyzing a downstream project's git diff after Lisa was applied to identify improvements that should be upstreamed back to Lisa templates. It validates the environment, captures the diff, correlates changes with Lisa template directories, categorizes each change, and offers to upstream improvements.
35jsdoc-best-practices
Enforces JSDoc documentation standards for this TypeScript project. This skill should be used when writing or reviewing TypeScript code to ensure proper documentation with file preambles, function docs, interface docs, and the critical distinction between documenting "what" vs "why". Use this skill to understand the project's JSDoc ESLint rules and established patterns.
34plan-lower-code-complexity
This skill should be used when reducing the cognitive complexity threshold of the codebase. It lowers the threshold by 2, identifies functions that exceed the new limit, generates a brief with refactoring strategies, and creates a plan with tasks to fix all violations.
23