다중 단계 LLM 워크플로우를 위한 결정론적 컴파일러 아키텍처, 벤치마크에서 강력한 성과 보여

LLM 워크플로우를 위한 결정론적 컴파일
한 개발자가 구조화된 LLM 워크플로우를 위한 결정론적 컴파일 아키텍처를 실험하고 있습니다. 모델이 모든 것을 자동회귀적으로 계획하고 실행하도록 두는 대신, 이 시스템은 타입화된 노드 레지스트리, 파라미터 계약, 정적 검증을 사용하여 워크플로우 그래프를 사전에 컴파일합니다.
이 접근법의 목표는 일반적으로 더 깊은 다단계 체인에서 나타나는 오류 누적을 방지하는 것입니다. 이는 순수 자동회귀적 실행에서 더 구조화되고 사전 컴파일된 워크플로우 시스템으로의 전환을 의미합니다.
벤치마크 결과
개발자는 3-12개 이상의 노드로 구성된 다양한 워크플로우 깊이에 대해 벤치마크를 실행하고 GPT-4.1과 Claude Sonnet 4.6을 사용한 기준 프롬프팅과 비교했습니다:
- 3-5 노드 워크플로우: 컴파일러: 1.00, GPT-4.1 기준: 0.76, Claude Sonnet 4.6: 0.60
- 5-8 노드: 컴파일러: 1.00, GPT-4.1: 0.72, Claude: 0.46
- 8-10 노드: 컴파일러: 0.88, GPT-4.1: 0.68, Claude: 0.54
- 10개 이상 노드: 컴파일러: 0.96, GPT-4.1: 0.76, Claude: 0.72
컴파일러 아키텍처는 8개 노드까지 완벽한 성능을 유지했으며, 8-10개 노드에서는 약간의 성능 저하만 보인 후 10개 이상 노드에서는 거의 완벽한 성능으로 회복되었습니다. 반면 GPT-4.1과 Claude는 모두 워크플로우 깊이가 증가함에 따라 지속적인 성능 저하를 보였습니다.
프로젝트 현황
논문은 곧 arXiv에 게시될 예정이지만, 이 접근법에 관심이 있거나 평가를 비판하고 싶은 사람들을 위해 프로젝트 페이지가 조기에 공개되었습니다. 프로젝트 페이지는 다음에서 확인할 수 있습니다: https://prnvh.github.io/compiler.html
이 접근법은 특히 복잡한 다단계 AI 워크플로우를 구축하는 개발자들에게 유용할 수 있으며, 기존 자동회귀적 접근법에서의 오류 누적이 문제가 되는 경우에 적합합니다. 결정론적 컴파일 모델은 더 예측 가능한 동작을 제공하고 복잡한 체인에서 잠재적으로 더 나은 오류 처리를 가능하게 합니다.
📖 Read the full source: r/LocalLLaMA
👀 See Also

클로드 슬루스: 클로드 AI를 위한 56가지 작업 조사 워크플로우
Claude Sleuth는 Claude AI를 위한 6단계, 56개 작업으로 구성된 구조화된 조사 워크플로우로, Cloudflare D1를 통한 지속적 상태 저장 및 ISO 8601 타임스탬프, POLE 엔티티 레코드, ICD 203 확률 언어를 포함한 표준화된 출력 규칙을 특징으로 합니다.

Tripsy, Claude용 MCP 서버 출시: 구조화된 API로 여행 관리
Tripsy의 공식 MCP 서버를 통해 Claude가 여행, 활동, 숙소, 교통, 비용 데이터를 직접 읽고 생성 및 업데이트할 수 있습니다. 설정은 Claude의 커스텀 커넥터를 통해 약 1분이면 완료됩니다.

Mnemos: 지속적인 Claude Code 메모리를 위한 MCP 서버
Mnemos는 세션 간에 지속적인 메모리를 제공하는 오픈소스 MCP 서버로, Claude Code가 수정 사항을 구조화된 패턴으로 기록하고 시작 시 순위가 매겨진 컨텍스트를 푸시합니다. 단일 15MB Go 바이너리로, Docker나 벡터 DB가 필요하지 않습니다.

자동화된 클로드 코드 파이프라인으로 기능당 토큰 사용량 78k에서 15k로 절감
Claude Code용 오픈소스 파이프라인은 기존 코드의 사전 점검 분석을 포함한 12단계를 자동화하여 기능당 토큰 사용량을 약 78k에서 약 15k로 줄입니다. 세 가지 프로필(yolo, standard, paranoid)을 제공하며 신뢰도 점수를 grep 기반 검증으로 대체합니다.