AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Known Issues

skill-melodic-software-claude-code-plugins-known-issues · by melodic-software

Looks up and tracks known Claude product issues — searches known GitHub bugs, checks service health and model quality, and maintains a persistent registry of tracked issues. Use when: 'is this broken', 'known CC bugs', 'troubleshoot Claude Code', 'any workarounds', 'feature behaves unexpectedly', 'scan repo for issues', 'file a bug' — actions: status (default), search <feature>, check-all, scan,…

No reviews yet
0 installs
14 views
0.0% view→install

Install

$ agentstack add skill-melodic-software-claude-code-plugins-known-issues

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No 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.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-melodic-software-claude-code-plugins-known-issues)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
12d ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

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 →
Are you the author of Known Issues? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

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:

  1. Quick health check — snapshot of registry health and model quality (no args needed)
  2. Proactive search — find known bugs BEFORE you build on top of a feature
  3. 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 $ARGUMENTSstatus
  • $ARGUMENTS starts with action keyword → that action
  • $ARGUMENTS doesn't start with action keyword → search with 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-all proposes follow-up work items for resolved issues (file them with whatever

tracker the consumer project uses — e.g. gh issue create — after user confirmation)

  • search suggests 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 confirmationcreate action always shows draft first, never auto-files
  • Does not monitor continuously — re-run check-all periodically (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.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.