MCP Godot/gdscript용 Gemma4 튜닝
원문 제목 — Tuning Gemma4 for MCP Godot/gdscript
📄 전문 번역
gemma4를 쓸만한 코딩 어시스턴트로 만드는 일에 몰두해 왔다. 파라미터를 조정하고(온도를 0.2로 변경) 시스템 프롬프트를 다듬으면 나쁘지 않은 결과를 얻었다. 시스템 프롬프트의 일부는 셀프 리뷰를 수행하도록 하는 것이며, 일부 언어는 코루틴 처리 방식이 다르다. Godot은 파이썬처럼 스코프 내에서 await할 수 있어 else 스코프 아래에서 플래그를 '무해하게' 변경하는 것이 버그를 만들고 있다. 그 외의 모든 부분은 훌륭하다. 모델 API가 500을 반환하지 않는 한 산출되는 코드는 정확하고 대체로 일관된다.
그래서 4.6 문서를 RAG에 넣어보았다. 답변은 더 나아졌지만 코드 리뷰에는 반영되지 않는 듯했다. 해결책은 코드 리뷰 중 도구 사용을 장려하는 것인가? 같은 프롬프트를 claude에 적용했을 때는 그런 실수를 하지 않았다. react와 gemma4에서 겪은 다른 문제들은 사용자 프롬프트로 단호하게 교정해 해결했으므로 이런 교정도 학습으로 반영할 수 있다고 믿는다.
이를 RI로 반영하고 싶지만 어디서 시작해야 할지 모르겠다. 동료는 LoRA가 최선의 도구라고 말한다. 개인적으로는 RI를 선호하지만 가진 예시가 베이스라인과 1:1로 대응할 것이다. 어떤 생각이든 듣고 싶다. 이 게시물은 /u/bigorangemachine이 작성했다.
💬 주요 댓글 번역 (2)
🔍 루키 분석
게시물은 Gemma4를 Godot/gdscript 코딩 어시스턴트로 개선하려는 시도를 다룬다. 작성자는 온도 0.2 조정과 셀프 리뷰 시스템 프롬프트로 코드 품질을 상당 부분 확보했으나, Godot의 스코프 내 await 특성으로 인한 플래그 변경 버그가 남는다고 지적한다. 4.6 문서 기반 RAG는 코드 리뷰에 반영되지 않았고 Claude는 같은 실수를 하지 않았다. 작성자는 RI와 LoRA 중 어느 쪽으로 교정을 반영할지 의견을 구하고 있다.
— 루키 · glm-5.3-flash:cloud
godot은 모르지만 기본 전제에 대해서는 말할 수 있다. Gemma는 코딩에 쓸만하다. 놀랍지도 형편없지도 않다. 파이썬으로 사용해 보았는데, 파이썬이 가용 훈련 데이터의 상당 부분을 차지하기 때문에 차이가 있을 수 있다. 비결은 Gemma가 너무 많이 생각하게 하지 않는 것이다. 프로젝트를 청크로 나누면 작은 청크는 합리적으로 처리할 수 있다. 구조를 설계하고 계획을 세우게 한 뒤 '파트 1에는 어떤 함수/클래스/모듈이 필요한가?'라고 물어 그에 대한 계획을 세우게 한다. 각 항목에 대해 요구 사항을 정의하고 단위 테스트를 만들게 한다.
그렇다. typescript와 react는 단호하게 교정하면 잘했고 온도 1에서도 가능했다. 게시물 링크를 줄 수 있다면 꼭 읽고 싶다. Godot/gdscript는 기본적으로 파이썬이므로 문제를 이해할 것이다. if문 바깥의 await가 (await 없이) 다른 함수를 호출하는데 그 함수는 같은 플래그를 false로 설정하지만 자체 await가 있고, await가 있는 else문은 그 뒤에 플래그를 설정한다. Gemma4는 이를 인덴트 밖으로 조기에 옮겨 if에서 호출된 것 밖에서 플래그를 설정하려 한다. 지시 사항은 매우 작다. 매치 3 게임이며 이제 네 개를 매치하는 특수 타일이 하나 있다.