Gemini 4 Carbon 발표 정리: 지금 쓸 수 있는 것과 기다릴 것을 나누는 체크리스트

회의록과 고객사 메일, 엑셀 파일을 Gemini에 넣고 보고서로 묶어 달라고 요청해 본 적이 있다면, 더 나은 모델을 기다릴 가치가 있는지 궁금해질 겁니다. 특히 금요일 오후처럼 시간이 빠듯할 때는 모델을 바꾸는 일보다 지금 쓰는 도구로 결과를 믿을 수 있게 만드는 일이 더 급합니다. 10월 28일 Google이 발표한 Gemini 4 Carbon이 바로 그 질문과 맞닿아 있습니다. 다만 발표 내용을 자세히 읽어 보면 지금 당장 업무 문서를 만드는 사람이 바꿔 탈 수 있는 모델은 아닙니다. 발표를 보고 설정을 바꾸기 전에, 무엇이 아직 열리지 않았는지부터 짚어 보는 편이 시간을 아낍니다. 이 글에서는 발표된 사실과 확인되지 않은 부분을 나눠 정리하고, 답변을 믿고 쓰기 위한 프롬프트와 체크리스트를 소개합니다.

Gemini 4 Carbon은 무엇이고 누구에게 열렸나

Google은 10월 28일 Gemini 4 Carbon을 자사의 최신 프론티어 AI 모델로 소개했습니다. 발표에 따르면 이 모델은 우선 Fairwind Program을 통해 일부 사이버 보안 방어 담당자에게 열렸고, 신뢰할 수 있는 파트너를 점차 늘려 가는 방식입니다. 개발자, 기업, 일반 사용자에게 언제 열리는지는 "가능한 한 빨리", "곧"이라는 표현만 있고 날짜나 지역은 나와 있지 않습니다.

확인되지 않은 부분도 분명히 적어 둘 필요가 있습니다. Gemini 앱과 Google Workspace에서 Carbon을 쓸 수 있는지는 공식적으로 확인되지 않았고, Gemini API 모델 목록에도 Carbon 이름은 보이지 않습니다. 지금 AI Pro와 Ultra 구독자, 그리고 API에서 안내되는 최신 모델은 10월 13일 공개된 Gemini 4 Argon입니다. 가격은 발표 자료 기준으로 도입 가격이 입력 100만 토큰당 2달러, 출력 100만 토큰당 10달러이며, 이는 Argon의 도입 가격과 같습니다. 정식 요금은 이 글을 쓰는 시점에 확정된 자료를 찾지 못했습니다.

Google은 코딩과 보안 과제에서 Argon보다 높은 점수를 냈다고 밝혔습니다. 같은 발표를 다룬 여러 기사도 이 수치를 Google의 주장으로 소개하고 있습니다. 다만 이 수치는 Google이 자체적으로 실시한 평가이고, 독립 기관이 같은 결과를 재현했다는 확인은 아직 없습니다. 발표 수치를 그대로 업무 판단의 근거로 삼기보다는, 실제 자료를 넣어 직접 비교해 보는 쪽이 안전합니다. 특히 가격은 도입 가격과 정식 가격이 다를 수 있으므로, 구독 결제 화면에서 현재 기준을 그때그때 확인하는 편이 좋습니다.

지금 보고서 업무에 필요한 모델은 여전히 Argon이다

Carbon 발표에서 강조된 활용처는 사이버 보안 점검과 오래 걸리는 코딩 작업입니다. 보고서를 쓰고 회의 자료를 정리하고 고객 메일에 답하는 일과는 거리가 있습니다. 그래서 이번 주 업무 흐름을 바꿀 이유는 없습니다. 지금 쓸 수 있는 Argon으로 답변을 점검하는 습관을 들여 두면, 새 모델이 열렸을 때 비교할 기준도 생깁니다.

이번 주에 바로 해 볼 수 있는 일은 세 가지입니다. 첫째, 지난 보고서 가운데 한 편을 골라 원본 자료와 함께 Argon에 넣고, 초안이 원본과 어긋나는 지점이 어디인지 찾아봅니다. 둘째, 자주 쓰는 회의 준비 질문 목록을 Argon에 만들게 하고 빠진 질문이 있는지 점검합니다. 셋째, 메일 답장 초안을 쓰게 한 뒤 날짜와 약속한 내용이 원래 메일과 맞는지 확인합니다. 이 세 가지를 통과한 작업 방식은 새 모델이 열린 뒤에도 그대로 쓸 수 있습니다.

답변을 믿고 쓰기 위한 점검 프롬프트 두 개

새 모델을 기다리는 동안에도 답변의 근거를 나눠 보는 것만으로 결과 품질은 달라집니다. 프롬프트를 쓸 때는 자료를 올리기 전에 독자가 누구인지, 결과물이 몇 쪽인지, 표가 필요한지를 먼저 한두 줄로 적어 두면 좋습니다. 그래야 모델이 범위를 임의로 넓히거나 줄이지 않습니다. 아래 프롬프트는 어떤 Gemini 모델에서든 그대로 쓸 수 있습니다.

첫 번째 프롬프트는 문장마다 근거를 나누도록 요청합니다.

아래 자료(회의록, 메일, 엑셀 요약)를 바탕으로 팀장 보고용 초안을 써 주세요.
독자는 예산 결정 권한이 있는 팀장이고, 분량은 A4 한 장 정도입니다.

문장마다 근거를 표시하세요.
- [자료]: 제가 올린 자료에 그대로 있는 내용
- [추론]: 자료로 판단할 수 있지만 원문에는 없는 내용
- [확인 필요]: 자료에 없는 숫자, 날짜, 이름

마지막에 [추론]과 [확인 필요] 문장만 따로 모아 주세요.

이렇게 나옵니다: 본문 문장 끝에 "[자료]", "[추론]" 같은 표시가 붙고, 마지막에 확인이 필요한 문장만 모은 목록이 나옵니다. 예를 들면 "납품일은 11월 20일로 논의됨 [자료]", "추가 예산 요청이 이어질 가능성이 큼 [추론]", "고객사 담당자 직급 [확인 필요]" 같은 식입니다. 보고 전에 이 목록만 확인해도 원본에 없는 숫자가 들어가는 일을 줄일 수 있습니다.

두 번째 프롬프트는 초안을 일부러 반박해 보게 합니다.

방금 쓴 초안을 두 가지 관점에서 검토해 주세요.

1. 이 내용에 동의하지 않는 팀장이 던질 질문 3가지
2. 자료에 빠져 있지만 결론을 바꿀 수 있는 정보 2가지

각 항목마다 답하는 데 필요한 자료 이름을 적어 주세요.
자료가 없으면 "추가 자료 필요"라고만 표시하세요.

이렇게 나옵니다: 질문 세 개와 보완 정보 두 개가 번호와 함께 나오고, 항목마다 "지난달 회의록", "고객사 메일 3번째 통" 같은 자료 이름이 붙습니다. 자료가 없는 항목은 "추가 자료 필요"로 표시됩니다. 빠진 자료를 미리 찾을 수 있습니다.

새 모델이 열렸을 때 확인할 체크리스트

모델이 바뀌었다는 소식을 보면 바로 바꾸고 싶어지지만, 업무 문서는 같은 자료로 한 번 비교해 보는 것이 안전합니다. 모델을 바꾸는 순간 보고서의 문장 톤이나 요약 방식이 달라질 수 있어서, 결재를 받는 문서라면 더 그렇습니다. 아래 항목을 순서대로 확인하면 됩니다.

• 사용 가능 여부부터 봅니다. 내 구독 등급과 계정의 모델 선택 메뉴에 실제로 나타나는지 확인하세요. 발표 날짜와 실제 제공 날짜는 다를 수 있습니다.
• 같은 자료와 프롬프트로 두 모델의 결과를 나란히 놓고 비교합니다.
• 숫자를 원본과 한 줄씩 대조합니다. 금액, 날짜, 인원수는 모델이 바뀌어도 반드시 원본 파일과 맞춰 봅니다.
• 결과를 기록합니다. 날짜, 작업 종류, 맞았던 점과 틀렸던 점을 메모장에 한 줄씩 적어 두면 몇 주 뒤 판단이 훨씬 쉬워집니다.
• 보고서 작업 기준으로 평가합니다. 코딩이나 보안 점검에서 강하다는 발표가 보고서 품질을 보장하지는 않습니다.

한눈에 정리

Gemini 4 Carbon은 10월 28일 발표되었지만, 일반 업무 사용자에게 열린 모델이라고 보기는 어렵습니다. Gemini 앱과 Workspace에서의 제공 여부는 공식적으로 확인되지 않았습니다. 보고서와 메일 업무에는 지금 쓸 수 있는 Gemini 4 Argon을 기준으로 삼으면 됩니다. Google의 성능 수치는 독립 검증 전이므로, 내 자료로 직접 비교한 결과를 우선하세요. 근거 표시 프롬프트를 쓰면 초안의 틀린 부분을 빨리 찾을 수 있습니다.

자주 묻는 질문

Q. Gemini 4 Carbon을 지금 회사 계정에서 쓸 수 있나요?

A. 발표 자료 기준으로 Carbon은 우선 일부 사이버 보안 방어 담당자에게 열렸고, Gemini 앱과 Workspace에서의 제공 여부는 공식적으로 확인되지 않았습니다. 계정의 모델 선택 메뉴에서 직접 확인하는 것이 가장 정확합니다. 발표 날짜와 실제 제공 날짜는 다를 수 있다는 점도 함께 기억해 두세요. 공개 시점이 정해지면 Google의 공식 블로그와 Gemini 앱 안내를 함께 확인하는 것이 좋습니다.

Q. 보고서 작성에는 Argon과 Carbon 중 무엇을 써야 하나요?

A. 지금은 Argon을 쓰면 됩니다. Carbon은 발표에서 사이버 보안과 긴 코딩 작업을 중심으로 소개되었고, 보고서 작성에 대한 설명은 확인되지 않았습니다.

Q. 발표된 성능 수치를 믿어도 되나요?

A. Google이 공개한 수치이지만 독립 기관이 재현한 결과는 아직 확인되지 않았습니다. 중요한 판단에는 발표 수치보다 같은 자료로 직접 비교한 결과를 우선하는 것이 안전합니다. 수치가 좋아도 내 보고서의 독자가 원하는 형식에 맞지 않으면 실무에서는 쓸모가 줄어듭니다.