과도한 연산 경쟁보다 현명한 AI 배치가 필요하다
기업들은 더 큰 모델과 더 많은 토큰, 더 복잡한 에이전트를 경쟁적으로 ...


    • 과도한 연산 경쟁보다 현명한 AI 배치가 필요하다

    AI를 많이 쓸수록 더 좋은 성과가 나올까

    기업들은 더 큰 모델과 더 많은 토큰, 더 복잡한 에이전트를 경쟁적으로 도입했다. 그러나 AI에 일을 많이 시킨다고 성과까지 같은 비율로 증가하지는 않았다. AI 경쟁의 진짜 기준은 연산량이 아니라 필요한 업무에 필요한 만큼의 지능을 배치하는 능력으로 옮겨가고 있었다.

    [Key Message]
    * 더 많은 연산이 더 좋은 성과를 보장하지는 않는다. 토큰과 에이전트를 무작정 늘리면 비용과 처리시간만 커지고 오류가 반복될 수 있다.

    * 모든 업무에 고성능 AI나 복수의 에이전트가 필요한 것은 아니다. 업무의 난이도와 위험도에 따라 기존 자동화, 소형 모델, 추론 모델을 구분해 배치해야 한다.

    * AI 비용은 사용료만으로 계산할 수 없다. 연산 비용과 함께 응답 지연, 결과 검증, 시스템 유지, 보안 위험, 에너지 소비까지 살펴야 한다.

    * AI 도입 성과는 사용량이 아니라 업무 가치로 평가해야 한다. 토큰 수보다 시간 단축, 오류 감소, 고객 만족, 생산성 향상과 같은 실질적인 변화를 측정해야 한다.

    * AI 경쟁력은 가장 강력한 모델이 아니라 가장 적절한 설계에서 나온다. 필요한 곳에는 충분한 연산을 투입하고 단순한 업무에는 가벼운 도구를 선택하는 절제가 중요하다.

    ***

    AI 시대의 새로운 과시, 토큰맥싱
    회의가 시작되자 담당자가 새로 구축한 AI 시스템을 소개했다. 시장조사 에이전트가 자료를 수집하면 분석 에이전트가 의미를 해석하고, 비판 에이전트가 허점을 찾아냈다. 또 다른 에이전트는 보고서를 작성했고 마지막 에이전트는 문장을 다듬었다. 한 사람이 질문을 입력하면 여러 AI가 서로 의견을 주고받으며 그럴듯한 결과물을 완성하는 구조였다. 설명만 들으면 사람으로 구성된 전문 프로젝트팀이 디지털 공간에 들어간 것처럼 보였다.

    문제는 그다음이었다. 같은 질문이 여러 모델을 오가며 반복 처리됐고, 에이전트들은 서로의 답변을 다시 읽고 평가하느라 막대한 토큰을 소비했다. 처리 시간은 예상보다 길어졌으며 결과물을 검토하는 사람의 일도 줄어들지 않았다. 화려한 시스템을 구축했지만 단순한 시장 동향 보고서 한 편을 만드는 데 사용된 비용은 기존 방식보다 몇 배나 커질 수 있었다. 정작 최종 보고서는 숙련된 직원이 범용 생성형 AI에 정확한 질문을 던져 만든 결과와 크게 다르지 않았다.

    2026년 5월, 학술지 Nature Machine Intelligence는 이러한 현상을 ‘토큰맥싱(tokenmaxxing)’이라는 말로 압축했다. ‘최대한으로 키운다’는 의미를 가진 인터넷식 표현에 토큰을 결합한 말이었다. AI가 텍스트를 이해하고 답변을 생성할 때 처리하는 기본 단위인 토큰을 더 많이 투입하면 더 좋은 결과가 나올 것이라는 믿음을 꼬집은 표현이기도 했다.

    사설은 기업과 기술 인력, 연구자들이 에이전틱 AI를 업무에 끼워 넣기 위해 일종의 열풍에 빠졌다고 지적했다. 뒤처지지 않으려는 불안이 경쟁을 만들었고, 경쟁은 더 많은 모델과 에이전트, 연산 자원을 투입하는 방향으로 흘렀다. AI가 해결해야 할 문제가 무엇인지 묻기 전에 “우리도 에이전트를 도입했는가”부터 확인하는 분위기가 형성된 것이다.

    토큰맥싱은 단순히 긴 질문을 입력하거나 긴 답변을 받는 행위를 뜻하지 않았다. 필요한 수준을 넘어선 모델 호출, 과도한 추론 단계, 목적이 불분명한 다중 에이전트 구성, 효과가 입증되지 않은 자동화까지 아우르는 개념이었다. 이는 AI 시대의 새로운 과시 소비와 닮아 있었다. 과거에는 더 많은 서버와 더 큰 데이터센터가 기술력을 보여주는 상징이었다면, 이제는 더 많은 토큰과 더 복잡한 에이전트가 혁신의 증거처럼 취급됐다.

    그러나 자동차의 엔진이 크다고 모든 길에서 빠른 것은 아니다. 좁은 골목을 오가거나 가까운 거리를 이동하는 데 경주용 엔진은 오히려 불편하고 비효율적이다. AI도 마찬가지였다. 가장 강력한 모델을 모든 업무에 투입하는 것이 기술적으로 인상적일 수는 있지만, 경영적으로 현명한 선택이라는 보장은 없었다.


    더 많이 생각하는 AI의 역설
    생성형 AI의 초기에는 모델의 크기가 중요한 경쟁력이었다. 더 많은 데이터를 학습하고 더 많은 매개변수를 가진 모델은 대체로 복잡한 언어를 잘 이해했고, 다양한 질문에 유연하게 대응했다. 이후에는 모델이 답을 내놓기 전에 여러 단계로 추론하도록 만드는 방식이 주목받았다. 한 번에 대답하게 하는 대신 문제를 나누고, 중간 결과를 점검하고, 다른 가능성을 검토하게 하면 어려운 수학이나 코딩, 과학 문제에서 성능을 높일 수 있었다.

    에이전틱 AI는 여기에서 한 단계 더 나아갔다. 하나의 모델이 질문에 대답하는 데 그치지 않고 목표를 세우고, 필요한 도구를 선택하고, 자료를 검색하고, 작업 결과를 평가한 뒤 다음 행동을 결정하도록 설계됐다. 여러 에이전트가 역할을 나눠 협력하게 할 수도 있었다. 계획자, 조사자, 작성자, 검토자가 각자 움직이는 방식이었다. 복잡하고 개방적인 과제를 수행할 때 이러한 구조는 분명한 가능성을 보여줬다.

    하지만 모든 질문에 깊은 추론이 필요한 것은 아니었다. 고객이 배송 현황을 물었는데 AI가 여러 가능성을 검토하고 장문의 추론을 거칠 필요는 없었다. 사내 문서의 형식을 바꾸거나 회의 시간을 찾아주는 일에도 다섯 개의 에이전트가 토론할 이유는 없었다. 정답이 명확하고 절차가 반복되는 업무에서는 단순한 규칙 기반 프로그램이나 작은 AI 모델이 더 빠르고 안정적일 수 있었다.

    더 많은 추론이 정확성을 자동으로 보장하지 않는다는 점도 중요했다. AI가 첫 단계에서 잘못된 가정을 세우면 이후의 긴 추론은 그 오류를 정교하게 포장할 수 있었다. 여러 에이전트가 참여하더라도 모두 비슷한 데이터와 모델에 의존한다면 같은 오류를 반복할 가능성이 컸다. 한 에이전트가 만든 잘못된 정보를 다른 에이전트가 사실로 받아들이고, 세 번째 에이전트가 그 위에 새로운 분석을 쌓는 연쇄 오류도 발생할 수 있었다.

    사람이 많은 회의가 항상 좋은 결정을 만드는 것은 아닌 것과 비슷했다. 참석자가 늘어나면 다양한 관점을 얻을 수 있지만, 책임이 분산되고 논의가 길어지며 핵심이 흐려질 수도 있다. AI 에이전트 역시 수가 많다는 이유만으로 집단지성을 형성하지는 않았다. 역할이 겹치거나 평가 기준이 불분명하면 서로의 말을 되풀이하면서 비용만 증가시켰다.

    AI가 오래 생각하는 모습은 사용자에게 신뢰감을 주기도 했다. 복잡한 과정과 긴 설명은 충분히 검토된 답변처럼 보였다. 그러나 추론의 길이와 사실의 정확성은 다른 문제였다. 틀린 결론도 매우 논리적인 문장으로 제시될 수 있었다. AI의 품질을 토큰 수나 작업 단계로 판단하는 순간, 기업은 성과가 아니라 ‘생각하는 것처럼 보이는 모습’에 비용을 지불하게 됐다.

    공짜처럼 보였던 지능의 청구서
    직원이 생성형 AI 창에 질문 하나를 입력하는 순간에는 비용이 거의 느껴지지 않았다. 몇 초 뒤 답변이 나타났고, 손에 잡히는 원재료도 필요하지 않았다. 이러한 경험은 AI를 무한히 사용할 수 있는 자원처럼 보이게 했다. 하지만 화면 뒤에서는 데이터센터의 연산 장치가 움직였고, 모델이 읽고 생성한 토큰마다 비용이 발생했다.

    기업용 AI에서는 작은 비용도 사용 규모에 따라 빠르게 커졌다. 직원 한 명이 하루에 몇 차례 사용하는 수준에서는 부담이 작았지만, 수천 명의 직원과 수백만 명의 고객을 상대하는 시스템에서는 사정이 달라졌다. 하나의 요청을 여러 에이전트가 처리하고, 각각이 긴 문서를 읽고, 결과를 반복 검토하게 하면 단순한 질문 하나도 수많은 모델 호출로 확대될 수 있었다.

    여기에 숨어 있는 비용은 사용료만이 아니었다. 응답이 늦어지는 지연 비용, 시스템을 감시하고 수정하는 운영 비용, 잘못된 결과를 검증하는 인건비, 민감한 정보가 여러 도구를 오가면서 발생하는 보안 비용이 뒤따랐다. AI가 외부 검색, 사내 데이터베이스, 이메일, 결제 시스템과 연결될수록 관리해야 할 접점도 늘어났다. 자동화 단계가 하나 추가될 때마다 편리함과 함께 새로운 실패 지점이 생겼다.

    고객 서비스 현장을 떠올려보면 문제가 더 선명해졌다. 단순한 영업시간 문의에 고성능 추론 모델을 사용하면 답변의 가치는 거의 달라지지 않지만 비용과 대기시간은 증가했다. 반대로 계약 해지나 보험금 지급처럼 고객의 권리와 금전이 걸린 문제를 지나치게 가벼운 모델에 맡기면 오류 위험이 커졌다. 중요한 것은 가장 비싼 AI를 사용하는 것도, 가장 싼 AI를 사용하는 것도 아니었다. 질문의 난이도와 위험에 맞는 시스템을 선택하는 일이었다.

    에너지 문제도 외면할 수 없었다. AI가 더 많은 토큰을 처리하고 더 긴 추론을 수행할수록 더 많은 연산이 필요했다. 개별 질문 하나의 소비량은 작아 보여도 전 세계 기업과 사용자가 같은 방식으로 AI를 반복 호출하면 총량은 달라졌다. 데이터센터를 확충하고 전력을 확보하며 냉각 시설을 운영하는 문제는 AI 산업의 물리적 한계와 연결됐다.

    따라서 토큰은 기술적인 단위인 동시에 경영 자원이 됐다. 기업이 클라우드 사용량과 광고비, 물류비를 관리하듯 AI가 소비하는 토큰과 연산량도 관리해야 했다. 아무 제한 없이 사용량을 늘린 뒤 월말 청구서를 확인하는 방식으로는 지속 가능한 운영이 어려웠다. 어떤 업무에서 토큰이 얼마나 사용됐고, 그 결과 어떤 가치가 만들어졌는지 추적할 필요가 있었다.

    질문은 단순했다. 더 많은 토큰을 사용한 만큼 고객 만족도가 높아졌는가. 직원의 업무시간이 줄었는가. 매출이나 생산성이 증가했는가. 오류와 재작업이 감소했는가. 이러한 질문에 답할 수 없다면 AI 사용량 증가는 혁신의 증거가 아니라 관리되지 않은 비용일 가능성이 컸다.

    모든 업무에 에이전트가 필요한 것은 아니다
    망치를 새로 산 사람에게 모든 문제가 못처럼 보인다는 말이 있다. 에이전틱 AI가 주목받자 기업 안에서도 비슷한 일이 벌어졌다. 문서 요약, 일정 관리, 고객 상담, 시장조사, 인사 평가, 구매 승인까지 거의 모든 업무가 에이전트의 후보로 분류됐다. 기존 시스템으로 충분히 처리하던 절차까지 AI로 다시 만들려는 움직임도 나타났다.

    그러나 업무에는 서로 다른 종류의 지능이 필요했다. 정해진 양식에 데이터를 옮기거나 조건에 따라 알림을 보내는 일은 전통적인 자동화가 더 적합했다. 문서를 분류하고 핵심 내용을 추출하는 작업에는 작은 언어모델로도 충분할 수 있었다. 여러 자료 사이의 모순을 찾고 불확실한 상황에서 대안을 비교해야 하는 업무에 이르러서야 고성능 추론 모델이나 복수의 에이전트가 제 역할을 할 수 있었다.

    이를 구분하지 않으면 고급 인력을 단순 업무에 배치하는 것과 같은 낭비가 발생했다. 최고 수준의 법률 전문가를 불러 서류의 페이지 번호를 매기게 하거나, 전략 컨설턴트에게 매일 반복되는 숫자 입력을 맡기는 것과 다르지 않았다. 강력한 AI는 필요한 곳에 집중될 때 가치가 커졌다.

    현명한 배치의 출발점은 기술이 아니라 업무였다. 먼저 어떤 문제가 반복되고 있는지, 현재 방식에서 시간과 비용이 어디에서 발생하는지, 오류가 생겼을 때 피해가 얼마나 큰지 살펴봐야 했다. 그다음에 규칙 기반 자동화, 검색 시스템, 작은 AI 모델, 범용 생성형 AI, 고성능 추론 모델, 다중 에이전트 가운데 적절한 수단을 선택할 수 있었다.

    예를 들어 회사 규정에서 휴가 일수를 찾아 알려주는 업무는 문서 검색과 간단한 답변 생성만으로 충분했다. 반면 여러 국가의 규제 변화를 비교하고 신제품 출시 위험을 검토하는 작업은 검색, 분석, 반론, 종합 역할을 나눈 에이전트 구조가 유용할 수 있었다. 전자는 속도와 비용이 중요했고, 후자는 분석의 폭과 검증 가능성이 중요했다. 두 업무에 같은 AI 구조를 적용하는 것은 효율적이지 않았다.

    위험 수준에 따른 구분도 필요했다. 광고 문구의 초안을 만드는 AI가 다소 어색한 표현을 내놓으면 사람이 고치면 됐다. 하지만 채용, 대출, 의료, 보험, 안전관리처럼 사람의 삶과 권리에 영향을 주는 업무에서는 작은 오류도 큰 피해를 만들 수 있었다. 이런 분야에서는 모델의 성능만이 아니라 데이터의 품질, 판단 근거의 기록, 인간 검토, 이의 제기 절차까지 설계돼야 했다.

    에이전트에게 주어진 권한 역시 세밀하게 조정해야 했다. 자료를 찾아 초안을 작성하는 권한과 실제 계약을 체결하거나 돈을 송금하는 권한은 전혀 다른 문제였다. AI가 행동할 수 있는 범위가 넓어질수록 편리함은 커지지만 사고의 영향도 확대됐다. 따라서 처음부터 모든 권한을 부여하기보다 관찰, 추천, 제한된 실행, 조건부 자율 실행의 순서로 넓혀가는 접근이 안전했다.

    AI 도입은 한 번의 구매로 끝나는 일이 아니었다. 신입 직원을 채용하듯 역할과 책임을 정하고, 성과를 평가하고, 실수를 점검하며, 맡길 수 있는 일의 범위를 조정해야 했다. 다만 AI는 사람이 아니므로 열심히 일하는 모습이나 자신감 있는 말투가 아니라 측정 가능한 결과로 평가해야 했다.

    AI 투자 효과를 다시 묻는 법
    많은 기업은 AI 도입 성과를 사용량으로 측정하려는 유혹에 빠졌다. 가입한 직원 수, 생성된 계정 수, 입력된 프롬프트 수, 소비된 토큰 수가 대시보드에 올라갔다. 숫자가 빠르게 증가하면 조직이 AI 전환에 성공하는 듯 보였다. 그러나 사용량은 활동을 보여줄 뿐 성과를 증명하지 못했다.

    회사에서 회의가 두 배로 늘었다고 생산성이 두 배로 높아졌다고 말할 수 없는 것과 같았다. 이메일을 많이 보냈다고 협업이 좋아졌다고 판단할 수도 없었다. AI 역시 많이 사용했다는 사실만으로 유용했다고 평가하기 어려웠다. 더 많은 토큰을 소비하면서도 직원이 결과를 다시 확인하고 수정하느라 이전보다 많은 시간을 쓸 수 있었다.

    성과 측정은 업무 단위에서 시작돼야 했다. AI 도입 전과 비교해 처리 시간이 얼마나 줄었는지, 한 사람이 처리할 수 있는 업무량이 얼마나 늘었는지, 오류율과 재작업률이 어떻게 변했는지를 살펴봐야 했다. 고객 상담이라면 해결률과 재문의율, 만족도, 사람 상담원에게 넘어간 비율을 함께 확인할 수 있었다. 소프트웨어 개발이라면 코드 생성량보다 배포 속도, 결함률, 보안 취약점, 유지보수 시간을 평가하는 편이 정확했다.

    품질을 하나의 숫자로 단순화해서도 안 됐다. 답변이 빠르지만 자주 틀리는 시스템과, 정확하지만 지나치게 느리고 비싼 시스템 사이에는 분명한 차이가 있었다. 기업은 정확성, 속도, 비용, 안전성 가운데 어떤 요소를 우선할지 업무별로 결정해야 했다. 사내 아이디어 회의에서는 속도와 다양성이 중요할 수 있지만, 재무 공시 자료를 검토할 때는 정확성과 추적 가능성이 우선이었다.

    여기서 중요한 개념이 ‘충분히 좋은 AI’였다. 모든 상황에서 최고 점수를 받는 모델이 아니라, 주어진 업무의 품질 기준을 안정적으로 충족하면서 비용과 위험을 통제할 수 있는 모델이었다. 99점짜리 답변이 90점짜리 답변보다 열 배 비싸다면 추가된 9점이 실제로 그만한 가치를 만드는지 따져봐야 했다. 반대로 1점의 오류가 막대한 손실을 초래하는 분야라면 높은 비용을 감수할 이유가 있었다.

    AI 시스템의 성능은 처음부터 고정되는 것도 아니었다. 사용자가 질문하는 방식, 연결된 데이터의 품질, 도구의 구성, 검토 절차에 따라 달라졌다. 무조건 더 큰 모델로 교체하기 전에 프롬프트를 단순화하고, 필요한 정보만 제공하고, 검색 범위를 정리하고, 중복 호출을 제거하는 편이 더 효과적일 수 있었다. 모델 자체보다 주변의 업무 설계를 개선해 성과를 높이는 길이었다.

    기업에는 일종의 ‘AI 예산 규칙’도 필요했다. 한 업무를 처리하는 데 허용할 토큰과 비용, 응답시간, 에이전트 호출 횟수의 상한을 정하고, 기준을 초과할 경우 그 이유를 확인하는 방식이었다. 중요한 과제에는 더 많은 연산을 허용하되 일상적 업무에는 가벼운 경로를 적용할 수 있었다. 모든 차량이 고속도로의 추월 차선만 달릴 필요가 없는 것과 같았다.

    강한 AI보다 적절한 AI
    토큰맥싱의 배경에는 기술적 불안보다 조직적 불안이 자리 잡고 있었다. 경쟁사가 AI 에이전트를 도입했다는 소식이 들리면 경영진은 뒤처질 수 있다고 우려했다. 담당 부서는 가시적인 성과를 보여주기 위해 더 크고 복잡한 시스템을 제안했다. 현장의 필요보다 시장의 유행과 경영진의 조급함이 투자 결정을 앞서기 쉬웠다.

    AI를 도입하지 않는 위험이 존재하는 것처럼, 충분한 검토 없이 도입하는 위험도 존재했다. 효과가 불분명한 시스템에 예산과 인력을 집중하면 더 중요한 디지털 전환 과제가 밀려날 수 있었다. 복잡한 AI에 조직이 의존하기 시작한 뒤에는 비용이 올라도 쉽게 중단하기 어려웠다. 직원들이 판단 과정을 잊거나 기존 업무 역량을 잃는 문제도 발생할 수 있었다.

    현명한 기업은 먼저 작게 시험하고 결과를 비교했다. AI를 사용하지 않은 방식, 단일 모델을 사용한 방식, 여러 에이전트를 사용한 방식을 같은 조건에서 평가할 수 있었다. 가장 복잡한 시스템이 아니라 비용 대비 성과가 가장 높은 방식을 선택하는 것이다. 때로는 다중 에이전트가 뛰어난 결과를 냈고, 때로는 단순한 검색 기능이 더 안정적이었다. 중요한 것은 기술의 유행이 아니라 비교 가능한 증거였다.

    사람의 역할도 새롭게 정의할 필요가 있었다. AI의 모든 결과를 사람이 일일이 확인하면 자동화의 이점이 사라졌고, 아무것도 확인하지 않으면 위험이 커졌다. 따라서 사람이 개입해야 할 조건을 명확히 정해야 했다. 금액이 일정 수준을 넘거나, 모델의 확신이 낮거나, 서로 다른 에이전트의 판단이 충돌하거나, 민감한 정보가 포함된 경우에만 사람에게 넘기는 방식이 가능했다.

    조직 내부의 책임 구조도 중요했다. AI 시스템을 구축한 기술 부서, 업무에 적용한 현업 부서, 예산을 승인한 경영진 가운데 누가 성과와 사고에 책임지는지가 분명해야 했다. 책임이 불분명하면 성공했을 때는 모두가 공을 주장하고 문제가 발생했을 때는 모델 탓으로 돌리기 쉬웠다. AI가 결정을 지원했더라도 그것을 조직에 배치하고 권한을 부여한 주체는 사람이었다.

    좋은 AI 전략은 더 많은 것을 추가하는 데서만 나오지 않았다. 불필요한 에이전트를 빼고, 중복된 질문을 줄이고, 작은 모델로 대체하고, 어떤 업무는 기존 방식으로 남겨두는 판단에서도 만들어졌다. 시스템을 단순하게 만드는 능력은 기술을 덜 이해한다는 뜻이 아니라, 기술의 역할을 정확하게 이해한다는 뜻에 가까웠다.

    AI의 다음 경쟁은 누가 가장 많은 토큰을 소비하는가를 겨루는 경기가 아닐 가능성이 컸다. 같은 성과를 더 적은 연산으로 만들어내고, 중요한 문제에는 충분한 자원을 집중하며, 결과의 품질과 책임을 함께 관리하는 기업이 앞서갈 가능성이 높았다. 비용이 낮아지면 더 많은 사용자가 혜택을 얻고, 시스템이 단순해지면 오류를 찾기도 쉬워졌다. 효율성은 혁신의 반대말이 아니라 혁신을 오래 지속하게 만드는 조건이었다.

    컴퓨터의 역사는 자원이 풍부해지는 과정인 동시에 자원을 더 영리하게 사용하는 과정이었다. 저장 공간과 통신 속도, 연산 능력이 커질 때마다 사람들은 그것을 무한한 자원처럼 사용했지만, 규모가 커진 뒤에는 다시 효율을 고민했다. AI도 같은 단계에 들어서고 있었다. 더 큰 모델과 더 긴 추론이 가능해진 시대일수록 무엇을 하지 않을지 결정하는 능력이 중요해졌다.

    기업이 던져야 할 질문도 달라져야 했다. “우리 회사는 몇 개의 AI 에이전트를 도입했는가”가 아니라 “이 업무에 에이전트가 필요한가”라고 물어야 했다. “얼마나 많은 토큰을 사용했는가”가 아니라 “그 토큰이 어떤 가치를 만들었는가”를 확인해야 했다. “가장 강력한 모델을 쓰고 있는가”보다 “목적에 가장 잘 맞는 모델을 쓰고 있는가”를 살펴야 했다.

    많이 쓰는 것이 앞선다는 믿음은 기술 열풍이 만들어낸 가장 단순한 착각이었다. AI의 가치는 시스템의 크기나 에이전트의 수가 아니라 문제를 해결한 정도에서 드러났다. 필요한 곳에는 충분히 강한 AI를 투입하고, 그렇지 않은 곳에서는 가벼운 도구를 선택하는 절제가 새로운 기술 경쟁력이 되고 있었다.

    AI 시대의 승자는 가장 거대한 디지털 조직을 만든 기업이 아닐 수 있다. 복잡한 기술을 자랑하기보다 업무의 성격을 이해하고, 비용과 품질을 함께 측정하며, 사람과 기계의 역할을 정확히 나눈 기업일 가능성이 높다. 더 많이 생각하게 만드는 기술보다 언제 깊이 생각해야 하는지를 판단하는 설계가 중요해졌다. 현명한 AI 배치는 기술을 덜 사용하는 전략이 아니라, 기술이 가장 큰 가치를 만들도록 사용하는 전략이었다.

    Reference
    Nature Machine Intelligence, May 2026, Nature Machine Intelligence Editorial Team, Stop ‘Tokenmaxxing’ and Deploy AI Sensibly Instead