| name | ide-monitor |
| description | Continuous IDE monitoring using bridge tools. Checks diagnostics, test results, or terminal output. Designed for use with /loop for recurring checks. |
| disable-model-invocation | true |
| effort | low |
| argument-hint | diagnostics | tests [filter] | terminal <name> |
IDE Monitor
Prerequisites
- Check if the
getToolCapabilities MCP tool is available to you.
-
Not available (no MCP tool by that name): stop and tell the user:
"This skill requires the Claude IDE Bridge. It uses getDiagnostics and runTests which have no CLI equivalent.
To use this skill:
- Start the bridge:
npm run start-all (in claude-ide-bridge/)
- Ensure the Claude IDE Bridge extension is installed in your IDE
- Use the
claude --ide session (not remote-control)"
-
Available: call it. If extensionConnected is false: show the same message. If true: proceed.
Monitor your IDE workspace continuously. Use with /loop for recurring checks.
Usage patterns
/loop 5m /claude-ide-bridge:ide-monitor diagnostics
/loop 10m /claude-ide-bridge:ide-monitor tests
/loop 2m /claude-ide-bridge:ide-monitor terminal dev-server
Or run once:
/claude-ide-bridge:ide-monitor diagnostics
Modes
Parse $ARGUMENTS to determine the monitoring mode:
Mode: diagnostics (default if no argument)
- Use
getDiagnostics to get all current errors and warnings
- Compare with the previous check (if this is a recurring loop):
- Report new errors since last check
- Report resolved errors since last check
- If there are critical errors, summarize them prominently
- If everything is clean, report "No issues found"
Mode: tests [filter]
- Use
runTests with the optional filter from the argument
- Report:
- Total pass/fail counts
- Any new failures (tests that were passing before)
- Test duration for performance tracking
- If tests fail, suggest running
/claude-ide-bridge:ide-debug to investigate
Mode: terminal <name>
- Use
getTerminalOutput with the terminal name from the argument
- Check for:
- Error patterns in recent output (stack traces, "Error:", "FATAL")
- Whether the process is still running (use
listTerminals)
- If the terminal has died, report it and suggest restarting
- If errors are found, summarize the most recent ones
Output format
Keep output concise for recurring checks:
- One-line summary for "all clear" results
- Bullet list for issues found
- Include timestamps so the user can track when issues appeared