maymust

Plugin maymust from marketplace maymust-ai-dev-playbook in MayMustAI/ai-dev-playbook. Commands read from the repo's manifest — 18 days ago.

Skills (18)

• attention-kind

  Answer in the ADHD-friendly Attention-kind style for the rest of this chat.

• benchmark-checklist

  성능 수치(속도 향상, 회귀, 처리량, 지연, 벤치마크 결과)를 보고하거나 그 수치로 결정하기 전에 7개 질문으로 측정을 검증한다. 한계 요인·튜닝·물리적 한계·오류·재현성·전체 경로 비중·실제 실행 여부를 확인. "벤치마크", "성능 비교", "몇 % 빨라졌어", "성능 회귀", "/benchmark-checklist" 호출 시 사용.

• blast-radius

  변경이 diff 밖에서 무엇을 깨뜨릴 수 있는지 찾고, 변경이 안전하다는 근거가 되는 사실 하나를 실제 코드 실행으로 증명한다. PR 전 영향 범위 점검이나 믿기 어려운 작은 diff를 검토할 때 사용. "영향 범위", "blast radius", "이 변경이 뭘 깨뜨릴 수 있어", "/blast-radius" 호출 시 사용.

• codex-review

  MayMust 코드 변경을 새 읽기 전용 Codex 세션에 리뷰받고, 검증된 blocker/must-fix만 최소 수정하여 재리뷰한다. PR 통과 시 현재 head에 연결된 리뷰 마커를 남긴다. "코덱스 리뷰", "codex 리뷰 루프", "/codex-review" 요청에 사용.

• commit

  MayMust 팀 컨벤션으로 git 커밋을 생성. 스테이지된 변경을 분석해 Conventional Commits 형식(한글 본문)으로 메시지를 제안·실행. meaningful 모드(본문 포함, 대부분의 의미 있는 작업)와 wip 모드(제목만, feature 브랜치 임시 저장)를 구분해 지원. "커밋 메시지 뽑아줘", "이거 커밋해줘", "/commit" 호출 시 사용.

• glance-test

  발표 슬라이드가 3초 안에 핵심 메시지 하나를 전하는지 장별로 점검한다. 덱(HTML·PDF·PPTX·이미지)을 발표 화면 크기로 렌더링하고, 내용을 모르는 검토자가 장마다 PASS·BORDERLINE·FAIL로 판독한 뒤, 의도한 메시지와 대조해 실패 원인과 고칠 방향을 보고한다. 장마다 이미지를 보고 서브에이전트를 띄울 수 있어 명시 호출 전용. "글랜스 테스트", "glance test", "슬라이드 3초 점검", "/glance-test" 호출 시 사용.

• how

  코드나 서브시스템이 어떻게 동작하는지 관점별로 탐색하고, 처음 맡는 시니어 엔지니어가 바로 작업을 시작할 수 있는 수준으로 설명한다. 변경 전 코드 이해, 배치·소유·계층 질문("이건 어디에 있어야 해", "어느 모듈 책임이야")에 사용. 서브에이전트를 여러 개 띄울 수 있어 명시 호출 전용. "/how" 호출 시 사용.

• karpathy-guidelines

  Behavioral guidelines to reduce common LLM coding mistakes. Use when writing, reviewing, or refactoring code to avoid overcomplication, make surgical changes, surface assumptions, and define verifiable success criteria.

• merge-loop-review-gate

  PR 머지 전에 현재 head SHA에 연결된 독립 리뷰 통과 마커를 확인한다. 장기 브랜치끼리 합치는 통합 PR은 이미 리뷰된 커밋만 담겼을 때 사용자 승인으로 리뷰를 면제한다. "머지해줘", "merge PR", "squash merge", "/merge", maymust:merge 요청 시 팀 머지 절차보다 먼저 적용.

• merge

  MayMust 팀 컨벤션으로 Pull Request를 머지. 작업 PR은 squash, 장기 브랜치(main·dev·release/*)끼리 합치는 통합 PR은 merge commit으로 판정해 실행. 게이트(독립 리뷰 또는 통합 PR 면제 · 작성자 본인 · 리뷰 승인 · mergeable · CI 통과)를 체크하고, 최종 제목의 Conventional Commit prefix·명사형 요약·현재 PR 번호 접미사를 검증하며, PR 본문에서 Self-verification/Screenshots 섹션을 스트립한 뒤 base 로컬 동기화

• pull-request

  MayMust 팀 컨벤션으로 Pull Request를 생성. 브랜치 변경 규모를 분석해 PR 제목(=`/commit` 규약 그대로)과 듀얼 오디언스(사람+AI 리뷰어) 최적화 본문을 제안하고, 5단계 루프를 대화형으로 확인한 뒤 `gh pr create` 로 실행. "PR 올려줘", "풀리퀘 만들어줘", "/pull-request" 호출 시 사용.

• rundown

  Answer in the Rundown briefing style (TL;DR + checklist + numbered choices).

• self-review

  5단계 루프 step 2 — PR 을 "처음 보는 것처럼" 리뷰. PR 본문의 Why/Design decisions/Out of scope 를 "의도" 로 삼고 diff 를 "구현" 으로 본 뒤 일치 여부·엣지 케이스·복잡도·테스트 공백을 구조화된 찾기로 출력. "셀프 리뷰", "PR 리뷰해줘", "/self-review" 호출 시 사용.

• spartan

  Answer in the terse, zero-warmth Spartan style for the rest of this chat.

• team-defaults

  MayMust 공통 작업 지침. 세션 시작 시 간결한 응답, 최소 변경, 완료 전 검증을 적용하거나 자동 훅이 없는 환경에서 공통 지침을 수동으로 불러올 때 사용.

• tldr

  Compress a document, thread, transcript, or pasted text into a scannable TL;DR.

• verification-before-completion

  Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always

• why

  코드가 왜 이렇게 만들어졌는지(설계 이유, 트레이드오프, 동기가 된 사례, 외부 제약, 죽은 코드, 회귀)를 git·PR·Linear·Notion·Slack 근거로 출처별로 조사하고, 확인된 사실과 추론을 구분해 보고한다. 여러 조사자를 띄우고 사내 문서·채팅을 읽으므로 명시 호출 전용. "/why" 호출 시 사용.

Hooks (2)

• PreToolUse

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/branch-guard.sh"

• SessionStart

  python3 "${CLAUDE_PLUGIN_ROOT}/hooks/session-start.py"

Similar plugins