조립 전에 소스와 모델이 맞는지 보기

작은 자체 모델은 세 필드의 선택을 입력으로 받습니다. 소스에 선택이 하나뿐이라면 조립 전에 이유를 확인하고 고정 순서로 진행할 수 있습니다. tinyjs의 지원 기능·필요 조건 조회에서 이 사용성 원리를 참고했습니다.

개발 PR 1423의 소스 855c0713는 기존 body-context에 --model을 추가했습니다. 소스에 선언한 레코드 조립과 실제로 읽은 모델의 입력 규격을 연결합니다. 긴 입력 규격 이름을 직접 적는 대신, 모델에 맞는 표현을 컴파일러가 고릅니다. 필수 CI와 네 플랫폼 원본을 확인한 뒤 개발 브랜치 e5be9871로 병합했습니다. 병합 뒤 새 dev 소스의 준비 조건도 7/7입니다. 이 기능은 공개 0.6.22에 포함됐습니다. 같은 소스의 설치 파일로 두 사전 확인과 여덟 조립·재생 보고서의 입력 지문·0회 카운터·실제 호출을 확인했습니다. 공개·설치 원본.

go run ./cmd/gooo body-context --activity Describe \
  --model examples/scalar-identity/model/model.json \
  examples/scalar-identity/source.gooo.fixture

응답	읽는 방법
READY_FOR_RANKING	해당 모델이 받을 입력 표현을 만들었습니다. 다음에 조립을 요청할 수 있습니다.
DECLINED_TO_DETERMINISTIC	입력 표현이 모델 규격과 맞지 않습니다. 표시된 이유를 확인하고 고정 순서로 진행합니다.
FAIL_CLOSED	모델 파일이나 소스 확인에 실패했습니다. 해당 입력을 먼저 수정합니다.

READY_FOR_RANKING은 코드의 정답률을 말하지 않습니다. 이 조회는 모델 예측과 후보 테스트가 모두 0회입니다. 파일을 확인하고 소스 대안의 타입과 입력 표현을 준비합니다. 모델·가중치 지문, 준비 시간과 텐서 바이트도 확인한 파일 기준으로 남깁니다.

세 필드 예제의 사전 조회 입력과 실제 모델 조립에 전달된 입력의 지문이 같았습니다. 이어서 모델 호출 1회로 필드 검사 12/12와 다른 네 입력의 실행 4/4를 확인했습니다. 저장 재생은 새 모델 호출 0회였습니다. 한 필드로 줄인 조회는 THREE_FIELD_CHOICES_REQUIRED와 빈 모델 입력을 남겼습니다. 변경한 가중치·맞지 않는 입력 버전·취소된 요청도 거절하는 회귀 검사를 통과했습니다. 초기 소스 2392641d의 CLI와 코드 생성 동시 실행 검사는 134.340초와 33.900초에 통과했습니다. 원본 관측은 그 소스 그대로 보존했습니다. 최종 후보 936c7d8e는 CLI race 136.121초, 배포 검사 패키지 race 7.914초를 통과했고 코드 생성 검사는 동일 코드의 통과 기록을 재사용했습니다. 깨끗한 최종 실행 파일로 실제 네이티브 사전 확인·조립·재생을 다시 실행했습니다.

첫 PR 1422의 네 플랫폼과 준비 조건 7/7도 원본 기록으로 확인했습니다. 필수 CI에서는 테스트의 문자열 순회 한 줄이 Go 1.27의 자동 정리 규칙과 달랐습니다. CI와 같은 차이를 로컬에서 재현하고 855c0713에서 수정했습니다. 수정 소스의 자동 정리·의존성 정리 차이는 0이고 실제 네이티브 프로필은 5.083초에 통과했습니다. 새 실행 파일의 조회 두 개·조립/재생 여덟 개·도움말도 모두 실행했습니다. 새 소스의 필수 CI와 네 플랫폼 검사를 통과해 정상 병합했습니다. 이전 PR1422는 원래 CI가 실패로 끝난 뒤 닫았고 앞선 결과는 당시 소스로 남겨 둡니다.

배포 프로필은 각 플랫폼에서 한글·영문 조회 두 개와 기존 조립·재생 보고서 여덟 개를 남기도록 확장했습니다. 소스·모델·필드 ID와 명시된 0회 카운터를 확인하고, 조회 입력이 조립과 저장 재생에서도 같은지 대조합니다. 카운터가 없으면 0으로 간주하지 않습니다. 이는 기존 타입 예제의 근거를 늘리는 변경이며, 배포 사례 수는 26개로 유지합니다. gooo help body-context, gooo help body-compose, gooo help models에서 실제 명령을 읽을 수 있습니다.

이 숫자는 정해진 예제와 개발 소스의 결과입니다. 학습 자료 노출 여부와 일반적인 의도 충족률은 확인하지 않았습니다. 소스 중심의 레코드 필드 조립을 우선 지원하고, 다른 조회 종류는 기존 입력 규격 방식으로 사용합니다. 명령과 지원 범위. 원본 조회·조립·재생·회귀 검사. 최종 후보 조회·조립·재생·도움말·회귀 검사. 수정 후보와 CI 차이의 재현.

한 명령으로 다음 경로 이어가기

작업장 PR48에 assemble을 공개했습니다. 사전 확인 결과를 Gooo 규칙이 읽어 모델·고정 순서·중단 중 다음 경로를 고르고, 실제 조립과 저장 재생을 이어서 실행합니다. 터미널에는 선택 이유와 검사 결과, 생성 코드 위치가 나오고 자동화에서는 --json을 사용합니다. 한 명령 사용법.

작업장 밖에서 한글·영문 모델 경로, 모델 생략, 한 선택 소스의 고정 순서 전환을 실행했습니다. 각 행의 호출 사례4/4와 필드12/12, 같은 저장 프로그램의 출력을 확인했습니다. Gooo 경로 규칙은 정답 없는 입력0/0으로 실행했고 새 추론은0회입니다. 원본의 긴 그래프는 파일에 남기며 짧은 보고서에는 지문과 원본 위치를 연결합니다. 네 경로의 원본과 시간·메모리 관측. PR48의 원본 전체 CI를 확인해 main a03966f8에 병합했습니다.

후속 PR49도 원본 전체 CI를 통과해 main 7c37f4b3에 병합했습니다. 실제 호출 결과가 일부 다르면 Gooo가 반례를 확인하는 작업을 제안합니다. 기본 출력의 후속 경로에서 작은 next-context.json을 열어 원본 불일치 위치까지 찾아갈 수 있습니다. 기대 문자열을 바꾼 3/4 관측과 원래 4/4 관측을 따로 남겼습니다. 조립용 필드와 호출 결과도 따로 세며, 입력·기대값·큰 정수와 저장 재생을 유지했습니다. 후속 제안은 새 추론 없이 실행하고, 코드 수정과 다음 모델 호출은 별도 단계입니다.

컴파일러 CI·네 플랫폼·dev 병합의 원본.