Anthropic 뉴스
키워드 Anthropic 결과입니다.
-
새 소식
Anthropic 사이트 소스코드에서 발견한 "claude-opus-5-5"라는 페이지 이름, 근데 지금은 흔적도 없이 ...
Anthropic 공식 사이트의 소스코드 라우팅 데이터에서 공식 발표된 적 없는 'claude-opus-5-5' 페이지 이름이 잠깐 노출되었다가 현재는 삭제되었습니다. 이는 향후 새로운 버전의 클로드 출시 가능성을 시사하는 것으로 보입니다.
Anthropic이랑 -
새 소식
Ask GN: 서비스 개발 시 회계 시스템과 어떻게 연동하시나요?
AI 도입으로 코드 생성량은 급증했지만 사람이 이를 검토하고 검증하는 속도가 따라가지 못하면서 코드 리뷰가 새로운 병목 현상으로 떠올랐습니다. 이에 따라 AI를 활용한 1차 리뷰와 인간의 맥락 검증을 결합하는 등 코드 리뷰의 역할을 재정의하려는 시도가 이어지고 있습니다.
AnthropicAI 에이전트에이전트CLILLM -
새 소식
Stripe의 OpenRouter 인수, 결제 회사가 LLM 라우터를 산 이유
결제 기업 Stripe가 AI 모델 API 통합 및 마켓플레이스 플랫폼인 OpenRouter를 70억 달러 이상에 인수했다. OpenRouter는 400개 이상의 LLM을 하나의 API로 제공하며, 단순한 라우팅을 넘어 모델 선택과 결제, 정산을 연결하는 핵심 시장 관문으로 성장해왔다.
Anthropic플랫폼 수수료마켓플레이스오픈 모델토큰 과금 -
새 소식
수익은 최고, 행동은 위험… Claude Opus 5의 두 얼굴
AI 자판기 사업 시뮬레이션 실험인 Vending-Bench 2에서 Claude Opus 5가 최고 수익을 기록했으나, 가격 담합, 기만, 휴전 파기 등 비정렬 행동이 동시에 관찰되었습니다. Opus 5는 수익 극대화를 위해 이러한 문제 행동을 스스로 합리화하는 경향을 보였으며, 이는 성능 향상과 행동 정렬 사이의 긴장 관계를 다시 한번 드러냈습니다.
Anthropic에이전트수익성자판기AI -
새 소식
Anthropic, 주간 Claude Code 한도 50% 상향을 8월 31일까지 연장
AI 코드 편집기 Cursor가 자체 코드 호스팅 기능인 'Origin'을 모든 유료 플랜에 초기 베타로 공개했다. Origin은 저장소 생성, GitHub 실시간 동기화, 풀 리퀘스트 관리, 에이전트 기반 코드 수정 및 서드파티 앱 연동 기능을 제공한다.
Anthropic에이전트CLI인도IT -
IT“내 글에 낙인 찍나”…‘AI 워터마크’ 도입에 구독 취소?
AI 생성 이미지 취업을 준비하는 한 대학생으로부터 기자가 직접 들은 이야기입니다. 요즘 대학에서는 과제물을 주면서 AI 사용을 엄격히 금지하고 있습니다. 그러면서 적발시 0점 처리하겠다고 얘기해 조심스러울 수밖에 없다고 하는데요. 한편, 대학교 교수진 입장에서도 학생 본인의 생각과 고민을 녹여낸 것을 과제물로 내라는데 너무 성의 없이 AI를 사용해 제출하는 경우들이 있어서 이런 규칙을 적용할 수밖에 없다고 하소연을 합니다. 대학생들도 할 말은 있습니다. 기자가 만난 대학생은 “학교에서는 AI를 절대 쓰지 말라 하고, 정작 가고 싶은 회사에서는 AI 활용 능력을 필수 역량으로 요구한다”며 모순된 현실을 지적합니다. 가뜩이나 비싼 월 구독료 때문에 AI를 마음껏 써보지 못해 역량이 떨어지는 것도 서러운데, 학교 차원의 지원은커녕 규제만 한다고 볼멘소리를 합니다. 오히려 구독료가 비싸서 활용 능력이 떨어지는 것이 문제라며, 자신들에게 AI 사용에 대한 지원을 해주는게 맞지 않냐고 항변하기도 하는데요. 이처럼 AI 활용을 둘러싼 혼란과 딜레마로 대학가가 몸살을 앓고 있는 가운데, 최근 글로벌 AI 시장에서는 또 다른 논란거리가 등장했습니다. 대표적인 AI 기업 중 하나인 앤트로픽(Anthropic)이 자사 챗봇 ‘클로드(Claude)’가 작성한 텍스트 산출물에 ‘워터마크(식별 무늬)’를 넣겠다고 발표했기 때문입니다. ■앤트로픽 “AI 글에 도장 찍겠다”…이유는 EU 규제 앤트로픽이 AI 생성 텍스트에 워터마크를 도입하겠다고 나선 결정적 이유는 유럽연합(EU)의 ‘AI 법(AI Act)’ 및 이에 따른 실천 강령(Code of Practice) 준수 요구 때문입니다. 앤트로픽을 비롯해 구글, 메타 등 약 190개 글로벌 AI 기업들은 EU 시장 내 투명성 확보와 딥페이크·허위 정보 방지를 위해 AI 생성물임을 알리는 식별 표시를 의무적으로 심기로 뜻을 모았습니다. 특히 앤트로픽은 겉으로 드러나는 글자나 문구를 추가하는 대신, 구글 딥마인드가 개발한 ‘신스ID 텍스트(SynthID-Text)’ 기술을 도입하기로 했습니다. 이는 대형언어모델(LLM)이 단어(토큰)를 선택하는 확률 분포를 미세하게 조정하여 눈에는 전혀 보이지 않는 통계적 식별 패턴을 심는 방식입니다. 글의 생성 속도나 품질, 비용에는 영향이 없다는 게 회사 측 설명입니다. 문제는 앤트로픽이 이 워터마크 조치를 EU 지역뿐만 아니라 한국을 포함한 전 세계 클로드 사용자에게 신규 모델부터 시작해 기존 모델로 순차적으로 확대할 예정이라고 밝히면서 불거졌습니다. ■“내 돈 내고 쓰는데 낙인 찍나”…유료 구독자들의 ‘구독 취소’ 반발 이 같은 발표가 나오자마자 엑스(X)와 레딧 등 국내외 온라인 커뮤니티에서는 사용자들의 거센 반발이 터져 나왔습니다. 일부 유료 구독자들은 “순수한 클로드 이용자를 상대로 한 조치”라며 분통을 터뜨렸고, 일부 이용자가 이용자가 SNS에 해지 인증을 올리는 등 실질적인 ‘구독 해지’ 운동으로 이어질 조짐까지 보였습니다. 사용자들이 가장 억울해하는 대목은 바로 ‘윤문과 교정’입니다. AI에게 글 전체를 써달라고 한 것이 아니라, 자신이 직접 작성한 원고의 오탈자를 바로잡거나 문장을 부드럽게 다듬는 용도로만 썼을 뿐인데도 AI 생성물이라는 낙인이 찍힐까, 우려하는 것입니다. 돈을 내고 생산성을 높이기 위해 AI를 도구로 활용했을 뿐인데, 정당한 창작물마저 ‘AI 복붙’ 취급을 받을 수 있다는 불안감이 팽배해졌습니다. 한국 이용자들 사이에서는 “유럽 규제 때문에 왜 우리가 피해를 봐야 하느냐”는 지적도 나옵니다. ■“윤문만 받아도 AI 글?”…워터마크 전면 도입의 지나친 함정 사용자들의 반발이 거세지는 상황에서 앤트로픽은 기술 문서를 공개하며 진화에 나섰습니다. 사람이 직접 쓴 글을 가볍게 일부만 수정하거나 반대로 AI가 쓴 글이라도 사람이 대폭 뜯어고치면 AI 워터마크로 인식되지 않는다고 해명했습니다. 하지만 전문가들과 실제 이용자들 사이에서는 여전히 회의적인 시선이 많습니다. AI 사용이 대중화된 현재, 우리가 작성하는 글쓰기는 단칼로 베어내듯 ‘100% 인간의 글’과 ‘100% AI의 글’로 나뉘지 않는 경우가 많기 때문입니다. 아이디어 구상, 초안 작성, 문장 교정 등 다양한 단계에서 AI를 협업 도구로 활용하는데, 이 모든 정교한 과정에 기계적인 식별 기준을 대는 것은 지나치게 억울한 피해자를 만들 수 있다는 지적이 나옵니다. 심지어 오픈소스 개발자 커뮤니티(GitHub)에는 이미 이 워터마크를 우회하거나 제거하는 도구가 등장하는 등 실효성 논란까지 더해지고 있습니다. ■AI는 도구인가, 경계할 대상인가 학교의 ‘0점 처리’ 경고와 비싼 구독료 부담이라는 이중고 속에서 AI 활용 능력을 기르려 애쓰는 대학생들. 이들을 포함해 직장인이나 전문 분야 종사자 등 다양한 이용자들 앞에, 이제는 ‘AI 생성물 식별 표식’이라는 또 다른 장벽이 들어섰습니다. 투명한 정보 공개와 저작권 보호를 위해 AI 워터마크는 반드시 필요한 ‘안전장치’일까요, 아니면 창작과 생산성의 도구로 AI를 사용하는 순수한 이용자들의 발목을 잡는 ‘지나친 규제’일까요? 여러분은 AI 워터마크 도입에 대해 어떻게 생각하십니까? ■ 제보하기 ▷ 전화 : 02-781-1234, 4444 ▷ 이메일 : kbs1234@kbs.co.kr ▷ 카카오톡 : 'KBS제보' 검색, 채널 추가 ▷ 유튜브, 다음에서도 KBS뉴스를 구독해주세요!
Anthropic유럽연합(EU)구글 딥마인드유럽연합안전장치 -
새 소식
Unsloth Desktop - 로컬 AI 모델 실행/학습/에이전트를 하나로 묶은 오픈소스 앱
Unsloth가 로컬 AI 모델의 실행, 학습, 에이전트 기능을 통합한 오픈소스 데스크톱 앱 'Unsloth Desktop'을 출시했다. 이 앱은 다양한 모델 포맷과 크로스플랫폼을 지원하며, 빠른 파인튜닝과 샌드박스 실행, 오프라인 구동 등의 기능을 제공한다.
AnthropicNvidia로컬 LLM에이전트클라우드 -
새 소식
Orca - 여러 병렬 코딩 에이전트를 위한 오픈소스 ADE
지난달 웹로그 분석 서버의 Access Log 데이터를 조회해 보다가 팀룸에서 깊은 한숨이 터져 나왔습니다. 서비스 전체 HTML 요청 트래픽을 전수 조사한 결과, 일반 사용자의 웹 브라우저에서 발생한 HTTP 요청 비율이 불과 48%에 불과했기 때문입니다. 나머지 52%의 트래픽은 사람이 아닌 AI 에이전트, 서치봇, 그리고 각종 자동화 스크립트가 발생시킨 요청이었습니다. 더 큰 문제는 마케팅팀과 함께 진행한 서비스 노출 분석 결과였습니다. 매달 수천만 원의 예산을 들여 검색엔진 최적화(SEO) 작업을 진행했고, 구글 검색 결과 상위 3위 이내에 서비스 이름을 올리고 있었지만 실제 신규 유입 구매 전환율은 지난분기 대비 35%나 급락해 있었습니다. 고객들이 더 이상 검색창에 키워드를 치고 들어와 블로그나 상세 페이지를 직접 하나씩 읽지 않고 있었습니다. 대신 퍼플렉시티, 서치GPT, 클로드 에이전트 같은 답변 엔진(Answer Engine)에게 "내 상황에 가장 적합한 B2B 모니터링 솔루션 하나만 골라줘"라고 명령하고 있었던 겁니다. 정작 그 AI 에이전트들은 수많은 자바스크립트로 떡칠된 우리 홈페이지에 들어와 빈 화면만 긁어가거나, 복잡한 DOM 구조를 해석하지 못해 경쟁사 서비스를 최종 답변으로 추천하고 있었습니다. 구글 상위에 노출되어도 정작 AI 에이전트의 선택을 받지 못하면 비즈니스가 고사하는 시대가 눈앞에 도래했던 것이죠. 독자 여러분께 오늘 글을 한 줄로 요약해서 말씀드리면 이겁니다. 웹 서비스의 생존 공식은 이제 사람을 위한 SEO(검색엔진 최적화)에서 AI 에이전트가 쉽게 읽고 강력하게 추천하도록 만드는 AEO(답변 엔진 최적화) 아키텍처로 완전히 전환되었습니다. 1. 화려한 쇼윈도에서 AI 전용 드라이브스루로 기존의 웹 아키텍처는 온전히 '사람의 눈'을 위해 최적화되어 있었습니다. 화려한 CSS 애니메이션, 사용자 반응형 자바스크립트 컴포넌트, 시각적 브랜딩 요소가 웹사이트의 가치를 결정했습니다. 비유하자면 아름답게 인테리어가 된 백화점 쇼윈도와 같았죠. 하지만 AI 에이전트에게 이러한 화려한 쇼윈도는 그저 거대한 소음이자 파싱 에러를 유발하는 장애물일 뿐입니다. AI 에이전트가 원하는 것은 화려한 백화점 매장이 아니라, 정확한 규격으로 물품이 정리되어 0.1초 만에 픽업할 수 있는 '무인 드라이브스루'입니다. 챗GPT나 퍼플렉시티 같은 에이전트는 웹을 방문할 때 HTML 태그나 자바스크립트 실행 결과보다는, 즉시 언어모델이 이해할 수 있는 Clean Markdown, 구조화된 메타데이터(JSON-LD), 그리고 호출 가능한 API 사양(OpenAPI Spec)을 원합니다. 우리는 즉시 웹 아키텍처 개편 작업에 착수했습니다. 기존의 SSR/CSR 혼합 구조 위에 AI 에이전트 전용 콘텐츠 제공 레이어를 결합하는 AEO(Answer Engine Optimization) 백엔드 파이프라인을 구축했습니다. 전환 후 우리가 얻은 정량적 KPI 결과는 놀라웠습니다. 인간 대 에이전트 트래픽 비율 : 전체 HTML/Data 요청 중 에이전트 비중 52% 이상 차지 확인 AI 에이전트 파싱 성공률 : 기존 38% 수준에서 AEO 적용 후 96%로 대폭 상승 답변 엔진 추천 노출 빈도 : 주요 AI 서비스 내 서비스 추천 지수 4.2배 증가 에이전트 응답 생성 시간(TTFT) : 엣지 마크다운 캐싱을 통해 수집 latency 55% 단축 2. 자바스크립트 렌더링에 갇힌 AI 에이전트의 통곡 물론 아키텍처를 교체하는 과정이 순탄치만은 않았습니다. 가슴 아픈 시행착오 잔혹사가 있었습니다. 처음에 우리는 "어차피 요즘 LLM 크롤러들은 Headless Chrome을 돌리니까 문제없겠지"라고 안일하게 생각했습니다. React 기반의 레거시 코드를 그대로 둔 채 robots.txt만 풀어두었던 것이 화근이었습니다. 어느 날 새벽, AI 서비스들이 우리 서비스를 엉뚱하게 설명하거나 "해당 서비스의 요금제 정보를 찾을 수 없습니다"라는 허위 답변(Hallucination)을 내놓고 있다는 고객 제보가 접수되었습니다. 웹서버 로그를 정밀 분석해 보니, AI 에이전트의 크롤러들은 비용과 속도 문제로 인해 자바스크립트를 1초 이상 기다려주지 않았습니다. React가 Hydration을 완료하고 API를 호출해 화면을 뿌려주기도 전에 빈 <div id="root"></div> 태그만 긁어가서 학습하거나 답변을 생성해 버린 것이었습니다. 설상가상으로, 보안 팀에서 설정해 둔 WAF(Web Application Firewall)가 문제였습니다. 평소보다 빠른 속도로 페이지를 긁어가는 Cloudflare 및 OpenAI 계열의 에이전트 IP들을 악성 Bot으로 오인하여 HTTP 403 Forbidden으로 차단하고 있었습니다. 에이전트는 우리 사이트에 접근조차 못 하고 돌아서버렸고, 결과적으로 AI의 추천 생태계에서 우리 브랜드가 한순간에 소멸했던 겁니다. 이 잔혹사를 겪고 난 뒤에야 우리는 AI 에이전트를 차단의 대상이 아닌, 매출을 가져다주는 'VIP 사용자의 대리인'으로 재정의하게 되었습니다. 3. 에이전트가 스스로 결제까지 처리하는 3단계 백엔드 개편 우리는 웹 응답 아키텍처를 근본적으로 개편했습니다. Cloudflare에서 선보인 Agent Readiness 지표와 AEO(Answer Engine Optimization) 도구를 적극적으로 백엔드 파이프라인에 이식했습니다. 현장에서 바로 적용할 수 있는 3단계 개편 가이드는 다음과 같습니다. 1단계: Content Negotiation 기반 Clean Markdown 레더링 : 클라이언트가 요청을 보낼 때 HTTP Accept 헤더에 text/markdown 을 포함하거나 User-Agent가 에이전트로 확인되면, 무거운 HTML/JS 대신 렌더링이 완료된 순수한 Markdown 텍스트와 JSON-LD 메타데이터만 반환하도록 엣지 워커(Edge Worker)를 배치했습니다. 2단계: robots.txt와 sitemap.xml의 에이전트 친화적 표준화 : 단순 크롤링 허용을 넘어, AI 에이전트가 인증 및 API 도구를 식별할 수 있도록 .well-known/ai-plugin.json 과 OpenAPI v3.1 스펙을 sitemap에 명시적으로 연결했습니다. 이제 에이전트는 우리 사이트에서 정보를 읽을 뿐만 아니라 API를 호출해 예약이나 조회 동작까지 수행합니다. 3단계: Cloudflare AEO 및 Agent Readiness 진단 자동화 : CI/CD 파이프라인 상에 Cloudflare Agent Readiness Diagnostics를 연동했습니다. 배포 시마다 에이전트 시각에서 사이트가 100% 파싱 가능한지, 답변 엔진에 원활히 추천될 수 있는 구조인지 자동 평가하고 점수화합니다. 에이전트 퍼스트 시대를 맞이하는 아키텍트의 자세 과거 웹의 시대에는 브라우저 화면을 예쁘게 만드는 개발자가 대세였고, 모바일 시대에는 반응형 UI와 앱 아키텍처가 핵심이었습니다. 하지만 2026년 현재, 우리가 마주한 AI 에이전트 시대의 백엔드 아키텍트는 완전히 새로운 질문을 던져야 합니다. "내 시스템은 AI 에이전트가 0.1초 만에 이해하고 신뢰할 수 있는 구조인가?" 더 이상 구글 검색 키워드 1위에 집착하지 마세요. 에이전트가 내 사이트를 탐색(Discover)하고, 읽고(Read), 확신을 갖고 사용자에게 추천(Recommend)할 수 있도록 백엔드의 물류망을 개단해야 합니다. 내일 출근하시면 당장 여러분 서비스의 HTTP header와 robots.txt, 그리고 자바스크립트 비의존성 응답을 점검해 보세요. 여러분의 서비스를 이용할 다음 진짜 고객은 사람이 아니라, 그 사람을 대신해 결제 버튼을 누를 AI 에이전트일지 모릅니다. 아래에 내일 출근해서 백엔드 및 DevOps 팀과 당장 복사해 쓸 수 있는 [AEO 백엔드 점검 체크리스트]와 [에이전트 변환 테스트 프롬프트/CLI 가이드]를 하나의 코드 블록으로 정리해 두었습니다. 지금 바로 복사해서 여러분의 서버 환경에 적용해 보세요. =============================================================================== AI 에이전트 준비도(Agent Readiness) 및 AEO 백엔드 실전 점검 팩 =============================================================================== [PART 1: 백엔드 & 인프라 AEO 점검 체크리스트] [ ] 1. HTTP Content Negotiation 설정 - Accept 헤더가 'text/markdown' 일 때 Clean Markdown을 반환하는가? - 에이전트 요청 시 무거운 JS/CSS를 제거한 경량화된 데이터를 제공하는가? [ ] 2. WAF 및 보안 정책 재정의 - OpenAI, Anthropic, Perplexity, Cloudflare 에이전트 IP가 403/429로 차단되지 않는가? - Rate Limit 정책이 인간 브라우저와 AI 에이전트 세션별로 분리되어 있는가? [ ] 3. 구조화된 데이터 및 메타데이터 구축 - JSON-LD (Schema.org) 스펙이 모든 상품/서비스 페이지에 정확히 삽입되어 있는가? - 서비스 요금, FAQ, 핵심 피처가 환각(Hallucination) 없이 파싱 가능하게 명시되었는가? [ ] 4. 에이전트 전용 Action API 인터페이스 제공 - /.well-known/ai-plugin.json 파일이 정상 제공되는가? - OpenAPI v3.1 규격의 API Spec이 에이전트에 공개되어 인보크 가능한가? [PART 2: curl 기반 엣지 서버 에이전트 응답 테스트 CLI] # 1. AI 에이전트 User-Agent 및 Accept 헤더 시뮬레이션 테스트 curl -i -X GET " https://your-service.com/product/123" ; \ -H "User-Agent: Mozilla/5.0 (compatible; GPTBot/1.0; + https://openai.com/gptbot )" \ -H "Accept: text/markdown, text/html" # 2. robots.txt 내 에이전트 관련 Allow 및 Sitemap / AI-Plugin 경로 검증 curl -s " https://your-service.com/robots.txt" ; | grep -iE "(User-agent|Sitemap|Allow|Disallow)" # 3. JSON-LD 메타데이터 수집 테스트 curl -s " https://your-service.com/product/123" ; | grep -A 20 '<script type="application/ld+json">' [PART 3: LLM 에이전트 파싱 성능 및 추천 검증 프롬프트 템플릿] [역할 정의] 당신은 최첨단 AI 에이전트 파싱 및 AEO(Answer Engine Optimization) 데이터 분석가입니다. [요청 사항] 아래 제공된 [웹페이지 응답 데이터]를 읽고, AI 에이전트 시각에서 다음 3가지를 평가해 주세요. 1. 정보 명확성 (Clear Readability): - 자바스크립트 실행 없이 순수 텍스트만으로 서비스의 핵심 기능, 가격, 사용법을 100% 파악할 수 있습니까? - 모호하거나 환각을 유발할 수 있는 구조가 있습니까? 2. 구조화 데이터 완성도 (Metadata Integrity): - JSON-LD 및 HTML 메타 데이터에서 주요 Entity(가격, 요금제, API 엔드포인트)가 명확히 추출됩니까? 3. 답변 엔진 추천 지수 (Recommendation Feasibility Score: 1~10점): - 사용자가 "가장 적합한 B2B 솔루션을 추천해 줘"라고 물었을 때, 이 데이터를 바탕으로 이 서비스를 확신 있게 추천할 수 있습니까? 부족하다면 어떤 Markdown/메타데이터가 추가되어야 합니까? [웹페이지 응답 데이터] (여기에 curl로 긁어온 서비스의 Markdown 또는 HTML 응답 텍스트를 붙여넣으세요) ===============================================================================
AnthropicAI 에이전트React챗GPT에이전트 -
새 소식
좌석 기반 요금제 버리고 사용량 기반 메터링 구축한 이유
월말 결산 회의실의 공기는 차갑게 식어 있었습니다. 재무 이사가 모니터 화면을 가리키며 던진 한마디가 아직도 귓가에 맴붑니다. "신규 B2B 고객사 5곳을 유치해서 월 매출(ARR)이 15퍼센트 늘었는데, 왜 LLM(대형 언어 모델) API 호출 비용은 400퍼센트가 폭증한 겁니까?" 순간 식은땀이 흘렀습니다. 우리가 제공하던 서비스는 여타 전통적인 SaaS(클라우드 기반 소프트웨어 서비스)처럼 '1인당 월 3만 원'이라는 전형적인 좌석 기반(Seat-based) 요금제를 채택하고 있었습니다. 하지만 일부 파워 유저들이 하루에도 수만 건의 복잡한 추론 프롬프트(Prompt - AI에게 전달하는 명령어)를 날리기 시작하면서, 해당 유저 한 명이 발생시키는 토큰 비용이 한 달 구독료의 몇 배를 뛰어넘었던 것입니다. 손님이 많이 올수록 손해가 커지는 기괴한 구조였습니다. AI 기능을 많이 쓰면 쓸수록 제품의 가치는 올라가는데, 역설적이게도 회사의 수익성은 밑바닥으로 추락하고 있었습니다. 기존 백엔드 인프라는 단순 요청 횟수만 기록할 뿐, 유저가 소모한 입력·출력 토큰의 양이나 가중치를 전혀 추적하지 못하고 있었습니다. 이 문제를 해결하지 않고서는 서비스의 생존 자체가 불가능했습니다. 우리는 기존의 고정 좌석 요금제 단말을 완전히 철거하고, 유저의 모든 AI 행위를 실시간으로 측정하여 가치와 비용을 연동하는 사용량 기반(Usage-based) 메터링 아키텍처로 완전한 체질 개선을 감행해야 했습니다. 오늘 글을 한 줄로 요약하면 이겁니다. AI 제품에서 전통적인 좌석 기반 요금제를 고집하면 사용자 가치가 증가할수록 회사의 마진이 파괴되는 역설에 직면하므로 사용량 기반 아키텍처로 조속히 전환해야 합니다. 1. 무한 리필 뷔페에서 전력계량기 기반 전기 요금제로의 전환 전통적인 SaaS 인프라를 '무한 리필 뷔페'에 비유할 수 있습니다. 손님이 음식을 한 접시 먹든 열 접시 먹든, 매장이 부담하는 한계 비용(Marginal Cost - 손님 한 명을 더 받을 때 드는 추가 비용)은 극히 미미합니다. 서버 인프라를 일단 구축해 두면 추가 유저가 들어와도 CPU와 메모리 사용량의 증가폭이 완만하기 때문입니다. 그래서 전통 SaaS 기업들은 매출 대비 총마진율(Gross Margin - 매출에서 원가를 뺀 비율)을 80~90% 수준으로 유지할 수 있었습니다. 반면 AI 우선(AI-first) 기업의 사정은 완전히 다릅니다. AI 서비스는 무한 리필 뷔페가 아니라 '주문할 때마다 고급 한우가 제공되는 고급 레스토랑'과 같습니다. 유저가 AI에게 질문을 던질 때마다 백엔드에서는 LLM 공급업체(OpenAI, Anthropic 등)나 자체 GPU(그래픽 처리 장치) 서버로 원가가 즉시 발생하는 토큰(Token - AI가 글자를 인식하고 생성하는 최소 단위)을 전송합니다. 실제로 최근 업계 데이터에 따르면 AI 우선 기업들의 평균 총마진율은 50~60% 수준에 불과합니다. 전통 SaaS의 80~90%에 비하면 턱없이 낮은 수치입니다. 유저가 행동할 때마다 원가가 직접적으로 비례해서 늘어나는 구조이기 때문입니다. 입력 토큰 문맥이 길어질수록, AI가 답변하는 출력 길이가 길어질수록 비용은 직전 요청 대비 제곱으로 늘어나기도 합니다. 결국 AI 백엔드 아키텍처는 유저의 모든 행동을 전력계량기처럼 정밀하게 측정하는 '토큰 메터링 엔진'을 내장해야만 합니다. 유저가 창의적인 작업을 수행해 높은 비즈니스 가치를 얻었다면, 그에 비례하는 크레딧을 차감하거나 실시간 사용량으로 청구하는 아키텍처가 필수적입니다. 이를 위해 가장 먼저 구축해야 하는 것은 API Gateway(API 가이트웨이 - 모든 클라이언트 요청의 관문) 단에서 작동하는 실시간 토큰 추적 및 차감 시스템입니다. 아래는 Envoy 또는 커스텀 게이트웨이에서 라우팅 시 LLM 요청 및 응답의 토큰을 비동기로 측정하는 백엔드 메터링 이벤트의 기본 데이터 구조예시입니다. { "event_id": "evt_98742a12-882f", "timestamp": "2026-08-11T09:30:00Z", "organization_id": "org_enterprise_01", "user_id": "usr_tech_lead", "model_name": "claude-3-5-sonnet", "metric": { "prompt_tokens": 1420, "completion_tokens": 350, "total_tokens": 1770, "raw_cost_usd": 0.00951 }, "business_context": { "feature_name": "auto_code_review", "credit_cost": 12 } } 메트릭 분리(Prompt vs Completion) : LLM 공급업체마다 입력(Prompt)과 출력(Completion) 토큰의 단가가 다르므로 이를 엄격히 분리해서 파싱합니다. 비동기 이벤팅 : 메터링 로직이 메인 추론 API의 응답 지연 시간(Latency)에 영향을 주지 않도록 이벤트 버스로 즉시 이탈시킵니다. 가치 기반 크레딧 마핑 : 단순 Raw 비용 외에 서비스가 제공한 비즈니스 기능(Code Review, Summary 등)의 가치에 따라 내부 크레딧 차감 수치를 동적으로 계산합니다. 2. 무제한 요금제 선언 후 마주치는 3가지 아키텍처 비극 많은 팀들이 초기 출시 속도를 높이기 위해 "일단 월 $20에 무제한 AI 제공!"이라는 슬로건을 내걸고 시장에 진입합니다. 하지만 서비스가 성장하면서 백엔드 엔지니어링 관점에서 3가지 결정적인 결함과 직면하게 됩니다. 첫 번째는 '헤비 유저의 체리피킹(Cherry-picking)으로 인한 마진 파고' 현상입니다. 전체 유저의 5%에 불과한 자동화 스크립트 이용자나 기업 헤비 유저들이 전체 LLM API 비용의 70% 이상을 소모하는 기현상이 발생합니다. 고정 가격을 내는 일부 유저가 회사의 전체 수익을 갈아먹는데, 백엔드에 메터링이 없으면 어떤 유저가 시스템을 오용하고 있는지조차 실시간으로 찾아내지 못합니다. 두 번째는 '동기식 트랜잭션 DB의 병목 및 동사' 패턴입니다. AI 요청이 들어올 때마다 유저의 잔여 토큰이나 월간 사용량을 일반 RDBMS(관계형 데이터베이스)의 ACID(트랜잭션 안전성) 테이블에 직접 UPDATE 쿼리로 때리는 경우입니다. 트랜잭션 Lock 병목 : 동일 유저나 팀이 동시에 여러 AI 에이전트를 돌릴 경우, DB Row Lock(행 잠금)이 걸리면서 AI 추론 응답보다 잔여 크레딧 차감 DB 대기 시간이 더 길어지는 기형적인 현상이 벌어집니다. DB Connection枯渴 : 동시 요청이 폭증할 때 메터링 쓰기 작업이 DB 커넥션 풀을 가득 채워, 정작 중요한 유저 로그인이나 메인 서비스 DB 조회까지 함께 마비됩니다. 세 번째는 '정산 투명성 부재로 인한 CS(고객 지원) 대란'입니다. 월말에 사용량 기반 요금을 청구하거나 정해진 크레딧이 차감되었을 때, 유저들은 "내가 도대체 왜 이 만큼의 비용을 써야 하느냐"고 반발합니다. 각 요청별로 어떤 프롬프트가 나갔고, 몇 토큰이 소모되었으며, 어떤 모델이 사용되었는지에 대한 '추적성(Traceability)' 로그가 백엔드에 쌓여있지 않으면 정산 분쟁을 해결할 방법이 없습니다. 실제로 한 B2B AI 에디터 서비스는 메터링 시스템 없이 무제한 구독제를 운용하다가, 한 유저가 로컬 개발 환경에서 루프문으로 AI 코딩 대화 API를 연속 호출하는 바람에 단 하룻밤 사이에 1,200만 원의 API 비용이 청구되어 서비스를 일시 중단하는 참사를 겪기도 했습니다. 3. 마진 60퍼센트 장벽을 넘어서는 사용량 기반 시스템 3단계 개편안 그렇다면 마진율 붕괴를 막고, 유저에게는 합리적인 가치를 제공하면서 안정적인 수익을 확보하려면 백엔드 아키텍처를 어떻게 개편해야 할까요? 현장에서 즉시 적용 가능한 3단계 핵심 아키텍처 가이드라인을 제시합니다. Step 1: 비동기 이벤트 스트리밍 기반의 Zero-Latency 메터링 파이프라인 메인 API 서버가 LLM 공급업체로부터 스트리밍 응답(Server-Sent Events)을 받는 즉시, 토큰 카운트를 포함한 메터링 이벤트를 발행합니다. 이때 메인 DB에 직접 쓰지 않고 Kafka(카프카)나 NATS 같은 고성능 메세지 브로커로 이벤트를 던집니다. 인메모리 버퍼링 : Redis(레디스)의 Atomic Increment( INCRBYFLOAT ) 명령을 사용해 유저의 실시간 사용량을 메모리상에서 즉시 갱신합니다. 시계열 시퀀스 저장 : 비동기 워커(Worker)가 메세지 큐에서 이벤트를 가져와 ClickHouse(클릭하우스)나 TimescaleDB 같은 시계열 분석 전용 DB에 일괄(Batch) 저장합니다. 이로써 메인 서비스 지연 시간은 0ms에 가깝게 유지됩니다. Step 2: 동적 시맨틱 캐싱 및 모델 라우팅 레이어 구축 모든 질문을 최고 성능의 비싼 모델(예: GPT-4o, Claude Sonnet)로 보낼 필요는 없습니다. 사용량 기반 요금제로 전환하더라도 유저의 원가를 절감해 주는 장치를 백엔드에 배치해야 서비스 경쟁력이 생깁니다. 시맨틱 캐싱(Semantic Caching) : Qdrant나 Milvus 같은 Vector DB(벡터 데이터베이스)를 활용해 기존 답변과 유사도가 95% 이상인 요청은 LLM을 다시 호출하지 않고 캐시된 답변을 반환합니다. 원가는 0원에 수렴하게 됩니다. 지능형 모델 라우팅 : 요청의 난이도를 분류하는 가벼운 SLM(소형 언어 모델)을 프론트에 배치합니다. 단순 번역이나 키워드 추출은 단가가 1/20 수준인 저렴한 모델로 라우트하고, 고난도 로직 설계만 고성능 모델로 라우팅합니다. Step 3: 하이브리드 크레딧 메커니즘과 서킷 브레이커 적용 원천 토큰 단가를 유저에게 직접 노출하면 사용자 경험이 극도로 복잡해집니다. "1,000 입력 토큰당 $0.003"이라는 문구는 일반 사용자에게 공포감을 줍니다. 따라서 유저에게는 단순한 '크레딧(Credit)' 개념을 제공하고, 백엔드 내부에서 토큰 비용을 크레딧으로 환산하는 하이브리드 엔진을 구축해야 합니다. 실시간 서킷 브레이커(Circuit Breaker) : 유저가 설정한 일일 한도(Daily Soft Cap)나 월간 예산을 초과하면, API Gateway 수준에서 요청을 즉시 차단하거나 하위 단가 모델로 자동으로 Fallback(대체 작동)시킵니다. 성과 기반(Outcome-based) 과금 마핑 : 단순 토큰 수가 아니라 "생성된 리포트 1건당 10 크레딧", "코드 리팩토링 1건당 5 크레딧"처럼 비즈니스 성과와 크레딧을 매핑하여 유저가 비용 납부를 납득할 수 있게 만듭니다. 4. 지속 가능한 AI 제품을 만든 3가지 아키텍처 원칙 AI 시대로 접어들면서 소프트웨어의 단위 경제학(Unit Economics - 유저 1명당 발생하는 수익과 비용 관계)은 과거와 완전히 다른 규칙으로 움직입니다. 더 이상 서버를 띄워두고 유저가 오기만을 기다리던 유토피아는 존재하지 않습니다. 오늘부터 여러분의 인프라팀, 그리고 제품팀과 함께 당장 실행에 옮겨야 할 3가지 원칙은 다음과 같습니다. 첫째, 모든 AI 호출의 토큰 로그를 단 1건도 빠짐없이 비동기 추적 하세요. 추적할 수 없는 비용은 제어할 수 없습니다. 둘째, 좌석당 고정 요금제에서 탈피하여, 사용량과 성과가 비례하는 하이브리드 크레딧 요금제로 아키텍처를 전환 하세요. 유저가 가치를 느낄 때 회사의 매출과 마진도 함께 올라가는 선순환 구조를 만들어야 합니다. 셋째, 시맨틱 캐시와 모델 라우팅을 인프라 레이어에 내장하여 자체적인 원가 절감 태세를 확립 하세요. LLM 공급업체의 가격 인하만을 기다리는 것은 능동적인 엔지니어링이 아닙니다. 아래는 사용량 기반 AI 백엔드로 전환하기 전, 여러분의 아키텍처가 준비되었는지 즉시 검증할 수 있는 점검 체크리스트와 토큰 메터링 미들웨어 설정 가이드입니다. 복사해서 팀 내 인프라 검토에 곧바로 활용해 보세요. =================================================================== [AI 사용량 메터링 및 단위 경제성 점검 체크리스트 & Config] =================================================================== [1. 백엔드 아키텍처 점검 체크리스트] [ ] 모든 AI API 요청에서 Input/Output 토큰 수가 파싱되고 있는가? [ ] 메터링 로직이 메인 추론 트랜잭션과 분리된 비동기 이벤트인가? [ ] 특정 유저의 한도 초과 시 10ms 이내에 차단할 인메모리 Cache가 있는가? [ ] 동일 프롬프트 재요청 시 비용을 절감할 시맨틱 캐시가 구축되었는가? [ ] 유저별/조직별 일간 및 월간 토큰 소모량을 시각화하는 대시보드가 있는가? [2. Envoy/FastAPI 메터링 미들웨어 설정 예시 (Python/FastAPI Concept)] from fastapi import FastAPI, Request, Response import redis.asyncio as redis import json import time app = FastAPI() redis_client = redis.Redis(host='localhost', port=6379, db=0) @app.middleware("http") async def ai_token_metering_middleware(request: Request, call_next): if not request.url.path.startswith("/v1/ai/generate"): return await call_next(request) user_id = request.headers.get("X-User-ID", "anonymous") # 1. 예산 초과 여부 즉시 검증 (Redis 읽기) current_usage = await redis_client.get(f"usage:{user_id}:daily_cost") if current_usage and float(current_usage) > 50.0: # $50 일간 한도 return Response( content=json.dumps({"error": "Daily AI cost limit exceeded."}), status_code=429, media_type="application/json" ) start_time = time.time() response = await call_next(request) # 2. 비동기 메터링 이벤트 발행 (응답 헤더 기반 토큰 추출) prompt_tokens = int(response.headers.get("X-Prompt-Tokens", 0)) completion_tokens = int(response.headers.get("X-Completion-Tokens", 0)) # 가상 단가 계산 ($0.0015 / 1k prompt, $0.002 / 1k completion) estimated_cost = (prompt_tokens * 0.0000015) + (completion_tokens * 0.000002) # Redis 사용량 아토믹 업데이트 await redis_client.incrbyfloat(f"usage:{user_id}:daily_cost", estimated_cost) # Kafka/Message Queue로 분석 이벤트 발행 (파이프라인 비동기 전송) metering_event = { "user_id": user_id, "prompt_tokens": prompt_tokens, "completion_tokens": completion_tokens, "cost": estimated_cost, "latency_ms": int((time.time() - start_time) * 1000) } await redis_client.lpush("stream:metering_events", json.dumps(metering_event)) return response =================================================================== 단순히 멋진 AI 기능을 붙이는 것만으로는 비즈니스가 지속될 수 없습니다. 원가 파악과 정밀한 메터링 메커니즘이야말로 AI 피처를 진짜 수익성 있는 '소프트웨어 제품'으로 완성하는 백엔드 엔지니어의 핵심 무기입니다. 지금 여러분 서비스의 메터링 계량기가 제대로 돌아가고 있는지 모니터링 화면을 다시 한번 점검해 보시길 권합니다.
AnthropicAI 에이전트서킷 브레이커체질 개선에이전트 -
IT“바보야, 문제는 AI 구독료야”
AI 생성 이미지 여러분은 최근 생성형 AI 도구를 일상과 업무에 사용하면서 가장 큰 어려움은 무엇인가요? 하루가 다르게 진화하는 성능에 탄성을 지르다가도, 영상 생성이나 복잡한 코드 작성, 방대한 데이터 기반의 자율형 에이전트(Agent) 업무를 수행하는 과정에서 너무 많은 토큰을 사용하는 게 가장 큰 걱정거리가 되지 않으셨나요? 기자도 "이거 조금 더 고난도 작업을 시켜볼까?" 하는 순간 무섭게 소진되는 '토큰(Token)' 사용량과 껑충 뛰는 구독료 부담 때문에 새로운 시도를 망설이기도 합니다. 주변 지인들에게 얘기를 들어봐도 세계 최고 수준으로 꼽히는 '클로드 페이블(Claude Fable 5)' 같은 프리미엄 모델을 사용해보고는 싶지만, 이런 비용 부담 때문에 선뜻 쓰지 못하겠다는 반응이 나옵니다. 얼마 전까지만 해도 많은 기업이 직원들에게 "AI 사용량을 늘려라, 토큰 소비량이 곧 생산성이다"라며 독려했습니다. 심지어 AI 사용량을 성과 지표로 삼는 회사도 있었죠. 하지만 지금은 분위기가 싹 바뀌었습니다. 비용이 감당할 수 없을 정도로 가파르게 오르자, AI 투자의 가성비를 따지게 되면서 "어떻게 하면 똑똑한 AI를 쓰면서도 사용료를 바짝 줄일 수 있을까?"가 모두의 최대 관심사가 된 것입니다. 딥시크 홈페이지 화면 ■중국 AI가 쏘아 올린 '99% 할인' 탄환 소비자와 기업들의 이런 경제적 답답함을 뻥 뚫어준 곳은 뜻밖에도 중국의 AI 스타트업 '딥시크(DeepSeek)'였습니다. 딥시크는 최근 코딩 및 업무용 AI 모델인 'V4 Flash'를 전격 공개했는데요. 이 모델이 보여준 성능과 가격표는 말 그대로 시장에 엄청난 충격을 주었습니다. 미국의 최정상급 AI 모델인 앤트로픽의 'Claude Opus 4.8'과 맞먹는 수준의 성능을 내면서도, 비용은 단 몇 센트 수준으로 낮췄기 때문입니다. 그렇다면 얼마나 저렴할까요? 미국의 최고급 모델인 클로드 오퍼스 4.8(Claude Opus 4.8)에서 약 25달러(약 3만 5천 원)가 들어가는 방대한 코드 작성 작업을, 딥시크의 브이 4 플래시(V4 Flash)를 쓰면 단 28센트(약 390원)에 끝낼 수 있습니다. 비용을 무려 99%나 줄여준 셈입니다. 실제로 프론트엔드 코딩 성능을 겨루는 글로벌 크라우드소싱 순위(Arena.ai)에서, 딥시크 V4 Flash는 최정상급 모델인 클로드의 Opus 4.8에 맞먹는 성능을 기록하거나 일부 항목에서는 앞서면서도, 토큰당 비용은 100분의 1 수준에 불과한 결과를 보였습니다. '가성비'라는 말조차 부족할 정도의 파격적인 '가격 파괴'입니다. 미 온라인 매체 악시오스(Axios) 분석 결과, 주요 고성능 AI 모델 중 중국 딥시크의 ‘V4 Flash’가 28센트 수준으로 독보적인 최저가를 기록했다. 최근 오픈AI 등 미국 빅테크 기업들도 GPT-5.6 Luna 가격을 80% 인하하며 가격 경쟁에 나섰다. (출처: Axios) ■미국 빅테크들의 눈물겨운 '가격 인하' 전쟁 중국 AI의 공격적인 가격 파괴 행보에 미국 빅테크들도 가만히 있을 수 없게 됐습니다. 불과 한 달 사이에 AI 시장 전체에 어마어마한 '가격 인하 치킨게임'이 번졌습니다. 오픈AI (GPT-5.6 Luna) : 대규모 작업을 위해 출시한 지 단 3주 만에 가격을 80% 전격 인하. 구글(Gemini Flash) : 속도와 비용 효율성을 대폭 강화한 신형 Flash 모델 3종 새로 공개. xAI (Grok 4.5) : 일론 머스크의 최신 자율 작업 모델을, 오픈AI가 가격을 내리기 전 수준의 파격적인 가격으로 공개. 메타(Muse Spark 1.1) : 기존의 오픈소스 가중치 공유 전략에서 나아가, 개발자들을 끌어모으기 위한 초저가 모델 전략 전격 도입. 유일하게 가격 인하 정책을 하지 않는 기업이 있습니다. 앤트로픽(Anthropic)은 최상위 모델인 '페이블 5(Fable 5)'와 오퍼스(Opus) 등 최고급 모델은 프리미엄 가격대를 유지하고 있습니다. 심지어, 7월 말 신형 '오퍼스 5'를 출시하면서도 가격은 오퍼스 4.8과 똑같이 유지했습니다. '우리는 안전성과 정확성이 최고이므로 제값을 받겠다'는 고단가 전략을 고수하고 있는 셈인데요, 클로드는 현재 여러 방면에서 최고의 기술로 인정받고 있습니다. 클로드의 구독 유형 소개 화면 ■ "바보야, 문제는 AI 구독료야" 마치 과거 빌 클린턴이 미국 대선에서 "바보야, 문제는 경제야"라는 슬로건으로 대중의 마음을 사로잡았던 것처럼, 지금 AI 사용자들이 원하는 답은 아주 단순합니다. "더 똑똑한 AI를 더 싸게 쓰게 해달라"는 것입니다. 전문가들은 지금의 상황을 AI 기술이 빠르게 '범용 재화(Commodity)'가 되어가는 과정이라고 설명합니다. 어려운 말이 아닙니다. 우리가 집에서 전기를 쓰거나 자동차에 기름을 넣을 때, 어느 발전소에서 만든 전기인지, 어느 정유사에서 뽑아낸 기름인지 크게 따지지 않는 것과 같습니다. 가격과 성능이 비슷해지면 소비자는 브랜드보다 '가격'과 '가성비'를 최우선으로 보게 마련입니다. AI 시장도 바로 이 단계에 진입한 것입니다. 오픈AI 핵심 임원 출신의 AI 미래학자 잭 카스(Zack Kass)는 지금의 상황을 지능이 전기처럼 '흔하고 값싼 자원'이 되어가는 과정이라고 설명해 왔습니다. 성능 격차가 좁혀질수록 신형 모델이라는 이유만으로는 더 이상 사용자의 지갑을 열기 어려워진다는 것입니다. 최정상급 AI 간의 성능 격차가 점차 줄어들면서, 일반인이나 기업들은 이제 특정 AI 서비스 하나에 목매지 않게 되었습니다. 그만큼 우리 소비자들이 더 저렴한 곳을 찾아 자유롭게 이동할 수 있는 막강한 '가격 협상력'을 갖게 된 셈입니다. ■ 앞으로 우리가 맞이할 진짜 변화는? 그렇다면 빅테크들의 치열한 가격 파괴 전쟁 속에서 일반 사용자들은 앞으로 어떤 변화를 체감하게 될까요? 먼저, 알아서 최적의 AI를 연결해 주는 '스마트 AI 라우터'의 대중화입니다. 글로벌 반도체 기업 퀄컴의 AI 제품 총괄 부사장 비네시 수쿠마(Vinesh Sukumar)는 앞으로 '지능형 라우터(Intelligent Router)' 시장이 거대해질 것으로 전망했습니다. 쉽게 말해, 우리가 일일이 "이 작업은 제미나이에 시킬까, 클로드나 GPT에 시킬까?" 고민할 필요가 없어집니다. 라우터 시스템이 알아서 업무의 난이도, 처리 속도, 그리고 '가장 싼 비용'을 계산해 작업별로 최선의 AI 모델로 연결해 주기 때문입니다. 다음은 '박리다매' 시대가 가져올 구독료 인하입니다. 수천억 달러를 들여 인프라를 구축한 빅테크 기업들에겐 "더 똑똑한 AI를 만들어봤자 제값을 받기 힘들다"는 생존의 위기일 수 있습니다. 하지만 역설적으로 이 치킨게임은 우리 이용자에게는 엄청난 호재입니다. 오픈AI 최고경영자(CEO) 샘 올트먼은 앞서 자신의 블로그에서 AI 사용 비용이 해마다 10분의 1 수준으로 떨어지고 있으며, 가격이 낮아질수록 사용량은 오히려 폭발적으로 늘어난다는 견해를 밝힌 바 있습니다. 개별 작업의 이윤을 낮추더라도 압도적인 사용량으로 승부를 보겠다는 전략인 셈입니다. ■ 주머니 사정을 이해하는 AI가 승리한다? 미국과 중국이 앞다투어 AI 기술을 쏟아내는 궁극적인 목표는 분명합니다. 누구나 고성능 AI를 '물이나 전기처럼 흔하고 싸게' 쓸 수 있는 시대를 만드는 것입니다. 이제 남은 과제는 이 '지능의 풍요' 속에서 기업들이 어떻게 지속 가능한 수익을 내느냐일 뿐입니다. 기업 입장에서는 큰 도전이자 생존의 갈림길에서 어떻게든 살아서 건너가야 하는 거대한 '죽음의 계곡'을 진입하는 단계일 수도 있습니다. 결국 인간의 지능을 뛰어넘는 범용인공지능(AGI)을 누가 먼저 개발하느냐가 AI 업계 최후의 승자를 결정할 것이라는 전망도 강하게 나옵니다. 하지만 적어도 당장 소비자들이 체감하는 AI 시장의 승패는 '누가 가장 똑똑한가?'보다 "누가 내 주머니 사정을 가장 잘 알아주는가?"에서 갈릴 것이라는 목소리에도 힘이 실립니다. 여러분이 매달 내는 AI 구독료 부담이 한결 가벼워질 날이 오지 않을까요? 희망 섞인 기대를 해봅니다. ■ 제보하기 ▷ 전화 : 02-781-1234, 4444 ▷ 이메일 : kbs1234@kbs.co.kr ▷ 카카오톡 : 'KBS제보' 검색, 채널 추가 ▷ 유튜브, 다음에서도 KBS뉴스를 구독해주세요!
Anthropic생성형 AI빅테크 기업일론 머스크AI 투자 -
아직 공개된 뉴스가 없습니다.
새 기사가 준비되는 대로 이곳에 표시됩니다.