16장 해설

1. 생성 뒤 GREEN 전 사건

실제 fixture에서 review.completed, 지역 gate.completed, workspace.integrated, 최종 final_gate.completed를 찾아야 합니다. 이벤트 이름의 정확한 순서는 events.jsonl이 정본입니다.

2. 작업 5·시도 7

작업 수만 보면 두 번의 추가 실행, 격리 공간, 도구·게이트 시간, 실패 진단, 사람 또는 자동 복구 비용이 숨습니다. 재시도와 인계 이유를 함께 봅니다.

3. 중복 환불 상태 assertion

두 번째 반환 값만 0이어도 첫 효과가 저장소에 두 번 누적될 수 있습니다. 외부에 관찰되는 영속 상태가 한 번의 논리 효과인지 확인해야 멱등성을 증명합니다.

4. 실제 업무 캡스톤 루브릭

다음을 각각 0~2점으로 채점합니다.

• 승인 명세와 오류/권한 경계
• 독립 판정 가능한 DAG와 산출물 계약
• 파일·프로세스·네트워크 위험에 맞는 격리
• 기능·구조·보안·운영 게이트
• 사람 승인과 책임 소유자
• 성공·차단·재시도·중단 fixture
• 이벤트·인계·되돌리기

어느 항목이 0이면 자동화 범위를 그 경계 앞에 둡니다.

5. 실제 작업자 어댑터

입력에는 task/spec/base/workspace/allowed paths/budget, 출력에는 status/changed paths/questions/usage를 둡니다. 어댑터에 넘기지 않을 책임은 최종 성공 판정, 정책 변경, 사람 승인입니다. 이 셋은 하니스와 조직이 소유합니다.