외부자 관점에서 계획, PR, 또는 코드 변경 사항을 종단 간 검토합니다. 먼저 의도를 질문하고 더 간단하거나 우아한 접근 방식이 같은 목표를 달성할 수 있는지 확인한 후, 실제 코드 경로를 추적하여 변경 사항이 주장하는 대로 작동하는지 검증합니다. 출력은 간결하고 실행 가능하며, 모든 판단에는 근거가 포함됩니다.
이 스킬은 AI 에이전트(예: Claude Code, Cursor 등)가 계획, PR, diff, 디자인 문서 또는 제안된 코드 변경 사항에 대해 외부자 관점의 종단 간 리뷰를 수행할 수 있도록 설계되었습니다. 먼저 변경의 의도와 목표를 질문하고, 동일한 목표를 달성할 수 있는 더 간단하거나 우아한 대안이 있는지 평가합니다. 그런 다음 diff에만 의존하지 않고 실제 코드 경로(호출 체인, 의존성, 데이터 흐름)를 추적하여 변경 사항이 실제로 의도한 대로 작동하는지 확인합니다. 출력은 간결하고 실행 가능하며, 모든 결론과 권장 사항에는 명확한 근거가 함께 제공됩니다. `/scrutinize` 명령어로 수동 트리거하거나, 사용자가 리뷰, 감사, sanity check, 또는 두 번째 의견을 요청할 때 자동으로 활성화됩니다.
npx skills add https://github.com/thananon/9arm-skills/tree/main/skills/scrutinize외부자 관점에서 계획, PR, 또는 코드 변경 사항을 종단 간 검토합니다. 먼저 의도를 질문하고 더 간단하거나 우아한 접근 방식이 같은 목표를 달성할 수 있는지 확인한 후, 실제 코드 경로(diff뿐만 아니라)를 추적하여 변경 사항이 주장하는 대로 작동하는지 검증합니다. 출력은 간결하고 실행 가능하며, 모든 판단에는 근거가 포함됩니다. /scrutinize 명령어로 트리거하거나 사용자가 계획, PR, diff, 설계 문서 또는 제안된 코드 변경 사항에 대한 리뷰, 감사, sanity check, 두 번째 의견을 요청할 때 사전에 활성화됩니다.
This repo contains 3 individual skills — each has its own dedicated page.
Four-mantra debugging discipline — reproduce, trace the fail path, falsify the hypothesis, cross-reference every breadcrumb. Recite the mantra block verbatim at the start of any debugging session, then apply the four steps in order before proposing any fix. Trigger on /debug-mantra and proactively whenever debugging starts — user reports a bug, says something is broken/throwing/failing, asks to debug/diagnose/investigate an issue, or pastes a stack trace or error log.
Rewrite engineer-to-engineer content for engineering-org leadership (VPs, directors, PMs, release managers, execs in an engineering-savvy company) and shape it for the channel it is going to — JIRA comment, Slack post, async standup line, email, or meeting talking-points. Trigger when the user asks to write/rewrite for management / exec / VP / director / PM / release manager, asks for an "executive summary / leadership update / status update", says "make this less technical / less jargony", or asks for a slack / email / standup / meeting version of work originally written engineer-to-engineer.
Write the canonical engineering record of a fixed bug — root cause, mechanism, fix, validation, and how it slipped through. Engineer-audience, code identifiers welcome. Use after a debug session lands a fix, before closing the ticket. Trigger on /post-mortem, when the user says "write the post-mortem / postmortem / RCA / root cause analysis", "document this fix", "write up the root cause", "close out this bug with a writeup", or hands you a fixed-and-validated bug and asks for the writeup.
ElevenLabs text-to-speech with mac-style say UX.
Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.
Capture and automate macOS UI with the Peekaboo CLI.
Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".
Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".