Gemma 4 채팅 템플릿 버그: anyOf/null이 있는 도구 매개변수가 빈 유형으로 렌더링됨

레딧 사용자가 Gemma 4(gemma-4-31B-it)가 anyOf: [$ref, null] 패턴(널러블 객체 참조에 흔히 사용)을 사용하는 JSON Schema 파라미터를 파싱하지 못하는 것을 발견했습니다. 기본 채팅 템플릿은 최상위에 직접 type 필드가 있다고 가정하여, 다음과 같은 스키마:
{"anyOf": [{"$ref": "#/$defs/SomeObject"}, {"type": "null"}]}에서 anyOf, $ref, $defs가 제거되어 프롬프트에 type: ""가 나타납니다. 이로 인해 여러 추론 엔진(llama-server 등)에서 도구 호출이 중단되며, Qwen3.5와 gpt-oss-20b는 정상 처리합니다.
진단 및 수정
사용자는 llama-server의 상세 로깅을 통해 디버깅하고, MacBook Pro에서 GPT-5.5-high(코덱스 CLI 사용)를 통해 Qwen3.5-27B-Q4_K_M과 gemma-4-31B-it-Q4_K_S의 로그를 비교했습니다. 근본 원인은 Gemma 채팅 템플릿이 모든 파라미터에 직접 type 키가 있다고 가정하기 때문으로 밝혀졌습니다. Jinja 템플릿에 작은 수정을 가해 이제 anyOf, $ref, $defs 구조를 보존합니다.
수정된 Jinja 템플릿은 Pastebin에서 확인할 수 있습니다: https://pastebin.com/p9z3BAC0
Hugging Face의 gemma-4-31B-it 저장소에 PR이 제출되었습니다.
결론
Gemma 4에서 nullable JSON Schema 참조를 사용하는 도구/함수 호출 시, 수정된 채팅 템플릿을 적용하세요. Qwen3.5 또는 gpt-oss-20b 사용자는 영향이 없습니다.
📖 전체 출처 읽기: r/LocalLLaMA
👀 See Also

Claude Code 버그: 자동 git reset이 10분마다 커밋되지 않은 변경 사항을 삭제합니다
Claude Code 버전 2.1.87은 사용자의 프로젝트 저장소에서 10분마다 프로그래밍 방식의 git 작업을 통해 git fetch origin + git reset --hard origin/main을 수행하여 추적 중인 파일의 모든 커밋되지 않은 변경 사항을 조용히 파괴합니다. 이 문제는 Anthropics에 의해 '계획되지 않음'으로 종료되었습니다.

OpenClaw를 Ollama에 원격으로 연결하는 방법
다른 PC에서 OpenClaw를 Ollama에 연결하는 포괄적인 가이드로, 원활한 통합을 위한 커뮤니티 통찰과 실용적인 단계를 탐구합니다.

RTX 5000 PRO 48GB, Qwen3.6-27B용 4400 tok/s 정밀 캐싱 제공
첫 PC 조립 사용자가 단일 RTX 5000 Pro 48GB에서 vLLM과 Claude Code를 사용하여 Qwen3.6-27B-FP8 전체 정밀도 KV 캐시로 프롬프트 처리 4400 tok/s, 생성 80 tok/s를 기록했습니다.

STAR 추론 프레임워크 정확도, 프로덕션 프롬프트에서 100%에서 0%로 급락
한 연구자가 암묵적 제약 문제에 대한 Claude의 정확도를 0%에서 100%로 높인 STAR 추론 프레임워크를 고립된 환경에서 테스트했을 때는 100% 정확도를 보였지만, 60줄짜리 실제 프로덕션 시스템 프롬프트 내부에서 사용했을 때는 정확도가 0-30%로 떨어졌습니다. 이 문제는 프로덕션 프롬프트 내의 상충되는 지시사항들이 조기 답변 확정을 유발했기 때문입니다.