---
name: dev-auto-pipeline
description: 기능 개발/버그 수정/리팩토링 같은 구현 요청에서 계획→구현→리팩토링→테스트→완료체크를 순서대로 실행하는 상위 오케스트레이션 스킬. 단순 설명/문서 요약/잡담에는 사용하지 않는다.
---

# Dev Auto Pipeline

## 목표

- 개발 요청을 표준 5단계로 자동 처리한다.
- 각 단계 결과를 다음 단계 입력으로 넘겨 누락을 줄인다.

## 실행 단계 (고정)

1. `dev-plan-writer`
2. `dev-mcp-implementation`
3. `dev-refactor-polish`
4. `dev-test-gate`
5. `dev-plan-completion-checker`

## 단계 연결 규칙

1. 계획 단계에서 생성한 계획 문서(`common-docs/improvement/plans/*.md`)를 이후 단계의 기준 문서로 사용한다.
2. 구현/리팩토링에서 변경된 파일 목록을 테스트 단계 입력으로 전달한다.
3. 테스트 결과를 완료체크 단계 입력으로 전달한다.
4. 완료체크는 계획 대비 `완료/부분 완료/미완료`와 최종 판정을 반드시 남긴다.

## common-docs 기준

- 사용 문서:
  - `common-docs/api-reference/openapi_all.xlsx`
  - `common-docs/api-reference/kis_api_reference.md`
  - `common-docs/api-reference/kis-error-code-reference.md`
  - `common-docs/features/trade-stock-sync.md`
  - `common-docs/ui/GLOBAL_ALERT_SYSTEM.md`
- 제외 문서:
  - `common-docs/features-autotrade-design.md`

## 최종 보고 형식

```md
[1. 계획]
- ...

[2. 구현]
- ...

[3. 리팩토링/성능/가독성]
- ...
- 파일 상단 역할 주석 반영 여부
- 핵심 입력 데이터 흐름 추적표 포함 여부

[4. 테스트]
- ...

[5. 계획 대비 완료체크]
- 완료/부분 완료/미완료
- 최종 판정: 배포 가능/보완 필요

[6. 핵심 입력 흐름 추적표]
- 입력값: (예: 전략 프롬프트)
- UI 입력 -> 핸들러 -> 훅/서비스 -> API -> route -> provider -> 결과 반영
- 각 단계는 파일/라인 링크 포함
```