agentsclimarketplace

Lint fix

Skill getpipher/skills/skills/quality/skills/lint-fix

Run linter and auto-fix all issues in the projectFrom its SKILL.md

Install
npx -y skills add getpipher/skills --skill lint-fix

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

5.0 KB, ~1.2k tokens by cl100k_base, as published. Nobody here has run it

Project Linter and Auto-Fix

Bismillah! I'll run appropriate linters and auto-fix all issues in your project.

Arguments provided: $ARGUMENTS

Implementation Steps

Let me:

  1. Project Analysis and Linter Detection

    • Scan project structure to identify language/framework
    • Detect available linters (ESLint, Prettier, Black, rustfmt, gofmt, etc.)
    • Check for configuration files (.eslintrc, .prettierrc, pyproject.toml, etc.)
    • Identify package.json scripts or Makefile targets
  2. Backup Preparation (if --backup flag provided)

    • Create timestamped backup of files before modification
    • Store backup location for rollback if needed
  3. Multi-Language Linting Strategy

    • JavaScript/TypeScript: ESLint + Prettier integration
    • Python: Black, isort, flake8 with auto-fix capabilities
    • Rust: rustfmt + clippy suggestions
    • Go: gofmt, goimports, golangci-lint
    • Shell: shellcheck with applicable fixes
    • Markdown: markdownlint with auto-fix
    • YAML/JSON: yamllint, jsonlint with formatting
  4. Intelligent Execution Flow

    • Run formatters first (Prettier, Black, rustfmt)
    • Follow with linters that can auto-fix (ESLint --fix)
    • Report remaining issues that need manual intervention
    • Show statistics: files processed, issues fixed, remaining warnings
  5. Comprehensive Reporting

    • Display before/after comparison
    • List all fixes applied by category
    • Highlight remaining manual fixes needed
    • Provide next steps if configuration is missing

Smart Detection Logic

JavaScript/TypeScript Projects

# Check for package.json and common config files
if [[ -f "package.json" ]]; then
  # ESLint detection and execution
  if command -v eslint &> /dev/null && [[ -f ".eslintrc"* || $(grep -q "eslint" package.json) ]]; then
    npx eslint . --fix --ext .js,.jsx,.ts,.tsx
  fi
  
  # Prettier detection and execution
  if command -v prettier &> /dev/null && [[ -f ".prettierrc"* || $(grep -q "prettier" package.json) ]]; then
    npx prettier --write "**/*.{js,jsx,ts,tsx,json,css,md}"
  fi
fi

Python Projects

# Check for Python project indicators
if [[ -f "pyproject.toml" || -f "requirements.txt" || -f "setup.py" ]]; then
  # Black formatting
  if command -v black &> /dev/null; then
    black .
  fi
  
  # isort import sorting
  if command -v isort &> /dev/null; then
    isort .
  fi
  
  # flake8 linting (reporting only)
  if command -v flake8 &> /dev/null; then
    flake8 . --count --select=E9,F63,F7,F82 --show-source --statistics
  fi
fi

Rust Projects

# Check for Cargo.toml
if [[ -f "Cargo.toml" ]]; then
  # rustfmt formatting
  if command -v rustfmt &> /dev/null; then
    cargo fmt
  fi
  
  # clippy linting with suggestions
  if command -v cargo-clippy &> /dev/null; then
    cargo clippy --fix --allow-dirty --allow-staged
  fi
fi

Advanced Features

Configuration Auto-Setup

If no linter configuration found:

  • Offer to create basic .eslintrc.js for JS projects
  • Suggest pyproject.toml setup for Python projects
  • Recommend clippy configuration for Rust projects

Selective Fixing

Support file pattern arguments:

/lint-fix "src/**/*.js"     # Only JavaScript files in src
/lint-fix "*.py"            # Only Python files in root
/lint-fix --check-only      # Report issues without fixing

Git Integration

  • Check for staged files and offer to lint only those
  • Respect .gitignore patterns
  • Warn about uncommitted changes before major fixes

Error Handling

Common scenarios and responses:

  • No linters found: Provide installation instructions for detected project type
  • Configuration missing: Offer to create basic configuration files
  • Permission issues: Guide user to resolve file permissions
  • Syntax errors: Report files with syntax errors that prevent linting
  • Conflicting configs: Detect and report configuration conflicts

Success Criteria

The command completes successfully when:

  • ✅ All available linters executed without errors
  • ✅ Auto-fixable issues resolved
  • ✅ Comprehensive report generated
  • ✅ Backup created if requested
  • ✅ Remaining manual fixes clearly identified

Usage Examples

# Basic usage - fix everything
/lint-fix

# Create backup before fixing
/lint-fix --backup

# Check issues without fixing
/lint-fix --check-only

# Fix specific file pattern
/lint-fix "src/**/*.ts"

# Fix only staged git files
/lint-fix --staged

Integration with Other Commands

Works well with:

  • /commit - Lint before committing
  • /create-pr - Ensure clean code before PR
  • /test-runner - Lint as part of CI pipeline

This command provides comprehensive, intelligent linting that adapts to your project structure and available tools. Alhamdulillah, it will help maintain consistent code quality across different languages and frameworks!

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Gives 0 of the 12 instructions most quality gates skills give in ~1.2k tokens

Counted across 1,195 of the 2,094 authors here whose files we hold, read 2026-08-07

  • Read the output and check the exit codein 54 of 1195, across 14 files
  • Verify requirements using a line-by-line checklistin 53 of 1195, across 12 files
  • Identify the verification command proving the claimin 51 of 1195, across 12 files
  • Run the full verification commandin 50 of 1195, across 11 files
  • Verify output confirms the claimin 49 of 1195, across 12 files
  • Check version control diff after agent delegationin 46 of 1195, across 6 files
  • State claim with evidencein 44 of 1195, across 4 files
  • Run the test suitein 33 of 1195, across 26 files
  • Keep state in memory by defaultin 27 of 1195, across 6 files
  • Make prototype runnable with one commandin 26 of 1195, across 5 files
  • Produce a verification reportin 25 of 1195, across 14 files
  • Detect the package manager from lockfilesin 24 of 1195, across 5 files

Said here and by no other author read

  • create timestamped backup if --backup is provided
  • run formatters before linters
  • report issues that require manual intervention
  • lint only staged files if --staged is provided
  • respect gitignore patterns
  • warn about uncommitted changes before fixing

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 326,834. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.