goax

Plugin goax from marketplace goax in bluecheat/ax. Commands read from the repo's manifest — 1 month ago.

Skills (17)

• goax-release

  goax 플러그인 **이 저장소(goax repo)** 를 새 버전으로 배포하는 메인테이너 자동화 — 버전 3중(4곳) 동기화 bump → changelog → smoke 게이트 → Conventional Commits 형식(feat(scope): …) commit·브랜치 → PR → squash 머지 → vX.Y.Z 태그 → GitHub Release 를 한 번에. 사용자가 'goax 릴리즈', 'plugin 릴리즈', '버전 올려/bump', '패치/마이너/메이저 올려', '다음 버전 릴리즈', '0.2.3 릴리즈해줘', '이번

• adr

  되돌리기 비싼 설계·아키텍처 결정을 내렸거나 그 근거를 남겨야 할 때 써요. 트리거: '/adr', 'ADR 작성', 'adr', '결정 기록', '아키텍처 결정', 'rationale', '선택의 근거', '왜 이렇게 정했는지 남겨'. 안 쓰는 경우: 기능 단위 요구사항 문서(spec), 실수 기록(mistake).

• audit

  쌓인 실수 기록(.ax/mistakes/)을 돌아보고 반복 패턴과 룰 승격 후보를 찾을 때 써요 — 여러 건을 보는 회고예요. 트리거: '/audit', 'goax audit', '실수 회고', '실수 분석', '실수 패턴 분석', 'mistakes 정리', 'mistakes 점검', '재발', '같은 문제', '또 그걸', '룰 승격', '룰 강화 후보', '주간 회고'. 안 쓰는 경우: 방금 생긴 실수 1건을 남기는 일('기록'·'캡처'·'남겨'·'박아'·'적어' — mistake), 룰이 실제로 걸려 있는지 점검(doctor)

• doctor

  goax 가 이 프로젝트에 제대로 깔려 돌아가는지 의심될 때, 또는 지금 걸린 룰과 spirit 을 훑어볼 때 써요. 트리거: 'goax doctor', 'goax 진단', '하네스 점검', 'goax 상태', '훅이 안 돌아', 'spirit 점검', 'spirit lint', 'rules 보여줘', '룰 인덱스', 'CRITICAL 룰만', '/doctor'. 안 쓰는 경우: 아직 설치 전이거나 새 버전으로 맞출 때(up), 실수 회고·룰 승격(audit), spec 문서 점검(spec-validate).

• hud

  goax 상태 표시줄(statusline)을 켜거나 끄거나 프리셋을 바꿀 때, 다른 statusline 과 합칠 때 써요. 트리거: '/hud', 'HUD 활성화', 'HUD 끄기', 'HUD 갱신', 'HUD 미리보기', 'hud preset', 'statusline 설정'. 안 쓰는 경우: 하네스 설치 상태 진단(doctor), spec 진행률 확인(spec-validate).

• lane

  작업을 여러 에이전트로 나눠 돌릴 수 있을지, 어떻게 가를지 정할 때 써요 — 실행 전 판정이에요. 트리거: '/lane', 'lane', '레인', '레인 나눠줘', '병렬로 돌리자', 'parallel', '갈래로 쪼개', '동시에 진행', '나눠서 돌려줘', '에이전트 몇 개로', '핫 파일', '파일 소유권'. 안 쓰는 경우: 레인 배정이 끝난 tasks.md 를 실제로 돌릴 때('레인 실행'·'레인으로 돌려' — spec-implement), tasks.md 가 아직 없을 때(spec-tasks).

• mistake

  방금 일어난 실수·결함 1건을 기록으로 남기자고 할 때 바로 써요. 트리거: '/mistake', '실수 기록해줘', '실수 남겨줘', '이번 실수 적어줘', 'mistake 캡처', 'mistake 박아줘', '방금 거 mistake 로 박아'. 안 쓰는 경우: 쌓인 실수의 회고·패턴 분석·룰 승격('회고'·'분석'·'재발'·'승격' — audit), 그 버그를 지금 고쳐 달라는 요청('고쳐줘' — triage), 설계 결정 기록(adr).

• onboarding

  goax 를 깐 기존 프로젝트(brownfield)에서 도메인 위험도·룰·hook 강도를 프로젝트에 맞게 정리할 때 써요. up 직후 .ax/.onboarding-pending 이 남아 있으면 먼저 써요. 트리거: '/onboarding', 'goax 분석', 'goax 마무리', 'goax 도입 마무리', 'goax 세팅', '하네스 onboarding'. 안 쓰는 경우: 설치 자체(up), 빈 리포에서 새 제품 시작(zero), 설치 상태 진단(doctor).

• rule

  룰을 새로 쓰거나, mistake 를 룰로 바꾸거나, 길어진 룰 파일을 줄일 때 써요. 트리거: '/rule', '룰로 만들어', '룰 추가', '이거 룰로 박아', 'mistake 를 룰로', 'SP 추가', '룰 압축', '룰이 길어', '룰 정리'. 안 쓰는 경우: 쌓인 실수의 회고·패턴 찾기·승격 후보 고르기(audit), 실수 1건 기록(mistake), 룰이 걸려 있는지·주입되는지 점검(doctor).

• screen

  화면을 새로 만들거나, 이미 있는 화면·시안·스크린샷을 검토하거나, 부품 규칙·UX 문구·간격 같은 화면 결정을 내릴 때 쓰는 skill 이에요. '디자인' 이라는 말이 없어도 화면이 생기는 작업(랜딩·대시보드·목록·상세·결제·요금제·온보딩·결과·예약 확인·설정)이면 이 skill 이에요. 트리거: '/screen', '화면 만들어줘', '화면 설계', '시안 봐줘', '이 화면 어때', '디자인 리뷰', 'UI 퀄리티 올려줘', '실무 디자이너처럼', '컴포넌트 규칙 잡아줘', '버튼 높이 재 봐줘', '시뮬레이터 켜서 봐줘',

• spec-implement

  tasks.md 의 미완료 항목(- [ ])을 실제로 실행할 때 써요 — 레인 배정이 끝난 tasks.md 를 돌릴 때도 이 skill 이에요. 트리거: '구현 시작', 'tasks 실행', 'task 진행', '레인 실행', '레인으로 돌려', '/spec-implement'. 안 쓰는 경우: tasks.md 가 아직 없을 때(spec-tasks), 레인을 어떻게 가를지 정할 때(lane), spec 없이 들어온 새 작업 요청 '구현해줘'(triage 가 먼저).

• spec-tasks

  spec.md 가 이미 있고 그걸 실행할 체크리스트(tasks.md)로 쪼개야 할 때 써요. 트리거: 'tasks 분해', 'tasks.md 작성', '작업 분해', '체크리스트 만들어', '/spec-tasks'. 안 쓰는 경우: spec 자체가 아직 없을 때(spec), 분해한 tasks 를 여러 에이전트로 가를지 정할 때(lane), tasks 를 실제로 실행할 때(spec-implement).

• spec-validate

  spec 을 tasks 분해·구현으로 넘기기 전에 명료한지 확인하거나 합의 리뷰를 받을 때, 또는 spec 의 tasks·AC 진행률을 볼 때 써요. size L/XL spec 은 넘기기 전에 꼭 거쳐요. 트리거: 'spec 확인', 'spec 리뷰', '스펙 게이트', '합의 리뷰', 'goax spec check', '--consensus', 'spec 진행률', '/spec-validate'. 안 쓰는 경우: spec 을 새로 만들 때(spec), 구현이 끝난 코드의 완료 확인(spec-implement), 하네스 설치 상태

• spec

  triage 가 M 이상으로 분류했거나 사용자가 spec 을 새로 쓰자고 할 때 써요 — 새 spec 디렉토리를 만들어요. 트리거: 'spec 만들어줘', '스펙 작성 시작', 'goax spec new <slug>', '/spec', tier 지정('--tier standard|full', '간단', '풀패키지'). 안 쓰는 경우: 이미 있는 spec 을 체크리스트로 쪼개기(spec-tasks), spec 명료성 확인·리뷰(spec-validate), 설계 결정 하나 남기기(adr), 아직 분류 전인 새 작업 요청(triage).

• triage

  새 작업 요청이 들어오면 코드를 건드리기 전에 가장 먼저 써요 — 기능 추가·수정·버그 fix·리팩토링 요청을 Size×Risk 로 분류해요. 트리거: '구현해줘', '만들어줘', '고쳐줘', '추가해줘', '바꿔줘', '리팩토링', '리팩터링', 'fix', '버그', '기능 추가', '작업 계획', '어떻게 만들지', 'PR 만들어', '작업하자', '/triage', 'classify'. 새 대화 첫 메시지에 작업 의도가 보이면 바로, EnterPlanMode 안에서도 한 번 써요. 안 쓰는 경우: 설명·질문만 하는 대화, 이

• up

  goax 를 프로젝트에 처음 설치하거나, 깔린 goax 를 새 plugin 버전으로 맞출 때 써요. Claude Code·OpenCode 둘 다예요. 트리거: '/up', 'goax up', 'goax 설치', 'goax 도입', 'goax 셋업', 'goax 업데이트', '하네스 적용'. 안 쓰는 경우: 설치 뒤 도메인·룰 정리('goax 분석'·'goax 마무리' — onboarding), 설치 상태 진단(doctor), 빈 리포에서 새 제품 시작(zero), plugin 없이 저장소에 동봉('/vendor').

• zero

  빈 리포나 아이디어 단계에서 새 제품을 0부터 시작할 때 써요 — up 이 greenfield 로 판정하면 이어받아요. 트리거: '/zero', 'zero to one', '0에서 시작', '새 제품 시작', '처음부터 만들자', '아이디어부터', 'PRD 부터', 'greenfield', '빈 리포에서 시작'. 안 쓰는 경우: 이미 코드가 있는 프로젝트에 goax 를 맞출 때(onboarding), 기존 제품에 기능을 더하는 요청(triage).

Slash commands (1)

• /goax:goax

  goax 명령 인덱스 — 모든 skill 을 자연어로 부르는 가이드 + 트리거 키워드

Subagents (6)

• architect

  아키텍처 결정·검토 sub-agent. 시스템 설계·모듈 의존·트레이드오프 비교·ADR 초안 작성에 활용. PR 머지 전 구조적 위반 검토에도 호출 가능. spec-validate 의 합의 리뷰(spec 리뷰)에서 evaluator 와 병렬·독립으로도 호출돼요 — 검토 범위는 구조·대안·되돌리기 비용만 — 트리거: '합의 리뷰', 'spec 리뷰', 'architect 리뷰'.

• evaluator

  PR 이전 인페런셜 리뷰 sub-agent. docs/specs/ADR만 읽고 변경에 비평. CodeRabbit과 영역 분리 — evaluator는 아키텍처 적합성·누락 케이스, CodeRabbit은 코드 품질·도메인 룰. spec 모드에서는 spec-validate 의 합의 리뷰(spec 리뷰)를 architect 와 병렬·독립으로 맡아요 — 검토 범위는 AC 검증 가능성·코드 현실·누락 엣지·tasks 분해. 트리거: 'evaluator', '인페런셜 리뷰', 'architectural review', 'PR 검토', '합의 리

• lane-scout

  조사 레인 sub-agent — 한 라운드를 역할/도메인으로 갈랐을 때 한 갈래를 맡아요. 레퍼런스 분석·코드 인벤토리·갭 감사·후보 탐색처럼 **읽기만 하는** 조사에 씁니다. 편집·커밋하지 않아요. 트리거: '조사 레인', '전수조사', 'lane scout', '인벤토리 뽑아줘'.

• lane-worker

  실행 레인 sub-agent — tasks.md 를 파일 소유권으로 갈랐을 때 한 레인을 맡아 코드를 고쳐요. 소유 파일 목록 밖은 건드리지 않고, 커밋하지 않고, 주장엔 명령과 출력을 인용해요. 트리거: '실행 레인', 'lane worker', '이 파일들 맡아서', '레인 A 진행'.

• rules-auditor

  완료 직전 룰 대조 sub-agent — spec-implement §8 이 새 컨텍스트로 띄워요. 변경 파일마다 걸린 룰(rules-audit-scope.sh 결과)과 새로 생긴 심볼의 이웃 관례(위치·이름·분리)를 대조해 review-rules.md 첫 줄에 verdict 를 써요. 코드는 고치지 않아요. 트리거: '룰 대조', 'rules audit', '룰 리뷰', '관례 대조'.

• screen-designer

  screen skill 이 브리프(references 절대경로 REFS 포함)를 넣어 새 컨텍스트로 띄우는 화면 실행 sub-agent 예요. 화면 하나(또는 한 흐름)를 맡아 리포트(첫 줄 verdict)까지 혼자 끝내요. 직접 부르지 않아요 — 화면 작업은 screen skill 을 거쳐요.

Similar plugins