audit-lsp

Audit LSP Servers Command

Audit Claude Code LSP (Language Server Protocol) server configurations for quality and compliance.

Initialization

Before auditing, initialize the environment:

1. Get the current UTC date for audit timestamps.
2. Capture the project root path for subagent communication.
3. Ensure the temp directory (.claude/temp/) exists.
4. Clean up any stale audit files if the user confirms.

The plugin-development skill provides authoritative validation guidance (auto-loaded when this command runs).

What Gets Audited

• .lsp.json file structure and validity
• LSP server configuration fields
• Language/file type associations
• Server command and arguments
• Plugin manifest lspServers references

Command Arguments

Argument	Description
(none)	Audit all discoverable LSP configurations
--force	Audit regardless of modification status
--skip-validation	Skip finding validation (faster, but may include false positives)

Step 1: Discover LSP Configurations

Search for .lsp.json files in:

• Project root (.lsp.json)
• Plugin directories (plugins/*/.lsp.json)
• User plugins directory

Also check plugin.json manifests for lspServers field references.

Build a list of discovered LSP configurations with their scope (project, plugin, or user) and full path.

If no LSP configurations are found, report this and provide guidance on how to create one.

Step 2: Parse Arguments

Check if the --force flag is present in the command arguments. Build the audit queue based on discovered configurations and the force flag.

Step 3: Present Audit Plan

Display audit mode (SMART or FORCE), configurations discovered, and list each with scope and last modified date.

Step 4: Execute Audits

For each LSP configuration, spawn the plugin-component-auditor subagent with the following context:

• Scope (project, plugin, or user)
• Full path to the .lsp.json file
• Associated plugin manifest (if applicable)
• Last audit date or "Never audited"
• Current audit date
• Project root path

Run subagents in parallel when multiple configurations exist.

Subagents write findings to .claude/temp/ as both JSON (for recovery/aggregation) and markdown (for human review). The main conversation thread collects results and updates audit logs using its Write/Edit tools.

Step 4.5: Validate Findings

Unless --skip-validation flag is present:

1. Spawn the audit-finding-validator agent with:
   • project_root: The captured project root path
   • audit_type: "lsp"
   • audit_files: List of .claude/temp/audit-*-lsp-*.json file paths
2. Wait for validation to complete
3. Read updated JSON files with validation results
4. Filter out FALSE_POSITIVE findings completely before aggregation
5. Note: Filtered findings are logged to .claude/temp/audit-filtered-findings.json

If --skip-validation flag is present:

• Skip validation phase entirely (current speed preserved)
• Present all findings without filtering
• Note in summary: "Validation: Skipped"

Step 5: Final Summary

Report total configurations audited, results by scope, and details table. List configuration or server issues with remediation steps.

Include validation statistics (if validation was performed):

• Validation performed: Yes/No
• Findings validated: X
• False positives filtered: Y
• Verified findings: Z
• Unverified findings: W

Important Notes

LSP Configuration Requirements

LSP configurations must specify valid server commands, proper language associations, and correct initialization options.

Configuration Locations

Location	Purpose
.lsp.json (project root)	Project-specific LSP servers
plugins/*/.lsp.json	Plugin-provided LSP servers
Plugin manifest lspServers	Reference to LSP configurations

Common LSP Server Types

• TypeScript/JavaScript language servers
• Python language servers
• Go language servers
• Custom domain-specific servers

Audit Log Location

All audit results are written to .claude/audit/lsp.md.

Use /audit-log lsp to view current audit status.

Example Usage

Example 1: Audit All LSP Configurations

User: /audit-lsp

Claude: Discovering LSP configurations...

## Audit Plan
**Mode**: SMART
**Configurations discovered**: 2

1. [project] .lsp.json
2. [plugin] plugins/typescript/.lsp.json

[Spawns plugin-component-auditor subagents]

## Audit Complete
| Scope | Config | Result | Score |
| --- | --- | --- | --- |
| project | .lsp.json | PASS | 100/100 |
| plugin | typescript/.lsp.json | PASS | 95/100 |

Example 2: Force Audit

User: /audit-lsp --force

Claude: Auditing all LSP configurations (force mode)...