승인 경계 관리은(는) 무엇을 하나요?
트리거
명시적인 인간 결정 경계를 넘는 요청된 작업이 있을 때 사용합니다. 불필요한 체크포인트를 새로 만들지 마십시오.
절차
- 정확히 제안된 작업, 결정을 내리는 소유자, 승인이 필요한 규칙 또는 권한을 확인합니다. 새로운 승인과 이미 부여된 승인을 구분하십시오.
- 버전 관리된 제안과 결정 패킷(현재 동작, 제안된 변경, 목적, 영향받는 리소스, 위험, 되돌릴 수 있는/없는 효과, 아무것도 하지 않을 경우의 대안, 요청된 정확한 권한)을 캡처합니다.
- 경계의 이름을 지정합니다: 구현, 실험 호출, 프로덕션 활성화, 게시, 지출 또는 데이터/보안. 한 경계에 대한 승인은 다른 경계에 대한 승인이 아닙니다.
- 결정을 한 번 요청하며, 구체적인 예/아니오 또는 제한된 옵션 집합으로 제시합니다. 광범위한 포괄적 동의를 유일한 옵션으로 제시하지 마십시오.
- 영향받는 작업을 결정 대기 중 차단됨으로 표시합니다. 동일한 승인을 반복해서 요청하거나, 침묵을 재해석하거나, 차단된 작업을 재시도하지 마십시오.
- 독립적인 작업이 여전히 승인된 경우, 해당 작업 큐를 자동 실행 연속성 프로세스로 전달합니다. 프로젝트 전반의 안전 사고는 로컬 블로커가 아닙니다.
- 명시적 응답이 수신되면 결정 기록, 범위, 타임스탬프 및 참조를 보존합니다. 실행 전 제안된 작업이 여전히 일치하는지 확인합니다.
안티패턴
기술적으로 합리적으로 보인다고 해서 스코어러를 조용히 변경하거나, 가드를 해제하거나, 청구를 변경하거나, 비공개 소스 아티팩트를 게시하거나, 에이전트 도구 권한을 확장하지 마십시오.
출력
정확히 허용된 다음 작업과 별도로 승인되지 않은 작업을 명시한 감사 가능한 결정 기록을 출력합니다. 승인 기록을 참조하십시오.
완료 정의
소유자가 긴 디버깅 기록을 재구성하지 않고 명확하게 버전 관리된 변경을 승인하거나 거부할 수 있어야 합니다.