auditing-application-securityAudits an application's code and dependencies for security across a whole service or a named surface — not a single change — and triages scanner and advisory output into a severity-ranked report. Runs only the security scanners the project already has, never installs them, and applies an optional st
capturing-ui-evidenceThe mechanical capture contract for UI verification: drives the playwright-cli against the pinned dev server URL to collect actual.png, computed-styles.json and a11y-snapshot.yml into the iteration artifact directory. Works with no design reference at all; when — and only when — the caller supplies
creating-implementation-plansWrites TSH's implementation plan as a committed file at specifications/<task-id>/<task-name>.plan.md: phased tasks that each name their files and a verifiable Definition of Done, technical context persisted for implementers, explicit parallel groups. Use when a plan, spec, or task breakdown is asked
debugging-codeFinds and fixes the root cause of a bug: pins the symptom, reproduces it, secures a failing test — existing, corrected or new — narrows to the cause with evidence rather than plausibility, measures how far the fix reaches before applying it minimally, and keeps the test as a regression guard. Use wh
discovering-technical-contextEstablishes which conventions a change must follow before it is written, in priority order: the plan's persisted technical context, then project instructions (CLAUDE.md, .claude/rules, decision records), then existing codebase patterns, then external documentation. Use to answer 'how does this proje
orchestrating-feature-implementationImplements a feature, ticket, or plan end to end from the main conversation: confirms a plan file exists, delegates each task to implementer subagents — in parallel where the plan allows — gates on their reports, then closes with the plan's final verification phase: code review and functional verifi
reviewing-codeTSH's pre-merge review of a delivered change set — a pasted diff, a task, or a PR: reads the plan and requirements first, compares the implementation against what was agreed, judges test coverage per layer, runs the project's tests, linters and build when they are available, then checks high-risk an
reviewing-uiRuns one UI verification pass against Figma: delegates fresh Playwright-CLI capture of the running app to ui-capture-worker, then the design comparison to ui-reviewer, and returns PASS, FAIL, or VERIFICATION NOT RUN with a complete difference table. Read-only — it never fixes code. Use when asked to
verifying-uiThe standard for judging implemented UI against its Figma design: EXPECTED comes only from the Figma MCP, ACTUAL only from live Playwright-CLI capture artifacts, compared across structure, layout, dimensions, visual and components under strict tolerances, ending in PASS, FAIL, or VERIFICATION NOT RU