무료 모델 패치용 스크래치 종료 체크리스트 작성하기

# readiness.yml — 템플릿, 라이브 감사 기록 아님
job: side-project-patch
scratch_dir: ./scratch
...

mkdir -p evidence scratch
printf 'IN SCOPE: README 오타만
OUT OF SCOPE: auth, billing, migrations
' > evidence/scope.txt
printf 'scanner=local-grep
NO_HITS
' > evidence/secret-scan.log
...

#!/usr/bin/env python3
"""ready_gate.py — 모든 증거 마커가 존재하지 않으면 실패 폐쇄(fail closed)를 수행함.
...

python3 ready_gate.py .
echo

Exit zero는 파일이 존재하고 마커가 일치한다는 의미입니다. 하지만 패치 자체가 정확하다는 것을 의미하지는 않습니다. 이 두 주장 사이의 간극을 보시겠습니까?

## 5단계: 실행을 스크래치에 바인딩하기

모든 모델 쓰기는 오직 스크래치 디렉토리 안에서만 이루어져야 합니다. 범위 노트(scope note)에 이미 이름이 지정된 파일만 복사해야 합니다. 준비 상태 게이트(readiness gate)가 빨간색일 때는 실행을 거부하십시오.

무료 서버를 사용한다면, 그 박스를 일회용으로 취급해야 합니다. 서버 노트에는 반드시 EPHEMERAL 마커가 포함되어야 합니다. 작업의 유일한 사본을 거기에 보관하지 마십시오.

오늘 밤 그 무료 상자가 사라진다면 어떻게 될까요? 무료 모델 접근은 작은 README 수정안을 작성할 수는 있습니다. 새로운 게이트를 발명하거나 체커(checker)를 편집해서는 안 됩니다.

작성가에게 자신의 자물쇠 열쇠를 왜 주어야 할까요? 초안 작업과 실행을 허용하는 게이트를 분리하십시오. 모델은 텍스트를 제안할 수는 있지만, 자신의 텍스트를 승인하지는 못합니다.

## 이 실패-폐쇄(fail-closed) 표를 복사하세요

이 행들을 부드러운 제안이 아닌, 반드시 지켜야 할 중단점(hard stops)으로 읽으십시오. 비밀적인 발견은 경고가 아니라 중단입니다. 파일을 격리하고 새로운 스캔 로그를 작성하십시오.

| 게이트 | 보여줘야 하는 증거 | 실패 시 폐쇄 조건 |
| :--- | :--- | :--- |
| Scope | `scope.txt`에 `OUT OF SCOPE` 포함 | 파일 누락 또는 경계선 없음 |
| ... | 
이 NO_HITS를 희망적인 '아마도'로 약화시키지 마십시오. 백업을 건너뛰기 위해 서버가 영구적이라고 표시하지 마십시오. 당신의 유일한 사본을 무료 상자에 걸고 베팅하시겠습니까?

## 한계점, 그리고 누가 이것을 건너뛰어야 하는가

이 체크리스트는 프로세스 샌드박스가 결코 아닙니다. 모델을 격리하거나 프라이버시를 증명하지도 않습니다. 생성된 출력물에서 적대적인 편집을 스캔하지도 합니다.

지친 인간이라도 ACK라고 입력하고 틀릴 수 있습니다. 여전히 스크래치 외부에서 두 번째 검토가 필요합니다. 게이트는 잘못된 판단이 아니라 누락된 파일을 잡아냅니다.

저는 지연 시간(latency), 비용(spend) 또는 모델 이름을 게시하지 않습니다. 그러한 수치는 현재의 주요 사실로 제공되지 않았습니다. 할당량과 무료 서버 약관은 예고 없이 변경될 수 있습니다.

실행하는 날에 벤더 문서를 다시 읽으세요. 오래된 할당량(quota)을 이 스크립트에 고정하지 마십시오. 숫자를 하드코딩한 체크리스트는 쓸모없어집니다.

운영 환경의 고객 데이터에는 이 흐름을 사용하지 마십시오. 인증(auth), 결제(billing), 또는 마이그레이션에 사용하지 마십시오. 이것이 엔터프라이즈 제어 프레임워크인 척하지 마십시오.

개인이 작성하는 README 오타 수정 작업이 의도된 적합성입니다. 규제가 필요한 시스템은 다르고 더 무거운 프로세스가 필요합니다. 정책에서 이미 변경 도구를 명시하고 있다면, 그 도구를 사용하십시오.

두 번째 체크리스트는 단순한 형식적 절차(rubber stamp)가 될 뿐입니다. 다른 시스템이 필수인 경우 이 게이트를 건너뛰십시오. 두 개의 기록 경로는 하나의 강제된 경로보다 나쁩니다.

## 깔끔하게 포기하는 방법

수정 한 번 후 어떤 게이트라도 빨간색으로 남아 있으면 멈추세요. 검토되지 않은 파일이 있는 스크래치 트리(scratch tree)는 삭제하십시오. 사후 분석(postmortem)을 위해 증거 폴더(evidence folder)는 그대로 두십시오.

만약 git status가 scratch 외부에 편집 내용을 보여주면, 그것들을 복원하십시오. 오늘 밤 노트북을 닫기 전에 그 파일들을 복원했는지 확인하세요. 실제로 작성했던 롤백(rollback) 라인을 실행했나요?

## 한 번의 리허설 후 중단하기

MonkeyCode의 무료 모델 액세스와 무료 서버가 이 리허설을 호스팅할 수 있습니다. 빨간 경로를 시도하고, 녹색 경로를 시도한 다음, 멈추세요. 그 리허설을 실제 배포(deploy)로 승격시키지 마십시오.

지금 당신의 작은 팀에게 부족한 필드는 무엇입니까? 비밀 스캔인지, 롤백 라인인지, 아니면 확인(ack) 절차입니까? 모델에 대한 일반적인 의견이 아니라 실패 단계를 보내주세요.