Install
$ agentstack add skill-melodic-software-claude-code-plugins-known-issues ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Pre-computed context
Claude Code version: !claude --version 2>/dev/null || echo "unknown"
Variables
Arguments: $ARGUMENTS
Purpose
Claude Code ships frequently. Features that worked last week may have new bugs today. This skill serves three purposes:
- Quick health check — snapshot of registry health and model quality (no args needed)
- Proactive search — find known bugs BEFORE you build on top of a feature
- Issue registry — maintain single source of truth for the Claude product GitHub issues you track, record what they block, and create follow-up work items when bugs are fixed
Data Files
The issue registry (registry.json) persists in the registry directory. By default this is the plugin's per-machine data directory (${CLAUDE_PLUGIN_DATA}, survives plugin updates). A consumer can instead keep the registry inside their repository — git-tracked and team-shared — by setting the registry_dir plugin option (personal user configuration).
Registry location — apply to EVERY registry_manager.py invocation: the configured value is ${user_config.registry_dir}; the project root is ${CLAUDE_PROJECT_DIR}.
- If
${user_config.registry_dir}is a non-empty path → first require a contained
project-relative value. Reject POSIX/rooted paths, Windows drive-qualified or drive-relative paths, UNC paths, any .. segment with either separator, and any existing symlink path that resolves outside ${CLAUDE_PROJECT_DIR}. If invalid, stop the registry action, report the configuration problem visibly, and direct /claude-ops:setup; do not join, normalize, create, or use the destination. If valid, pass --data-dir "${CLAUDE_PROJECT_DIR}/${user_config.registry_dir}".
- If it is empty or still shows an unexpanded
${user_config.registry_dir}token (option unset) → OMIT--data-dir; the script falls back to${CLAUDE_PLUGIN_DATA}.
| File | Purpose | Who edits | | --- | --- | --- | | /registry.json | All tracked Claude product GitHub issues with status, category, affected files, and what's blocked | Skill (on search/scan --add/check-all), via scripts/registry_manager.py — see the registry-location rule above |
Read context/registry-schema.md for the full registry.json schema and field enums.
Action Router
Parse $ARGUMENTS to extract action (first token) and remaining arguments.
| Action | Description | | --- | --- | | status | Quick health summary — registry stats + quality snapshot (DEFAULT when no args) | | search | Search GitHub Issues for bugs on a specific feature (default when args look like a feature name) | | check-all | Check ALL tracked registry issues — find newly resolved ones, create follow-up TODOs | | scan | Grep the current repo for GitHub issue references and report untracked ones (read-only); scan --add also registers them | | list | Show all tracked issues grouped by status and category | | quality | Full quality check — benchmarks + status page + recent GitHub degradation reports | | create | Draft and file GitHub issue on anthropics/claude-code using their template format |
Smart routing:
- No
$ARGUMENTS→status $ARGUMENTSstarts with action keyword → that action$ARGUMENTSdoesn't start with action keyword →searchwith entire argument as feature name
Action: status
Read context/action-status.md for full status process and output format. DEFAULT action when no args.
Action: search
Read context/action-search.md for full search process, flags, and output format.
Action: check-all
Read context/action-check-all.md for full check-all process and output format.
Action: scan
Read context/action-scan.md for full scan process and output format.
Action: quality
Read context/action-quality.md for full quality check process, sources, and output format.
Action: list
Read context/action-list.md for full list process and output format.
Action: create
Read context/action-create.md for full issue creation process, mandatory gates, and safety rules.
Repos Reference
| Product | Repo | When to search | |---------|------|----------------| | Claude Code | anthropics/claude-code | Default — hooks, skills, settings, plugins, tools | | Python SDK | anthropics/anthropic-sdk-python | Python API client issues | | TypeScript SDK | anthropics/anthropic-sdk-typescript | Node.js API client issues | | C# SDK | anthropics/anthropic-sdk-csharp | .NET API client issues | | MCP Protocol | modelcontextprotocol/python-sdk | MCP server/client issues | | Azure MCP | microsoft/mcp | Azure MCP server issues |
Integration Points
With your work-item tracker
check-allproposes follow-up work items for resolved issues (file them with whatever
tracker the consumer project uses — e.g. gh issue create — after user confirmation)
searchsuggests monitoring items for open issues worth watching
With the consumer project's workarounds docs
If the consumer project documents Claude Code quirks/workarounds (e.g. in CLAUDE.md or a rules file), cross-reference: search checks findings against it, scan surfaces documented issues not yet in the registry, and a resolved issue's follow-up TODO includes cleaning up the now-obsolete workaround. Skip silently when no such doc exists.
With plan review
When stress-testing a plan that builds on a Claude Code mechanism, run search for that mechanism first — known bugs reshape plans cheaply before implementation.
With /bug-report:write (if installed)
For bugs in YOUR code (not Claude Code itself), use the bug-report plugin's skill instead; without it, write up the defect manually. This skill covers Claude product issues only.
What This Skill Does NOT Do
- Does not read local telemetry — OTEL store, collector, hooks, ccusage →
/observability - Does not fix bugs — reports and tracks them
- Does not test features — searches for KNOWN issues
- Issue creation requires explicit confirmation —
createaction always shows draft first, never auto-files - Does not monitor continuously — re-run
check-allperiodically (e.g. from a recurring work item or schedule)
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: melodic-software
- Source: melodic-software/claude-code-plugins
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.