시작하기

업데이트: 2026-10-12. 공개 Gooo로 작은 프로그램을 조립하고, 결과에서 다음 작업까지 읽습니다.

공개 실행 파일 준비

0.6.34 개발판은 Linux amd64, macOS amd64·arm64, Windows amd64 실행 파일을 제공합니다. 실제 생성 코드의 실행에는 Go 1.27.2가 필요합니다. 운영체제에 맞는 파일을 받거나, macOS·Linux의 새 폴더에서 아래처럼 설치할 수 있습니다.

GOBIN="$PWD/.gooo-bin" GOWORK=off GOTOOLCHAIN=go1.27.2 \
  go install github.com/kimjooyoon/meta-ontology-go/cmd/[email protected]
export PATH="$PWD/.gooo-bin:$PATH"
gooo version --build --json
gooo help models

배포 실행 파일은 0.6.34-dev, Go go1.27.2, 소스 b266c0e2cf6878385b59788945861a03e33f766b입니다. go install로 빌드한 파일의 VCS 필드는 배포 파일과 다를 수 있습니다. 설치 경로와 모듈 버전도 함께 확인합니다. 배포 파일과 확인 범위.

모델 없이 작은 프로그램부터

gooo init --template diagnostic my-diagnostic
cd my-diagnostic
gooo package execute --json --cases cases.json gooo.workspace.json > execution.json
gooo package replay --receipt execution.json --inputs inputs.json gooo.workspace.json

첫 명령은 Gooo 소스와 입력 예시를 만듭니다. 다음 명령은 사례를 확인해 프로그램을 고르고, 마지막 명령은 저장한 프로그램에 입력을 넣습니다. inputs.json의 수치와 문장을 바꿔 볼 수 있습니다. 모델이나 API 키는 필요하지 않습니다. 예제와 출력 설명.

소스와 모델을 확인하고 조립하기

입력 키를 먼저 확인하려면 공개 파일의 body-plan을 사용합니다. 편집할 입력 양식과 활동 연결을 계획 조회 안내에서 확인할 수 있습니다. 여러 본문을 조립하는 작업장도 같은 공개 컴파일러를 사용합니다.

기대값 없이 입력부터 실행해 보고 싶으면 gooo body-compose --inputs ...를 사용합니다. 실제 값을 본 뒤 같은 생성물에 기대값을 넣는 입력 전용 조립 안내에 순서를 적었습니다. 아래 한 활동 assemble 예제는 --cases를 사용합니다.

작업장 루트에서 go run ./cmd/workbench --help로 필요한 명령을 고릅니다. go run ./cmd/workbench help assemble은 조립 옵션을 보여주고 정상 종료합니다. PR51이 원본 전체 CI를 통과해 main 38289940에 반영됐습니다.

공개 작업장의 루트에서 실행합니다. 예제는 숫자·사용 여부·문장을 받아 세 필드를 만듭니다. 조건식, 지역 변수, 대입식과 필드 대안은 Gooo 소스에 선언합니다. 기존 작은 자체 모델을 사용합니다.

go run ./cmd/workbench assemble \
  --source examples/model-assembly/source.gooo --entry Describe \
  --cases examples/model-assembly/cases.json \
  --model models/graph-chooser-20261008/all-data-demonstration/qat_ternary/model.json \
  --out out/my-assembly

Gooo 규칙이 사전 확인을 읽어 모델 또는 고정 순서로 이어갑니다. --model을 생략하면 소스의 정해진 순서로 조립합니다. 다른 컴파일러 위치는 --compiler /path/to/gooo로 지정합니다. 출력 폴더는 매번 새 경로를 사용합니다.

결과에서 다음 작업 찾기

터미널에는 선택 이유, 조립용 필드·실제 호출 결과, 생성 코드와 후속 기록 위치가 나옵니다.

파일	용도
report.json	조립과 호출의 개수, 경로 선택, 후속 제안
next-context.json	짧은 관측과 원본 지문, 불일치가 있는 JSON 위치
assembly.json, replay.json	실제 조립·호출과 같은 프로그램의 저장 재생
composition/generated.go	고른 Go 프로그램

아래 작업장 링크가 가리키는 원래 공개 설치 점검에서는 호출 4/4·필드 12/12를 확인했습니다. 조립 추론은 1회, 저장 재생의 새 추론은 0회였습니다. Gooo 후속 규칙은 정답을 붙이지 않은 실제 입력 0/0으로 실행하고, 다른 입력을 관측하도록 제안했습니다. 후속 소스 변경과 다음 모델 호출은 별도 실행 단계입니다.

예제 설명과 원본 결과 읽기. 작업장의 공개판 연결 PR50은 CI와 사용 안내를 같은 공개 소스로 맞췄습니다. 원본 전체 CI를 통과해 main에 병합했습니다.

이어서 쓰기

여러 본문과 보조 함수, 추가 루트 입력을 함께 다루려면 assemble --graph --compiler /path/to/gooo로 시작합니다. 아래 링크의 원래 관측은 개발 소스 a15b4134에 속합니다. 출력 폴더를 그대로 construct --assembly에 넘겨 원래 실패 행을 다음 조립에 넣습니다. 두 명령과 결과 읽기.

루트 조립 활동 뒤에 값을 받아 실행하는 활동이 있으면 마지막 이름을 --entry, 루트 조립 이름을 --assembly-activity로 지정합니다. 두 활동과 순수 보조 함수 예제에서 시작할 수 있습니다.

호출 기대값이 일부 다르면 저장한 폴더 하나로 다음 조립을 진행합니다.

go run ./cmd/workbench construct --assembly out/my-assembly --out out/my-assembly-next

모델을 생략하면 고정 순서로 진행합니다. 원래 실패 행을 그대로 선택 조건에 더하고 반례 준비와 실제 사용을 기록합니다. 이미 충족한 결과는 새 조립을 시작하지 않습니다. main 83cbe449에 병합·설치한 새 예제와 평가 범위에서 별도 최종 입력과 자체 모델을 연결하는 방법을 볼 수 있습니다.

• 패키지 전체를 호출 결과로 조립: 패키지 조립과 피드백.
• 이름을 바꿔도 같은 의미와 실제 값을 유지: 타입 이름과 조립.
• API 선언 구조를 읽고 변경을 분류: 패키지 인터페이스.
• 소스 빌드와 상세 명령: 작업장 실행 안내.

이 예제의 수치는 네 입력의 관측입니다. 조립용 사례, 새 입력과 저장 재생을 나눠 읽습니다. 현재 상태에서 공개판·병합·CI의 범위를 확인합니다. 이전 316줄의 안내는 시작 안내 이력에 원문 그대로 보관했습니다.