KOKO\Mimi
25 lines
1.0 KiB
Markdown
25 lines
1.0 KiB
Markdown
# 필요한 전문 작업과 명시적 검증 실행
|
|
|
|
- 상태: 기존 승인·인터뷰 합의의 의미 유지
|
|
- 결정 주체: 사용자와 기존 승인 계약의 담당자
|
|
|
|
## 배경
|
|
|
|
고정 stage·반복 인계·자동 Git·종료 hook 중심 운영은 실질적인 공학 판단보다
|
|
형식적인 상태 유지와 중복 실행을 늘렸다.
|
|
|
|
## 결정
|
|
|
|
메인이 범위를 파악해 필요한 전문 작업만 배정한다. 실행기는 config·toolchain·
|
|
backend 명령을 명시 호출 시 한 번 실행한다. 일반 실패는 현재 owner가 수정한다.
|
|
|
|
## 대안과 선택 이유
|
|
|
|
전용 coordinator·planning/correction profile·고정 상태기계·retry 예산을 유지하는
|
|
방식은 폐기한다. 검증 script에 commit/push 권한을 묶는 방식도 채택하지 않는다.
|
|
|
|
## 영향
|
|
|
|
메인이 작업 범위와 evidence를 확인해야 한다. 반복 승인 없이 승인된 일반 작업을
|
|
이어가되 원격·파괴·외부 비용·상위 계약 변경의 사용자 결정 경계는 유지한다.
|