fe-start

FE Start — 원스톱 자동화 스킬

feature.md 하나로 PR까지 자동으로 처리합니다. 중간에 딱 두 번만 묻습니다.

When to Use

• "fe-start feature.md" 실행 시
• "feature.md로 시작해줘" 라고 말할 때
• 자동화 모드로 기능 개발 시작할 때

When NOT to Use

• 단발 버그 핫픽스 / 1줄·국소 변경 → fe-build 또는 직접 수정
• 탐색·조사성 작업(무엇을 만들지 미정) → 직접 프롬프트
• 통과/실패 신호가 모호해 완료 판정이 어려운 작업 → 풀 파이프라인 부적합

반복되고 통과/실패가 명확한 기능 개발에만 풀 파이프라인을 쓴다 (루프 비용 대비 효과).

Instructions

Phase 0 — feature.md 읽기 및 분석

feature.md 존재 확인 → 없으면: "feature.md가 없습니다. fe-spec 스킬로 먼저 작성해주세요." → 있으면: 파일 읽고 요구사항 파악

분석 결과를 요약해서 보여줍니다:

• 구현할 컴포넌트/기능
• 영향받는 파일
• 예상 소요 단계

Phase 1 — 첫 번째 확인 ⛔ STOP

Phase 0 요약을 보여준 뒤 AskUserQuestion 으로 진행 여부를 묻는다 (자유 텍스트 아님 — 단일 선택 라디오). 승인 전 코드 작성 금지.

// AskUserQuestion 호출 — 단일 선택(라디오)
{
  "questions": [{
    "header": "구현 시작",
    "question": "위 내용으로 구현을 시작할까요?",
    "multiSelect": false,
    "options": [
      { "label": "구현 시작", "description": "스펙대로 Phase 2 부터 구현 진행" },
      { "label": "계획만",    "description": "코드 작성 없이 계획만 확인하고 멈춤 (--plan-only 와 동일)" },
      { "label": "중단",      "description": "시작하지 않고 멈춤" }
    ]
  }]
}

• 구현 시작 → Phase 2 로 진행. 그 외(계획만·중단·Other) → 코드 작성 없이 멈추고 사용자 지시를 기다린다.

예외 (중복 확인 방지): fe-spec Phase 3 의 "풀 자동" 선택으로 진입한 경우, 구현 시작 승인을 이미 받은 것이므로 이 질문은 생략하고 Phase 2 부터 시작한다. (standalone fe-start feature.md 진입은 그대로 이 확인을 거친다.)

---

Phase 2 — 구현 (fe-build 스킬 기준 적용)

1. 프레임워크 규칙 로드 (fe-build Phase 1 ④ 와 동일) — 이 스킬의 base directory 기준 ../../docs/framework-rules.md 에서 «공통 규칙» 절 + 감지한 프레임워크 절만 Read 한다(모노레포면 ../../docs/monorepo.md 도). 소비자 프로젝트 CLAUDE.md 가 우선. 이후 모든 에이전트 위임(fe-architect·fe-build-fixer·fe-reviewer·fe-perf-auditor·fe-a11y-auditor)에 그 절대경로를 브리프로 넘긴다 — 에이전트는 플러그인 트리 위치를 모른다.
2. 관련 기존 코드 탐색
3. 타입 정의
4. 커스텀 훅 작성
5. 컴포넌트 구현
6. 테스트 작성

재위임 상한·실패 출구 (Phase 3·4 공통) 자동 수정/리뷰 재위임은 같은 항목 군(群) 기준 누적 3회까지. 3회 후 미해소면 루프를 멈추고 사람에게 에스컬레이션 — 미해소 항목·시도 이력(각 회차 무엇을 바꿨고 왜 막혔는지)·추정 원인을 STOP 으로 보고한다. (개별 에이전트 maxTurns 는 단일 호출 경계라 이 오케스트레이션 루프를 못 막는다.) 반복 신호 전달: 직전 회차 미해소 사유를 다음 위임 컨텍스트에 넣어 같은 접근의 재시도를 막는다.