AI QuickFix: Instantly fix problems with ChatGPT AI vs ESLint

Intercepts diagnostic problems reported by VS Code's built-in linters, language servers, and third-party tools (ESLint, SonarLint, TypeScript), then augments the native lightbulb Quick Fix UI with AI-generated code solutions. When a user clicks the lightbulb on a flagged problem, the extension extracts code context (function boundaries via language server or ±10 lines fallback), sends the problem description and code to OpenAI's API, and returns a fixed code snippet for one-click application.

Unique: Integrates directly into VS Code's native lightbulb Quick Fix UI rather than requiring a separate sidebar or command palette, leveraging the editor's existing diagnostic system and language server infrastructure to extract context. This makes AI fixes feel native to the editor workflow without UI context switching.

vs alternatives: Faster workflow than Copilot Chat or standalone AI tools because fixes are one-click from the lightbulb menu without opening a separate panel; tighter integration with existing linters means no duplicate problem detection.

Automatically detects the programming language of the current file and uses VS Code's language server APIs to extract function boundaries and scope context around a flagged problem. For languages without language server support, falls back to a fixed-range context window (±10 lines around the problem). This context is then sent to the AI model to ensure fixes are semantically aware of the surrounding code structure.

Unique: Uses VS Code's language server protocol (LSP) to extract function-level context rather than regex or AST parsing, ensuring compatibility with any language that has an LSP implementation. Falls back gracefully to fixed-range context for unsupported languages, maintaining usability across the entire VS Code ecosystem.

vs alternatives: More accurate context extraction than regex-based tools because it leverages the editor's own semantic understanding via language servers; more portable than tools that require language-specific AST parsers.

Sends extracted code context and linter problem descriptions to OpenAI's API, supporting both GPT-4 and GPT-3.5-turbo models. The extension constructs a prompt using customizable system instructions and problem/code prefixes/suffixes, then parses the API response to extract the fixed code. Model selection is user-configurable via VS Code settings without requiring extension reload, allowing runtime switching between models based on cost/quality tradeoffs.

Unique: Exposes all prompt components (system prompt, problem prefix, code prefix/suffix) as user-editable VS Code settings, enabling fine-grained prompt engineering without modifying extension code. This allows teams to customize AI behavior for domain-specific coding standards or to work around GPT-3.5-turbo formatting issues.

vs alternatives: More customizable than Copilot (which uses fixed prompts) because every part of the AI request is user-configurable; more transparent than closed-box AI tools because users can inspect and modify the exact prompts being sent to the API.

Processes OpenAI API responses to extract the fixed code snippet, with special handling for GPT-3.5-turbo which frequently includes extraneous commentary, markdown formatting, or explanatory text. The extension attempts to strip non-code content using heuristics (e.g., removing markdown code fences, filtering explanatory text) before returning the cleaned code for editor insertion. Parsing logic is influenced by customizable `problemCodeSuffix` settings to help the AI format responses correctly.

Unique: Implements heuristic-based response parsing with user-configurable prompt suffixes to guide AI formatting, rather than relying on strict structured output formats. This allows the extension to work with GPT-3.5-turbo's verbose responses while remaining flexible for future model changes.

vs alternatives: More robust than naive string extraction because it handles markdown code fences and common commentary patterns; more flexible than tools requiring strict JSON schemas because it adapts to different AI response styles via prompt tuning.

Applies the AI-generated fixed code directly to the editor by replacing the problem range or function with the suggested code. The fix is applied as a single editor edit operation, maintaining undo/redo history and triggering any configured linters/formatters on the modified code. Users confirm the fix via the lightbulb menu or Quick Fix button; no additional dialogs or confirmations are required.

Unique: Integrates directly with VS Code's editor API to apply fixes as native edit operations, ensuring fixes participate in the editor's undo/redo system and trigger configured formatters. This makes AI fixes feel like native editor operations rather than external tool outputs.

vs alternatives: Faster workflow than copy-pasting from a separate AI tool because fixes are applied with a single click; better integration than tools that open new files or dialogs because fixes are applied inline with full editor history support.

Listens to diagnostic events from multiple linters and language servers (ESLint, TypeScript, SonarLint, etc.) and augments each reported problem with an AI-generated fix suggestion. The extension does not prioritize or filter problems; it offers AI fixes for any diagnostic reported by any active linter, allowing users to fix issues from multiple tools in a unified workflow.

Unique: Hooks into VS Code's diagnostic system to augment problems from any linter without requiring linter-specific integrations. This makes the extension compatible with any linter that reports to VS Code's diagnostic API, including future linters, without code changes.

vs alternatives: More flexible than linter-specific tools because it works with any linter that integrates with VS Code; more unified than running separate AI tools for each linter because all fixes appear in the same lightbulb menu.

Exposes all components of the AI prompt as user-editable VS Code settings, including the system prompt, problem description prefix, code context prefix, and code context suffix. This allows users to customize how problems and code are presented to the AI model without modifying extension code, enabling fine-tuning for specific coding standards, languages, or to work around model-specific quirks (e.g., GPT-3.5-turbo formatting issues).

Unique: Exposes all prompt components as individual VS Code settings rather than a single monolithic prompt, allowing granular control over how problems and code are presented to the AI. This enables users to tune specific aspects (e.g., just the code suffix) without rewriting the entire prompt.

vs alternatives: More flexible than tools with fixed prompts because every part of the AI request is customizable; more accessible than tools requiring code modification because customization is done via VS Code settings UI.

Provides keyboard shortcuts for invoking and previewing AI-generated fixes without using the mouse. The standard VS Code Quick Fix shortcut (typically `Ctrl+.` or `Cmd+.`) opens the lightbulb menu, and an extension-specific shortcut (`Ctrl+Enter` or `Cmd+Enter`) is available for preview functionality. This enables power users to apply fixes entirely via keyboard without touching the mouse.

Unique: Integrates with VS Code's standard Quick Fix shortcut (`Ctrl+.`) while adding an extension-specific preview shortcut (`Ctrl+Enter`), allowing keyboard-driven fix application without requiring custom keybinding configuration.

vs alternatives: More accessible than mouse-only tools because fixes can be applied entirely via keyboard; more integrated than external tools because it uses VS Code's native shortcut system.

Executes ESLint rules against the active editor file as the user types or on file save, rendering violations as colored squiggles and inline decorations directly in the editor gutter. The extension hooks into VS Code's diagnostic API to push linting results from the ESLint library (installed locally or globally) into the editor's rendering pipeline, enabling immediate visual feedback without requiring manual linting commands.

Unique: Integrates directly with VS Code's native diagnostic API and editor rendering pipeline, allowing ESLint violations to appear as native squiggles and gutter decorations rather than as separate panel output; uses the ESLint library's rule engine directly without wrapping or re-implementing linting logic.

vs alternatives: Tighter VS Code integration than generic linting tools because it leverages VS Code's built-in diagnostic system and respects editor theme colors for error/warning rendering, whereas standalone linters require separate output parsing.

Automatically applies ESLint's `--fix` capability to the active file when saved, modifying the file in-place to correct fixable violations (e.g., formatting, semicolon insertion, import sorting). The extension triggers the ESLint library's fix mode on the save event, applies the corrected code back to the editor buffer, and updates diagnostics to reflect the post-fix state.

Unique: Leverages ESLint's native `--fix` API rather than implementing a separate formatting engine; integrates the fix operation into VS Code's save event lifecycle, allowing fixes to be applied transparently without user interaction or separate command invocation.

vs alternatives: More reliable than Prettier-only solutions because it respects ESLint rule configuration and can fix non-formatting issues (e.g., import sorting, variable naming); more integrated than running ESLint as a separate task because fixes are applied synchronously on save.

Caches linting results for files that have not changed, avoiding redundant ESLint execution and improving performance for large codebases. The extension tracks file modifications and only re-runs ESLint for changed files, reducing computational overhead and latency for real-time linting feedback.

Unique: Implements file-level caching to avoid redundant ESLint execution, tracking file modifications and only re-linting changed files; caching strategy is transparent to users and requires no configuration.

vs alternatives: More performant than re-linting all files on every change because it only processes modified files; more transparent than manual cache management because caching is automatic and invisible to users.

Maps ESLint rule severity levels (error, warning, off) to VS Code diagnostic severity levels (Error, Warning, Information), rendering violations with appropriate colors and icons in the editor. The extension translates ESLint's severity classification into VS Code's diagnostic system, enabling consistent visual representation across the editor and Problems panel.

Unique: Maps ESLint severity levels directly to VS Code's diagnostic API, enabling native severity rendering without custom UI; respects VS Code's theme and editor settings for diagnostic colors and icons.

vs alternatives: More integrated than custom severity rendering because it uses VS Code's native diagnostic system; more consistent than separate severity indicators because it leverages the editor's built-in visual language.

Aggregates all linting violations from the active file and workspace into VS Code's built-in Problems panel, displaying violations with severity levels (error, warning, info) and allowing filtering by severity. The extension pushes diagnostic data into VS Code's diagnostic collection, which automatically populates the Problems panel and respects the `eslint.quiet` setting to suppress info-level messages.

Unique: Uses VS Code's native diagnostic collection API to push ESLint violations into the Problems panel, allowing seamless integration with VS Code's built-in error aggregation and navigation UI rather than implementing a custom panel.

vs alternatives: More discoverable than inline-only linting because violations are visible in a dedicated panel even when the file is not in focus; more integrated than external linting tools because it uses VS Code's native UI rather than requiring a separate output window.

Automatically detects and loads ESLint configuration from either flat config format (`eslint.config.js`, `.mjs`, `.cjs`, `.ts`, `.mts`) or legacy format (`.eslintrc.*` in JSON, JS, YAML) based on what exists in the workspace. The extension respects the `eslint.useFlatConfig` setting to force flat config mode for ESLint 8.57.0+, and falls back to legacy config detection for older versions.

Unique: Implements automatic detection of both flat and legacy config formats without requiring explicit user configuration; uses the `eslint.useFlatConfig` setting to allow users to force flat config mode for ESLint 8.57+, enabling gradual migration from legacy to flat config.

vs alternatives: More flexible than tools that only support one config format because it handles both legacy and flat configs transparently; more user-friendly than requiring manual config path specification because it automatically discovers configs in standard locations.

Allows users to specify which file types should be linted by configuring the `eslint.validate` setting with an array of VS Code language identifiers (e.g., `["javascript", "typescript", "javascriptreact"]`). The extension checks each file's language identifier against the configured list before running ESLint, skipping linting for files not in the list.

Unique: Uses VS Code's language identifier system to filter files before linting, allowing granular control over which file types are processed; integrates with VS Code's language detection rather than implementing custom file type detection.

vs alternatives: More precise than file extension-based filtering because it respects VS Code's language detection (e.g., distinguishing between JavaScript and JSX); more flexible than ESLint's built-in ignore patterns because it operates at the extension level before ESLint is invoked.

Provides a `eslint.quiet` boolean setting that, when enabled, suppresses ESLint info-level diagnostic messages while preserving error and warning messages. The extension filters diagnostics before pushing them to VS Code's diagnostic collection, removing entries with severity below warning level.

Unique: Implements message filtering at the extension level after ESLint execution, allowing users to suppress info-level messages without modifying ESLint configuration or rules; provides a simple boolean toggle rather than complex filtering logic.

vs alternatives: Simpler than configuring ESLint rules to disable info-level messages because it requires only a single setting change; more effective than ESLint's built-in severity configuration because it applies uniformly across all rules.