Posts

첫 줄부터 긴장감이 있다. 2003년에 나온 Command & Conquer Generals: Zero Hour가 Apple Silicon Mac, iPhone, iPad에서 네이티브로 돈다는 소식은 단순한 복고 게임 포팅으로 끝나지 않는다. 더 날카로운 쟁점은 작업 방식이다. 이 포트의 README는 엔진 포팅과 수정 작업이 Claude Code의 Fable 모델, 인간 디렉션, 실제 기기 플레이테스트를 거쳐 만들어졌다고 밝힌다. 사람들은 게임보다 먼저 작업 방식에 반응했다. GPL로 공개된 옛 엔진, 별도 보유가 필요한 상용 게임 에셋, DirectX 8에서 Metal까지 이어지는 그래픽 변환층, 코딩 에이전트가 남긴 대형 포팅 로그가 한 화면에 같이 놓였다. Hacker News에서 이 글감이 482포인트와 192개 댓글을 모은 이유도 여기에 있다. “AI가 게임을 포팅했다”는 식의 요약보다, 오래된 코드베이스의 운영 리스크를 어디까지 자동화에 맡길 수 있는지가 핵심에 가깝다. ...

회의 AI의 문제는 녹음 버튼이 아니라 저장 위치다. Meetily는 GitHub Trending에서 15,544개 스타와 하루 718개 스타를 기록한 Rust 기반 오픈소스 회의 노트 도구다. 사람들이 반응한 이유는 기능이 새로워서가 아니다. 회의 음성, 발언자, 요약문이 클라우드 벤더의 서버로 넘어가지 않는다는 점이 현재 회의록 도구 시장의 불편한 지점을 건드렸기 때문이다. 회의록은 편의 기능이 아니라 데이터 반출 경로다 Meetily가 내건 핵심 문장은 단순하다. 회의를 캡처하고, 실시간으로 전사하고, 요약까지 만들지만 데이터는 로컬 머신이나 사용자가 통제하는 인프라 안에 남긴다는 것이다. 대상 플랫폼은 macOS, Windows, Linux이며, 앱은 Tauri 기반의 단일 데스크톱 애플리케이션 구조를 쓴다. Rust 백엔드가 오디오 캡처와 전사 같은 핵심 처리를 맡고, Next.js 프런트엔드가 화면을 담당한다. ...

Codex GPT-5.5 reasoning tokens 논란의 핵심은 한 번의 오답이 아니다. 사용자가 볼 수 없는 예산 경계가 516, 1034, 1552 같은 숫자로 드러난 것처럼 보였고, 그 경계가 복잡한 Codex 작업의 성능 저하와 겹쳤다는 점이다. 모델이 틀릴 수 있다는 사실은 모두 안다. 더 불편한 문제는 왜 틀렸는지 추적할 수 없는 상태에서, 에이전트가 조용히 덜 판단한 것처럼 보이는 순간이다. Codex GPT-5.5 516 토큰 논란은 성능보다 신뢰 문제다 2026년 6월 27일, GitHub의 openai/codex 공개 저장소에 이슈 #30364가 올라왔다. 작성자는 2026년 2월 1일부터 6월 27일까지의 Codex token_count 메타데이터를 분석했고, GPT-5.5 응답이 reasoning_output_tokens = 516에 비정상적으로 몰린다고 주장했다. ...

Linux kernel epoll 취약점 CVE-2026-46242의 핵심은 낯선 API가 아니다. 끌 수 없는 커널 기본 기능에서 6개 명령어 폭의 레이스가 99% 신뢰도의 권한 상승으로 이어졌다는 점이다. Bad Epoll은 epoll 서브시스템의 레이스 컨디션(Race Condition) 기반 사용 후 해제(Use-After-Free, UAF) 취약점이다. 비권한 프로세스가 root 권한을 얻을 수 있으며, 대상은 일반 Linux 서버와 데스크톱에 그치지 않는다. Android 기기와 Chrome 렌더러 샌드박스 이후 단계까지 위험 범위에 들어간다. 이 사건은 “AI가 커널 취약점을 찾을 수 있는가”보다 “AI가 찾은 버그 옆에 무엇이 남아 있었는가”에 가깝다. Anthropic의 Mythos는 같은 epoll 코드 경로에서 다른 레이스 버그를 찾았다. 그러나 Bad Epoll은 놓쳤다. 사람 연구자는 그 틈에서 실제 exploit과 root shell까지 도달했다. ...

코딩 에이전트가 코드를 더 많이 고칠수록, 팀에는 더 많은 규칙이 아니라 실행 가능한 규칙이 필요해진다. 코드 자동화의 핵심은 빠른 수정이 아니다. Go 코드 현대화, 구조적 린팅, 테스트 하네스 자동화는 같은 방향을 가리킨다. 사람이 반복해서 남기던 리뷰 코멘트를 도구로 옮기되, 도구가 바꿀 수 있는 범위는 작게 고정해야 한다. 코드 현대화는 리팩터링 문제가 아니라 변경 권한 문제다 오래된 Go 코드를 새 문법과 표준 라이브러리 API로 옮기는 일은 겉으로 단순해 보인다. deprecated API를 새 API로 바꾸고, 반복되는 패턴을 최신 idiom으로 정리하면 된다. 실제 문제는 그 변경을 어디까지 허용하느냐다. ...

HTTP QUERY는 GET과 POST 사이의 빈칸을 메운다. 문제는 메서드가 아니라 캐시 키다. HTTP QUERY를 이야기할 때 RFC 10008, API 캐싱, 보안 사고를 떼어 놓기 어렵다. QUERY는 본문을 가진 안전한 읽기 요청이다. 검색, 필터, GraphQL류 조회처럼 URL에 다 넣기 어려운 입력을 POST로 우회하던 관행을 정리한다. 개발자 커뮤니티에서 말이 붙는 이유도 분명하다. “GET with body가 드디어 표준화됐다”는 기대와 “공유 캐시가 이걸 제대로 처리하겠느냐”는 불신이 부딪힌다. QUERY는 읽기 API 설계를 깔끔하게 만든다. 동시에 캐시 구현이 틀리면 사용자 A의 응답이 사용자 B에게 갈 수 있다. ...

Codex plugin for Claude Code가 GitHub Trending 1위에 오른 일은 도구 출시 소식으로만 보기 어렵다. 한 코딩 에이전트 안에서 다른 코딩 에이전트를 호출하고, 리뷰를 맡기고, 작업을 넘기고, 세션까지 이전하는 흐름이 개발자 워크플로에 들어오기 시작했다. 핵심은 권한 경계다. 개발자는 더 이상 AI 도구 하나를 신뢰할지만 결정하지 않는다. AI가 AI를 부르고, 그 호출이 같은 저장소와 같은 인증 상태와 같은 로컬 환경 위에서 실행될 때 어디까지를 작업 경계로 볼지 다시 정해야 한다. Claude Code 안에서 Codex를 부르는 순간, 권한 모델이 달라진다 선정된 저장소 openai/codex-plugin-cc는 Claude Code 사용자가 Claude Code 안에서 Codex를 호출할 수 있게 하는 플러그인이다. GitHub Trending 기준 별 24,578개, 당일 718개 증가로 소개됐다. 설명은 짧다. Claude Code에서 Codex를 사용해 코드 리뷰를 하거나 작업을 위임한다. ...

구글북스 스캔 데이터에 20만 달러 바운티가 걸렸다는 말은 디지털 보존 이야기처럼 들리기 쉽다. 하지만 이 사건의 핵심은 책을 누가 더 사랑하느냐가 아니다. 검색창 뒤에 있는 대규모 문화 데이터가 누구의 통제 아래 있어야 하는지, 그 통제를 깨려는 시도를 보존으로 볼지 침해로 볼지의 문제다. Anna’s Archive 쪽 이슈는 Google Books 또는 비슷한 규모의 전체 도서 스캔 컬렉션을 확보하는 방법에 200,000달러 보상금을 제시한다. 설명은 노골적이다. Google Books에는 많은 스캔 도서가 있지만 검색 결과 주변의 작은 스니펫으로만 노출된다고 적었다. 확장 가능한 방법을 찾으면 일찍 연락하라고 했고, Google 내부 접근권한이 있는 사람에게는 데이터를 빼내면 전설적인 아키비스트로 불릴 것이라는 문장까지 붙었다. ...

닫힌 냉각 루프(Closed-loop cooling)는 Meta 데이터센터 폐수 논쟁에서 방패처럼 쓰였다. 물을 계속 증발시키는 대신 한 번 채운 뒤 순환시킨다는 설명은 그럴듯하다. 그런데 와이오밍주 샤이엔(Cheyenne)에서는 바로 그 한 번 채우고 씻어내는 과정이 도시 재생수 시스템을 멈춰 세웠다. Meta 데이터센터 폐수 사건의 핵심은 물 사용량이 아니다 확인된 사실부터 좁혀보자. 2026년 7월 2일, 샤이엔 공공유틸리티위원회(BOPU)는 데이터센터의 fill-and-flush와 폐쇄형 냉각 시스템 관련 산업폐수를 더 받지 않겠다고 밝혔다. Tom’s Hardware가 2026년 7월 4일 보도한 내용에 따르면, 오염원은 Meta 샤이엔 캠퍼스 공사에 참여한 법인 Goat Systems LLC로 추적됐다. ...

AI 에이전트의 LLM 비용 문제는 더 싼 모델을 고르는 일로 끝나지 않는다. 길어진 시스템 프롬프트, 도구 문서, 로그, 과거 대화가 매 요청마다 컨텍스트로 붙으면 비용은 모델 선택보다 컨텍스트를 어떻게 운반하느냐에 더 크게 흔들린다. pxpipe가 던진 질문은 단순하다. 텍스트를 꼭 텍스트 토큰으로 보내야 하는가. LLM 비용 최적화는 압축률보다 손실 경계가 먼저다 pxpipe는 Claude Code류 작업에서 부피가 큰 입력을 PNG 이미지로 렌더링해 모델이 OCR처럼 읽게 만든다. 처음 보면 꼼수처럼 들린다. 텍스트 토큰은 글자 수와 강하게 묶이지만, 이미지 토큰 비용은 픽셀 크기에 묶인다. 코드, JSON, 툴 출력처럼 빽빽한 텍스트는 이미지 한 장에 많이 들어간다. ...