skills/used/SKILL.md
Reports which skills, hooks, rules, plugins, and MCP tools were activated during a Claude Code prompt or session. Use when the user asks "what was used", "which skills ran", "show me what fired", or invokes /used. Also triggers when the user wants transparency into Claude's behavior for a given prompt.
npx skillsauth add azmym/agent-skills usedInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Show which skills, hooks, rules, plugins, and MCP tools were activated in the current conversation.
session or --session: report usage for the entire session (since last /clear or session start)Parse the arguments from: $ARGUMENTS (accept both session and --session as the session flag)
When this skill is invoked, scan the current conversation context and report what was used. Follow these detection rules exactly.
Scan the conversation for:
<command-name> tags: extract the value (e.g., superpowers:brainstorming from <command-name>/superpowers:brainstorming</command-name> or <command-name>superpowers:brainstorming</command-name>)Collect all unique skill names found.
Scan <system-reminder> tags for these patterns:
Collect all unique hook names found. Normalize to lowercase-kebab-case (e.g., "SessionStart" becomes "session-start", "UserPromptSubmit" becomes "user-prompt-submit").
Scan the conversation for <system-reminder> blocks that contain # claudeMd sections. Within those sections, look for lines matching:
Contents of .../.claude/rules/<name>.md - extract <name> as the rule nameCLAUDE.md files - report as "CLAUDE.md (project)" or similarCollect all unique rule names found.
Scan the conversation for:
<system-reminder> blocks containing "# MCP Server Instructions" followed by ## <plugin-name> headings - extract the plugin name<available-deferred-tools> blocks containing tool names prefixed with mcp__<plugin>__ - extract unique plugin names from the prefixsuperpowers:brainstorming) - the part before the colon is the plugin name<system-reminder> skill availability blocks (e.g., "- superpowers:writing-plans: ...")Collect all unique plugin names found.
Classify each plugin into two groups:
<available-deferred-tools> or MCP instructions) but had no skills invoked.Scan Claude's tool call blocks in the conversation for tool names matching the mcp__<server>__<tool> pattern. These are tools that were actually invoked, not merely available.
For each match:
<server> portion as the server name<tool> portion as the tool name (strip the mcp__<server>__ prefix)Collect unique (server, tool) pairs. Group by server name, with tools sorted alphabetically within each server. Servers sorted alphabetically.
This is distinct from step 4 (Detect Plugins), which checks tool availability. This step checks for actual invocation.
--session flag): Only report items detected in the last user message and its corresponding Claude response (the most recent exchange before /used was invoked). For skills, hooks, plugins, and MCP tools, only include those that appeared in that last exchange. For rules, always include all loaded rules (they are session-scoped and always active).--session flag: Report items detected across the entire conversationOutput a structured summary with counts and plugin grouping. Follow this template exactly:
[Header] [N skills | N hooks | N rules | N plugins | N mcp tools]
--------------------------------------------------------------
Skills: skill1, skill2, skill3
Hooks: hook1, hook2
Rules: rule1, rule2, rule3,
rule4, rule5, rule6
Plugins: active-plugin (skill1, skill2)
tools-only-plugin1*, tools-only-plugin2*
MCP Tools: server1 (tool1, tool2)
server2 (tool3)
* tools only (no skills invoked)
Header:
Last Prompt UsageSession UsageSummary counts:
[N skills | N hooks | N rules | N plugins | N mcp tools] using actual detected counts1 skill, 1 mcp tool)Category rows:
(none) as the valuePlugins row:
** tools only (no skills invoked)* suffixMCP Tools row:
mcp__<server>__, sorted alphabetically within each server(none) as the valueGeneral rules:
development
Interact with Slack via the Web API. Read, summarize, search, post messages, react, pin, and manage channels. Use when the user (1) shares a Slack URL, (2) asks to read or summarize a channel, (3) searches Slack messages, (4) asks to send/post a message, (5) asks to react to or pin a message, (6) looks up a user, or (7) mentions a Slack channel by name (e.g., "#channel-name"). Also triggers for Slack threads, daily standups, conversation digests, or any Slack interaction.
tools
Audit Claude Code configuration for issues, overlaps, unused components, update status, and misconfigurations. Use when the user (1) asks to check or audit their setup, (2) wants to find duplicate or conflicting skills, hooks, plugins, or rules, (3) asks what is broken or needs cleanup, (4) wants to check Claude Code or plugin updates, (5) asks to review MCP servers or memory state, or (6) invokes /setup-check with optional scope (all, updates, skills, hooks, plugins, rules, settings, security, mcp, memory, overlaps).
tools
Use when work should span one or more detached tasks but still behave like one job with a single owner context. TaskFlow is the durable flow substrate under authoring layers like Lobster, ACPX, plugins, or plain code. Keep conditional logic in the caller; use TaskFlow for flow identity, child-task linkage, waiting state, revision-checked mutations, and user-facing emergence.
tools
# Lobster Lobster executes multi-step workflows with approval checkpoints. Use it when: - User wants a repeatable automation (triage, monitor, sync) - Actions need human approval before executing (send, post, delete) - Multiple tool calls should run as one deterministic operation ## When to use Lobster | User intent | Use Lobster? | | ------------------------------------------------------ | --------------------------