수정된 버그의 근본 원인, 메커니즘, 수정 사항, 검증 및 누락된 이유를 기록하는 엔지니어링 문서를 작성합니다. 엔지니어 대상이며 코드 식별자가 포함됩니다. 디버그 세션 후에 사용하고 티켓을 마감하기 전에 사용하세요.
이 기술(thananon/post-mortem)은 버그 수정 후 공학적 기록을 체계적으로 문서화하는 AI 에이전트 기술입니다. 근본 원인, 메커니즘, 수정 방법, 검증 절차, 그리고 버그가 어떻게 배포 과정을 통과했는지 분석하는 표준 템플릿을 제공합니다. 엔지니어 대상으로 설계되어 코드 식별자를 자유롭게 포함할 수 있습니다. /post-mortem 명령어나 'postmortem 작성', 'RCA', '근본 원인 분석', '이 수정 사항 문서화', '버그 마감 문서 작성' 등의 자연어 입력으로 트리거됩니다. 디버그 세션이 완료되고 티켓을 마감하기 전에 사용하는 것이 이상적입니다.
npx skills add https://github.com/thananon/9arm-skills/tree/main/skills/post-mortemInstalled? Explore more 연구 & 데이터 분석 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →
수정된 버그의 정식 엔지니어링 기록 — 근본 원인, 메커니즘, 수정 사항, 검증 및 누락된 이유를 작성합니다. 엔지니어 대상이며 코드 식별자를 자유롭게 포함할 수 있습니다. 디버그 세션이 수정 사항을 도출한 후, 티켓을 마감하기 전에 사용하세요. /post-mortem 명령어 또는 사용자가 "postmortem / 포스트모템 / RCA / 근본 원인 분석 작성", "이 수정 사항 문서화", "근본 원인 정리", "이 버그 마감 문서 작성"이라고 말하거나, 수정 및 검증된 버그를 건네며 문서 작성을 요청할 때 트리거됩니다.
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.
Outsider-perspective end-to-end review of a plan, PR, or code change. First questions intent and whether a simpler/more elegant approach would achieve the same goal, then traces the actual code path (not just the diff) to verify the change does what it claims. Output is concise, actionable, and every call carries its rationale. Trigger on /scrutinize and proactively whenever the user asks to review, audit, sanity-check, or get a second opinion on a plan, PR, diff, design doc, or proposed code change.
USPTO patent and trademark data workflow for official record lookup, PatentSearch queries, TSDR checks, assignment data, and reproducible IP research logs.
Structured scholarly-work evaluation for papers, proposals, literature reviews, methods sections, evidence quality, citation support, and research-writing feedback.
Systematic literature-review workflow for academic, biomedical, technical, and scientific topics, including search planning, source screening, synthesis, citation checks, and evidence logging.
The agent harness performance optimization system. Skills, instincts, memory, security, and research-first development for Claude Code, Codex, Opencode, Cursor and beyond.
Agent skill repository discovered by 10x-chat research.
Review backend code for quality, security, maintainability, and best practices based on established checklist rules. Use when the user requests a review, analysis, or improvement of backend files (e.g., `.py`) under the `api/` directory. Do NOT use for frontend files (e.g., `.tsx`, `.ts`, `.js`). Supports pending-change review, code snippets review, and file-focused review.