43 lines
2.9 KiB
Markdown
43 lines
2.9 KiB
Markdown
# 테스트 시나리오 — orchestrate-ptop-harness
|
|
|
|
## 정상 흐름 — "PTOP 전체 점검" 요청
|
|
|
|
1. Phase 1-0 대상 확인 통과 (PTOP 분석 대상이 발화에 있음)
|
|
2. Phase 1-1 `_workspace/` 에 산출물 `01`~`06` 이 하나도 없음 → **초기 실행**
|
|
(폴더 자체는 있어도 된다 — 채점·로그 파일만 있는 경우가 여기에 해당)
|
|
3. Phase 1-2 에이전트 3인 가용성 확인 통과
|
|
4. Phase 1-4 승인 4항 제시 → 승인 — ①이동·삭제분 ②덮어쓰기분 ③생성분(`01~06` + `00_PTOP_HARNESS_SUMMARY.md`
|
|
+ 부산출물 `01a~01e`·`04a_dependency_analysis.csv`) ④작업공간 관리 파일(`_workspace/`, `_progress.md`)
|
|
5. Phase 2 `ptop-lead`·`build-devops-engineer` 병렬 기동 (담당 스킬·산출 경로 모두 절대경로로 전달)
|
|
6. Phase 3 lead **완료 알림 수신 후** `01_ptop_architecture.md` + "불명확 — 확인 필요" 절 확인 →
|
|
`ptop-developer` 기동
|
|
7. Phase 4 전원 완료 알림 후 교차 확인 질문 2건
|
|
8. Phase 5 `00_PTOP_HARNESS_SUMMARY.md` 작성 → P0 요약 보고
|
|
|
|
## 에러 흐름 — `build-devops-engineer`가 `ILSOS_All.sln` 파싱 실패로 2회 연속 실패
|
|
|
|
1. 실패 판정 기준 ①(에러 종료) 성립 → `_progress.md`에 `시도 1/2` 기록
|
|
2. 같은 `Agent` 재호출 → 또 실패 → `시도 2/2` → **실패 확정**
|
|
3. 빌드 영역 없이 아키텍처·구현만으로 진행
|
|
4. Phase 4에서 죽은 에이전트에는 `SendMessage`하지 않고, 빌드 관련 교차 질문을 `미검증`으로 기록
|
|
5. Phase 5 `00_PTOP_HARNESS_SUMMARY.md`의 `미검증·불명확` 절에
|
|
"빌드 분석 누락 — sln 파싱 실패 2회"를 명시
|
|
6. 사용자에게 **누락을 먼저** 알림
|
|
|
|
## 부분 재실행 흐름 — "아키텍처만 다시"
|
|
|
|
1. Phase 1-1 `01`~`06` 중 하나 이상 있음 + 부분 수정 요청 → **부분 재실행**
|
|
2. Phase 1-5 원장 초기화 — 지목된 `ptop-lead`는 `진행중`, **지목되지 않은 `ptop-developer`·
|
|
`build-devops-engineer`는 `생략 — 이전 산출물 재사용`** 으로 적는다(상태 enum → `data-protocol.md`)
|
|
3. `ptop-lead`만 재기동. `_workspace_prev/`로 옮기지 **않는다**
|
|
4. Phase 3은 developer가 `생략` 이므로 기동하지 않고 넘어간다 (지목되지 않았다)
|
|
5. Phase 4는 `생략` 인 두 에이전트에 `SendMessage`를 보내지 않고, 그 산출물을 **직접 읽어**
|
|
교차 확인 질문에 답한다 → `이전 실행 산출물에서 확인(YYYY-MM-DD)`. `미검증`이 아니다
|
|
6. `01` 갱신 후 `02`·`03` 연쇄 재실행 여부를 사용자에게 질의
|
|
7. 거절 시 두 파일 첫 줄에 `이전 실행 결과 재사용 — 01 갱신으로 정합성 미확인(YYYY-MM-DD)` 표기
|
|
|
|
## 전원 실패 흐름
|
|
|
|
에이전트 3인이 모두 실패해도 `00_PTOP_HARNESS_SUMMARY.md`를 `미검증·불명확` **1개 절만으로 먼저 쓴 뒤**
|
|
보고한다. 중단하면 흔적이 채팅에만 남아 폴더를 여는 사람이 상황을 알 수 없다.
|