/check-agent-compatibility
Run the full repository compatibility pass: scanner score, startup path, validation loop, and docs reliability.
$ npx -y skills add cursor/plugins --skill check-agent-compatibility --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/check-agent-compatibility
Context preview
The summary Claude sees to decide when to auto-load this skill.
Run the full repository compatibility pass: scanner score, startup path, validation loop, and docs reliability.
SKILL.md
check-agent-compatibility.SKILL.mdname: check-agent-compatibility
description: Run the full repository compatibility pass: scanner score, startup path, validation loop, and docs reliability.
Check agent compatibility
Trigger
Use when the user wants the full compatibility pass for a repo.
Workflow
1. Launch `compatibility-scan-review` to run the CLI and capture the raw repository score and main issues. 2. Launch `startup-review` to verify whether the repo can actually be booted by an agent. 3. Launch `validation-review` to check whether an agent can verify a small change without an unnecessarily heavy loop. 4. Launch `docs-reliability-review` to see whether the documented setup and run paths reliably match reality. 5. Use one subagent per task. Do not collapse these checks into one agent prompt. 6. Compute an internal workflow score as the rounded average of:
- `Startup Compatibility Score`
- `Validation Loop Score`
- `Docs Reliability Score`
7. Compute an `Agent Compatibility Score` as:
- `round((deterministic_score * 0.7) + (workflow_score * 0.3))`
8. Synthesize the results into one final response.
When scoring internally, use specific non-round workflow scores for the behavioral checks rather than coarse round buckets. If startup, validation, or docs mostly work, treat them as good-with-friction rather than defaulting to the mid-60s. Do not create a low workflow score just because logs are noisy or the error text is rough.
Output
Respond in markdown, but keep it minimal. Do not use fenced code blocks.
Show only one score, as a level-two heading: `## Agent Compatibility Score: N/100`. Do not show how it was computed, including weights, formula, deterministic score, workflow score, per-check scores, or arithmetic, unless the user explicitly asks for a breakdown.
Then a flat, prioritized list labeled `Top fixes` with one issue per line, each line starting with `- `.
If the deterministic scanner cannot be run because of tool environment issues, say that separately and do not treat it as a repo defect or penalize the repo. Fold deterministic and behavioral findings into that one list instead of separate sections. Focus on the fixes that would most improve real agent workflows. Do not include a separate summary unless the user asks for more detail.
Example shape:
Agent Compatibility Score: 72/100
Top fixes
- First issue
- Second issue
- Third issue
Read more
name: check-agent-compatibility description: Run the full repository compatibility pass: scanner score, startup path, validation loop, and docs reliability.
Check agent compatibility
Trigger
Use when the user wants the full compatibility pass for a repo.
Workflow
1. Launch `compatibility-scan-review` to run the CLI and capture the raw repository score and main issues. 2. Launch `startup-review` to verify whether the repo can actually be booted by an agent. 3. Launch `validation-review` to check whether an agent can verify a small change without an unnecessarily heavy loop. 4. Launch `docs-reliability-review` to see whether the documented setup and run paths reliably match reality. 5. Use one subagent per task. Do not collapse these checks into one agent prompt. 6. Compute an internal workflow score as the rounded average of:
- `Startup Compatibility Score`
- `Validation Loop Score`
- `Docs Reliability Score`
7. Compute an `Agent Compatibility Score` as:
- `round((deterministic_score * 0.7) + (workflow_score * 0.3))`
8. Synthesize the results into one final response.
When scoring internally, use specific non-round workflow scores for the behavioral checks rather than coarse round buckets. If startup, validation, or docs mostly work, treat them as good-with-friction rather than defaulting to the mid-60s. Do not create a low workflow score just because logs are noisy or the error text is rough.
Output
Respond in markdown, but keep it minimal. Do not use fenced code blocks.
Show only one score, as a level-two heading: `## Agent Compatibility Score: N/100`. Do not show how it was computed, including weights, formula, deterministic score, workflow score, per-check scores, or arithmetic, unless the user explicitly asks for a breakdown.
Then a flat, prioritized list labeled `Top fixes` with one issue per line, each line starting with `- `.
If the deterministic scanner cannot be run because of tool environment issues, say that separately and do not treat it as a repo defect or penalize the repo. Fold deterministic and behavioral findings into that one list instead of separate sections. Focus on the fixes that would most improve real agent workflows. Do not include a separate summary unless the user asks for more detail.
Example shape:
Agent Compatibility Score: 72/100
Top fixes
- First issue
- Second issue
- Third issue
Official Cursor plugins for popular developer tools, frameworks, and SaaS products. Each plugin is a standalone directory at the repository root with its own .cursor-plugin/plugin.json manifest.
Repo: cursor/plugins
Other skills on cursor-plugins.
- /cli-for-agents
Designs or reviews CLIs so coding agents can run them reliably: non-interactive flags, layered --help with examples, stdin/pipelines, fast actionable errors, idempotency, dry-run, and predictable structure. Use when building a CLI, adding commands, writing --help, or when the
Open skill - /continual-learning
Orchestrate continual learning by delegating transcript mining and AGENTS.md updates to `agents-memory-updater`.
Open skill - /create-plugin-scaffold
Create a new Cursor plugin scaffold with a valid manifest, component directories, and marketplace wiring. Use when starting a new plugin or adding a plugin to a multi-plugin repository.
Open skill - /review-plugin-submission
Audit a Cursor plugin for marketplace readiness. Use when validating manifests, component metadata, discovery paths, and submission quality before publishing.
Open skill - /cursor-sdk
Guide users building apps, scripts, CI pipelines, or automations on top of the Cursor TypeScript SDK (`@cursor/sdk`). Use this skill whenever the user mentions integrating, installing, or writing code against the Cursor SDK; whenever they say `Agent.create`, `Agent.prompt`,
Open skill - /check-compiler-errors
Run compile and type-check commands and report failures
Open skill

