Loading...
Loading...
Found 1,418 Skills
Review web application code for bugs, security issues, performance problems, and stack-specific anti-patterns. Use this skill whenever the user wants to review code, debug a production issue, investigate a build failure, audit security, or check a PR before merging. Triggers on code review, review my code, debug, build error, broken, not working, why is X failing, check this code, security check, PR review, audit code, refactor. Also triggers when investigating 4xx or 5xx errors, deploy failures, environment variable issues, and CMS integration problems.
Investigate and diagnose issues without necessarily fixing them
Debug and fix bugs, errors, or unexpected behavior
Resolves React hook violations (rules of hooks, useEffect dependencies, hook ordering).
Debug Python errors, exceptions, and unexpected behavior. Analyzes tracebacks, reproduces issues, identifies root causes, and provides fixes.
Concurrent investigation of independent failures. Use when multiple unrelated issues need parallel resolution.
When a user is stuck, frustrated, or describing a problem vaguely, do NOT immediately suggest solutions. First, force structured problem articulation through targeted questions: What did you expect? What happened instead? What have you tried? Only after the problem is clearly defined, propose solutions.
Check reference SDK implementations using btca ask
This skill should be used when the user asks to "investigate an issue", "debug a problem", "find out why something is slow", "check error rates", "analyze user behavior", "understand a production incident", "query telemetry data", "look at logs", "check traces", "examine spans", "analyze RUM data", "check frontend performance", "investigate backend latency", "find transaction data", "check payment metrics", "analyze user journeys", or wants to answer questions using observability data from logs, metrics, traces, RUM, or APM - this is the gateway skill for deciding where to look first.
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes
Use when user says "send to Ray," "show in Ray," "debug in Ray," "log to Ray," "display in Ray," or wants to visualize data, debug output, or show diagrams in the Ray desktop application.
Проверить способ решения до того, как цена ошибки выросла. Использовать: перед нетривиальной фичей или дорогой развилкой; когда запрос описывает готовое решение вместо проблемы; перед редизайном, миграцией, унификацией или другой массовой правкой; перед второй правкой без новых фактов; после двух неудачных исправлений, повторного сообщения о том же симптоме или одной ложной победы. Не использовать как ритуал для мелких очевидных правок и продолжения уже согласованной работы.