트렌딩

핵심 판단 - Codex가 실행 인프라가 되는 순간

Hermes Codex App-Server Runtime은 단순한 모델 변경 기능이 아닙니다. Hermes가 OpenAI Codex의 실행 환경을 빌려 쓰는 구조입니다. 즉 Hermes가 모든 도구 호출을 직접 처리하는 대신, OpenAI Codex app-server에게 shell, 파일 수정, sandbox, apply_patch, MCP, Codex 플러그인 호출을 맡깁니다.

이때 Hermes는 사라지지 않습니다. Hermes는 세션 DB, slash command, gateway, memory review, skill review, 브라우저 자동화, 이미지·비전·TTS 같은 상위 도구 레이어를 유지합니다. 구조를 한 문장으로 줄이면 다음입니다.

왜 provider 선택이 모델 비교가 아닌가

Hermes나 OpenClaw처럼 파일·로그를 읽는 코딩 에이전트는 일반 채팅처럼 한 번 묻고 끝나지 않습니다. OpenClaw는 Hermes와 비슷하게 장시간 작업 맥락을 다루는 에이전트 계열 도구로 보면 됩니다. 파일을 읽고, 로그를 확인하고, 도구…

주가가 먼저 반응한 것이 아니라 가격표가 먼저 바뀌었다

삼성전자와 SK하이닉스가 전고점을 뚫고, 코스피가 7,400선을 넘어 과열 논쟁까지 부른 장면은 단순한 ‘AI 기대감’만으로 설명하기 어렵다. 지금 반도체 시장에서 벌어지는 변화는 GPU 옆에 붙는 HBM 한 품목의 호황이 아니라, 서버 DRAM·NAND·기업용 SSD·HDD까지 이어지는 데이터센터 부품 가격의 재조정이다.

핵심은 공급이 갑자기 사라졌다는 데 있지 않다. AI 인프라 투자가 기존 PC·스마트폰 중심의 메모리 사이클과 다른 방식으로 수요를 만들고 있다는 데 있다. OpenAI의 Stargate, Microsoft의 AI 클라우드 투자, 그리고 글로벌 하이퍼스케일러의 추론 서비스 확대는 반도체를 한 번 사고 끝나는 장비가 아니라 계속 증설해야 하는 운영 자산으로 만들었다.

OpenAI가 새 실시간 음성 모델군을 API에 추가하면서 음성 AI 경쟁의 초점이 다시 움직였다. 이번 발표의 핵심은 ‘AI가 말을 잘한다’가 아니라, 사람이 말하는 순간에 번역 음성·자막·대화 응답이 동시에 흘러나오는 서비스가 더 현실적인 제품 영역으로 들어왔다는 점이다.

OpenAI가 내놓은 세 갈래 음성 모델

OpenAI의 이번 발표는 하나의 만능 음성 모델을 공개했다는 이야기가 아니다. 공식 설명과 개발 문서를 종합하면 역할은 세 갈래로 나뉜다. gpt-realtime-2는 사람과 말로 주고받는 음성 대화 모델이고, gpt-realtime-translate는 전용 번역 세션에서 사용자가 말하는 동안 목표 언어의 음성과 텍스트를 내보내는 통역 모델이다. gpt-realtime-whisper는 음성 답변 없이 실시간 전사…

AI가 프런트엔드 기능을 빠르게 붙일 때 자주 놓치는 영역이 브라우저 저장소입니다. 화면은 분명 새로 배포됐는데 어떤 사용자는 예전 권한 화면을 보고, 어떤 사용자는 결제 완료 후에도 온보딩 배너가 사라지지 않고, 어떤 사용자는 로그아웃 뒤 새로고침하면 다시 로그인된 것처럼 보입니다. 서버 코드와 API 응답만 보면 정상이라 더 혼란스럽습니다. 원인은 localStorage, sessionStorage, 쿠키, IndexedDB, Service Worker 캐시, 탭 사이 동기화, 기능 플래그 캐시 같은 브라우저 상태가 서로 다른 생명주기로 남아 있기 때문인 경우가 많습니다.

초보자는 브라우저 저장소를 “웹사이트가 내 브라우저에 잠깐 맡겨 두는 작은 상태 창고”로 이해하면 됩니다. 실무자는 여기서 한 단계 더 들어가야 합니다. 어떤 값은 탭을…

AI가 만든 서비스가 실제 운영에 들어가면 가장 빨리 흔들리는 연결 지점 중 하나가 webhook입니다. 결제 승인, 환불, 배송 상태, GitHub 이벤트, 폼 제출, 자동화 도구, 사내 알림, AI 에이전트 완료 이벤트는 모두 “상대 시스템이 우리 서버로 알려 주는 사건”입니다. 초보자에게 webhook은 “외부 서비스가 우리에게 보내는 알림 요청”이라고 이해하면 됩니다. 문제는 이 알림이 한 번만, 정확한 순서로, 항상 성공적으로 도착한다고 가정하면 운영에서 바로 깨진다는 점입니다.

VIBE 코딩에서는 AI가 webhook endpoint와 handler를 빠르게 만들어 줍니다. 그러나 단순히 요청을 받고 데이터베이스를 업데이트하는 코드만 있으면 중복 결제 처리, 같은 알림 두 번 발송, 이미 취소된 주문의 상태 되돌림, 실패한 재시도…