MicroZig, LLM과 AI를 전면 금지하는 행동 강령 도입
MicroZig to Adopt Strict No LLM / No AI Policy
MicroZig와 Zig Embedded Group이 2026년 10월 28일부터 시행되는 엄격한 'No LLM / No AI' 정책을 공개했다. 코드든 산문이든 LLM 생성 콘텐츠를 일절 금지하며, 맞춤법 교정, 번역, 브레인스토밍, 버그 탐색은 물론 챗봇 사용 사실을 언급하는 것까지 허용하지 않는다. 이 공간은 오직 프로젝트에 집중한 기술 작업만을 위해 존재한다는 것이 핵심이다.
맞춤법이나 문법 오류를 고치는 것을 포함해, 편집에 LLM을 사용하는 것도 금지한다.
HN 토론
69- mattnite
안녕하세요, Matthew Knight입니다. Discord 공지에서 했던 말을 덧붙이겠습니다:
> 사람들이 자신의 프로젝트와 커뮤니티에서 LLM을 사용하고 싶어 하는 것은 전적으로 타당합니다. LLM을 배제하고 싶어 하는 것도 타당하죠. 안타깝게도 이 두 선호는 양립할 수 없습니다. 한 가지 접근 방식이 다른 접근 방식과 공존할 수는 없죠. MicroZig/ZEG 프로젝트를 위해 선택을 해야 합니다. 저는 LLM 없이 작업하는 쪽을 선호하게 되었고, 제가 이 프로젝트에서 가장 활발한 메인테이너로서 SYCL Badge 같은 프로젝트를 출시하고 있기 때문에 제 선호를 강요하는 겁니다.
> microzig의 LLM 포크를 만들기로 결정한 사람들에게 악감정은 없습니다.
- Tiberium
"버그를 찾는 데 LLM을 쓰지 말라"니. 이런 규칙은 정말 이해가 안 되고, 게다가 실제로 강제할 수도 없습니다. 버그 보고서를 작성하는 데 LLM을 쓰는 것과, (버그가 있다고 의심될 때) 버그를 찾는 데 LLM을 쓴 다음 수동으로 확인한 후 사람의 말로 보고하는 것은 다릅니다.
- syscll
왜 사람들이 이런 정책에 그렇게 짜증을 내는지 모르겠습니다. Zig는 단지 또 하나의 언어가 아니라 프로그래밍하는 사람과 그 장인정신을 진정으로 받아들이는 틈새 커뮤니티인 것 같습니다.
제게는 클래식 자동차 동호회를 운영하면서 운전자들이 2026년형 GT3 RS를 타고 오는 것을 원치 않는 것과 비슷합니다. 그들은 제작 과정과 거기에 쏟은 생각과 노력을 높이 삽니다. 적어도 몇몇 밋업/컨퍼런스에 참석한 후 제가 내린 해석은 그렇습니다.
- pugworthy
언젠가는 콘텐츠가 LLM에서 나온 것인지 사람에게서 나온 것인지 판별하는 것이 불가능해질 시기가 올 것입니다. 우리는 현재 "포토샵한 거야, 픽셀만 봐도 알 수 있어" 단계에 있습니다.
- paaloeye
문제의 정책은 프로젝트에서 가장 활발한 메인테이너인 Matthew Knight — Em Dash Counter의 저자 — 에 따르면 Zig의 LLM 정책에 기반을 두고 있습니다.
출처: