fed3526b20
설정·스크립트·스킬·문서·큐레이션 메모리 추적. 시크릿(credentials/identity)·런타임 상태(state/logs/sessions/sqlite)· 백업(clobbered/bak)·dream 캐시는 .gitignore로 제외. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
48 lines
1.5 KiB
Markdown
48 lines
1.5 KiB
Markdown
# Workflows
|
|
|
|
## Default Flow
|
|
1. 요청 수신
|
|
2. Orchestrator가 작업 분해
|
|
3. acceptance criteria 정의
|
|
4. Developer가 구현
|
|
5. Reviewer가 10점 만점 기준으로 검수 점수를 부여한다.
|
|
6. 점수가 8점 미만이면 Orchestrator는 Reviewer 피드백을 포함해 다시 Developer에게 재작업을 요청한다.
|
|
7. 이 루프는 최대 3번까지 반복한다.
|
|
8. 점수가 8점 이상이면 승인 후 완료한다.
|
|
9. 3회 재작업 이후에도 8점 미만이면 BLOCKED로 전환하고 사람 판단을 요청한다.
|
|
|
|
## Status
|
|
- NEW
|
|
- PLANNED
|
|
- IN_PROGRESS
|
|
- IN_REVIEW
|
|
- CHANGES_REQUESTED
|
|
- DONE
|
|
- BLOCKED
|
|
|
|
## Review Retry Policy
|
|
- Reviewer는 모든 검수 결과에 10점 만점 기준 점수를 포함한다.
|
|
- 점수 8점 이상: 통과 가능
|
|
- 점수 8점 미만: 재작업 필요
|
|
- 최대 재작업 횟수: 3회
|
|
- 3회 초과 시 Orchestrator는 자동 재시도를 중단하고 사람에게 에스컬레이션한다.
|
|
|
|
## When to Create an Exec Plan
|
|
아래 중 하나라도 해당하면 exec plan을 만든다.
|
|
- 작업이 30분 이상 걸릴 가능성이 있음
|
|
- 여러 파일/여러 단계가 연관됨
|
|
- 요구사항 해석이 중요함
|
|
- 리스크나 의존성이 있음
|
|
|
|
## Reporting Format
|
|
각 에이전트는 결과를 짧고 구조적으로 보고한다.
|
|
- what changed
|
|
- why
|
|
- validation
|
|
- risks
|
|
- next action
|
|
|
|
## Notes
|
|
- 이 템플릿은 Git, SVN 같은 소스관리 도구 없이도 사용할 수 있다.
|
|
- 버전 관리 도구가 있다면 연결해도 되지만 필수는 아니다.
|