Start an event-driven orchestration session — fill N concurrency slots with sub-agent dispatches, split across dev slots (new issues), rescue slots (CI failures, review threads, stuck PRs), and flex slots (dev work that yields to incidents). Example — /dispatch 8, or /dispatch dev:5 rescue:1 flex:2.
Snapshot a Figma file into living design specs anchored to stable identity (node IDs, component/style keys) with a repo-owned design→code map, so reorganization doesn't break the links. Code Connect optional. For taming design drift. Optional scope arg. Example — /figma-init-spec, or /figma-init-spec "Checkout flow".
Re-read Figma and diff it against the design specs by stable id, then report drift — separating pure reorganization (no code change) from real token/size/state changes (a precise re-touch list routed to code via Code Connect). Run after designs or the Figma file get moved around. Optional scope arg. Example …
Groom a not-yet-dev-ready GitHub issue (pre-technical-recon) — drop one or more issue numbers and dispatch an agent per issue to ask the engineering/project lead about intent, scope, and direction until ≥90% certain the written story reflects the ask, then fill the body to the six-section groomed anatomy. Never…
Technical recon of groomed-but-unvetted GitHub issue(s) — drop one or more issue numbers and dispatch a read-only sub-agent per issue (in parallel) to trace the ask into the codebase, produce a verified implementation approach, assert a level-of-effort estimate with confidence, surface risks/dependencies, recommend a…
The full-stack deep dive — /gh-issue plus BOTH the live-browser and read-only AWS diagnosis phases, correlated: reproduce the symptom as the signed-in user, capture the failing request, then chase that exact request through the cloud (edge, logs, service, data) until the fault layer is found. Use for symptoms nobody…
Like /gh-issue-use-aws-browser (correlated browser + read-only AWS full-stack dive), but the browser phase is pinned to the Chrome MCP (claude-in-chrome). Example — /gh-issue-use-aws-chrome "file export > Download" clicking Download 403s on staging effort:max.
Like /gh-issue-use-aws-browser (correlated browser + read-only AWS full-stack dive), but the browser phase is pinned to the Cypress MCP. Example — /gh-issue-use-aws-cypress "file export > Download" clicking Download 403s on staging effort:max.
Like /gh-issue-use-aws-browser (correlated browser + read-only AWS full-stack dive), but the browser phase is pinned to the Playwright MCP. Example — /gh-issue-use-aws-playwright "file export > Download" clicking Download 403s on staging effort:max.
Same as /gh-issue, plus an AWS deep-dive — diagnose the reported symptom through the operator's live AWS CLI session using strictly read-only calls (logs, metrics, resource state, CloudTrail) before filing the groomed GitHub issue with cloud-traced evidence. Example — /gh-issue-use-aws "file export" presigned download…
Same as /gh-issue, plus a live-browser deep-dive using whatever browser MCP is connected (Chrome, Playwright, or Cypress): reproduce as the signed-in user, watch network + console, capture the failing request/response, mock to isolate, and record a repro before filing the GitHub issue. Example — /gh-issue-use-browser…
Like /gh-issue-use-browser, but pinned to the Chrome MCP (claude-in-chrome) — use when you want your real signed-in Chrome session for the repro. Example — /gh-issue-use-chrome "Composer > Save" saving toasts failure but the record persists.
Like /gh-issue-use-browser, but pinned to the Cypress MCP — use when your project runs the Cypress MCP for browser automation. Example — /gh-issue-use-cypress "Composer > Save" saving toasts failure but the record persists.
Like /gh-issue-use-browser, but pinned to the Playwright MCP — use for a clean automated browser (public page or test credentials, no real session needed). Example — /gh-issue-use-playwright "Composer > Save" saving toasts failure but the record persists.
File a groomed, dispatchable GitHub issue from a breadcrumb (component/page/object) plus a problem description — recon the code, verify evidence, dedupe, label, file. Optionally pin the dispatch model/effort. Example — /gh-issue "Settings > Billing > Invoice row" clicking an invoice opens a 404 model:opus effort:high.
Groom a not-yet-dev-ready Jira issue (pre-technical-recon) — drop one or more issue keys and dispatch an agent per issue to ask the engineering/project lead about intent, scope, and direction until ≥90% certain the written story reflects the ask, then fill the description to the six-section groomed anatomy via the…
Technical recon of groomed-but-unvetted Jira issue(s) — drop one or more issue keys and dispatch a read-only sub-agent per issue (in parallel) to trace the ask into the codebase, produce a verified implementation approach, assert a level-of-effort estimate with confidence, surface risks/dependencies, recommend a split…
The full-stack deep dive — /jira-issue plus BOTH the live-browser and read-only AWS diagnosis phases, correlated: reproduce the symptom as the signed-in user, capture the failing request, then chase that exact request through the cloud (edge, logs, service, data) until the fault layer is found. Use for symptoms nobody…
Like /jira-issue-use-aws-browser (correlated browser + read-only AWS full-stack dive), but the browser phase is pinned to the Chrome MCP (claude-in-chrome). Example — /jira-issue-use-aws-chrome "file export > Download" clicking Download 403s on staging effort:max.
Like /jira-issue-use-aws-browser (correlated browser + read-only AWS full-stack dive), but the browser phase is pinned to the Cypress MCP. Example — /jira-issue-use-aws-cypress "file export > Download" clicking Download 403s on staging effort:max.
Like /jira-issue-use-aws-browser (correlated browser + read-only AWS full-stack dive), but the browser phase is pinned to the Playwright MCP. Example — /jira-issue-use-aws-playwright "file export > Download" clicking Download 403s on staging effort:max.
Same as /jira-issue, plus an AWS deep-dive — diagnose the reported symptom through the operator's live AWS CLI session using strictly read-only calls (logs, metrics, resource state, CloudTrail) before filing the groomed Jira issue with cloud-traced evidence. Example — /jira-issue-use-aws "file export" presigned…
Same as /jira-issue, plus a live-browser deep-dive using whatever browser MCP is connected (Chrome, Playwright, or Cypress): reproduce as the signed-in user, watch network + console, capture the failing request/response, mock to isolate, and record a repro before filing the Jira issue. Example …
Like /jira-issue-use-browser, but pinned to the Chrome MCP (claude-in-chrome) — use when you want your real signed-in Chrome session for the repro. Example — /jira-issue-use-chrome "Composer > Save" saving toasts failure but the record persists.
10 2d agoA58 tokens
copy · 75%MIT
At most 3 mods per repository are shown here, and a mod shipped inside a plugin is left to that plugin's page — the rest are on their repository pages: