auto

/auto - 원스톱 자동 워크플로우 (v7)

개별 커맨드를 하나씩 호출하는 대신, 전체 파이프라인을 한 번에 자동 실행합니다. CRITICAL 보안 이슈에서만 중단하며, 그 외에는 끝까지 진행합니다.

---

0단계: 인자 파싱

$ARGUMENTS에서 옵션을 추출한다:

인자	기본값	설명
--mode	feature	실행 모드: feature / bugfix / refactor
--no-notify	false	Moshi 알림 비활성화
--no-branch	false	브랜치 자동 생성 비활성화
--no-security	false	security-scan 단계 스킵
--autonomous	false	plan.md 자율 승인 + 방향 확인 자동 처리. 5줄+ 구체적 브리프 권장. Security ≥ 4 필수, CRITICAL 시 즉시 중단
나머지 텍스트	-	작업 설명 (필수)

작업 설명이 없으면 에러를 출력하고 종료한다:

사용법: /auto [작업 설명] [옵션]

예시:
  /auto 로그인 페이지 만들기
  /auto --mode bugfix 결제 금액이 0원으로 표시되는 버그
  /auto --mode refactor 인증 모듈 정리
  /auto 결제 기능 추가 --no-notify

---

1단계: 모드별 파이프라인 결정

feature 모드 (기본)

env-check -> plan -> tdd -> code-review -> simplify -> security-scan -> handoff-verify -> sync-docs -> commit-push-pr --merge -> notify

1. env-check: 브랜치 확인. main/master면 feature 브랜치 자동 생성.
2. plan: 구현 계획 수립. 사용자 확인 없이 자동 확정.
3. tdd: 테스트 먼저 작성 후 구현. RED -> GREEN -> IMPROVE 사이클.
4. code-review: 작성한 코드의 보안 + 품질 검사. CRITICAL/HIGH 이슈는 자동 수정.
5. simplify (v8 신설, 2026-04-17): /simplify 스킬 실행. code-review 후 정돈된 코드에서 중복·과도한 추상화·불필요한 코드를 제거. 실패 시 --skip-simplify 폴백으로 자동 넘어감(파이프라인 중단 아님). 참조: ~/qjc-office/dotclaude/plans/zesty-stirring-stream.md §3·§6.
6. security-scan: security-reviewer 에이전트로 OWASP Top 10 스캔. simplify 후 재검증하여 단순화로 인한 보안 이슈 없는지 확인. CRITICAL 발견 시 자동 수정 시도.
7. handoff-verify: 빌드/테스트/린트 자동 검증. 실패 시 3단계 에스컬레이션 (자동 수정 → Opus 에이전트 → Telegram Hard Block).
8. sync-docs: 문서 동기화 (prompt_plan.md, spec.md, CLAUDE.md + rules/). 머지 전 의무 게이트 (CRITICAL) — Skill 도구로 실제 /sync-docs 스킬을 실행한다 (인라인 요약 대체 금지). 실패 시 머지 진행 금지.
9. commit-push-pr --merge: 커밋 메시지 자동 생성, 푸시, PR 생성, 자동 머지 (feature branch에서만). v7부터 sync-docs 게이트 내장 — 8단계가 이미 실행됐으면 중복 실행 없이 통과.
10. notify: Moshi webhook + Telegram으로 완료/실패 알림 발송.

simplify 폴백 규칙: /simplify 스킬 실행 중 3개 이상 파일에서 린트/타입 에러 발생 시, 변경 롤백 후 skip-simplify 플래그로 다음 단계 진행. pipeline-metrics.jsonl에 simplify_skipped=true로 기록. 2주간 실패율 > 10% 시 opt-in 방식으로 롤백 검토.