Google이 얼마 전 예고 없이 Gemini 4 Argon을 발표했고, 한 수치가 커뮤니티에서 계속 공유되고 있다. 단일 생성 출력 상한이 이전 세대의 6.4만 토큰에서 한 번에 100만 토큰으로 뛰어올라 15배 이상 확장됐다는 것이다 [Source: https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-4-argon/] [Source: https://www.facebook.com/aidailyhk/posts/gemini-4-argon-%E9%9C%87%E6%92%BC%E7%99%BB%E5%A0%B4%E6%B2%89%E5%AF%82%E5%A4%9A%E6%99%82%E7%9A%84-google-%E6%97%97%E8%89%A6%E5%A4%A7%E6%A8%A1%E5%9E%8B%E7%B5%82%E6%96%BC%E8%BF%8E%E4%BE%86%E9%87%8D%E9%87%8F%E7%B4%9A%E5%8D%87%E7%B4%9A%E6%9C%80%E6%96%B0%E7%99%BC%E8%A1%A8%E7%9A%84-gemini-4-argon-%E6%A8%A1%E5%9E%8B%E5%B0%87%E5%96%AE%E6%AC%A1%E8%BC%B8%E5%87%BA%E4%B8%8A%E9%99%90%E5%BE%9E%E5%89%8D%E4%BB%A3%E7%9A%84/122203960328934823]. 대만 IT 매체 iThome도 Argon이 출력 상한을 100만 토큰으로 늘렸다고 보도했다 [Source: https://www.ithome.com.tw/news/179337].

먼저 사용 가능 여부부터 분명히 해두자. 지금 일반 사용자가 Gemini를 열어도 Argon을 쓸 수는 없다 [Source: https://www.threads.com/@dada3c.tw/post/Dd8LSWKH6D_/google-%E6%98%A8%E5%A4%A9%E7%99%BC%E8%A1%A8-gemini-4-argon%E4%BD%A0%E7%8F%BE%E5%9C%A8%E6%89%93%E9%96%8B-gemini-%E6%98%AF%E7%94%A8%E4%B8%8D%E5%88%B0%E7%9A%84%E6%9C%80%E5%80%BC%E5%BE%97%E6%B3%A8%E6%84%8F%E7%9A%84%E4%B8%8D%E6%98%AF%E8%B7%91%E5%88%86%E6%98%AF%E8%BC%B8%E5%87%BA%E4%B8%8A%E9%99%90%E5%BE%9E-64-%E8%90%AC-token-%E7%9B%B4%E6%8E%A5%E6%8B%89%E5%88%B0-10]. 공식 발표에 따르면 단계적으로 개방할 예정이며, 먼저 신뢰할 수 있는 테스터에게 돌아간 뒤 개발자, 기업, 일반 사용자 순으로 확대된다 [Source: https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-4-argon/]. 그러니 이 글은 “오늘 당장 들어가서 써보자"는 글이 아니라, 대중화되기 전에 미리 자신의 작업 흐름과 템플릿, 프롬프트를 준비해두자는 글이다. 개방되는 날, 다른 사람들은 아직 헤매고 있을 때 당신은 바로 써먹을 수 있다. 정말 시간을 들여 배워야 할 것은 버튼이 어디 있는지가 아니라, 아래에서 다룰 사고방식이다.

먼저 이해하기: 이번에 커진 건 ‘입’이지 ‘귀’가 아니다

100만 토큰을 보고 많은 사람이 가장 먼저 떠올리는 생각은 “그럼 더 많은 자료를 넣을 수 있겠네"다. 아니다. 얼마나 많이 넣을 수 있는지는 context window(컨텍스트 윈도우, AI가 한 번에 ‘읽어들일’ 수 있는 양이라고 생각하면 되고, AI의 귀에 해당한다)의 영역이고, 이번에 확장된 것은 출력 상한(output, AI가 한 번에 ‘말할’ 수 있는 길이, AI의 입에 해당)이다. 커뮤니티도 즉시 이 점을 지적했다. 가장 주목할 부분은 벤치마크 점수가 아니라 ‘출력 상한’이 6.4만 토큰에서 바로 100만으로 뛴 것이라는 지적이다 [Source: https://www.threads.com/@dada3c.tw/post/Dd8LSWKH6D_/google-%E6%98%A8%E5%A4%A9%E7%99%BC%E8%A1%A8-gemini-4-argon%E4%BD%A0%E7%8F%BE%E5%9C%A8%E6%89%93%E9%96%8B-gemini-%E6%98%AF%E7%94%A8%E4%B8%8D%E5%88%B0%E7%9A%84%E6%9C%80%E5%80%BC%E5%BE%97%E6%B3%A8%E6%84%8F%E7%9A%84%E4%B8%8D%E6%98%AF%E8%B7%91%E5%88%86%E6%98%AF%E8%BC%B8%E5%87%BA%E4%B8%8A%E9%99%90%E5%BE%9E-64-%E8%90%AC-token-%E7%9B%B4%E6%8E%A5%E6%8B%89%E5%88%B0-10]. 이에 비해 동종 업계는 보통 단일 출력이 12.8만 토큰 수준이고, Argon이 단번에 이 격차를 벌렸다 [Source: https://www.facebook.com/aidailyhk/posts/gemini-4-argon-%E9%9C%87%E6%92%BC%E7%99%BB%E5%A0%B4%E6%B2%89%E5%AF%82%E5%A4%9A%E6%99%82%E7%9A%84-google-%E6%97%97%E8%89%A6%E5%A4%A7%E6%A8%A1%E5%9E%8B%E7%B5%82%E6%96%BC%E8%BF%8E%E4%BE%86%E9%87%8D%E9%87%8F%E7%B4%9A%E5%8D%87%E7%B4%9A%E6%9C%80%E6%96%B0%E7%99%BC%E8%A1%A8%E7%9A%84-gemini-4-argon-%E6%A8%A1%E5%9E%8B%E5%B0%87%E5%96%AE%E6%AC%A1%E8%BC%B8%E5%87%BA%E4%B8%8A%E9%99%90%E5%BE%9E%E5%89%8D%E4%BB%A3%E7%9A%84/122203960328934823].

예전에는 긴 계약서를 쓰라고 하면 중간에 끊겨서 “계속해"라고 말해야 했고, AI가 다시 이어 썼다. 다섯 번, 여섯 번 이어 쓰다 보면 앞에서는 ‘갑’이라고 부르던 걸 뒤에서는 ‘을’로 바꿔 부르고, 제3조와 제7조가 서로 모순되는 일이 생긴다. 장문 문서를 다뤄본 사람이라면 다들 겪어봤을 상황이다. 입이 커진다는 건 바로 이 문제를 푼다는 뜻이다. 한 번에 생성된 내용은 앞에서 무엇을 썼는지 스스로 기억한다.

100만 토큰으로 한 번에 얼마나 긴 글을 뽑을 수 있나

대략 추산해보면, 출력 100만 토큰은 중국어로 수십만에서 100만 자 정도이며, A4 용지로 환산하면 수백 페이지에 달한다. 즉 완전한 서비스 계약서 한 건, 한 분기 치 회계 보고서, 처음부터 끝까지 완비된 제품 SOP 등을 이론상 한 번의 생성으로 완성할 수 있고, 더 이상 나눠 쓸 필요가 없다는 뜻이다. Google은 Argon을 복잡하고 장시간 걸리는 작업을 위해 만들어진 고성능 모델로 포지셔닝하고 있다 [Source: https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-4-argon/].

프리랜서와 소규모 회사에게 이 일의 가치는 사실 ‘더 빠르다’에 있는 게 아니라 ‘앞뒤가 어긋나지 않는다’에 있다. 바로 이 점이 분할 이어쓰기로는 영원히 풀 수 없었던 고통이다.

30분 안에 하는 법: 이어쓰기를 한 번에 끝내기로 바꾸기

방법은 어렵지 않다. 핵심은 머릿속에 있는 문서의 뼈대를 한 번에 명확히 전달하는 것이지, 쓰면서 보충하는 방식이 아니다.

바로 따라 할 수 있는 프롬프트 예시는 이렇다. 먼저 역할과 상황을 준다(“당신은 대만 법규에 익숙한 계약서 작성 전문가입니다”). 그다음 전체 구조를 준다(“서비스 계약서를 작성해 주세요. 갑을 양측, 서비스 범위, 비용 및 결제, 지적재산권 귀속, 비밀유지, 위약, 해지, 분쟁 해결 등을 포함해야 합니다……”). 각 조항을 얼마나 세밀하게 쓸지, 빈칸으로 남겨둘 항목이 있는지 등을 모두 미리 명시한 뒤, 마지막에 “완전한 초안을 한 번에 출력하고, 분할하지 말고, 생략하지 말고, ‘이하 생략’을 쓰지 마세요"라는 문장을 덧붙인다. 회계 보고서도 마찬가지다. 먼저 항목 정의와 데이터를 준 뒤 “요약, 세부 항목, 트렌드 분석에서 제안까지 한 번에 작성해 주세요"라고 요구한다.

30분 중 대략 20분은 구조를 명확히 생각하는 데 쓰고, 10분은 다듬는 데 쓴다. 정말 어려운 건 AI가 아니라, 본인이 원하는 것을 먼저 명확히 생각해뒀는지 여부다. 이 구조화된 템플릿은 지금 바로 작성해서 저장해둘 수 있고, Argon을 당장 쓸 수 있는지와는 무관하다. 어떤 장문 모델에도 통용되는 방식이기 때문이다.

기술 애호가들이 관심 가질 부분: 포지셔닝, 벤치마크, 3.8 Flash와의 선택 기준

규격에 더 관심이 있다면 몇 가지 눈여겨볼 점이 있다.

아키텍처 포지셔닝 면에서, Google은 Argon을 현재 복잡하고 장시간 걸리는 작업을 위해 만들어진 최고 성능 모델로 칭하며, 프로그래밍과 보안처럼 장시간 작업에서의 성능을 주력으로 내세운다 [Source: https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-4-argon/]. 다만 커뮤니티에 떠도는 각종 벤치마크 구체 점수는 아직 독립적으로 검증 가능한 공개 링크가 없다는 점에 유의해야 한다. 단일 수치에 휘둘리지 말아야 한다.

모델 선택에서도 무작정 Argon으로 올라타지는 말자. 실제로 신중하게 평가하고 있는 사람들은 분명하게 말한다. 1인 회사의 프로그래밍 기반 전체를 Argon으로 바꾸는 것은 현재로서는 불가능하기도 하고 그럴 필요도 없다는 것이다 [Source: https://zhuanlan.zhihu.com/p/2088960908974465737]. 쉽게 말하면, 짧은 작업이나 일상적인 작업에는 속도 빠르고 비용 낮은 Flash로 충분하고, 정말로 길고 앞뒤 일관성이 중요한 작업에만 Argon을 써야 한다.

어디서 비싸지고, 어떤 작업에는 낭비인가

장문 출력은 공짜가 아니다. Google은 발표 당시 프로모션 기간 할인 가격을 공개했다 [Source: https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-4-argon/]. 가격 구조에서 기억해야 할 두 가지 핵심이 있다. 첫째, 출력 단가가 입력 단가보다 뚜렷하게 높다. 둘째, 반복해서 입력되는 캐시 콘텐츠에는 별도 할인이 적용된다(실제 수치와 프로모션 기간은 공식 사이트 기준이며, 가격은 언제든 조정될 수 있다).

실제 사용에 대응해보면, 상한에 가까운 장문 문서를 한 번에 뽑아내면 비용은 주로 출력 쪽에서 발생한다. 이 때문에 “어차피 할당량이 크니까"라며 AI가 아무렇게나 길게 쓰도록 둬서는 안 된다. 그리고 캐시 할인은 동일한 배경 자료(같은 법규, 같은 회계 원본 데이터)를 반복해서 입력하는 사람에게 특히 체감이 되고, 실제로 비용을 절감할 수 있는 부분이다.

그러니 이 방식을 쓸 가치가 있는 건 ‘구조가 고정적이고, 원래부터 분량이 길고, 앞뒤 일관성이 매우 중요한’ 종류의 작업이다. 계약서, 보고서, SOP, 기술 문서 같은 것들이다. 쓸 가치가 없는 건, 사실 몇 단락만 있으면 되는데 “어차피 할당량이 크니까"라는 생각으로 AI를 장황하게 쓰게 만드는 경우다. 그건 그냥 돈을 낭비하는 것이다.

납품 전, 5분 들여 세 가지 붕괴를 잡아내자

한 번에 수백 페이지를 생성할 때 가장 걱정되는 건 세 가지다. 환각(존재하지 않는 법 조항이나 맞지 않는 숫자를 공중에서 만들어내는 것), 중복(같은 말을 표현만 바꿔 세 번씩 반복해 분량을 채우는 것), 포맷 붕괴(번호가 건너뛰거나 표가 깨지거나 조항이 누락되는 것)다.

납품 전 빠른 점검은 전문을 다 읽을 필요가 없다. 먼저 맨 끝으로 가서 정말로 ‘끝까지 다 썼는지’, 중간에 끊기지 않았는지 확인한다. 그다음 검색 기능으로 핵심 항목이 중복 등장했는지 잡아낸다. 숫자와 법 조항처럼 한 번 틀리면 바로 문제가 되는 부분은 반드시 사람이 직접 대조해야 한다. 이 부분은 AI가 도와줄 수 없고, 도와줘서도 안 된다.

100만 토큰은 듣기에는 매력적이지만, 결국은 ‘한 번에 얼마나 길게 쓸 수 있는가’의 상한을 끌어올린 것일 뿐이다. 대중화되기 전에 템플릿과 검수 프로세스를 미리 익혀두자. 당신이 쓸 수 있는 차례가 왔을 때, 무엇을 원하는지 명확히 생각하고 맞는지 검증할 수 있다면, 그 부분은 여전히 당신의 손에 있다.