Gooo로 만드는 언어 생태계 도구

업데이트: 2026-10-10 KST.

gooo-ecosystem-workbench를 새 공개 저장소로 배포했습니다. Gooo로 표준 함수, 실행 결과의 진단 규칙, 새 Gooo 소스를 만드는 프로그램을 작성했습니다. 언어를 사용하는 데 필요한 작은 공구를 언어 자체로 만들어 보는 단계입니다.

현재 연결과 재사용

현재 작업장은 assemble --graph로 네이티브 계획을 읽고 여러 본문을 조립합니다. PR54의 원본 전체 CI 38단계와 별도 push 검사를 통과해 main 0d7d30a9에 병합·설치했습니다. 저장한 폴더를 construct --assembly에 넘기면 Gooo가 원래 실패 행을 고르고 같은 그래프의 다음 조립에 씁니다. 호출된 보조 함수와 추가 루트 입력도 보존합니다. 현재 PR55는 공개 Gooo0.6.23, Go1.27.2와 SDK0.2.26에 연결했고 main06445a4에 병합·설치됐습니다. 원본 PR·feature push 검사와 실제 공개 Linux 파일 사용을 확인했습니다. construct의 간단한 출력과 --json은 출력 안내에서 읽습니다. 여러 본문의 두 명령과 결과 읽기.

아래는 이전 공개 연결의 소스와 당시 관측입니다.

PR53을 원본 전체 CI 38단계와 push 검사 뒤 main 7d64f529에 병합·설치했습니다. 루트 레코드를 조립하고 그 값을 받는 고정 활동·순수 보조 함수를 실행하는 흐름을 연결합니다. --entry는 마지막 활동, --assembly-activity는 루트 조립 활동입니다. 단일·다중 인자의 원래 입력 형식을 보존하고, 마지막 실패 행을 다음 조립에 씁니다. 두 명령과 관측 범위.

아래는 한 활동 연결을 먼저 구현한 PR52의 기록입니다.

PR52은 원본 전체 CI를 통과해 main 83cbe449에 병합·설치했습니다. construct --assembly로 이전 폴더 하나를 넘기면 Gooo가 원래 실패 행을 고르고 기존 조립 반복에 넣습니다. 반례 준비와 실제 사용, 각 회차의 시도, 선택 뒤 다른 입력의 결과를 따로 기록합니다. 모델을 생략하면 고정 순서로 진행합니다. 같은 한 프로그램에서 후속 시도는 고정 15번·모델 13번이었고 최종 필드 6/6을 확인했습니다. 사용 범위와 원본.

아래는 앞선 도움말·조립 연결의 소스와 관측입니다.

PR51은 원본 전체 CI를 통과해 main 38289940에 병합·설치했습니다. --help에서 소스 만들기·조립· 결과 읽기 명령을 찾고 help assemble로 해당 옵션을 봅니다. 모든 12개 명령의 도움말이 작업을 실행하지 않고 정상 종료하는 회귀 검사를 추가했습니다. 실행과 결과 안내.

PR50은 원본 전체 CI를 통과해 main ece4da79에 병합했습니다. CI와 현재 사용 안내가 공개 Gooo 0.6.22 소스 d3b44fc6에 고정됩니다. 공개 설치본과 기본 gooo 경로로 모델 조립·실제 호출· 저장 재생·Gooo 후속 제안을 확인했습니다. 별도 개발 빌드를 준비하는 단계가 줄었습니다. 공개판 실행 안내.

PR49은 원본 전체 CI를 통과해 main 7c37f4b3에 병합했습니다. assemble이 호출·필드·조립용 사례의 결과를 Gooo 후속 규칙에 전달합니다. 기본 출력에 다음 작업을 표시하고 약 3.2KB의 next-context.json에서 불일치 위치와 원본 파일·지문·크기를 읽을 수 있습니다. 자체 모델을 쓴 원래 예제 4/4와 기대 문자열 하나를 바꾼 합성 관측 3/4를 구분했습니다. 원래 입력·기대값과 정확한 큰 정수를 보존했고, 후속 규칙의 입력 점수는 0/0, 모델 호출은 0회입니다. 저장 재생도 같은 제안을 유지했습니다. 제안한 코드 변경과 다음 모델 호출은 별도 실행 단계입니다. 실제 실행과 원본.

아래 PR48은 이 명령을 처음 연결한 소스와 관측입니다.

PR48의 CI·병합 원본.

PR48에 assemble을 공개했습니다. 소스·모델을 먼저 확인하고 Gooo 규칙이 경로를 고른 다음, 조립·호출·저장 재생을 한 명령으로 이어갑니다. CLI는 선택 이유·사례 결과·생성 코드 위치를 먼저 보여줍니다. Go 연결과 Gooo 규칙은 같은 공개 저장소에 있습니다. 사용 안내.

CI는 컴파일러 dev e5be9871, Go1.27.2와 SDKv0.2.26을 고정합니다. 작업장 밖의 실제 네 경로에서 각각 호출4/4·필드12/12와 같은 저장 재생을 확인했습니다. 원본 전체 CI를 확인해 main a03966f8에 병합했습니다. 작은 공개 예제의 결과와 독립적인 일반화 평가는 구분합니다. 원본 관측.

아래는 이전 연결의 소스와 관측입니다.

PR 41에서 공개 0.6.16 소스 146a5085를 CI에 고정하고 설치·실행 안내를 갱신했습니다. 공개 설치본의 전체 race·vet 검사와 두 자동 피드백 예제를 다시 실행했습니다. 8개 회차의 원래 사례·선택 코드·실패 값이 이전 기록과 같았고, 공개 CI의 원본도 확인한 뒤 main 29d174aa에 병합했습니다. 현재 실행 안내.

PR 40은 실제 계산 실패와 의존 활동의 중단을 읽습니다. Gooo 규칙이 실패한 입력과 원래 기대값을 다음 조립에 넣고 다시 시도합니다. 세 회차·네 번 시도 뒤 별도 입력 3/3을 맞힌 예제와, 다섯 회차·14번 시도 뒤 별도 평가 4/4를 유지한 예제를 공개했습니다. CI 원본을 확인하고 main 83ca2df6에 병합했습니다. 이제 이 경로를 공개 Gooo 0.6.16으로 실행할 수 있습니다. 계산 실패로 조립 이어가기.

아래는 이전 연결의 소스와 관측입니다.

PR 38은 잘못된 빈칸 후보가 포함된 새 조립 기록을 읽습니다. 탈락 수를 Gooo 후속 판단 규칙에 전달하고, 시도·탈락·실행 수를 나눕니다. 실제 피드백 반복은 원래 경계 사례를 그대로 추가해 5회차·총 13번의 시도 후 별도 평가 4/4를 유지했습니다. 로컬 전체 native/race 검사와 공개 CI를 통과하고 main a4ee9369에 병합했습니다. CI 원본은 탈락 5개·실행 조합 8개로 총 13번의 시도를 기록하며, 최종 값과 선택된 소스가 macOS 관측과 같았습니다. 이 경로는 새 컴파일러 소스가 필요합니다. 실행 안내와 기록.

아래는 공개 0.6.14 바이너리에서 확인한 연결입니다.

PR 37에서 공개 Gooo 0.6.14와 같은 소스를 CI에 고정했습니다. 여러 빈칸을 호출 결과로 고르는 조립도 Gooo 피드백 규칙으로 반복합니다. 원래 실패 사례 하나를 추가하고 네 회차·일곱 조합 후 마지막 별도 평가 4/4를 확인했습니다. 공개 설치본에서도 같은 결과를 관측했습니다. 현재 실행 안내.

아래는 각 기능을 처음 연결한 소스와 관측입니다.

PR 32는 CI를 통과해 main 47a09d0e에 병합했습니다. 실패한 평가 사례를 Gooo 규칙으로 골라 다음 조립에 자동 반영하며, --holdout-cases는 선택이 끝난 뒤 별도로 실행합니다. 두 프로그램에서 모델의 이득과 실패를 함께 관측했습니다. 사용법과 원본 기록.

PR 30으로 Gooo가 다음 시도 한도를 정하는 construct 명령을 추가했습니다. 공개 0.6.12의 정확한 소스 4a0cfdd8를 CI에 고정했고 전체 검사를 통과했습니다. PR 31에서 시작 문서도 갱신했습니다. 공개 macOS 설치본에 자체 그래프 모델을 연결해 자동 조립과 저장 재실행을 확인했습니다. 같은 기존 예제에서 고정 순서는 네 회차·15번, 모델은 한 회차·한 번의 프로그램 시도를 사용했고 최종 코드와 평가 7개가 같았습니다. 실행·CI·병합 원본. 아래 초기 관측은 각 링크의 소스를 기준으로 읽고, 새 소스 수정 도구와 자체 그래프 모델 학습은 별도 원본에 연결합니다.

기본 함수는 gooo-standard-library로 분리·확장했습니다. 숫자·논리·문자열 패키지에 17개 함수를 두고 실제 Gooo import로 가져다 씁니다. 작은 표준 라이브러리에서 직접 실행할 수 있습니다.

구현한 도구

도구	Gooo가 구성하는 내용	실제 결과
표준 함수	정수 범위·경계 처리, 논리 연산, 텍스트 선택	13개 함수·7개 입력 묶음·91개 기대 출력
진단 프로그램	완료·부분 충족·관측 부족·잘못된 수에 따른 분기와 다음 작업	code/message/action 레코드와 설명 문장
전체 조립 반복	부품·호출부·평가를 구분해 다음 시도 한도와 반례 포함 여부를 계산	기대값을 보존한 자동 피드백, 별도 마지막 평가, 회차별 결과와 중단 이유
시작 프로그램	scalar/record 요청에 맞는 파일명·Gooo 본문·다음 명령	검사와 Go 본문 생성을 거친 main.gooo
API 참조	컴파일러가 만든 공개 활동 시그니처와 안정 타입 ID	Gooo가 조립한 Markdown 참조 문서와 지문
완전성 영수증	근거가 있는 여섯 축의 상태와 최초 미해결 단계	PASS·PROGRESS·UNKNOWN을 보존하고 단일 점수는 만들지 않음
인보이스 승인 예제	제출 상태와 검토자 상태를 평가하고 승인 레코드 전달	3개 시나리오, 실제 출력 6개·필드 18개 통과, 저장 재실행
CI 계획 예제	변경 파일 묶음을 go, docs, yaml 확인 항목에 대응	12개 입력, 활동 출력 24개·필드 96개 통과, 저장 재실행
자연어 기능 탐색	JEV의 한·영 탐색 trail을 Gooo 평가 활동으로 전달	AVAILABLE·DEFERRED·UNKNOWN 유지, 선언 지문·최초 미해결 단계·재실행 기록
VS Code 확장	컴파일러 LSP, 포매터, 프로젝트 시작, 본문 생성 연결	0.2.0 VSIX 공개, Gooo 바디 미리보기와 명시적 적용 지원

동작과 선택지는 .gooo에 있고, Go 연결 코드가 파일과 실행 명령을 전달합니다. 예를 들어 시작 프로그램은 템플릿을 지역 변수로 보관하고 Gooo 프로그램을 실행해 새 Gooo 소스를 반환합니다. 반환한 소스는 컴파일러로 다시 확인합니다.

VS Code에서 바로 사용하기 — 2026-10-06

Gooo Language Support 0.2.0을 공개했습니다. VSIX 파일을 내려받아 VS Code의 Extensions: Install from VSIX... 메뉴로 설치할 수 있습니다. 같은 릴리스의 checksums.sha256로 파일 체크섬을 확인할 수 있습니다.

확장은 컴파일러의 LSP 진단·자동완성·정의 이동, 결정론적 포매터, 앱·라이브러리 시작 흐름을 연결합니다. Gooo: Generate Activity Body는 저장된 소스 스냅샷을 컴파일러에 전달하고, 컴파일러가 후보 본문과 유한 사례를 확인한 결과를 별도 영수증으로 보여줍니다. Gooo 소스가 반환되면 먼저 미리보기를 열며, 사용자가 명시적으로 적용을 선택해야 현재 파일을 바꿉니다. 생성 중 원본 편집 내용이 바뀌면 오래된 결과를 덮어쓰지 않고 미리보기로 전환합니다.

gooo.layaUrl 또는 GOOO_LAYA_URL로 로컬 Laya /v1/systemone을 연결할 수 있습니다. 연결하지 않으면 선언된 후보를 정해진 순서로 평가합니다. Laya가 연결되어도 후보를 새로 쓰지 않고 선언된 후보 중에서 선택하며, 최종 본문은 컴파일러가 확인합니다.

모델이 맡는 부분

진단과 시작 프로그램에는 세 필드의 두 후보식, 한영 의도와 유한 선택 사례가 있습니다. --model builtin을 쓰면 공개 자체 공유 QAT 모델이 여덟 조합의 탐색 순서를 제안합니다. 컴파일러가 실제 사례를 확인해 구현을 선택합니다. 모델 옵션을 생략하면 결정론적인 순서로 같은 후보를 탐색합니다.

선택지 안의 상세 본문은 Gooo 소스가 소유합니다. 현재 공유 모델의 후보별 입력 범위는512바이트여서 긴 템플릿은 지역 변수에 두고 짧은 참조식과 의도를 전달했습니다. 표준 함수는 작성한 Gooo 본문을 그대로 생성합니다. 이번 저장소는 기존2,072개 매개변수·446바이트 삼진 가중치를 사용합니다. 이 문단은 초기 공유 모델 관측입니다. 이후 자체 그래프 모델을 학습했으며, 소스 수정 도구와 새 라이브러리 예제에서 재학습 없이 사용한 결과도 공개했습니다.

Gooo로 CI 작업 계획 구성

CI 계획 레시피는 컴파일러 저장소의 기존 계획 사례를 바탕으로 한 작은 Gooo 프로그램입니다. 등록한 변경 파일 묶음에는 확인 항목을 지정하고, 미등록 묶음에는 UNKNOWN, 불완전하거나 중복된 입력에는 FAIL_CLOSED를 반환합니다. 12개 고정 입력을 Gooo에서 생성한 실행 파일로 확인했으며, PlanCI·Echo 출력 24개, 레코드 필드 96개가 사례 기대값과 일치했습니다. 모델 호출 없이 저장 재실행도 통과했습니다.

이 예제는 계획 데이터만 반환합니다. CI 명령을 실행하지 않고 일반 저장소의 변경도 자동 해석하지 않습니다. 공개 CI 37247798151은 성공했습니다. 최신 검증에서 완전성 영수증은 선언·생성·역관찰·출처 PASS, 유한 사례 PROGRESS, 외부 효과 경계 UNKNOWN이며, 첫 미해결 단계는 독립 사용 사례입니다.

자연어에서 Gooo 기능 찾기

새 discover 명령은 Gooo-jev의 한·영 질의 trail과 guide를 읽고, Gooo 평가 레시피가 기능 상태·선언 바인딩·미해결 단계를 구성합니다. 로컬과 공개 CI에서 코드 생성은 어떻게 해?는 AVAILABLE로 카탈로그에 연결되지만, 평가는 real_use_case_coverage=PROGRESS, first_unresolved_stage=generation으로 남깁니다. 실행 시도와 provider 호출은 0입니다. 미등록 질문은 UNKNOWN, 실행 요청은 DEFERRED와 external_boundary로 보존합니다.

출력은 질의, 선언, JEV trail·guide digest, Gooo 조립, 22개 필드가 있는 두 활동 출력과 저장 재실행을 함께 보관합니다. 고정 관측 자료에는 각 파일의 체크섬도 있습니다. JEV의 provenance alias가 reverse-observation 항목으로 오분류되는 회귀도 발견해 PR #483에 바로잡았습니다. 조사 결합, provenance 분류 회귀의 JEV 전체 CI는 검증 중이며, capability-query test와 race 검사는 로컬 통과했습니다. 작업장 PR #1의 main CI 37249352691은 성공했고 증거 PR #2도 main에 병합됐습니다.

v0.5.0-experimental에 macOS arm64·Linux amd64 실행 파일, CI 발견 증거 archive와 체크섬을 제공합니다. 포함된 JEV 버전은 ae1a015c이며, JEV PR #483의 전체 race CI는 아직 완료 전입니다. 별도의 고정 capability 관측도 저장소에 있습니다. Gooo 컴파일러와 Go1.27.1을 준비해 연결합니다.

바로 써 보기

Go1.27.1과 gooo 컴파일러가 준비됐다면:

git clone https://github.com/kimjooyoon/gooo-ecosystem-workbench.git
cd gooo-ecosystem-workbench
go run ./cmd/workbench verify --model builtin --out out/verified
go run ./cmd/workbench scaffold --profile record --model builtin --out out/my-project
go run ./cmd/workbench diagnose --input examples/partial-composition.json \
  --model builtin --out out/next-work
go run ./cmd/workbench reference --package examples/catalog \
  --entry ApproveInvoice --out out/api-reference
go run ./cmd/workbench receipt --input out/verified --out out/completeness

컴파일러의 별도 경로는 --compiler /path/to/gooo로 지정합니다. 이번 관측은 main f144dddb8261b9b525181dee510afc65f1603153을 사용했습니다. 컴파일러 준비와 상세 명령.

reference는 컴파일러가 해석한 operation-interface JSON을 Gooo 문서 템플릿에 입력합니다. reference.md에는 선언된 활동명·시그니처·안정 ID, 선언 지문과 인터페이스 지문이 남습니다. 동작 설명을 추론하지 않습니다. 이 문서와 입력·실행·재실행 근거는 API 참조 관측에서 확인할 수 있습니다.

receipt는 앞서 생성한 verify 폴더를 점검합니다. Gooo가 선언한 gooo://completeness/domain-completeness-receipt/v1 구조에 상태와 근거를 넣고, 미해결 단계 순서도 Gooo 본문이 정합니다. CI 관측에서는 선언·생성·재실행이 PASS, 작성된 유한 예제 범위가 PROGRESS, 별도 계측하지 않은 효과 경계가 UNKNOWN이었습니다. 다른 체크아웃의 입력은 출처 UNKNOWN으로 남깁니다. CI 실행과 보관한 결과. 이 값은 작업장의 예제에만 해당하며 전체 언어의 완성도를 말하지 않습니다.

새 인보이스 승인 사례는 제출 상태와 검토자 활성 여부에 따라 approved·rejected를 만들고 이유를 남깁니다. 세 독립 입력으로 두 연결 활동의 출력 6개와 승인 레코드의 필드 18개를 실행해 기대값과 대조하고 저장 재실행했습니다. CI 원본에는 Gooo 소스·입력 사례·컴파일 산출물·재실행이 함께 있습니다. 이 예제는 작은 도메인 시연이며 실제 회계나 결제 규칙은 아닙니다.

시작 도구의 main.gooo를 수정해 다음 프로그램을 만듭니다. 생성 폴더에는 원래 계획과 실제 생성 기록도 있습니다. 진단 도구는 실제 값과 기대값을 다시 비교해17/21필드·타입 탈락1개를 읽고 partial, repair-and-replay를 반환합니다. captured-input.json에 원래 입력 전체를 보관하고, 상세가1,024바이트를 넘으면 관측 수와 원본 해시를 담은 요약을 전달합니다.

관측을 읽는 기준

초기 로컬 관측에서 이름 있는 출력은151/151개, 레코드 필드는66/66개가 기대값과 일치했습니다. 진단·시작의 같은 사례를 결정론과 모델 순서로 각각 실행한 수를 포함합니다. 다섯 생성 결과를 저장 재실행했고 실제 값을 다시 셌습니다. 확인 명령 전체의 생성 판단은2회이며 실행과 재실행의 추가 판단은0회입니다.

Linux의 초기 생성·실행 검사도 통과했습니다. CI가 만든 다섯 생성·다섯 저장 재실행의 원본을 내려받아 실제 값과 필드를 독립적으로 다시 세었고 같은 수를 확인했습니다.

고정 사례·원본·분모를 함께 공개했습니다. 새로운 부분 결과의 진단 요청에는 상세 전달을 확인하는 관측 기대값이 있고, 진단 결과 자체에 새 정답을 붙여 세지는 않습니다. 분류와 작업 선택의 정답은 별도의 고정 진단 사례에서 확인합니다.

API 참조 예제는 공개 활동의 선언값을 받아 Gooo가 문서를 생성합니다. 기대 문서1/1개와 저장 재실행이 맞았습니다. API 원본과 결과를 공개했습니다. 이 예제 한 건으로 기능 범위를 일반화하지 않습니다.

표준 함수는 한 Gooo 선언 묶음 안에서 bind로 연결하며, 패키지 실행은 Gooo 파일 사이의 라이브러리 참조를 사용합니다. 편집기 연결도 0.2.0으로 공개했습니다. 부분 본문을 자동으로 고치는 진단 실행기는 아직 후속 과제입니다. 현재 진단 도구는 누락 근거와 다음 작업을 분류해 반환하며, 결과를 실제 소스에 적용하는 자동 복구는 하지 않습니다.

공개 코드 · 자동 생성·실행 확인 · 포함한 자체 모델의 출처.