두 달 전, Justin Poehnelt는 Google에서 해고당했다. 이유: 그가 Google Workspace CLI(gws)를 만들었기 때문 — Drive, Gmail, Calendar, 그리고 모든 Workspace API를 통합한 명령줄 도구로, 인간과 AI agent 양쪽을 대상으로 설계된 것이다.
이 프로젝트는 HN 1위에 올랐고, GitHub에서 수천 개의 스타를 받았다. 그러자 Google 법무 부서가 개입했다.
상표, 로고, 그리고 ‘공식 제품으로 오인될 수 있는 감’
HN 댓글란을 보면, 사건의 직접적 도화선은 브랜드 사용 문제였다. Poehnelt의 프로젝트는 github.com/googleworkspace/cli 아래 호스팅되었고, Google의 로고와 브랜드 컬러를 사용했다. 여러 댓글 작성자가 지적하기를, 프로젝트 홈페이지만 봐도 Google 공식 제품으로 착각하기 쉽다는 것이다.
Google 법무의 입장은 명확하다: 회사 상표와 브랜드 이미지를 무단으로 사용하는 것은, 내부 직원이라도, 위반에 해당할 수 있다. 댓글란은 두 파로 나뉘었다.
한쪽은 이것이 명백한 레드라인이라고 본다. “공식 출시로 오인될 수 있는 것을 발표하는 것은 거대한 판단력 문제를 드러낸다. 절차를 밟지 않았다면 최소한 중대한 징계를 받아야 하고, 명시적으로 경고받은 적이 있다면 해고도 합리적이다.”
다른 한쪽은 브랜드 문제는 기술적 수단으로 완전히 해결 가능하다고 본다 — 로고를 지우고, 이름을 바꾸면 된다 — Clawdbot → Moltbot → OpenClaw 사례처럼. “Google은 성과 문제로도 거의 해고하지 않는 것으로 유명하다. 회사 입장이 변했거나, 이 사건에는 더 많은 내막이 있을 것이다.”
20% 시간은 죽었는가
더 깊은 논란은 문화적 차원에 있다.
Google은 한때 ‘20% 시간’ 정책으로 유명했다 — 엔지니어가 근무 시간의 5분의 1을 자신이 관심 있는 프로젝트에 쓸 수 있었다. Gmail, Google News, AdSense 모두 20% 시간에서 탄생했다. 댓글란의 보편적 정서는: Poehnelt의 CLI가 2010년의 Google에 나왔다면 결과는 완전히 달랐을 것이라는 점이다.
“Google은 20% 시간으로 놀라운 프로젝트를 창조하도록 장려하던 곳에서, 바로 그 일을 했다는 이유로 사람을 해고하는 곳이 되었다.” 한 높은 추천의 댓글이다. 또 다른 댓글은 병행 사건을 지적한다: Google이 오픈소스로 공개한 Gemini CLI가 클로즈드소스 Antigravity CLI로 대체된 것 — 이것은 동일한 트렌드의 양면으로 해석된다: 내부 혁신은 더 이상 장려되지 않으며, 특정 제품 로드맵에 기여할 때만 용인된다.
Pournelle의 철칙이 해석 프레임으로 인용되었다: “관료 체계 안에서, 체계 그 자체의 가치를 위해 싸우는 사람들이 영원히 권력을 잡는다. 반면 체계가 본디 봉사해야 할 가치를 위해 싸우는 사람들의 영향력은 점점 작아진다.” Poehnelt는 후자에 속한다 — 자기 동기로 재미있고 유용한 것을 개발한 사람. 그의 상대는 전자 — 내부 관료 체계와 그 안에서의 자신의 역할을 더 신경 쓰는 사람들이다.
AI에 대한 불안
놓칠 수 없는 맥락이 하나 더 있다: Poehnelt의 CLI는 명시적으로 인간 사용자와 AI agent를 동시에 서비스하도록 설계되었다. 슬로건은 “built for humans and AI agents”였다. 이 포지셔닝은 Google이 내부에서 추진 중인 클로즈드소스 AI 도구 전략과 직접적인 긴장을 형성했다.
일선 엔지니어의 개인 프로젝트가 회사가 기획 중인 상업적 AI 제품 로드맵과 충돌하기 시작할 때, ‘상표 위반’은 단지 꺼내들기 가장 쉬운 이유일 수 있다. 댓글란에 누군가는 이렇게 썼다: “진짜 이유는 Workspace 내부의 특정 리더와 프로젝트가 파괴적 혁신을 두려워했기 때문이라고 본다.”
Poehnlet 본인의 후속 대응은 절제되어 있다: “너무 많은 추가 정보를 공유하지는 않겠지만, 이 사건은 빅테크 기업에서 일하는 경험, 그리고 AI가 팀, 로드맵, 인센티브 메커니즘, 사용자 행동 변화 차원에서 초래하는 파괴를 체현한다고 생각한다.”
오픈소스와 고용주의 영원한 긴장
이 사례는 엔지니어의 오픈소스 권리에 대한 논의도 촉발했다.
Google 내부에서도, 직원이 개인 오픈소스 프로젝트를 어디까지 할 수 있는지, 회사 브랜드를 어디까지 쓸 수 있는지, 내부 도구를 외부에 공개할 수 있는지에 대한 규정은 계속 회색 지대였다. 팀별로, 매니저별로 집행 기준의 편차가 크다. 한 댓글 작성자는 이렇게 말했다: “Googler들이 공식 조직 아래에서 부업 프로젝트를 정기적으로 오픈소스화하는지는 확실하지 않다 — Google의 정책은 이 문제에 대해 계속 모호했다.”
Poehnelt 사건은 하나의 판례가 될 수 있다: 대기업의 직원 개인 오픈소스 프로젝트에 대한 용인 경계가 좁아지고 있다. 부업 프로젝트가 얻는 주목과 견인력이 회사의 공식 제품 로드맵을 교란할 수 있는 수준에 이르렀을 때, 브랜드의 컴플라이언스 문제는 존재론적 문제로 증폭된다.
이 글의 소재는 공개 정보와 커뮤니티 논의에서 가져왔습니다. 이 주제에 대해 더 깊이 있는 일차 경험이 있다면 글의 부족한 점을 지적해 주시기 바랍니다.