--- title: "구글 직원, 구글 워크스페이스 CLI 만들었다가 해고됐다고 주장" published: 2026-06-23T18:13:40.000Z canonical: https://jeff.news/article/4299 --- # 구글 직원, 구글 워크스페이스 CLI 만들었다가 해고됐다고 주장 전 구글 직원이 구글 워크스페이스 CLI를 만들었다가 해고됐다고 공개했다. 이 도구는 해커뉴스 1위에 오르고 며칠 만에 깃허브 스타와 실제 사용자를 대거 모았지만, 내부에서는 브랜드 사용과 워크스페이스의 에이전트화에 대한 긴장감이 있었다고 한다. - 전 구글 직원이 “구글 워크스페이스 CLI를 만들었다가 해고됐다”고 공개함 - 글쓴이는 약 7년 동안 구글에서 일했고, 해고 시점은 글 기준 두 달 전이라고 밝힘 - 본인 표현으로는 이 경험을 계속 설명하기보다 한 번에 정리하고 싶었고, 개인적으로도 받아들이는 과정의 일부라고 함 - 문제의 도구는 그냥 조용히 묻힌 사이드 프로젝트가 아니었음 - 공개 후 해커뉴스(Hacker News) 1위까지 올라갔고, 며칠 만에 깃허브 스타 수천 개를 얻었다고 함 - 실제 사용자도 “수천 명” 단위로 붙었다고 적음 - 즉 내부 장난감 수준이 아니라, 개발자들이 “이거 필요했는데?” 하고 바로 반응한 도구였던 셈 - 내부 반응은 꽤 혼란스러웠던 듯함 - 한쪽에서는 디렉터와 리더들이 이 도구에서 무엇을 배울 수 있는지 물었다고 함 - 다른 한쪽에서는 법무팀이 구글 워크스페이스 깃허브 코드 저장소에 왜 구글 로고와 브랜드 색상이 들어갔는지 캐물었다고 함 - 잘 만든 도구라 관심을 받았는데, 동시에 브랜드와 제품 통제 이슈로도 본격 체크를 받은 분위기 > [!NOTE] > 글쓴이의 주장은 “CLI 하나 때문에 찍혔다”보다 조금 더 넓음. 워크스페이스가 에이전트형 도구에 의해 흔들릴 수 있다는 불안이 배경이었다고 봄. - 글쓴이는 해고 원인을 워크스페이스 조직의 “disruption” 공포로 해석함 - 특정 CLI 자체가 무서웠다기보다, 에이전트(agent)가 워크스페이스 같은 생산성 제품을 어떻게 바꿀지에 대한 더 큰 긴장감이 있었다는 주장임 - 쉽게 말하면 사용자가 버튼 누르고 메뉴 찾는 대신, CLI나 에이전트에게 “이 문서 정리하고 캘린더에 공유해줘” 식으로 시키는 흐름이 오면 기존 제품 UX와 권한 구조가 흔들릴 수 있음 - 특히 아이러니한 포인트는 타이밍임 - 글쓴이가 해고되기 이틀 전, 구글 클라우드 넥스트(Google Cloud Next)에서 공식 워크스페이스 CLI가 나올 예정이라는 발표가 있었다고 함 - 개인이 만든 도구는 문제시됐는데, 회사는 비슷한 방향의 공식 도구를 예고한 셈이라 묘하게 씁쓸한 장면 - 이 사건은 개발자에게 꽤 현실적인 질문을 던짐 - 사내/개인 오픈소스가 회사 제품 전략과 겹칠 때 어디까지 허용되는가 - 회사 브랜드, 로고, 색상, 저장소 이름 같은 요소는 개발자가 생각하는 것보다 훨씬 민감할 수 있음 - 내부 도구가 너무 빠르게 사용자 반응을 얻으면 “좋은 실험”이 아니라 “조직을 흔드는 변수”로 읽힐 수도 있음 - 글쓴이는 그래도 구글에서의 7년을 기회였다고 정리함 - 마지막 몇 달 동안 자신을 지지해준 팀원과 매니저에게 고마움을 표함 - 감정적으로는 복잡하지만, 이 일을 본인 이야기로 직접 소유하고 싶다는 뉘앙스가 강함 ## 핵심 포인트 - 구글 워크스페이스 CLI가 공개 직후 해커뉴스 1위에 오르고 수천 개의 깃허브 스타를 얻음 - 작성자는 법무팀으로부터 구글 로고와 브랜드 색상 사용에 대해 추궁받았다고 밝힘 - 해고 이틀 전 구글 클라우드 넥스트에서 공식 워크스페이스 CLI 출시 예고가 있었다는 점이 아이러니로 언급됨 - 작성자는 CLI 자체보다 워크스페이스가 에이전트에 의해 흔들릴 수 있다는 더 큰 불안이 배경이었다고 봄 ## 인사이트 이건 단순한 사내 오픈소스 해프닝이라기보다, 생산성 도구가 에이전트 인터페이스로 재편될 때 기존 제품 조직이 얼마나 예민해질 수 있는지를 보여주는 사례에 가깝다. 개발자 입장에서는 “잘 만든 내부 도구”와 “제품 전략을 건드리는 도구” 사이의 선이 생각보다 훨씬 정치적일 수 있다는 얘기다.