요약
구글이 사이버 보안과 장기 작업에 강한 최상위 모델 Gemini 4 Carbon을 공개했습니다.
구글 딥마인드 수석 부사장 코라이 카북추오을루가 10월 28일 발표했습니다. 구글은 2주 전 내놓은 Gemini 4 Argon의 뒤를 잇는 이 모델을 자사에서 가장 강한 모델로 소개했습니다.
왜 중요한가
- 취약점 찾기, 실제 공격으로 검증하기, 근본 원인 패치까지 보안 방어 전 과정을 겨냥한 모델입니다.
- 위험을 고려해 일부 사이버 보안 방어 담당자에게 먼저 공개하고, 일반 개발자와 소비자에게는 안전장치를 다듬은 뒤 엽니다.
- 구글 내부 팀에서는 며칠씩 혼자 작업하며 대형 코드베이스의 까다로운 버그를 찾아 고쳤다고 합니다.
핵심 내용
- 취약점 탐지 벤치마크 SEC-bench Pro에서 88.2%, 익스플로잇(취약점을 실제로 공격해 보는 것) 평가 ExploitGym에서 54.8%로 최고 기록을 냈다고 밝혔습니다.
- 종합 지표 Artificial Analysis Intelligence Index v5.0에서는 59점으로 1위에 올랐다고 했습니다.
- Terminal-Bench 4.0에서 성공한 부정행위가 0%로 줄었고, 내부 코딩 환경의 심각한 정렬 이탈 경보는 80% 가까이 줄었습니다.
- 근거 없는 주장은 Argon보다 절반가량 줄었고, 간접 프롬프트 주입 공격 성공률은 0%였다고 했습니다.
- 가격은 출시 기간에 입력 100만 토큰당 2달러, 출력 10달러이고, 이후 각각 4달러와 20달러로 오릅니다.
HN 반응
- 일부 이용자는 2주 전 나온 Argon조차 앱이나 Workspace 계정에서 쓰는 법을 찾기 어렵다며 구글의 관료주의를 비판했고, 발표 수치는 훌륭하다는 반론도 나왔습니다.
- API 키 발급과 배치 모드 권한 절차가 복잡하고 요청 실패가 잦아 Vertex나 OpenRouter를 거쳐 쓴다는 경험담이 이어졌습니다.
지금 구글 PM이 저한테 100달러를 쥐여 주면서 "Gemini 4 Argon에 프롬프트 보내는 방법 좀 알아 와"라고 해도, 해낼 수 있을지 확신이 30% 정도밖에 안 서요. 제 폰의 Gemini 앱에는 최신 모델이 3.8 Pro뿐이에요. 왼쪽 아래에 "Ultra"라고 적혀 있긴 한데, 제가 Ultra 요금제일 리는 없거든요. Workspace 계정으로 그걸 어떻게 가입하는지는 우리 같은 인재들이 다 모여도 모를 일이에요.
자기네 관료주의의 무게에 못 이겨 무너지고 싶어서 안달이 난 것 같은데 따라가려고 애쓰는 모습을 보면 안쓰럽습니다. 이제는 희망이 있기나 한지 모르겠어요.
이 모델은 당신이나 저를 위한 게 아닙니다. 구글 AI 엔지니어들이 연말 성과 평가서에 적어 넣으려고 만든 모델이에요. 사람들이 이 모델을 찾든 못 찾든 중요하지 않습니다. "Gemini 4 Carbon Ultra Pro를 설계하고 개발함"이라는 항목에 들어가서 누군가는 승진하고, 누군가는 자리를 지키고, 내년에 Gemini 4 Carbon에 대체되지 않기를 바라는 거죠.
구글의 기업 문화를 지나치게 부정적으로 희화화한 것 같고, AI에 걸린 판돈과 막대한 투자를 생각하면 이번 경우에는 그럴 가능성이 낮습니다.
상위 댓글이 말한 쪽이 더 그럴듯하다고 봅니다. 15년 전 스티브 예기(Steve Yegge)의 푸념이 떠오르는데, 그때와 별로 달라진 게 없어 보입니다.
https://gist.github.com/chitchcock/1281611
빌 게이츠가 Movie Maker 때문에 폭발한 메일(본인 입으로 쓴 표현입니다)이 더 알맞은 비유 같습니다.
https://www.techemails.com/p/bill-gates-tries-to-install-movie-maker
다만 구글에 게이츠 같은 사람이 있는지는 모르겠습니다.
구글 C레벨 중에 자사의 가장 중요한 제품을 고객 입장에서 직접 설치해 보려는 사람은 아무도 없어 보입니다.
그 메일 스레드에서 거슬리는 건, 게이츠가 불평만 하고 아무 지침도 주지 않는다는 점입니다. 엉망을 만든 사람들더러 알아서 엉망을 고치라고 맡겨 버리죠.
잡스 같은 리더와 비교해 보세요. 잡스는 어떻게 동작해야 하는지를 직접 짚어 줬잖아요.
BLUF(결론부터 말하면)
결과만 보면 둘은 구분이 안 됩니다. 거대 조직은 자기 과시용 일에 빠지기 마련이에요.
어느 순간부터 고객에게 가치를 전달하는 지표가, 관료 조직이 애초에 만들어 내려던 것, 즉 일자리와 어긋나기 시작합니다.
맞아요. 저도 뭐가 모순이라는 건지 잘 모르겠습니다. "자기네 관료주의의 무게에 못 이겨 무너진다"와 "사람들이 모델을 찾든 못 찾든 중요하지 않다 [관료 조직이 사용자 영향이 아니라 자기 홍보에 보상을 주기 때문에]"는 서로 어긋나기보다 오히려 같은 말에 가까워 보입니다.
"시스템의 목적은 그 시스템이 하는 일이다"
그 말은 사실 스태퍼드 비어(Stafford Beer)가 한 말입니다.
흥미로운 인물이에요: https://en.wikipedia.org/wiki/Stafford_Beer
농담이었으면 좋겠네요. 그런데 구글이 정말 농담거리가 돼 버렸어요. 저는 진심으로 응원했거든요. 1등이 될 조건은 다 갖추고 있었잖아요. 인재, 연구, 하드웨어, 인터넷까지요. internet.zip(그리고 video.zip, emails.zip, newsgroups.zip, code.zip, android.zip 등등..)을 통째로 쥐고 있었으니까요. 부정적으로 말하고 싶지는 않고, 그들이 만든 것도 나름대로는 훌륭할 겁니다. 하지만 기대받던 것에 비하면 지금까지 내놓은 결과는 크게 말아먹었다고 할 수밖에 없어요. google.com에서 gemini를 검색 2.0으로 바꿔 놓는 데는 성공했고 그건 잘 돌아가요.. 그래도, 이건 아니잖아요. 예전의 구글은 어디 갔나요? 예전에 거기 있던 사람들 수준에 못 미치는 사람들이 잔뜩 들어앉은 것 같아요. 거기 계신 분들을 욕하려는 건 아니지만, 아무리 봐도 그렇게 보입니다.
15년 전 클라우드 열풍이 시작됐을 때도 구글은 비슷하게 흐름을 놓쳤습니다. 그러니 "예전의 구글"이 당신이 생각하는 그 구글이 맞는지 잘 모르겠네요.
이게 예전의 구글입니다. 구글은 변하지 않았어요.
일리 있는 지적입니다
예전 구글 사람들 중 상당수가 지금은 프론티어 연구소에 가서 날아다니고 있습니다.
구글이 자체 개발해서 성공한 제품은 검색과 Gmail뿐입니다. 나머지는 전부 인수한 것이거나 형편없는 제품이에요.
그러니 "이번엔 왜 다를 건데?"를 물어야 합니다.
제 생각에 구글 지도와 구글 어스는 나왔을 때 혁명적이었습니다. 지도는 오랫동안 경쟁 서비스보다 훨씬 앞서 있었고요.
저는 Google Wave를 좋아했던 몇 안 되는 사람 중 하나예요!
'몇 안 되는 사람'이라더니, 진짜 한 명 있었네요!
지도도 원래는 인수한 겁니다.
둘 다 인수한 거예요.
좋든 싫든 유튜브는 정말 잘 만들었습니다. 매일 처리하는 데이터의 양이 차원이 달라요.
맞아요. 그래도 그것도 인수한 거죠.
검색 말고 구글이 자체 개발한 게 뭐가 있나요?
Gmail이요? 그건 인수한 걸로 기억하지 않는데요.
Google Finance는 포트폴리오 추적과 리서치용으로 정말 대단한 도구였습니다. v2가 나오기 전까지는요. v2가 기능을 전부 걷어내고 뉴스 피드로 바꿔 버렸죠.
그걸 누군가는 디자인하고, 또 다른 누군가는 승인했다고 생각하면 기가 막히죠.
지나치게 부정적인 댓글이네요
발표에 나온 수치를 좀 더 들여다보세요. 꽤 대단합니다.
1년 조금 더 전에 Gemini 3 정도 되는 모델의 API 키를 받으려고 했던 기억이 나요. AI Studio에서 키 받는 방법을 찾느라 아마 한 시간은 썼을 겁니다. 겨우 알아내서 키를 받았죠.
배치 모드가 필요했어요. 그런데 서비스 X에서 받은 키는 배치 모드를 지원하지 않고 서비스 Y로 가야 한대요. 게다가 그쪽엔 UI가 없어서 SDK나 API를 써야 한다고 했고요(이젠 기억도 안 나네요). 그걸 알아내느라 또 한 시간을 쓰고 나니, 권한이 없어서 배치 모드를 못 쓴다는 거예요. 상사가 한 시간을 들여 저한테 권한을 줬죠. 그다음엔 요청 n번마다 5분씩 서비스가 먹통이 돼서 지수 백오프(exponential backoff)를 붙이느라 한참 씨름해야 했어요.
그 경험을 소비자용 제품으로까지 옮겨 놨다니 반갑네요 ㅋㅋ
자기 Gmail(LDAP 말고요)을 읽는 API 키를 받아 보세요.
프로필에서 API 키를 바로 주는 다른 신생 SaaS 스타트업들에 비하면 미친 듯이 어렵습니다.
단계를 일일이 적을 엄두도 안 나요.
맞아요, 네이티브 API는 신뢰성이 정말 끔찍합니다. 요청이 계속 실패해요. 부하가 조금이라도 큰 작업은 늘 Vertex나 OpenRouter를 거쳐서 돌려야 했습니다.