common

Plugin common from marketplace gagip-dev in gagip/gagip-dev. Commands read from the repo's manifest — today.

Skills (10)

• agent-env-diagnosis

  Claude Code·Codex 세션 기록으로 에이전트 환경(스킬·지침·상세 파일·메모리·훅·서브에이전트)이 얼마나 쓰이고 어디서 실수가 나는지 재고, 고칠 곳을 골라 기존 반영 절차로 넘긴다. 빠른 측정 → 진단 → 개선 3단계이고 기본은 빠른 측정만 한다. "스킬 사용 지표", "어떤 스킬 자주 써", "스킬 도달률", "메모리 얼마나 읽혀", "지침 너무 길어?", "업무 파이프라인", "실수 분석", "에이전트 환경 진단", "개선할 곳 골라줘"에 반드시 사용한다. 한 세션·짧은 기간의 교훈 반영은 `retrospective

• build-skill

  새 스킬을 만들거나 기존 스킬을 결정론적 테스트로 반복 개선하는 메타 스킬. "스킬 만들어줘", "이 워크플로 스킬로 만들어줘", "스킬 개선해줘", "SKILL.md 작성", "스킬 테스트 짜줘", "스킬 평가 돌려줘" 같은 요청에 쓴다. 대화에 반복 워크플로가 있고 사용자가 "이거 스킬화하자"고 하면 그 맥락에서 시작한다. 이름·위치·형식을 이미 정해 준 요청이어도, 스킬(SKILL.md)을 만들거나 고치는 일이면 직접 쓰지 말고 이 스킬을 먼저 연다. 스킬 사용량 지표는 `agent-env-diagnosis`, 세션 회고로 드

• critique-research

  조사·분석·보고서 문서를 맥락 없는 별도 컨텍스트 여럿에 넘겨 독립 검증한다. "이 문서 검증해줘", "독립 검증 세워줘", "비평해라", "이 조사 타당한지 봐줘", "놓친 거 없는지 봐줘"에 반드시 사용한다. 요청이 없어도 수치·표가 든 조사 문서를 사용자에게 보고하기 직전이면 열지 말지 스스로 판단한다. 글이 산출물일 때만 쓰고, 디자인 시안 비평에는 쓰지 않는다.

• dev

  코드를 바꾸는 개발 요청을 받아 맥락 수집·요구사항 명확화부터 계획 승인, 구현, 테스트, 정리·리뷰, PR, 보고까지 한 흐름으로 끝낸다. "~고쳐줘", "~고쳐줄래", "~추가해줘", "~만들어줘", "~바꿔줘", "시안대로 바꿔줘", "화면 바꿔줘", "디자인 맞춰줘", "이 계획서대로 구현해줘", "이슈 구현해줘", "작업 이어서 해줘", "/dev"에 사용한다. 코드를 바꾸는 요청이면 "계획 먼저 보여줘", "계획은 plan.md로 써 줘", "승인받고 진행해"처럼 계획·승인을 언급해도 work-plan이 아니라 이 스킬을

• grill

  작업 요청 뒤의 의도·설계 방향을 인터뷰로 캐내 착수 전에 명세(목표·완료 기준·제약사항·핵심 작업 흐름· 검증 수단·결과물)를 확정하고 세션 문서에 남긴다. 라운드마다 지금 물을 수 있는 질문을 번호를 붙여 한꺼번에 묻고, 질문마다 답하는 데 필요한 맥락과 권장안을 붙인다. "grill me", "캐물어봐", "인터뷰해줘", "요구사항 뽑아줘", "/grill"에 반드시 사용한다. 명시 요청이 없어도 작업 요청(새로 만들기·기존 것 고치기·넓히기 모두)에 답에 따라 결과물이 달라지는 애매한 부분이 있으면 착수 전에 이 스킬로 연다

• market-research

  시장 조사(사용자 글 사례, 경쟁 제품 기능·가격, 앱 리뷰, 공개 통계)를 원자료가 남는 방식으로 한다. 검색 결과·본문·캡처·판독본을 작업 폴더에 저장하고, 인용은 원문과 대조하고, 결론의 숫자는 저장된 원자료에서 다시 셀 수 있게 만든다. 에이전트 브라우저가 막힌 출처(커뮤니티·카페·로그인 뒤 페이지 등)는 우회하지 않고, 사람이 브라우저로 열고 스크립트가 창을 캡처하는 반자동 방식으로 모은다. "시장 조사해줘", "사용자 글 모아줘", "카페 후기 수집", "커뮤니티 반응 조사", "경쟁 제품 가격 조사", "실제 사례 찾아

• retrospective

  현재 세션이나 기간 단위 여러 세션을 회고해 교훈을 뽑고 스킬 문서·상시 지침·서브에이전트 정의에 반영한다. "회고해줘", "이번 세션 돌아봐", "주간 회고", "지난 N일 돌아봐", "배운 것 정리해줘", "피드백 반영해줘", "에이전트 회고"에 반드시 사용한다. 명시 요청이 없어도 작업 단락을 닫는 발화나 완료 보고 직후엔 묻지 않고 실행한다(같은 단락에서 이미 했으면 생략). 메모리는 다루지 않고, 새 스킬 제작은 `build-skill`, 기간 통계로 고칠 곳을 고르는 일은 `agent-env-diagnosis`가 맡는다.

• search-sessions

  여러 코딩 에이전트 하네스(Claude Code·Codex)의 세션 로그를 한 번에 뒤져 과거 대화를 찾는다. "예전에 이거 얘기했었나", "과거 대화 찾아줘", "언제 그렇게 정했지", "그때 뭐라고 했지", "이전 세션에서 찾아줘"에 반드시 사용한다. 현재 대화에 근거가 없고 과거 결정 여부가 판단을 가르면, 특히 "그런 논의 없었다"고 답하기 직전이면 요청이 없어도 이 스킬로 확인한다.

• session-doc

  세션 하나의 목표·명세·진행 상태·결정을 HTML 세션 문서 한 장으로 만들어 옆 창에 띄우고 갱신한다. 디자인 시스템 CSS와 고정 칸 세 개(지금 상태·명세·진행 한 줄)를 스크립트로 넣고 검사하며, 그 아래는 세션 내용에 맞게 부품을 골라 자유롭게 짠다. 메인 세션에서 3단계 이상 작업이나 PR을 만드는 작업을 시작할 때, 이어 쓰는 세션에서 세션 문서를 갱신할 때, 사용자에게 고를 것을 묻기 직전, 끝 보고 직전에 연다. "세션 문서 만들어", "세션 문서 갱신", "진행 상황 보여줘", "지금 어디까지야", "끝 보고"에

• work-plan

  착수 전에 계획서 한 장을 쓰고 승인받는다 — 목표 및 기준, 현재 상태, 방안, 검증 수단, 합의(정할 것·승인·준비물·멈춤 전제). 개발·기획·연구 작업에 쓰고 종류마다 방안·검증 수단 칸만 바꾼다(개발은 바꿀 곳과 테스트·실행 확인, 기획은 정할 것과 재료, 연구는 질문마다 판정선). 고치고 검토받고 다시 고치기를 여러 회차 도는 작업이면 회차 단계와 루프 장치(회차 상한·확정 목록·심각도 고정·끝 검토)까지 설계하고, 실행 중에는 회차 기록 스크립트로 상한과 재변경을 판정한다. 사용자가 "플랜 짜줘", "계획서 써줘", "구

Subagents (3)

• ai-tone-auditor

  문서형 산출물(대외 제출물·보고서·계획서·이슈/PR 본문·HTML/PDF)이 'AI가 쓴 티'가 나는지 read-only로 진단하고, 신호별 근거 인용과 실무 문서 톤 수정안을 보고하는 에이전트. 코드·커밋·대화 응답은 대상이 아니고, 문서를 직접 고치지 않는다. 다음에 사용한다: '이 문서 AI 티 나는지 봐줘', 'AI 결과물 같아 보이는지 검사', '실무 문서 톤 점검', '사람이 쓴 느낌인지 확인', '제출 전 문서 톤 검수'.

• plan-reviewer

  계획서를 실행 전에 기획·코드·디자인 중 지정받은 관점에서 회의적으로 검토하는 읽기 전용 에이전트. 호출할 때 프롬프트에 계획서 절대경로, 관점 이름, 사용자 요청 원문, 작업 기준 코드베이스 절대경로와 HEAD(코드와 대조할 때), 도구 호출 상한을 준다. work-plan이 검수 조건(바꿀 파일 10개 초과, 되돌리기 비싼 작업, 연구 판정선)에 해당할 때 호출한다. 문서·코드를 고치지 않고 판정만 보고한다.

• retro-verifier

  회고가 뽑은 업데이트 후보(지침·스킬·에이전트 정의 수정안) 목록을 사용자에게 보이기 전에 검증하는 읽기 전용 에이전트. 호출할 때 프롬프트에 후보 목록(후보마다 제안 문장·대상 파일·근거 한 줄), 대상 파일 절대경로, 과거 세션 검색 명령(있으면), 도구 호출 상한을 준다. retrospective가 후보를 낸 직후 한 번 호출한다. 파일을 고치지 않고 후보별 판정만 보고한다.

Similar plugins