From auto-complete-loop
Loaded by the full-auto orchestrator at Phase 4 entry via Read.
npx claudepluginhub vp-k/auto-complete-loopThis skill uses the workspace's default tool permissions.
Searches, retrieves, and installs Agent Skills from prompts.chat registry using MCP tools like search_skills and get_skill. Activates for finding skills, browsing catalogs, or extending Claude.
Searches prompts.chat for AI prompt templates by keyword or category, retrieves by ID with variable handling, and improves prompts via AI. Use for discovering or enhancing prompts.
Guides slash command development for Claude Code: structure, YAML frontmatter, dynamic arguments, bash execution, user interactions, organization, and best practices.
Loaded by the full-auto orchestrator at Phase 4 entry via Read. No Ralph/progress/promise code — managed by the orchestrator.
shared-rules.md가 이미 로드된 상태Phase 4는 두 그룹으로 분할 가능:
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh quality-gate --progress-file .claude-full-auto-progress.json
phases.phase_2.e2e.applicable 확인
false → SKIP (dod.e2e_pass = {"checked": true, "evidence": "N/A: not applicable"}, 실패 아님)true → 필수 (MANDATORY), 아래 진행null (이전 버전 progress) → Phase 2에서 미설정. e2e-setup 스킬 로드하여 적용성 판단 후 진행bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh e2e-gate --strict --progress-file .claude-full-auto-progress.json
dod.e2e_pass 업데이트Read ${CLAUDE_PLUGIN_ROOT}/skills/e2e-setup/SKILL.md → 설정 + 작성 + 실행phases.phase_2.e2e.scenarios에서 모든 시나리오의 status == "completed" 확인stub/빈 함수/placeholder 응답을 탐지합니다:
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh implementation-depth --progress-file .claude-full-auto-progress.json
프로젝트 유형별 smoke 스크립트를 실행하여 핵심 플로우가 실제로 작동하는지 확인합니다:
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh functional-flow --progress-file .claude-full-auto-progress.json
테스트의 실질적 품질을 확인합니다:
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh test-quality --progress-file .claude-full-auto-progress.json
프론트엔드가 있는 프로젝트에서 각 페이지가 실제로 렌더링되는지 확인합니다:
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh page-render-check --progress-file .claude-full-auto-progress.json
시크릿 스캔
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh secret-scan
codex 보안 리뷰
codex exec --skip-git-repo-check '## 보안 검토
### 프로젝트 구조
[주요 파일 목록 — 직접 읽고 검토]
### 요청
비판적 시각으로 보안 문제점을 탐색해주세요.
- .env 파일 .gitignore 포함 여부
- 하드코딩된 API 키, 비밀번호
- 로그 민감 정보 출력
- 의존성 취약점
'
DoD 업데이트: security_review, secret_scan
구현 중 "~하지 마" 지시보다 구현 후 정리 패스가 더 신뢰성 높음. 이 단계는 코드 리뷰(Phase 3)와 독립적인 코드 정리 전용 패스.
4-3a: 디버그 코드 제거
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh find-debug-code
4-3b: 코드 위생 정리
4-3c: 일관성 정리
4-3d: 정리 후 품질 재검증
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh quality-gate --progress-file .claude-full-auto-progress.json
정리 작업이 기존 기능을 깨뜨리지 않았는지 확인.
git log 기반으로 릴리즈 노트를 생성합니다:
[auto] 커밋 필터링 규칙:
[auto] prefix 커밋은 사용자용 changelog에서 제외feat:, fix:, breaking: 등 semantic commit만 포함[auto] 커밋은 "내부 자동화 N건" 1줄 요약으로 축약Fallback:
릴리즈 노트 파일: CHANGELOG.md 또는 RELEASE_NOTES.md
Flutter 프로젝트인 경우:
## App Store Metadata
- 앱 이름: [프로젝트명]
- 한줄 설명: [80자 이내]
- 상세 설명: [4000자 이내]
- 카테고리: [App Store 카테고리]
- 키워드: [최대 100자]
- 스크린샷 가이드: [필요한 스크린샷 목록과 설명]
## 배포 체크리스트
- [ ] 환경 변수 설정 완료
- [ ] 시크릿 관리 (vault/secrets manager)
- [ ] DNS/도메인 설정 (해당 시)
- [ ] SSL 인증서 (해당 시)
- [ ] 모니터링/알림 설정
- [ ] 백업 정책
- [ ] 롤백 계획
DoD 업데이트: launch_ready.checked = true, evidence에 "릴리즈 노트 + 배포 체크리스트 완료"
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh design-polish-gate --strict --progress-file .claude-full-auto-progress.json
WCAG 체크 + 스크린샷 캡처 (design-polish 플러그인 미설치 시 SKIP).
--strict 모드: WCAG 위반 시 FAIL (하드 게이트). 플러그인 미설치 시에는 SKIP 유지.
디자인 수정 + 품질 게이트 통과 후:
git add -A && git commit -m "[auto] Phase 4 디자인 폴리싱 완료"
design-polish-gate 실행 후, Before/After 비교를 수행합니다.
Health Score 리그레션 확인
.design-polish/health-score.json의 regression 필드를 읽고:
status == "regression" && diff < -10 → 경고 출력 (UI 품질 하락 가능성)status == "improved" → 개선 확인status == "unknown" → 첫 실행, 기준선 수립Before/After 스크린샷 시각 비교 (존재하는 경우)
.claude-verification.json의 designPolish.screenshots 필드를 확인하여:
before 경로가 존재하면 Read(".design-polish/screenshots/before-main.png") 실행Read(".design-polish/screenshots/current-main.png") 실행before가 없으면 (첫 실행) 시각 비교 건너뜀결과 기록
.claude-verification.json의 qualityDimensions에 추가:
"visualRegression": {
"result": "pass|warn|fail",
"healthScore": 85,
"scoreDiff": 5,
"evidence": "Before/After 비교 완료, 레이아웃 정상"
}
warn: 스코어 하락(-5 이상 -10 미만) 또는 경미한 시각적 차이fail: 스코어 하락(-10 이상) 또는 명백한 레이아웃 깨짐pass: 스코어 유지/개선 + 시각적 차이 없음bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh artifact-check --progress-file .claude-full-auto-progress.json
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh smoke-check --strict --progress-file .claude-full-auto-progress.json
Phase 4에서는 --strict 모드로 실행:
Phase 2에서 실행한 검증을 Phase 4에서 다시 확인합니다:
# Placeholder 잔존 검사
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh placeholder-check
# 외부 서비스 연동 검증
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh external-service-check
# 서비스 통합 테스트 존재 확인 (hasBackend=true 시)
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh service-test-check --progress-file .claude-full-auto-progress.json
# 프론트↔백 연동 검증 (hasFrontend+hasBackend 시)
bash ${CLAUDE_PLUGIN_ROOT}/scripts/shared-gate.sh integration-smoke --progress-file .claude-full-auto-progress.json
각 게이트가 FAIL이면 해당 문제를 수정 후 재실행. 모두 PASS해야 Step 4-7 진행.
모든 정리/폴리싱 완료 후, 기술 게이트 + 다차원 품질 평가를 수행:
| 차원 | 평가 기준 | pass 조건 |
|---|---|---|
| 기능 완성도 | SPEC.md/기획 문서 대비 구현 비율 | 100% 구현 (scope reduction 제외) |
| 레이어 커버리지 | projectScope 대비 아티팩트 존재 | 필수 레이어 파일 모두 존재 (아래 상세) |
| 보안 | Phase 3 리뷰 + Phase 4 시크릿 스캔 결과 | CRITICAL/HIGH SEC finding 0개 |
| 성능 | N+1 쿼리, 메모리 누수, 대량 데이터 처리 | CRITICAL/HIGH PERF finding 0개 |
| 코드 품질 | 중복, 복잡도, 테스트 커버리지 | 주요 비즈니스 로직 테스트 존재 |
| 문서화 | README, API 문서, 환경 변수 설명 | 필수 문서 존재 |
| E2E 커버리지 | E2E 시나리오 vs SPEC.md 유저스토리 | high/medium 시나리오 전체 통과 (applicable=false 시 N/A) |
US- 기반 기능 완성도 자동 검증* (SPEC.md에 US-* ID 존재 시):
progress 파일의 phases.phase_0.outputs.projectScope를 기반으로:
hasFrontend: true → 프론트엔드 파일 존재 확인:
hasBackend: true → 백엔드 파일 존재 확인:
projectScope가 null이면 → FAIL ("projectScope 미정의 — Phase 0 Step 0-2.5에서 정의 필요")FAIL 시: Phase 2로 회귀하여 누락 레이어 구현. Phase 4를 통과할 수 없음.
각 차원의 결과를 .claude-verification.json에 기록:
"qualityDimensions": {
"featureCompleteness": { "result": "pass", "evidence": "12/12 features implemented" },
"layerCoverage": { "result": "pass", "evidence": "frontend: 15 files, backend: 8 files" },
"security": { "result": "pass", "evidence": "0 SEC CRITICAL/HIGH findings" },
"performance": { "result": "pass", "evidence": "0 PERF CRITICAL/HIGH findings" },
"codeQuality": { "result": "pass", "evidence": "85% test coverage on business logic" },
"documentation": { "result": "pass", "evidence": "README + API docs + .env.example" },
"e2eCoverage": { "result": "pass", "evidence": "5/5 E2E scenarios passed" }
}
소프트 차원에서 fail이 있으면 경고 출력하되 Phase 완료는 차단하지 않음 (정보 제공용).
.claude-verification.json에 기록 (기술 게이트 + 다차원 품질)자동 커밋:
git add -A && git commit -m "[auto] 최종 검증 및 폴리싱 완료"
DoD 전체 checked 확인 후, Phase 전이는 오케스트레이터가 수행.
Phase 4 완료 후, 사용자에게 버전 업 + PR 생성을 제안합니다.
diff 크기 기반 자동 결정:
# diff 크기 측정 (POSIX 호환)
local base_branch="${BASE_BRANCH:-main}"
local diff_lines
diff_lines=$(git diff --stat "HEAD~$(git rev-list --count HEAD --not "$base_branch")" | tail -1 | awk '{for(i=1;i<=NF;i++) if($i ~ /^[0-9]+$/ && $(i+1) ~ /insertion/) print $i}' || echo "0")
# breaking change 감지
local has_breaking
has_breaking=$(git log --oneline "$base_branch"..HEAD | grep -ciE 'breaking|BREAKING' || echo "0")
Version 파일 업데이트 (프로젝트 유형별):
package.json: npm version <patch|minor|major> --no-git-tag-versionpubspec.yaml: version: 필드 직접 수정Cargo.toml: version = 필드 직접 수정pyproject.toml: version = 필드 직접 수정# 변경 커밋
git add -A && git commit -m "[auto] version bump to vX.Y.Z"
# PR 생성 (gh CLI)
gh pr create \
--title "Release vX.Y.Z: [주요 변경 요약]" \
--body "## Summary
- [자동 생성된 변경 요약]
## Quality
- Health Score: [점수]/100
- Code Review: [라운드] rounds, CRITICAL/HIGH: 0
- Tests: All passing
## Changelog
[릴리즈 노트에서 발췌]"