# 0.6.18 후보의 실제 입력 실행

2026-10-09 KST, 깨끗한 후보 소스 `4d16df532e39ad653272bc85d38324e8f36cea14`를
Go 1.27.2로 빌드했습니다. 공개 [PR 1408](https://github.com/kimjooyoon/meta-ontology-go/pull/1408)의
배포 준비 변경입니다. 공개 설치본은 아직 0.6.17이며 이 관측에는 별도 후보 실행 파일을 사용했습니다.

새 플랫폼 검사는 두 패키지 예제에서 JSON 실행 여덟 개와 일반 출력 한 개를 확인합니다.
부분 조립·완료 조립·평가 재실행, 부분/완료 상태의 실제 입력, 평가 기록에서 실제 입력으로
전환, 실제 입력 기록 재사용, 이후 정답을 붙인 평가입니다. 로컬 후보의 native race 검사는
14.494초에 통과했습니다. 정답 없는 입력 기록에는 점수를 만들지 않고, 검사 코드가
독립적으로 실제 값과 원래 입력, 큰 정수, 조립 이력과 프로세스 완료를 확인합니다.
네 플랫폼 CI도 [실행 37872105964](https://github.com/kimjooyoon/meta-ontology-go/actions/runs/37872105964)에서
모두 통과했고, 배포 준비는 7/7입니다. 원본 eligibility artifact `11591145007`의
지문을 확인하고 소스 `4d16df53`, 상태와 다음 작업을 대조했습니다. PR의 다음 작업은
`MERGE_VALIDATED_CANDIDATE`이며, 병합 후 dev 검사와 별도 게시가 남아 있습니다.
`readiness-*`에 원본 ZIP과 대조 기록을 보존합니다. 일반 CI는 진행 중입니다.

별도 [transformation-effect Windows 검사](https://github.com/kimjooyoon/meta-ontology-go/actions/runs/37872105912/job/113632319980)는
`inputs-evaluate` 단계에서 실패했습니다. 같은 소스의 준비 검사 성공과 함께 기록합니다.
오류는 `bounded child failed`였고, 과거 조립 이력은 있지만 현재 재실행 실패의 프로세스
관측은 반환 과정에서 빠져 있었습니다. 따라서 이 원본만으로 실패 원인을 확정할 수 없습니다.
`ledger-windows-failure.json.gz`는 공개 job 로그의 JSON 한 줄을 그대로 추출해 압축한 것이고,
`ledger-windows-job.json`은 소스·실행·종료 상태의 원본입니다. 해당 job은 실패 시 artifact를
업로드하지 않았습니다. 현재 시도 번호·실행 기록·하위 프로세스 오류 출력을 보존하고 실패
artifact도 업로드하도록 보완 중입니다. 수정 후 검사가 끝나기 전에는 배포하지 않습니다.

## 기존 자체 모델로 직접 사용

컴파일러의 `examples/package-caller-construction/mixed.workspace.json`과 기존
자체 graph QAT 모델을 사용했습니다. 모델 지문은
`3c68205a660695103712e2115ce90accd298b406dced8ad5ad5c9b84bab0a202`,
tensor는 2,096바이트입니다. 모델과 원래 사례 파일은 변경하지 않았습니다.

| 실행 | 조립 시도 | 실제 출력 | 평가 |
| --- | ---: | --- | --- |
| 기본 고정 순서 | 48 | 15, -50, -45035996273704970, 5 | 정답 없음 |
| 기존 자체 모델 | 41 | 같은 값 | 정답 없음 |
| 공개 0.6.17 조립 기록 재사용 | 저장된 41 | 같은 값 | 정답 없음 |
| 새 입력 기록 재사용 | 저장된 41 | 같은 값 | 정답 없음 |
| 재사용 기록에 정답 파일 전달 | 저장된 41 | 별도 평가 입력 | 4/4 |

모델과 고정 순서는 이전 공개 관측과 같은 프로그램·선택·호출 결과를 유지했습니다.
저장 재실행의 새 추론은 모두 0회였습니다. `compare.go`가 원본을 `UseNumber`로 읽어
큰 정수를 유지하고 전체 조립 이력·입력 지문·평가 범위를 대조했습니다.

한 번씩 측정한 전체 명령 시간은 고정 순서 16.99초, 모델 순서 8.07초였습니다.
각각 사용자 CPU 5.38/3.99초, 시스템 CPU 3.71/2.71초,
최대 RSS 88,719,360/88,391,680바이트였습니다. 컴파일·탐색·실행을 모두 포함합니다.
캐시와 실행 순서가 다른 단일 관측이며, 모델 단독 속도·호스트 CPU 사용률·새 과제에 대한
일반화 성능으로 확대하지 않습니다. 이 모델은 관련 사례로 만든 실험 모델입니다.

원본 JSON은 압축만 했습니다. 빌드 정보, 시간, 비교 코드와 결과, 테스트 로그를 함께
보존합니다. `SHA256SUMS`는 이 폴더의 파일을 묶습니다. 새 릴리스는 준비 검사와 별도
게시 작업이 끝난 후 해당 태그의 공개 파일로 확인해야 합니다.