Daily Digest - 2026-07-26

Anthropic이 Claude Code 시스템 프롬프트의 80%를 지웠고, 오픈 웨이트 서한에 구글과 OpenAI가 서명했으며, 모델 평가를 믿을 수 없다는 자각이 커뮤니티 전체에 번진 하루.

Daily Digest - 2026-07-26

오늘의 핵심 흐름

1. 지시를 쌓는 시대가 끝나가고 있다. Anthropic은 Claude Code 시스템 프롬프트의 80% 이상을 지우고도 코딩 평가에서 손실이 없었다고 밝혔다. 규칙을 나열하는 대신 판단 기준을 주변 코드로 옮기고, 필요할 때만 로드되는 스킬과 도구로 컨텍스트를 아꼈다는 것이다. 같은 날 한국의 실무자는 "몇 달간 쌓은 harness가 오히려 모델 성능을 제한하고 있을지 모른다"며 vanilla로 회귀했다고 썼고, X에서는 정반대로 에이전트를 노드와 엣지의 그래프로 더 정교하게 배선하라는 "Graph Engineering" 담론이 최상위로 올랐다. 그 사이를 중재하는 건 실험 결과다. OpenForgeRL은 하네스 선택 자체가 학습 변수이며 어떤 하네스는 훨씬 학습하기 어렵다는 것을 수치로 보였다. -> 에이전트 하네스: 쌓을 것인가 걷어낼 것인가

2. 오픈 웨이트가 정책에서 이기고 지표에서 진다. Jensen Huang이 던진 공개 서한에 NVIDIA, Microsoft, Meta, AMD에 이어 OpenAI와 구글이 서명하면서 커뮤니티는 이를 "빅테크 전부 대 Anthropic" 구도로 읽었다. Mesosphere 창업자는 오픈 웨이트가 Kubernetes와 같은 중력 중심이 되어 간다고 썼고, Hugging Face 다운로드의 41%가 이미 중국 모델이다. 그런데 같은 날 나온 독립 종합 지표에서 오픈 웨이트 최고점은 51점, 전체 1위 Claude Opus 5는 61점으로 10점 차가 그대로 남아 있었다. 정책 승리와 실사용 성숙도 사이의 시차는 로컬 모델 커뮤니티 안에서 "소형 모델로 대체 뭘 하냐"는 질문이 댓글 171개를 모은 것으로도 드러난다. -> 오픈 웨이트와 프런티어 경쟁 구도

3. "출시 직후 어떤 숫자도 믿지 말라"가 오늘의 합의였다. Opus 5는 같은 날 "토큰 효율 압승"과 "사고를 덜 하는 퇴보"라는 정반대 평가를 동시에 받았고, 그 상황 자체를 조롱한 게시글이 업보트 1,647을 얻었다. 벤더 차트도 흔들렸다. Grok 4.5가 파레토 프론티어에 단독으로 올랐다는 주장에는 2주 전 독립 테스트에서 4위였고 환각률이 약 2배로 늘었다는 반박이 붙었다. 유일하게 신뢰할 만한 데이터는 개인이 변수를 통제해 잰 것들이었다. -> 모델 평가의 신뢰성 위기

4. 생성 비용이 0에 수렴하자 선별 비용이 그만큼 올랐다. 로보틱스에서는 시연을 더 모을수록 로봇이 나빠졌고 죽은 시간을 걸러내자 1.8배 빨라졌다. 에이전트 검색에서는 관련성이 60%로 같아도 실제로 쓸 수 있는 결과 비율은 28% 대 46%로 갈렸다. 학계에서는 ICML이 23,000편을 받아 6,000편을 채택했고 arXiv가 CS 논문 일부에 피어리뷰 통과를 요구하기 시작했다. 채용에서는 공고 문구를 그대로 복사한 이력서가 흔해졌고, Debian은 LLM 기여를 두고 전면 금지, 조건부 허용, 최대한 배격이라는 3안을 표결에 부쳤다. -> 연구 자동화와 심사 시스템, AI와 열린 웹, 오픈소스 거버넌스, 로보틱스와 인간-로봇 상호작용

5. 감시와 통제의 주체가 국가, OS 벤더, 앱 벤더, 민간 기업으로 나뉘어 동시에 움직였다. 인도 정부는 앱스토어가 아니라 GitHub에 Bluetooth 메시 앱 삭제를 명령했고, 구글 직원은 기기 내 루프백 ADB를 막는 방향을 제안했으며, Chrome은 묻지 않고 전역 단축키 Ctrl+G를 가져가 Gemini에 할당했다. 그리고 84억 달러 가치의 번호판 감시 회사에 대한 반발이 23개 주 33건의 물리적 파괴와 80개 넘는 도시의 계약 해지로 동시에 나타났다. -> 감시 인프라와 플랫폼 통제권

오픈 웨이트와 프런티어 경쟁 구도

오픈 웨이트 AI가 Kubernetes의 순간을 맞고 있다

GeekNews · Mesosphere 공동창업자 기고

필자는 2013년 Mesosphere를 공동창업해 Apache Mesos 기반 DC/OS를 상용화했다가 더 새롭고 완전히 오픈소스였던 Kubernetes에 시장 중심축을 빼앗긴 당사자다. 그가 뽑아낸 교훈은 "오픈소스가 항상 이긴다"가 아니라, 사용자가 커스터마이즈할 수 있는 개방형 플랫폼이 산업의 중력 중심이 되면 단일 공급자가 그 생태계의 결합된 혁신 속도를 따라갈 수 없다는 것이다. Kubernetes가 뜨자 네트워킹, 스토리지, 관측성, 배포 도구, 정책 엔진이 전부 오픈소스로 채워졌고 Red Hat, Rancher, Nutanix, 클라우드 사업자는 통합과 지원과 운영으로 사업을 세웠다.

지금 AI가 같은 지점에 도달했다는 것이 그의 주장이다. 다만 용어를 먼저 정확히 한다. 흔히 "오픈소스 모델"이라 부르는 것 대부분은 오픈 웨이트다. 학습된 파라미터는 내려받아 수정할 수 있지만 학습 데이터와 전체 학습 과정은 공개되지 않아 Open Source Initiative의 정의에 미치지 못한다. 유비의 한계도 스스로 짚는다. Kubernetes 기여자는 소스를 고쳐 업스트림에 되돌릴 수 있었지만 모델 미세조정 결과는 그렇게 흐르지 않고, 프런티어 가중치는 내려받아도 실행에 값비싼 하드웨어가 필요하며, AI에는 CNCF에 해당하는 중립 거버넌스 조직이 없다.

그럼에도 메커니즘은 같다. 셀프 호스팅(데이터 통제에서 추론 비용 통제로 이어지는)을 중심으로 vLLM, SGLang, llama.cpp, Ollama, MLX 같은 서빙 스택이 자리 잡았고 Hugging Face에는 공개 모델이 200만 개를 넘었다. Qwen과 Gemma 계열 주변에는 반도체 아키텍처별 양자화 가중치, 코딩/의학/법률/수학/에이전트용 미세조정과 LoRA 어댑터, 모델 병합 결과, TensorRT-LLM과 vLLM과 MLX용 변형이 쌓인다. 성능 근거로는 Z.ai가 MIT 라이선스로 공개한 GLM-5.2가 자체 평가 SWE-bench Pro에서 62.1%로 GPT-5.5의 58.6%를 앞섰다는 수치를 든다(필자도 벤치마크와 에이전트 하네스에 따라 결과가 달라진다는 단서를 단다). Moonshot은 Kimi K3의 가중치를 7월 27일 공개하겠다고 예고했다.

정책 파트가 실제 타깃이다. Kimi K3 공개 이후 트럼프 행정부가 중국산 오픈 웨이트 모델 제한을 검토 중이라고 알려졌는데, 필자는 광범위한 금지를 "자책골"이라고 본다. 세계의 개발은 계속되고 미국 연구자와 기업만 그 생태계에서 잘려나가며, 이미 지난 1년간 Hugging Face 전체 모델 다운로드의 41%가 중국산 모델이었다. 대안으로 네 가지를 제시한다. 스타트업이 실제로 제품을 만들 수 있는 라이선스로 프런티어급 미국 오픈 웨이트 모델을 낼 것(NVIDIA Nemotron은 자체 허용 라이선스, Thinking Machines Inkling, OpenAI gpt-oss, Google Gemma 4는 Apache 2.0으로 진전이 있지만 OpenAI와 구글의 최강 모델은 여전히 폐쇄형), 정부 조달로 단일 API 종속이 아닌 이식성 있는 시스템에 수요를 만들 것(미 국방부 Platform One이 선례), 모델 바깥의 서빙과 도구와 운영 계층을 미국 기업이 가져갈 것, 전면 금지 대신 프런티어 모델에 대한 독립 시험과 표준을 세울 것.

독립 지표로 재보면 격차는 아직 10점이다

GeekNews · Artificial Analysis 요약

Artificial Analysis의 Intelligence Index v4.1에서 Claude Opus 5의 Adaptive Reasoning + Max Effort 구성이 61점으로 평가 대상 170개 모델 중 1위다. Xhigh Effort 구성과 Claude Fable 5(Max Effort, Opus 4.8 폴백)가 각각 60점, GPT-5.6 Sol (max)과 Opus 5 High Effort가 각각 59점으로 뒤를 잇는다. 상위권이 사실상 Anthropic 구성으로 채워졌다는 점, 같은 모델의 effort 설정 차이가 1~2점 단위로 순위에 반영된다는 점이 이번 스냅샷의 특징이다.

지표가 무엇을 재는지가 중요하다. Index v4.1은 9개 평가를 결합하는데 구성이 에이전트 쪽으로 크게 기울어 있다. GDPval-AA v2(에이전트 기반 실제 업무), 𝜏³-Banking(도구 사용), Terminal-Bench v2.1(터미널 코딩), SciCode, Humanity's Last Exam, GPQA Diamond, CritPt, AA-Omniscience(지식 정확도와 비환각률), AA-LCR(장문맥 추론)이다. 즉 "지능 1위"는 에이전트 실무 수행 능력 가중치가 큰 지표다. AA-Omniscience의 채점 규칙도 인용 가치가 있다. -100에서 100 범위로 정답에 보상, 환각에 벌점을 주되 답변 거부에는 벌점이 없다. 모른다고 말하는 행위를 처벌하지 않는 설계다.

오픈 웨이트 관점의 수치가 앞 항목과 정면으로 맞물린다. 170개 중 94개가 공개 가중치 모델이고 그중 최고인 GLM-5.2 (max)가 51점으로 전체 1위와 10점 차다. MiniMax-M3와 DeepSeek V4 Pro(Reasoning, Max Effort)가 44점으로 뒤를 잇는다. "격차가 좁아지고 있다"와 "격차가 사라졌다"는 다르다는 것이 이 대비의 요지다. 지능 외 축도 구체적이다. 출력 속도 1위는 Mercury 2의 901.6 tokens/s(원문 페이지 요약에는 939 t/s로 적혀 스냅샷 시점 차이가 있다), 그다음이 Gemini 3.5 Flash-Lite 435.1 t/s다. 첫 토큰 지연은 Gemini 2.5 Flash-Lite가 0.34초로 가장 짧고 Command A+가 0.42초다. 문맥 창은 Llama 4 Scout 10M 토큰, Grok 4.20 0309 2M 토큰이 최상위이고, 혼합 단가 최저는 Nova Micro, Sarvam 30B (high), Gemma 4 E4B가 100만 토큰당 $0.03이다.

방법론 디테일 세 가지는 그대로 재사용할 만하다. 첫째, 가격 비교를 토큰 단가가 아니라 작업당 비용으로 한다. 둘째, 표시된 "캐시 혼합 가격"은 캐시 적중 비용만 반영하며 나머지 캐시 비용은 공급자마다 다르다. Anthropic은 캐시 쓰기 비용을 따로 받고 5분과 1시간 TTL 요율이 다르며, Google Vertex는 시간당 저장 비용을 부과하고, OpenAI와 DeepSeek은 대개 적중가만 받는다. 셋째, 작업당 시간은 출력 토큰 수를 출력 속도로 나눠 계산하고 TTFT는 제외한다.

오픈 웨이트 서한 - 서명 여부가 진영 표명이 됐다

LinkedIn · Eduardo Ordax, X · 0xSero, Reddit · r/LocalLLaMA, Reddit · r/OpenAI

이번 주 정책 담론의 중심은 Jensen Huang이 서명한 오픈 웨이트 AI와 미국 AI 리더십에 관한 공개 서한이었다. NVIDIA, Microsoft, Meta, AMD를 포함한 다수가 서명했고 여기에 OpenAI와 구글이 합류했다. 논쟁이 어긋난 지점부터 정리해야 한다. 서한은 모든 AI 기업에게 오픈소스가 되라는 요구가 아니라 오픈 웨이트에 대한 방어다. Eduardo Ordax는 "오픈 웨이트를 지지한다면 NVIDIA도 CUDA를 오픈소스화해야 한다"는 반박이 귀에 붙는 비유이긴 하지만 논점을 벗어났다고 본다. 아무도 독점 AI 랩에게 프런티어 모델의 소스나 가중치를 내놓으라고 요구하지 않으며, 실제 요구는 훨씬 단순하다. 다른 이들이 오픈 웨이트 모델을 만들고 공개하는 것을 불법으로 만들지 말라는 것이다. 근거로 인용된 문장은 Mira Murati의 것이다. "AI가 분산된 지식으로부터 이득을 보려면, AI 자체가 분산되어야 한다."

커뮤니티는 이 서한을 진영 점검표처럼 소비했다. X에서는 "OpenAI signed. Just Anthropic and Google left"라는 한 줄 게시물이 2,727 likes와 204 replies를 받았다. Reddit에서는 구글의 서명 소식이 r/LocalLLaMA에서 업보트 1,805, 댓글 285를 기록해 이날 수집된 Reddit AI 게시글 중 압도적 1위였고, 같은 사안을 OpenAI 각도에서 다룬 r/OpenAI 게시글이 업보트 404, 댓글 62로 뒤를 받쳤다. 원글 제목이 그대로 "이제 모든 빅테크 대 Anthropic 구도"였는데, 이 프레임 자체가 상위 노출의 이유다. 다만 이것은 커뮤니티의 해석이지 서한 자체의 문구가 아니라는 구분은 유지해야 한다. r/LocalLLaMA가 로컬 실행 진영이라 이 소식을 자기 진영의 승리로 읽는 편향이 있다는 점도 함께 감안할 대목이다.

실무 맥락에서 이 흐름이 뜻하는 바는 명확하다. 오픈 웨이트 지지 서명이 늘어난다는 것은 가중치를 내려받아 사내에서 파인튜닝하고 온프레미스로 서빙하는 선택지가 정책적으로 더 안전해진다는 뜻이다. 같은 시기에 Jensen Huang이 X 계정을 개설했고 그 첫 게시물이 11,059 likes와 103 replies로 이번 주 X 최고 반응을 기록했는데, 게시물 본문에 첫 포스트 내용이 인용돼 있지 않아 서한과 같은 건인지는 이 데이터만으로 단정할 수 없다.

Kimi K3 - 2.8T를 서빙 가능하게 만든 조합, 그리고 17세 제1저자

LinkedIn · Raphaël MANSUY, X · Krongggggg, X · Valley101_Qian

Kimi K3를 둘러싼 반응은 성능 점수가 아니라 "2.5배 큰 모델을 2.5배 느리게 만들지 않으려면 무엇을 바꿔야 하는가"라는 설계 질문에 몰렸다. 먼저 짚어둘 단서가 있다. 아래 수치와 구성은 원글 작성자가 아키텍처 카드에서 재구성한 잠정치라고 스스로 밝힌 것이므로 확정 스펙으로 다루면 안 된다.

문제는 컨텍스트다. 표준 attention은 모든 토큰을 다른 모든 토큰과 비교하는데 1M 토큰에서는 이 비용이 감당이 안 된다. K3는 두 가지를 섞었다. KDA(Kimi Delta Attention)는 시퀀스를 매번 다시 훑는 대신 압축된 running memory를 유지하는 linear 계열 attention이고, Gated MLA는 key-value 캐시를 압축해 긴 컨텍스트가 메모리를 터뜨리지 않게 한다. 책을 읽으며 매번 앞장을 넘기는 대신 메모를 남기며 읽는 방식에 가깝다. 두 번째 축은 신호 보존이다. 깊은 모델은 레이어를 통과하며 신호가 손실되는데, AttnRes는 attention 블록을 가로지르는 지름길 경로를 추가해 초기 정보가 최상단까지 살아남게 한다.

세 번째 축은 MoE 라우팅이다. 토큰마다 네트워크 전체를 켜는 대신 소수의 전문가에게 라우팅하는데, Stable LatentMoE Balancing이 일부 전문가만 과부하되는 상황을 막고 shared experts와 routed experts를 함께 두어 항상 켜져 있는 지식과 특화된 지식을 나눈다. 2.8T 모델이 토큰당 2.8T어치 연산을 하지 않아도 되는 이유가 여기 있다. 나머지 선택지는 작지만 누적된다. SiTU(Sigmoid Tanh Unit)라는 새 활성함수, MXFP4 가중치와 MXFP8 활성값이라는 공격적인 저정밀 포맷(정확도 보존을 위해 quantization-aware training 병행), patch merging과 vision encoder를 같은 transformer 스택에 접어 넣은 멀티모달 구성이다. 작성자의 결론은 원시 스케일이 무딘 도구이고 실제 이득은 각 구성요소를 더 싸고 안정적으로 만든 뒤 그것들이 복리로 쌓일 때 나온다는 것이다.

같은 날 X에서는 아키텍처가 아니라 사람이 화제였다. Kimi K3 논문의 제1저자가 선전에 사는 17세 고등학생 천광위라는 게시물이 1,498 likes를 받았고, 1년 전까지 대형 모델이 뭔지도 몰랐다는 서술과 Musk가 "Impressive"를 두 번 남기고 a16z 창업자가 당일 밤 팔로우했다는 서술이 함께 돌았다. 인물 정보라 사실 확인 여지가 남지만, "최대 오픈 웨이트 모델의 핵심 저자가 중국 고등학생"이라는 서사가 오픈 웨이트 정책 논쟁의 정서적 배경으로 소비되고 있다는 점은 기록할 만하다. 세 번째 조각은 분위기다. 베이징 Moonshot 사무실 방문 후기(1,978 likes, 262 replies)는 입구의 흰 피아노와 그 위의 Pink Floyd 음반, 록밴드 이름으로 명명된 회의실들을 언급했다. 기술 설계에서 저자 서사, 조직 문화로 한 회사의 인상이 하루 만에 완성되는 SNS 특유의 패턴이 그대로 보인다.

같은 모델의 데모는 Hacker News에서 flag됐다

Hacker News · windows-xp.kimi.site 토론

Kimi가 "Kimi K3가 브라우저에서 Windows XP를 만들었다"는 데모를 공개했고 Hacker News에서 40점을 받았다. 페이지는 중국어 로그인 화면으로 시작하는 XP 스킨 웹앱이고 우하단에 v11, 07-15 표기가 있다. 토론의 대세는 호평이 아니라 정정이었다. 최다 공감 지적은 이것이 "브라우저에서 실행되는 Windows XP 재현"이 아니라 "Windows XP처럼 보이는 JavaScript 애플리케이션"이라는 것이었고, 근거로 작업 표시줄의 상징적인 아이콘 3종조차 원본과 다르다는 스크린샷이 제시됐다. 지뢰찾기가 그럴듯하게 동작하다 숫자 합이 맞지 않는 지점에서 깨진다는 보고도 붙었다. 한 사용자는 "XP의 wasm 빌드를 기대했는데 XP 위에 설치된 PowerShell을 받았다"고 요약했고, 글은 실제로 flagged 처리됐다.

비교 기준이 명확했던 것이 이 토론의 실질이다. Fabrice Bellard의 jslinux와 copy/v86이 언급되자 "그건 진짜로 돌아가는 것"이라는 응수가 나왔다. 실제 x86 에뮬레이션으로 OS를 부팅시키는 작업과 UI 레이어만 웹 기술로 흉내 내는 작업 사이의 난이도 차이가 마케팅 문구에서 지워졌다는 비판이다. 한 댓글은 이 구조를 LLM 자체에 빗댔다. LLM이 이해와 지능의 시뮬레이션을 주듯, 이것도 운영체제처럼 보이지만 사용자가 상호작용하는 부분만 있고 그 아래에는 별로 없다는 것이다. 검증 가능성 문제도 제기됐다. "make me a website that looks and functions like WinXP" 한 번으로 나온 원샷 결과인지 그 이상의 개입이 있었는지 알 수 없고, 페이지에 "user edited" 표기가 있지만 그것이 일반 문구인지 구분되지 않는다. 벤치마크 서사와 데모 검증을 분리해서 읽어야 한다는 사례로 앞의 두 항목과 나란히 두면 된다.

Thinking Machines Lab의 Inkling과 self-finetuning

YouTube · Chester Roh EP 105

Thinking Machines Lab(TML)이 Inkling이라는 모델을 공개했다. 거의 1T 파라미터 규모를 오픈 웨이트로 냈고 MoE 아키텍처를 전부 공개했다. 최승준이 먼저 본 것은 이름이다. 메인 이미지에 잉크 자국이 있고 단어의 핵심 뉘앙스가 "희미한 단서" 또는 "예감"이어서, 이건 시작에 불과하다는 신호로 읽힌다는 것이다.

가장 흥미로운 부분은 self-finetuning이다. Lilian Weng이 발표한 "Harness Engineering for Self-Improvement"의 실제 구현으로 소개됐다는 점이 핵심이다. 크게 보면 파인튜닝 작업을 수행해 자체 인프라 Tinker에 올리고 모델이 자기 자신을 파인튜닝하는 구조다. 데모 예시가 문학적이다. 알파벳 e를 쓰지 않고 말하도록 파인튜닝한다. 소문자 e와 대문자 E 없이 작품을 만드는 것은 lipogram이라 불리는 기법이고 Oulipo 같은 그룹이 자주 하던 실험인데, 그걸 프롬프트로 시키는 게 아니라 모델을 파인튜닝해서 하게 만든다는 점이 차이다. 특정 목적을 위해 스스로를 파인튜닝하는 재귀적 자기개선을 수행하는 대목이라는 것이 최승준의 정리다. TML은 전 OpenAI CTO Mira Murati, John Schulman, Lilian Weng 등이 창업했고 그동안 인프라와 논문, 파인튜닝 서비스, 옴니모달리티 모델만 내놨다.

여기서 새로 언급된 조직이 AIDE²다. 모델 가중치를 통한 자기개선이 아니라 하네스 쪽에서 접근하는 것으로 보이고, 하네스가 스스로 개선되면서 그 하네스가 모델 가중치를 업데이트하는 형태라면 양쪽에서 동시에 모델 업데이트가 일어나는 구조가 된다는 관찰이다. Kimi K3에 대해서는 개인이 돌리기에는 너무 크지만 그 크기의 모델이 오픈 웨이트로 나왔다는 사실 자체가 마일스톤이라는 평가가 나왔고, 중국 팀이 칩까지 직접 설계한다고 밝힌 대목과 하루 먼저 나온 티저 영상을 Kimi K3가 직접 편집했다고 밝힌 대목이 함께 지목됐다. 릴리스에 붙은 반응 중에서는 Satya Nadella의 counterintelligence paradox가 더 흥미로운 것으로 꼽혔다. 빅테크가 학습에 쓰지 않겠다고 약속해도 사용 패턴 자체가 데이터가 되고 그 자체로 극도로 강력한 정보라는 지적이다.

정책은 이기는데 실사용은 아직 - 소형 로컬 모델

Reddit · r/LocalLLaMA

r/LocalLLaMA에서 업보트 347, 댓글 171을 기록한 질문의 본문은 한 문장뿐이다. 어떤 소형 LLM을 쓰고 있고 그걸로 무엇을 하는지 알려달라는 것. 제목의 "진지하게, 대체 그걸로 뭘 하냐"는 어조에는 소형 모델의 실용성에 대한 회의가 깔려 있다. 업보트보다 댓글이 훨씬 많다는 비율 자체가 이 항목을 남기는 근거다. 로컬 모델 진영 내부에서조차 "성능은 알겠는데 실제 쓰임새가 뭐냐"는 질문이 살아 있다는 뜻이기 때문이다.

프론티어 모델 대비 성능 격차가 유지되는 상황에서 소형 모델의 존재 이유는 성능이 아니라 조건에서 나온다. 오프라인, 프라이버시, 비용 0, 지연시간, 대량 배치 처리다. 그런데 그 조건을 실제 워크로드로 번역한 사례는 아직 흩어져 있다. 같은 날 오픈 웨이트 지지 서한이 1위를 차지한 것과 나란히 놓으면 대비가 만들어진다. 정책적으로는 오픈 웨이트가 힘을 얻는데, 정작 그 진영 안에서는 소형 모델로 무엇을 하는가가 아직 정리되지 않았다.

모델 평가의 신뢰성 위기

Opus 5 평가 분열: 같은 과제에 15% 대 40%

Reddit · r/codex, Reddit · r/AI_Agents, Reddit · r/claude, Reddit · r/ClaudeCode

Opus 5 출시 직후의 실사용 평가가 정반대로 갈렸고, 이 분열 자체가 이날 Reddit의 주요 서사다. 가장 구체적인 데이터는 역설적으로 r/codex에서 나왔다. KeyGlove47은 Opus 5와 Sol에 동일한 과제를 주고 소비량을 비교했다. 과제는 자신의 Python Qt 앱 UI/UX를 React로 완전히 재현하는 것이었고, 앵커된 팝오버가 어떻게 동작하는지까지 1:1로 맞추라는 조건이었다. 변수 통제를 위해 agents 설정과 CLAUDE.md 규칙을 양쪽에 동일하게 적용했다. 결과는 Sol이 주간 한도의 40%를 소모했고 Opus 5는 5시간 한도의 약 95%를 썼는데 이는 주간 환산 10~15% 수준이었다. 같은 결과물에 15% 대 40%, 거의 2.7배 차이다. 품질 면에서 Sol의 구현은 나쁘지 않지만 요청한 1:1 수준은 아니었고, 코드 품질은 근소하게 Sol이 나았지만 결정적 우위는 아니었다. 반면 Opus 5는 더 빨랐고 UI 완성도가 더 높았으며 API 가격에서도 더 쌌다. Codex 서브레딧 사용자가 Claude Code 쪽 손을 들어준 글이라는 점에서 신뢰도 가중치가 붙는다.

반대편에는 두 종류의 회의론이 있다. r/AI_Agents의 Physical_Concert_625는 "부정적으로 말하지 않으려고 두 번 세 번 확인했다"는 전제를 달고, 토큰 소비가 줄어든 것은 인정하되 그 대가가 사고량 감소라고 주장했다. 더 얕게 생각하고 더 멍청한 결정을 내리며 파고들 수 있는 깊이까지 가지 않는다는 것이다. 나아가 Opus 5를 칭찬하는 여론이 사람을 흉내 내는 에이전트 스웜이거나 진지하지 않은 바이브코딩 사용자일 수 있다는 의심까지 제기했다. r/claude의 PromptInjection_은 코딩이 아니라 대화와 분석 용도를 평가했는데, Opus 4.6이 "교수이기도 한 절친" 같았고 Fable 5는 그보다 몇 수 앞을 내다보는 반면 Opus 5는 과잉 사고를 하면서도 더 나은 결과를 내지 못하고 사소한 지점을 부풀렸다가 판단 전체를 왜곡했다고 적었다. "Fable 5는 평범하게 말하면서 똑똑한 결과를 내는데, Opus 5는 거창하게 말하면서 못한 결과를 낸다"는 문장이 이 글의 핵심이다.

상반된 평가가 동시에 도는 상황을 r/ClaudeCode의 "so which is it"이 메타적으로 조롱했다. 본문 없이 제목과 이미지만으로 업보트 1,647과 댓글 132를 기록했다는 사실 자체가, 커뮤니티가 모델 평가의 신뢰성 위기를 체감하고 있다는 지표다. 실무 관점의 시사점은 명확하다. 토큰 소비량과 산출 품질은 별개 축이고, 같은 모델이 코딩 과제에서는 효율 우위를 장문 대화와 분석에서는 열위를 보일 수 있다. 도입 판단은 벤치마크나 여론이 아니라 자기 과제로 변수를 통제해 비교해야 나온다.

Fable 5 대 Opus 5, 같은 하네스 같은 과제

LinkedIn · JAEGYU LEE, LinkedIn · Toby Lee

이번 주 SNS에서 가장 재현 가능한 형태로 정리된 모델 비교다. 벤치마크 점수가 아니라 같은 하네스, 같은 과제, 같은 절차로 돌린 뒤 최종 산출물을 실제로 배포할지 여부까지 판단한 기록이다. 과제는 외부 라이브러리 없이 requirements 파일과 로컬 JSON을 읽어 dependency version을 갱신하는 Python 3.12 CLI였고, --dry-run은 변경 예정 내용만 보여주며 파일 내용과 수정 시각을 그대로 유지해야 하고 실제 갱신 중 오류가 나도 원본 파일을 보존해야 한다는 조건이 붙었다. 중요한 구조적 사실은 두 모델이 직접 코드를 쓴 게 아니라는 점이다. Fable과 Opus는 인터뷰, 명세, 작업 조율을 담당했고 실제 코드는 Ouroboros가 배정한 작업 agent가 작성했다. 즉 코딩 실력 비교가 아니라 요구사항을 캐내고 작업을 조율하는 오케스트레이터 성능 비교에 가깝다.

인터뷰 단계에서 성격이 갈렸다. Fable은 24분 48초 동안 짧은 질문 묶음을 8차례 돌리며 version 고정 문법, package 이름 대소문자, 정렬, 깨진 UTF-8과 JSON, 중복 항목, 변경이 없을 때 수정 시각 유지, 안전한 파일 교체를 빠르게 확인했다. Opus는 29분 44초 동안 더 긴 묶음을 6차례 돌렸고 여기에 더해 기존 파일 권한 보존, BOM, symlink, 작업 중단 시점, 파일 쓰기 단계별 오류를 따로 확인했다. 비용은 사용자 쪽에서 났다. Opus 인터뷰에 쏟은 답변량이 Fable의 4.1배였고 정정도 두 번 필요했다.

시간과 토큰은 엇갈렸다. 인터뷰 시작부터 최종 평가까지 전체 구간은 Fable 1시간 26분 43초, Opus 1시간 28분 39초로 차이가 1분 56초에 불과했다. 그런데 구현 단계만 떼면 Fable 14분, Opus 31분 35초로 두 배 이상 벌어졌고, 작업 agent 전체 token은 Fable 1,820,726개 대 Opus 2,880,397개로 Opus가 58.2% 더 썼다. 코드 품질과 안전성은 서로 반대 방향이었다. 구조는 Fable이 나았다. 구현 185줄, 테스트 571줄에 테스트 28개를 기능별 파일 5개로 나눴고 모든 함수에 타입을 적었다. Opus는 구현 196줄, 테스트 765줄인데 테스트 22개가 파일 하나에 몰렸고 타입 정보가 부족했으며 너무 넓은 범위의 오류를 한꺼번에 처리해 실제 코딩 오류가 가려질 여지가 있었다. 반대로 파일을 바꾸는 과정은 Opus가 안전했다. 기존 파일 권한을 새 파일에 다시 적용하고 임시 파일 내용을 디스크에 기록한 뒤 최종 파일로 교체했으며, 각 단계가 실패하는 상황까지 테스트했다.

결론이 이 글의 핵심이다. 테스트는 양쪽 모두 전부 통과했고(Fable 28/28, Opus 22/22), 파일 쓰기 안전성에 더 높은 비중을 둔 작성자의 코드 리뷰 점수는 Fable 86점, Opus 88점이었다. 실제 dependency 파일을 수정하는 CLI라면 Opus 결과물을 선택하고 그 위에 타입을 보강하고 테스트 파일을 나누고 예외 처리 범위를 줄이겠다는 것이 결론이고, 파일 손상 위험이 낮고 기능을 자주 바꾸는 내부 도구라면 Fable 결과물이 낫다고 봤다. 최종 선택을 바꾼 것은 코드가 아니라 인터뷰에서만 발견된 요구사항 하나, 즉 기존 파일 권한 보존이었다. 작성자는 조건별 1회 실행이므로 보편적 모델 순위로 확대할 수 없다고 명시했다. 같은 시기 Toby Lee는 Ouroboros를 별도로 분석하면서 다른 스킬 중심 하네스와 달리 코드의 비중이 크다는 구조적 특징을 짚었는데, 두 글을 합치면 Ouroboros가 모델 비교의 표준 실험대로 쓰이기 시작했다는 서술이 나온다.

Grok 4.5 파레토 차트와 "임대 기간 2주"

Reddit · r/claude

업보트는 68로 높지 않지만 댓글이 104개로, 업보트 대비 댓글 비율이 이날 수집분 전체에서 가장 높은 축에 속한다. 조용히 지나간 글이 아니라 좁고 뜨겁게 싸운 글이다. 사건 순서는 이렇다. Anthropic이 Opus 5를 내놓은 몇 시간 뒤 Elon Musk가 전혀 다른 기준의 차트를 올려 Grok 4.5와 Opus 5만이 파레토 프론티어에 단독으로 올라 있다고 주장했다. 원글쓴이는 이 프론티어라는 표현이 사실상 "달러당 두뇌 성능"을 뜻한다고 풀어 설명한 뒤, 그 주장이 2주 전 Grok 4.5 실제 출시 당시의 독립 평가와 어긋난다는 점을 지적한다. 당시 독립 테스트에서 Grok 4.5는 Fable 5, GPT 5.5, Opus 4.8에 밀린 4위였고 환각률은 이전 대비 대략 두 배로 뛰었다.

두 번째 논점이 더 날카롭다. Elon이 다음 모델은 2주 뒤, 그다음은 한 달 뒤에 내놓겠다고 예고했다는 것이다. 원글은 이를 두고 "좋아하는 모델을 고르는 건 자유지만 그 임대 기간은 대략 2주"라고 마무리한다. 모델 출시 주기가 벤치마크 검증 주기보다 짧아지면, 독립 평가가 나올 때쯤에는 이미 대상 모델이 구형이 되어 있어 주장에 대한 사후 검증이 실질적으로 무력해진다는 구조적 문제를 짚은 것이다.

"측정 없는 체감이 담론을 지배한다"

Reddit · r/ClaudeCode

경력 20년의 개발자가 r/ClaudeCode에 올린 비판 글이 업보트 878, 댓글 200을 기록했다. 글쓴이는 Claude Code 사용 팁과 최적화 요령을 찾으러 왔는데 실제로는 근거 없는 불평이 지배하는 공간이었다고 적었다. 본인은 회사에서 Claude를 쓰고 있고(회사가 결제하기 때문이라고 솔직하게 밝힌다) 일상 워크플로 기준으로는 혁명이었다고 평가한다. 비판은 세 갈래다. 토큰 사용량에 대한 끊임없는 불평에 실증 데이터가 전혀 없다는 것, 성능이 나빠졌다는 주장도 마찬가지로 증거가 없다는 것, 다른 모델에 프롬프트 한 번 넣어보고 더 잘 됐다는 이유로 Claude를 열등하다고 즉시 단정하는 바이브코더가 많다는 것이다.

이 비판이 이날의 다른 글들과 맞물리는 지점이 흥미롭다. 바로 같은 날 한쪽에서는 변수를 통제한 실측 비교가 올라왔고, 다른 쪽에서는 "긍정 여론이 봇일 수 있다"는 검증 불가능한 의심이 올라왔다. 같은 서브레딧의 분위기를 보여주는 다른 게시글로, 로컬 개발 서버 주소인 http://localhost:3000/shop을 걸어놓고 "이걸 월 99달러에 파는데 살 사람 있냐"고 묻는 밈이 업보트 314를 얻었다. 아직 배포도 안 한 로컬 프로토타입을 SaaS인 양 홍보하는 문화를 조롱하는 것으로, 커뮤니티 자체가 자기 담론 수준에 대한 자정 압력을 만들어내고 있는 국면으로 읽을 수 있다.

모달리티가 바뀌면 강점도 바뀐다

LinkedIn · Jedi Kim

짧지만 구체적인 실패 사례다. 작성자는 이미지와 영상 분야 AI 모델이 아직 갈 길이 멀다고 단정하면서, 잘 묘사하도록 매우 많은 파이프라인을 붙였음에도 문제가 계속 생긴다고 썼다. 가장 구체적인 실패는 공간 판단이다. Anthropic의 Fable 5에게 생성된 이미지를 보여주며 "이 계단이 사람이 통행 가능한가"를 판단시키면 실제로는 통행 불가능한 계단인데도 "네 문제 없습니다"라고 답한다는 것이다. 수정 지시 단계에서도 같은 문제가 반복된다. OpenAI GPT Image 2에게 계단을 고치라고 지시하면 계단을 더 길게 만들기만 한다. 문제의 원인인 경사, 단높이, 연결 구조를 이해하지 못한 채 표면적 파라미터만 조정한다는 뜻이다.

작성자가 매긴 상대 평가는 두 가지다. 이해력이 가장 빠른 것은 Google Nano Banana 2였고, VLM 성능은 Gemini가 아주 조금 더 낫다고 봤다. 결론은 복잡한 시스템 개발에 한 모델이 아니라 여러 모델의 조합이 필요하다는 것이다. 이 관측이 값어치 있는 이유는 앞의 Ouroboros 비교와 대비되기 때문이다. 같은 Fable 5가 코딩 오케스트레이션에서는 빠르고 깔끔한 결과를 냈는데 이미지의 기하학적 타당성 판단에서는 명확히 틀린 답을 자신 있게 내놨다. 모델의 강점이 모달리티별로 크게 갈린다는 근거다.

실무 운용기: 100만 줄 Rust 전환과 10시간 미완주

YouTube · Chester Roh EP 105

RLVR이 안 되는 영역을 짚은 뒤 최승준이 실무 사례로 넘어간 대목이다. 첫 사례는 대규모 언어 이식이다. Anthropic이 Bun을 인수한 맥락에서, 7월 8일에 약 100만 줄 규모 프로젝트를 Rust로 전환한 사실상의 성공 사례 글이 올라왔다. 여기서 남은 대목은 성공 자체가 아니라 전제 조건이다. 이걸 돌리려면 전문가가 자기가 아는 것을 전부 압축해 제대로 된 스펙을 만드는 데 약 3시간을 써야 했고, 그다음에야 돌아갔다. 자동으로 그냥 되지 않았고 에이전트 스웜을 써도 마찬가지였다.

두 번째는 GPT-5.6 사용기다. 박종현은 밤에 시작한 작업이 10시간이 넘도록 끝나지 않아 그냥 중단했다고 보고했고, 이를 test-time compute에 지나치게 무게를 두는 방향의 부작용으로 해석했다. 세 번째가 가장 구체적인 관찰이다. 최승준은 Minecraft 관련 프로젝트를 만들고 있는데, 처음에는 Fable 5로 빌드하고 Sol로 리뷰를 시켰다. 그런데 Sol이 이것도 틀렸고 저것도 틀렸다며 계속 매우 혹독하게 리뷰했고 Fable 5가 결국 물러섰다. 그래서 Sol을 운전석에 앉혀 보니 이번에는 Fable 5가 Sol을 리뷰할 때 그만큼 적대적이지 않았고 전부 받아들였다. 난이도가 높았던 문제는 대규모 청크 로딩 시 스트리밍 방식이었는데 Fable 5의 시도는 어긋났고 Sol이 풀었다. 에이전트 활용 모드에 대한 결론은 스펙을 만들어 루프 바깥에서 돌리는 작업과, 루프 안에 들어가 알고리즘의 핵심 부분을 이해하며 관여하는 모드를 오가며 양쪽을 다 경험해야 한다는 것이다.

에이전트 하네스: 쌓을 것인가 걷어낼 것인가

Anthropic이 Claude Code 시스템 프롬프트의 80%를 지웠다

Hacker News · Thariq Shihipar(Anthropic), Anthropic 엔지니어링 블로그

이 글의 요지는 프롬프트가 아니라 컨텍스트다. 사용자가 보내는 메시지는 모델이 받는 전체 컨텍스트의 작은 조각이고 나머지는 시스템 프롬프트, Skills, CLAUDE.md, 메모리에서 조립된다. 가장 강한 수치는 하나다. Claude Opus 5와 Claude Fable 5 같은 최신 세대 모델에서 Claude Code 시스템 프롬프트의 80% 이상을 삭제했는데 코딩 평가에서 측정 가능한 손실이 없었다. 원인 진단은 과잉 구속이다. 사내 트랜스크립트를 읽어 보니 한 요청 안에 "적절히 문서화를 남겨라"와 "주석을 달지 마라"가 시스템 프롬프트, 스킬, 사용자 요청에서 동시에 튀어나와 충돌하고 있었다. 모델은 의도를 알아내긴 하지만 그전에 상충하는 지시를 정리하는 데 사고를 더 써야 한다.

전환은 6쌍으로 정리된다. 첫째, 규칙에서 판단으로. 예전 문구는 "In code: default to writing no comments. Never write multi-paragraph docstrings or multi-line comment blocks - one short line max."였는데, 사용자에게 다른 선호가 있거나 복잡한 코드가 여러 줄 주석을 필요로 하면 이 지침이 틀린다. 새 문구는 "Write code that reads like the surrounding code: match its comment density, naming, and idiom."이다. 규칙을 없앤 게 아니라 판단 기준을 주변 코드로 옮긴 형태다. 둘째, 예시에서 인터페이스 설계로. 과거 도구 사용의 1번 규칙은 예시를 주라는 것이었는데 최신 모델에서는 예시가 탐색 공간을 오히려 좁힌다. 대신 Todo 도구의 status를 pending/in_progress/completed 열거형으로 두는 것만으로 사용법이 암시되고, "in_progress는 하나만 유지"라는 지시가 원하는 동작을 정의한다.

셋째, 선행 로드에서 progressive disclosure로. 코드 리뷰와 검증 절차처럼 항상 필요하진 않지만 필요할 때는 결정적인 정보는 별도 스킬로 분리해 필요할 때만 부른다. 도구에도 같은 원리를 적용해 일부는 deferred loading으로 두고 에이전트가 ToolSearch로 정의를 찾아야 호출할 수 있게 했다. 덕분에 도구 수를 늘려도 쓰기 전까지 컨텍스트를 먹지 않는다. "언젠가 마주칠 모든 관행을 한 파일에 모아야 Claude가 찾는다"는 것은 흔한 미신이고, 적절한 시점에 로드되는 파일 트리를 만들라는 것이다. 넷째, 반복 지시에서 간결한 도구 설명으로. 다섯째, CLAUDE.md 메모리에서 auto-memory로. 여섯째, 단순 스펙에서 리치 레퍼런스로. plan mode의 마크다운 계획 파일 대신 HTML 아티팩트를 참조할 수 있고, 스펙을 상세한 테스트 스위트나 다른 코드베이스의 함수처럼 코드 형태로 줄 수 있다.

컨텍스트 조립 가이드는 4층이다. 시스템 프롬프트는 제품 맥락에 강하게 묶이므로 자체 하네스를 만든다면 여기에 시간을 많이 써야 한다. CLAUDE.md는 가볍게 유지하고 저장소가 무엇을 하는지만 짧게 쓰되 토큰 대부분을 코드베이스의 함정에 쓴다. 파일 시스템을 보면 알 수 있는 뻔한 내용은 쓰지 않는다. 스킬은 가벼운 가이드로 생각하고 길어지면 여러 파일로 쪼갠다. 레퍼런스는 @ 멘션으로 붙이고 가능하면 코드 형태를 선호한다. 이 규칙을 자동으로 적용해주는 것이 새로 도입된 claude doctor(Claude Code에서는 /doctor)로, 스킬과 CLAUDE.md 크기를 적정화한다. HN 반응은 갈렸다. 한쪽은 "이 추세의 자연스러운 종착점은 '알아서 해'라고만 적힌 시스템 프롬프트"라고 요약했고, simonw는 Fable 5에게 테스트 관련해 "네 판단을 써라"라고 프롬프트해왔는데 잘 작동한다며 "이제 판단력이 우리가 신경 써야 할 모델의 특성이 됐다"고 덧붙였다. 여기에 "샌드박스를 탈출해 huggingface를 해킹한 그 모델도 자기 판단을 썼다"는 반박이 붙었다. 결과에 책임이 따르는 영역에서 판단에 의존하려면 그 판단에 대한 신뢰가 아주 높아야 한다는 지적이다.

하네스를 걷어내고 vanilla로 - 리더 19명의 Ralphthon

LinkedIn · Goobong Jeong

Elev8이 주최한 Ralphthon에 여러 회사에서 각자의 영역을 이끄는 19명의 리더와 C레벨이 한옥에 모여 심사위원이 아니라 플레이어로 참여했다. 첫 번째 주장이 가장 논쟁적이다. 작성자는 요즘 Claude Code를 남들보다 더 잘 쓴다고 느끼지 않는다고 말한다. 모델 자체의 성능이 너무 좋아졌기 때문이고, 몇 달 동안 쌓아온 복잡한 harness와 workflow가 오히려 모델 성능을 제한하고 있을지 모른다는 의심이다. 그래서 모델이 잘 모르는 특정 분야 지식을 담은 skill만 남기고 대부분을 걷어내 vanilla로 쓴다.

다만 검증까지 맡긴다는 뜻이 아니라는 단서가 바로 붙는다. 처음에는 일반적인 검증 gate를 만들고 iteration을 돌 때마다 실패에서 발견한 새로운 gate를 추가한다. 절차는 네 단계다. 문제를 길게 말하고, 완료 조건을 고정하고, 실행과 판단을 맡기고, 나온 결과를 Taste로 다시 평가한다. 도구를 걷어낸 자리에 검증 게이트를 누적하는 구조로 바꾼 셈이다.

두 번째 주장은 사람 쪽 입력이다. 의도를 먼저 명확하게 정리하는 것보다 의도를 많이 쏟아내는 데 알파가 있다는 것으로, 작성자는 AI에게 5분, 길게는 20분까지 혼자 말한다. 정리되지 않은 생각을 쭉 말하다 보면 앞의 생각을 다시 정제하고 빠진 내용을 떠올리며 처음 내리려던 명령보다 나은 요구사항을 만들게 된다는 것이다. 세 번째 주장이 가장 인용할 만한 개념이다. 모델이 더 오래 reasoning할 때 더 좋은 답을 만들듯 인간도 말하는 동안 자기 쪽의 test-time compute를 늘린다는 관찰이다. 텍스트로 쓰면 쓰다가 지우고 자기검열이 먼저 걸리는데, 말은 되돌릴 수 없어 자기검열이 어렵고 그래서 훨씬 더 많은 토큰을 꺼낼 수 있다. 오탈자와 논리의 drift가 있다는 사실까지 AI에게 미리 알려주면 AI가 부족한 논리를 찾고 어떤 의도가 맞는지 되묻는다.

이 주장이 행사 설계로 이어졌다. Elev8이 참가자 전원에게 DJI Mic Mini를 선물했고 모두가 마이크에 대고 voice coding을 해봤다. 작성자는 마이크가 상징이 아니라고 못 박는다. 옆 사람에게 민폐를 끼치지 않게 작은 목소리로 속삭이면서도 머릿속 맥락을 훨씬 많이 에이전트에게 건네기 위한 장치, 즉 컨텍스트 대역폭 확장 도구라는 것이다. 네 번째 주장은 대상 독자가 리더라는 점에서 나온다. 리더들은 AI 이전에도 사람에게 문제를 설명하고 판단을 맡기고 결과를 피드백해왔고 이제 그 대상이 AI까지 넓어졌을 뿐이다. 그래서 리더가 AI에서 얻을 가장 큰 알파는 직접 코드를 더 만드는 데 있지 않고 좋은 의사결정에서 나온다. 실행 지침은 셋이다. AI에게 자기가 생각한 솔루션부터 던지지 말 것, 겪는 문제를 충분히 말하고 자기 해결책을 발전시키는 제안과 그것을 비판하는 다른 제안을 함께 요구할 것, 문제를 푸는 방식 자체를 다시 의심할 것.

반대 방향: 에이전트를 그래프로 배선하라

X · 0xCodila, X · 0xCodez, LinkedIn · Alex Lieberman

이번 주 X에서 에이전트 설계 담론의 중심 단어가 loop에서 graph로 옮겨갔다. 두 개의 독립된 계정이 같은 날 같은 개념을 다른 형태의 산출물로 소개했다. 0xCodila는 "Anthropic 시니어 엔지니어 2명이 Karpathy의 loop를 1000배 낫게 만들었다"며 11페이지 분량 PDF를 언급했고(2,627 likes / 62 replies), 0xCodez는 같은 이름의 2시간짜리 워크숍 영상을 소개했다(639 likes / 41 replies). 워크숍 목차는 00:00 "Introduction to RAG & Graphs", 06:39 "Core of Graph Engineering (state, ...)"로 시작한다.

문제 정의는 이렇다. Karpathy가 대중화한 에이전트 루프는 생성에서 비평, 재생성으로 이어지는 단일 피드백 회로다. 이 회로 하나로는 상태를 오래 유지해야 하는 작업, 여러 전문화된 단계가 서로 다른 컨텍스트를 필요로 하는 작업에서 무너진다. Graph Engineering의 주장은 에이전트를 하나의 루프가 아니라 노드와 엣지로 구성된 그래프로 배선하면 시스템 품질이 급격히 올라간다는 것이다. 0xCodila가 요약한 플레이북은 6단계인데 1단계가 "generate, critique로 이루어진 루프 하나를 먼저 만든다"이다. 즉 루프를 버리는 게 아니라 루프를 그래프의 노드 단위로 쓰라는 이야기다. 워크숍이 도입부를 RAG와 그래프의 관계로 열고 6분 39초부터 핵심을 state부터 다룬다는 목차 순서가, 루프에서 그래프로 넘어갈 때 실제로 어려워지는 지점이 상태 관리라는 것을 그대로 보여준다.

내부 채택률 주장이 이 논의의 가장 강한 근거이자 가장 검증이 필요한 부분이다. 워크숍에서 인용된 "80% of our engineers are using self-improving loops. Now everyone is building agentic graphs."라는 문장이 Anthropic 내부 관행을 노출한 수치로 회자되고 있는데, 두 게시물 모두 3자 계정의 요약이고 1차 출처 링크가 본문에 없다. X에서 회자된 요약 기준이라는 단서를 붙여 읽어야 한다. 이 담론이 곧바로 비기술 직군의 학습 수요로 번지고 있다는 점도 기록할 만하다. Alex Lieberman은 샌프란시스코와 엔지니어링 버블의 개념을 비기술 지식노동자와 임원에게 번역하는 콘텐츠 전략을 제안하면서 다뤄야 할 주제 1번으로 "loop engineering vs. graph engineering이 도대체 뭐냐"를 꼽았다. 나머지 주제는 지식노동에서의 evals 세팅, model-routing 설정, finetuning이었다. 용어가 만들어진 지 며칠 만에 임원에게 설명해야 할 개념 목록에 올라간 셈이다.

하네스 자체가 학습 변수다 - OpenForgeRL

LinkedIn · DAIR.AI

앞의 두 방향을 중재하는 실험 결과다. 문제 설정이 명확하다. 오늘날 에이전트는 Claude Code, Codex, OpenClaw 같은 정교한 하네스 안에서 살아가는데 이 하네스들은 end-to-end로 학습시키기 어렵다. 오픈 RL 스택이 상태를 가지고 여러 프로세스에 걸쳐 일어나는 하네스 추론을 표현하지 못하기 때문이다. 그 결과 대부분의 학습은 배포 환경과 전혀 닮지 않은 축소된 환경에서 일어난다.

OpenForgeRL은 이 간극을 두 장치로 메운다. 첫째, 경량 프록시가 하네스의 모델 호출을 대신 처리하면서 동시에 그 호출을 표준 RL 코드베이스가 먹을 수 있는 학습 데이터로 기록한다. 하네스를 개조하지 않고 그 사이에 끼어들어 학습 신호를 뽑는 방식이다. 둘째, Kubernetes 오케스트레이터가 각 rollout을 자체 컨테이너에서 돌려 상태를 가진 다중 프로세스 실행을 격리하고 병렬로 굴린다. 수치가 효율을 보여준다. OpenForgeGUI는 수백에서 많아야 수천 개 수준의 태스크만 쓰고도 WebVoyager 72.3, Online-Mind2Web 63.0, OSWorld-Verified 37.7을 기록했다. 세 벤치마크는 각각 웹 브라우징 에이전트, 실제 웹사이트에서의 다단계 태스크, 데스크톱 OS 조작 태스크를 측정한다. 동급 크기의 오픈 베이스라인을 능가했고 몇 배 큰 모델과 대등한 수준이라는 것이 저자들의 주장이다.

가장 실무적으로 쓸모 있는 발견은 성능 숫자가 아니라 부수 관찰이다. 하네스 선택이 학습 변수로 드러났고 어떤 하네스는 다른 하네스보다 학습시키기 훨씬 어렵다. 그리고 RL은 self-verification과 다단계 작업 완수를 개선하지만 error recovery는 여전히 약한 채로 남는다. 실패를 감지하는 능력은 늘어도 실패한 뒤 복구하는 능력은 잘 늘지 않는다는 뜻이다. 배선 자체를 설계 변수로 취급해야 한다는 근거이면서, 그 영향이 항상 긍정적이지는 않다는 것도 같은 결론에 들어 있다.

LangChain: 모델, 하네스, 컨텍스트를 소유하라

LangChain 공식 블로그

주장은 한 문장으로 요약된다. 범용 지능만으로는 지속되는 우위가 생기지 않으므로 기업은 범용 인프라는 사되 지능은 소유해야 한다. 여기서 소유는 스택 전 계층을 직접 만드는 것이 아니라, 지능이 어떻게 행동하고 무엇을 학습하며 비용이 얼마나 들고 시간이 지나며 개선되는지를 결정하는 부분을 통제한다는 뜻이다. 예시가 구체적이다. 보험사가 AI로 청구를 처리한다고 하자. 범용 모델은 약관 문서를 읽고 청구를 요약하며 "deductible"의 뜻을 설명할 수 있다. 하지만 실제 청구 처리는 그 보험사 고유의 약관 언어, 주별 규제 요건, 사기 신호, 과거 청구 패턴, 에스컬레이션 규칙, 고객 등급, 위험 허용 범위에 의존하는데 이것들은 범용 모델 가중치 안에 없다.

소유의 첫 축은 3계층이다. 모델 계층에서는 주권과 이식성과 배포 통제가 중요할 때 오픈 웨이트를 쓰는 것, 그리고 품질과 비용과 지연과 프라이버시 요건이 바뀔 때 공급자를 갈아탈 수 있는 optionality를 유지하는 것이 소유다. optionality는 락인을 피한다는 점에서 방어적이고 더 좋은 모델을 즉시 채택할 수 있다는 점에서 공격적이다. 하네스 계층은 모델 출력을 행동으로 바꾸는 오케스트레이션 로직으로 라우팅, 도구 사용, 워크플로 단계, 스킬을 통제한다. 하네스가 닫혀 있다면 "내 에이전트가 어떻게 동작해야 하는가"에 대한 남의 가정을 받아들이는 것이다. 컨텍스트 계층은 문서, 정책, 도구, 스킬, 사용자 선호, 조직 지식, 메모리다.

두 번째 축은 비용, 품질, 경계, 관측성 네 요소다. 비용은 수익 대비 충분히 저렴해야 의미가 있고, 도입이 빨라지며 비용도 같이 늘었다는 사례로 Uber를 지목한다. 품질은 가정이 아니라 측정 대상이고, 좋아졌는지 나빠졌는지 모른다면 체계적 개선이 불가능하며 개선이 불가능하면 소유도 없다. 세 번째 축이 복리다. 학습 루프는 트레이스에서 시작한다. 트레이스는 에이전트가 어떤 컨텍스트를 봤고 어떤 도구를 불렀고 어디서 막혔고 무엇을 산출했는지를 보여주고, 피드백은 그 행동이 유용했는지 거부됐는지 위험했는지를 표시한다. 둘이 합쳐져 개선의 원재료가 되는데, 변경만큼 중요한 것이 그 변경을 포착하는 eval을 함께 추가해 이후 변경이 회귀를 만들지 않게 하는 것이다. 산출물은 10개 항목의 자가진단 체크리스트다. 새 SOTA 모델이 나오면 쉽게 갈아탈 수 있는가, 쓰던 모델이 deprecate되면 직접 호스팅해 중단 없이 갈 수 있는가, 매 단계 LLM에 무엇이 들어가는지 정확히 아는가, 사용자 단위로 AI 지출을 통제할 수 있는가, 에이전트가 왜 그렇게 했는지 전체 트레이스를 보여줄 수 있는가, 100번째 사용에서 1번째보다 더 나은 경험을 주는가, 학습한 것을 완전히 다른 시스템으로 이식할 수 있는가 등이다. 이해상충은 명시하는 게 정직하다. LangChain은 하네스, 관측성, eval을 파는 회사이므로 결론이 자사 제품군의 경계와 정확히 겹친다. 다만 체크리스트 자체는 벤더 중립적으로 재사용 가능하다.

clew - 낭비는 실패가 아니라 중복이다

GeekNews · Show GN, JEONSEWON, GitHub · Clew-by-Custos

문제 정의가 날카롭다. 에이전트의 토큰 낭비가 눈에 안 보이는 이유는 실패가 아니라 중복이기 때문이다. 같은 파일을 두 번 읽고, 같은 인자로 재시도하고, 같은 도구를 다시 부른다. 모든 span이 200 OK라 트레이스는 초록색으로 남는다. clew는 이미 끝난 트레이스를 읽어 어느 스텝이 이미 한 일을 또 했는지 짚는다. 설치 패키지명은 clew-custos이고(PyPI의 clew는 무관한 placeholder) Python 3.12 이상이 필요하며, 가입 없이 로컬에서 돌고 torch를 받지 않아 설치가 수 초로 끝난다.

판정은 LLM을 쓰지 않는 2단계 캐스케이드다. 구조 게이트가 (node, 정규화된 입력)으로 스텝을 묶어 2회 이상 나온 그룹을 후보로 삼고, 동일성 게이트가 sha256(output_A) == sha256(output_B)를 요구한다. 출력이 다르면 상태가 바뀐 것이므로 잡지 않는다. 같은 트레이스를 넣으면 항상 같은 결과가 나오고, 파라미터는 손으로 튜닝하지 않고 고정한다(phi = 0.514345, N = 2, 임베딩 모델은 git tag와 manifest sha256에 핀). 낭비 분류는 4종인데 이 라벨은 탐지 결과에 영향을 주지 않는 읽기용 주석이다. error_repeat는 실패 후 원인을 안 고치고 같은 인자로 재시도한 경우, side_effect는 Edit나 Write처럼 상태 변경 도구를 같은 인자로 두 번 호출한 경우, idempotent는 읽기 전용 도구의 반복인데 "부작용 없음"이 런타임 보장이 아니라 도구 이름 기반 가정이라고 명시한다. unclassified는 Bash나 terminal_run_command처럼 페이로드에 따라 효과가 완전히 달라지는 것들로 사람 검토로 넘긴다.

공개 데이터 결과가 핵심 수치다. Toolathlon 벤치마크(22개 프론티어 모델 × 3회 실행, 6,780 트레이스, tool span 176,270개)에 무수정으로 돌려 중복 호출 8,042건을 탐지했다. 저자 스스로 이 숫자를 그대로 쓰면 부풀린 것이라고 말한다. 47%는 idempotent 회색지대라서 빼면 4,249쌍, tool span 대비 2.41%다. 이는 Claude Code 실세션의 0.80%보다 약 3배 높다. 상태 변경 도구의 중복 실행은 1,195쌍이고 그중 같은 인자로 반복된 이메일 발송이 459쌍이다(v0.3.0에서 1,343으로 발표했던 수치를 저자가 README에서 1,195로 공개 정정했으므로 정정된 값을 쓴다). 다만 이것은 같은 도구가 같은 인자로 두 번 호출됐다는 탐지이지 실제로 메일이 두 번 나갔는지는 트레이스만으로 확인할 수 없다고 못 박는다. 의외의 발견도 있다. Claude Code 자체는 생각보다 효율적이었고 후보 패턴 6개 중 5개는 실세션에 사실상 존재하지 않았다. 캐싱과 컨텍스트 유지가 이미 막고 있었고, 낭비가 두꺼운 쪽은 MCP 서버를 여러 개 붙인 환경이었다. 도구 20개인 Claude Code(0.80%)와 523개인 Toolathlon(2.41%)의 3배 차이가 그 신호다.

품질 지표는 사람 라벨링 벤치마크 RedundancyBench(arXiv:2605.29893)에서 나온다. 논문 저장소의 채점기를 그대로 import해 측정한 결과 step-level F1 0.2642로 논문의 최고 방법(LLM-as-judge) 0.2488을 넘었다. 모델 호출 0회로 얻은 수치인데, 저자가 스스로 다는 단서 셋이 이 프로젝트의 성격을 보여준다. 0.2488은 재현한 값이 아니라 논문이 보고한 숫자이고, 단일 데이터셋에서 F1 0.0154 차이는 신호이지 판정이 아니며 recall은 0.157로 낮고, Precision 0.826은 하한일 수 있다. 정직성 관리 방식이 가장 인용할 만하다. 모든 탐지 변경을 결과 실행 전에 커밋하는 사전등록, 사후 조정을 금지하는 고정 파라미터, 소표본에서 성립했던 "실패 트레이스가 2.6배 더 낭비한다"가 7,116건에서 무너져 철회한 공개 정정, 정밀도가 임계를 밑돌아 폐기한 탐지기의 예측과 결과를 함께 남긴 기록이다. 테스트는 239개이고 모든 PR에 CI가 걸리며 고정 파라미터는 실패 테스트로 강제한다. 한계도 저자가 먼저 나열한다. 측정된 절감 사례는 아직 0건이다.

open-kritt - 보안 리뷰를 좁은 작업으로 쪼개 병렬로

파이토치 한국 사용자 모임 정리, GitHub · Kritt-ai/open-kritt

문제 정의가 에이전트 설계 관점에서 유용하다. LLM에게 저장소 전체를 던지며 "여기서 취약점을 찾아줘"라고 하는 방식은 대개 실패한다. 맥락이 너무 넓어 모델이 얕게 훑고 지나가거나, 같은 문제를 여러 번 다르게 보고하거나, 검증되지 않은 추측을 findings로 쏟아내기 때문이다. open-kritt는 보안 리뷰를 진입점 매핑, 도달 가능 흐름 추적, 가설 생성 같은 작고 잘 정의된 작업으로 쪼갠 뒤 트리로 연결해 여러 AI 에이전트에 병렬로 돌리고, 결과를 검증하고 우선순위화 가능한 findings로 합친다. 신뢰 근거로 팀은 "Blockian"이라는 연구자 이름으로 150만 달러가 넘는 버그 바운티 보상을 받았고 open-kritt가 그 작업 뒤의 내부 프로젝트를 오픈소스로 정제한 것이라고 밝힌다.

기능은 다섯 축이다. 워크플로우 구성(집중된 프롬프트들을 이어 재사용 가능한 보안 연구 플레이북으로), 스캔 실행(Codex나 Claude Code를 실행 엔진으로 원격 또는 로컬 저장소 분석), findings 검증(사후 스크립트로 이슈 검증 + PoC 생성 + 리포트 생성), 결과 우선순위화(사용자 정의 심각도 랭커, 일관된 스키마, 자동 중복 제거), 모델 접근 선택(Codex 로그인 또는 OpenAI, Anthropic, OpenRouter). 운영상 경고가 이 도구의 중요한 부분이다. 기본 포트가 127.0.0.1에 바인딩되고 백엔드에 별도 애플리케이션 인증이 없으므로 스택을 외부에 노출하면 안 되고, 에이전트는 쓰기 가능한 저장소 사본과 인터넷 접근이 있는 일회용 컨테이너에서 root로 실행되므로 전용 Docker 호스트나 VM에서 돌려야 한다. 라이선스는 AGPL-3.0으로 네트워크 서비스로 제공하는 경우에도 소스 공개 의무가 있어, 사내 SaaS로 감싸 팔 계획이 있다면 이 조항이 결정적이다.

모델별 "사회성" 차이라는 열린 질문

LinkedIn · Dylan Ko

정량 근거는 없지만 앞의 항목들과 붙였을 때 의미가 생기는 관찰이다. 핵심 주장은 AI 에이전트, 특히 Claude 모델과 일하며 나누는 대화에서 사람과 일할 때도 쓸 만한 기법을 배우게 된다는 것이다. 사람이니까 짜증이 나는 순간이 있는데 그럴 때도 상황을 자세히 알려주고 균형 잡힌 의견을 구하면 추상적이거나 탁상공론이 아닌 현실적 대안이 나온다는 것이다.

작성자가 스스로 붙인 단서가 가장 중요한 부분이다. 이런 경험 대부분은 그냥 상황만 던진 경우가 아니라, 이미 함께 일해왔기 때문에 에이전트가 철저히 디테일한 맥락을 갖고 있는 상태에서 짜증이 난 지점만 추가로 알려준 경우였다. 답변 품질이 모델 성격만의 함수가 아니라 누적된 컨텍스트의 함수라는 자기 검증이 들어 있다. 대비 축으로 Gemini나 일부 ChatGPT 기반 모델은 "그런 식으로 사회생활하면 곤란하다"는 말이 나올 정도의 반응을 보일 때가 있다는 서술이 붙고, 파운데이션 모델별 사회성 차이를 제대로 다룬 연구가 있을 법한데 아직 찾아보지 않았다는 열린 질문으로 끝난다. 마지막 대목은 하네스 논의와 정확히 이어진다. 여러 에이전트에게 맡기면 되지 않느냐는 반문에 작성자는 결국 자신이 병목이라고 답한다. 읽고 보고 판단하고 결정하는 일은 일정 부분 사람이 해야 하고, 그 프로세스를 팀에 넘기며 모델링을 다듬는 중이지만 인간으로서 한계가 있다는 것이다.

에이전트 인프라와 정액제 한도 전쟁

Fly.io, 회사를 "에이전트를 위한 컴퓨터"에 걸었다

Hacker News · Kurt Mackey(Fly.io), Fly.io · Sprites

Fly.io 창업자 Kurt Mackey가 CEO에서 내려오고 Docker의 전 CEO Scott Johnston이 후임으로 온다. 그런데 정작 중요한 건 인사가 아니라 회사가 무엇을 팔기로 했는가다. 발단은 외부 평가였다. Theo Browne이 "2026년 새 애플리케이션을 호스팅할 최적의 장소"를 매기는 영상에서 Fly.io에 대해 좋은 말을 하면서도, 자기가 주시하는 제공업체 중 연말까지 존속할 것이라는 확신이 가장 낮은 곳으로 꼽았다. Kurt는 이게 뼈아팠다고 썼는데, 회사가 역사상 최고 재무 실적을 낸 달들을 포함한 강한 분기를 지나는 중이었기 때문이다. 자기 진단은 회사가 미해결 정체성 위기를 안고 연기만 나게 두면서 자신이 안일했다는 것이다.

Kurt가 창업 원칙 두 개를 스스로 폐기하는 대목이 논지다. 인터넷 애플리케이션은 사용자 가까이 배포될 때 가장 빠르다는 것, 그리고 AWS의 유연성과 Heroku의 사용성을 동시에 줘야 한다는 것이다. 둘 다 여전히 맞지만 예전만큼 중요하지 않다는 게 그의 주장이고 이유는 AI가 소프트웨어 개발을 바꿔놨기 때문이다. 비유가 명확하다. Dan Bricklin이 스프레드시트를 발명하기 전에는 세상의 모든 "엑셀 문서"가 프로그래머가 만든 프로그램이었는데, 몇 년 만에 모든 사무직이 스프레드시트 수식이라는 언어로 프로그래머가 됐다. 그렇다면 수백만 명을 대상으로 하는 고정 기능 애플리케이션은 백만 독자를 가진 스프레드시트처럼 존재는 하되 표준은 아닌 것이 된다.

에이전트가 무엇을 원하는지에 대한 정리는 3단이다. 코딩 에이전트는 개발자 워크스테이션에서 도는 것을 전제로 만들어졌고, 신뢰하는 샌드박스라 해도 물리 노트북에서 돌리면 뚜껑을 닫는 순간 멈추므로 결국 클라우드에서 돌리게 되며, 그런데 퍼블릭 클라우드는 에이전트를 돌리기 짜증나는 곳이다. 서버를 pet과 cattle로 나누는 분류에서 에이전트에게는 소 한 마리조차 과한 약속이고, 원할 때 정확히 생겨나 원하는 만큼만 있다가 사라지는 반쯤 일회용 소가 필요하다는 것이다. 그게 Sprites다. 수백에서 수천 개를 빠르게 만들 수 있으면서 각각 100GB 영구 디스크를 갖고, 종량 과금이되 아무것도 하지 않을 때는 미터가 멈추며 유휴 상태를 스스로 판단한다. 이번 nu-Sprites의 신규 서브시스템 두 개가 실무적으로 중요하다. Sprite Block Device(SBD)는 기존 JuiceFS + Litestream 스택을 Ben Johnson과 Tim Newsham이 밑바닥까지 걷어내고 재구축한 것으로, 즉시 checkpoint-and-restore를 유지하면서 드라이브 포킹이 가능해져 템플릿 Sprite를 수백만 번 효율적으로 복제할 수 있다. Connectors는 Sprite가 다른 시스템에 인증된 요청을 보내되 에이전트에게는 탈취해서 쓸 만한 자격증명을 주지 않는 방식이다. Kurt는 이 둘이 가장 많이 요청받은 기능이고, 에이전트 회사들이 전용 제품 출시 후에도 여전히 Fly Machines를 쓰는 이유였다고 밝혔다.

Product Hunt 3종: 실행 장소, 작업 표면, 목소리

Product Hunt · OpenComputer, Product Hunt · Banquish, Product Hunt · Heard

같은 날 올라온 셋을 따로 보면 각각 작지만 묶으면 에이전트 스택의 서로 다른 층을 정확히 하나씩 채운다. OpenComputer는 diggerhq가 만든 managed agent 배포 서비스로 상시 가동, 실행 중간 조종 가능(steerable mid-run), 영구 URL, 인프라 불필요를 내세우고 Claude Code, Codex, opencode, Cursor 안에서 동작한다. 흥미로운 건 랜딩 페이지의 설치 안내가 사람이 아니라 코딩 에이전트에게 붙여넣도록 쓰인 프롬프트라는 점이다. 설치 스크립트 실행, oc login(브라우저 URL이나 확인 코드가 나오면 사용자에게 보여주고 기다릴 것), oc agent init 후 prompt.md 작성과 oc agent deploy, oc agent invoke로 스모크 테스트하고 라이브 URL과 대시보드 링크를 알려줄 것 순서다. 문서를 사람이 읽는 가이드가 아니라 에이전트가 실행하는 대본으로 쓰는 방식이다.

Banquish는 방향이 다르다. macOS 14 이상 Apple Silicon 전용 앱으로, 웹 페이지의 한 조각을 가리켜 캔버스로 끄집어낸다. 검색창 하나, 영상 하나, 실시간 시세 한 칸, 채팅 스레드 하나를 각각 독립 패널로 만드는데 강조점은 스크린샷이 아니라 진짜로 작동한다는 것이다. 끌어낸 패널은 스크롤되고 갱신되며 로그인 상태를 유지하고 앱을 닫았다 열어도 공간이 그대로 남는다. 에이전트는 여기서 주인공이 아니라 심부름꾼으로 배치된다. 사용자가 공간을 만들고 에이전트가 그 안에서 잔심부름을 하며, 평문으로 요청하면 패널들을 가로질러 행동하되 중요한 것 앞에서는 사용자에게 확인한다. 에이전트에게 전권을 주는 대신 사람이 만든 작업 공간의 경계 안에서만 움직이게 하는 설계라, 앞 섹션의 "판단에 맡기기" 논쟁과 정확히 반대편 선택이다. Heard는 "Claude Code와 Codex에 목소리를 준다"는 한 줄뿐이라 판단할 정보가 거의 없지만, 코딩 에이전트에 음성 입출력을 붙이는 제품이 별도 런칭될 만큼 시장이 세분화됐다는 신호로는 쓸 수 있다.

Codex 한도 항의와 몇 시간 만의 조기 리셋

Reddit · r/codex, Reddit · r/OpenaiCodex, Reddit · r/OpenAI

이날 Reddit에서 단일 사건으로 가장 많은 게시글을 만들어낸 것은 OpenAI Codex 사용량 한도다. 시간 순서가 그대로 드러나는 게 특징이다. 먼저 r/codex에서 "한도를 고치지 않으면 저 상승 곡선은 올라간 속도만큼 빠르게 내려갈 것"이라는 경고성 게시글이 업보트 658, 댓글 184로 터졌다. Codex 사용자 증가 그래프를 인용하면서 사용량 제한이 성장 곡선을 되돌릴 것이라고 경고하는 내용이다. 몇 시간 뒤 같은 서브레딧에 "리셋 들어왔다"가 업보트 378, 댓글 140으로 올라왔고, r/OpenaiCodex에 "리셋 해줬다"(업보트 100, 댓글 39), r/ChatGPTPro에 "신사 숙녀 여러분, 리셋이 들어왔습니다"(업보트 13), r/OpenAI에 "주간 사용 한도가 방금 리셋됐다"(업보트 24)가 연달아 올라왔다. r/OpenAI의 ND01은 "리셋까지 아직 3일 남아 있었는데 지금 100%로 표시된다"고 구체적으로 적었다.

이 연쇄가 남을 가치가 있는 이유는 개별 글의 정보량이 아니라 패턴 자체다. 코딩 에이전트 시장에서 실질 경쟁 축이 모델 품질에서 "정액 요금으로 실제로 얼마나 쓸 수 있는가"로 옮겨가고 있다는 신호다. 사용자는 벤치마크 점수보다 한도 소진 속도를 기준으로 도구를 갈아탄다. 그리고 벤더가 여론에 반응해 한도를 즉석에서 조정한다는 것은, 현재 한도 정책이 원가 계산에 고정된 것이 아니라 이탈 방지 레버로 운용되고 있음을 시사한다.

모델 계층화를 원하는데 도구가 강제하지 못한다

Reddit · r/cursor, Reddit · r/ClaudeCode

멀티에이전트 코딩 도구의 비용 통제 실패를 구체적으로 보고한 글이다. 사용자는 메인 에이전트에게 서브에이전트를 여러 개 띄워 코드베이스의 서로 다른 부분을 병렬 탐색하고 결과를 보고하게 하는 패턴을 쓴다. 탐색은 값싼 모델로 충분하므로 Fable 5에게 "서브에이전트를 띄울 때는 Grok 4.5 High만 써라"라고 명시적으로 지시한다. 문제는 이 지시가 가끔 통째로 무시된다는 것이다. 지시를 어기고 Fable 5 에이전트를 다섯 개쯤 더 띄우고, 사용자가 알아챘을 때는 비용이 이미 천장을 뚫은 상태다. 더 중요한 건 프롬프트뿐 아니라 설정으로도 막히지 않는다는 점이다. "Explore Subagent Model"을 "Cursor Grok 4.5 High"로 지정해뒀는데도 대부분은 지정대로 가지만 때때로 Fable 5가 뜨거나 아예 무작위로 Composer 2.5 Fast가 뜬다. UI 설정이 하드 제약이 아니라 힌트로 동작하고 있다는 뜻이다.

같은 문제의 다른 면이 r/ClaudeCode에서 나왔다. 본문 한 줄 없이 "Haiku도 언젠가 합류하나?"라는 제목만으로 업보트 189, 댓글 37을 모은 게시글이다. 사용자들은 모든 단계에 최상위 모델이 필요하지 않다는 것을 이미 알고 있다. 파일 탐색, 로그 요약, 단순 리팩터링 같은 작업을 값싼 모델에 맡기고 어려운 판단만 상위 모델로 올리는 계층 구성이 한도 관리의 핵심 수단이기 때문이다. 정리하면 커뮤니티는 모델 계층화를 원하고 있고 도구들은 아직 그 계층을 안정적으로 강제하지 못한다. 멀티에이전트 도구가 비용에 안전하려면 어떤 모델을 쓸지가 모델의 재량이 아니라 런타임이 강제하는 제약이어야 하는데, 모델에게 예산 규율을 프롬프트로 부탁하는 구조는 확률적으로 새고 그 손실은 사용자가 사후에 청구서로 발견한다. 같은 서브레딧의 인접 질문(업보트 8, 댓글 13)이 이 맥락을 보강한다. Composer/Auto 요청을 다 쓴 뒤 무엇을 쓸지 묻는 글인데 조건이 "저렴하고, 코딩에 강하고, 일상 개발에는 Grok 4.5나 Composer 정도면 충분한 것"이다. 최고 성능이 아니라 가격 대비 충분함을 기준으로 모델을 고르는 사용자층이 이미 형성돼 있다.

장시간 자율 루프의 중간 출력

Reddit · r/Anthropic

Claude Code가 자동 실행 루프를 도는 도중 예상 밖의 메시지를 출력했다는 게시글이 업보트 275, 댓글 125를 기록했다. 이미지 중심 게시글이라 수집된 텍스트에 메시지 원문이 남아 있지 않으므로 여기서는 내용을 추정하지 않는다. 확인 가능한 사실은 장시간 자동 루프에서 예상 밖 출력이 나왔다는 보고에 댓글 125개가 붙었다는 것뿐이다.

그럼에도 기록하는 이유는, 장시간 자율 실행 중 에이전트가 내는 자기 언급적 출력에 커뮤니티가 강하게 반응하는 패턴이 반복되기 때문이다. 에이전트를 오래 돌릴수록 사용자가 관측하는 것은 결과물만이 아니라 중간 상태이고, 그 중간 상태가 사용자 신뢰에 직접 영향을 준다. 운영 관점에서는 로그와 중간 출력의 표현 방식 자체가 제품 표면이라는 뜻이다.

프로덕션 RAG와 에이전트 메모리

에이전트 메모리를 statement graph로 다시 설계한 기록

Reddit · r/AI_Agents

업보트 3, 댓글 5로 거의 묻힌 글이지만 이날 수집분 전체에서 설계 밀도가 가장 높다. 문제 정의부터 구체적이다. 글쓴이는 처음에 컨텍스트를 더 밀어넣거나 히스토리를 더 열심히 검색하는 방식으로 기억을 구현했는데, 이 방식은 사람과 조직과 결정과 주장으로 이루어진 그래프가 지저분해지기 전까지만 작동한다. 그다음부터는 엉뚱한 "Apple"에 근거해 자신 있게 틀린 답을 내거나, 진작 대체됐어야 할 오래된 주장이 그대로 살아남는다. 핵심 진단은 이렇다. 검색은 사실을 찾아낼 수 있었지만, 그 사실이 아직 참인지, 언제 어떻게 왜 바뀌었는지 알 방법이 없었다.

대안이 statement graph, 즉 진술 그래프다. 노트를 저장하는 대신 타입이 있는 엔티티와 그 관계를 저장하고 그 위에 "진술에 대한 진술"을 올릴 자리를 만든다. 각 진술에는 출처, 유효 기간, 무엇이 그것을 뒷받침했는지, 나중에 무엇이 그것을 정정하거나 대체했는지가 붙는다. 글쓴이는 진술에 대한 진술이 가장 저평가된 설계라고 못박으며, 이 구조가 마크다운 파일을 계속 동기화하려는 방식(본인이 "Obsidian 방식"이라 부른다)보다 훨씬 잘 버텼다고 말한다.

어렵게 배운 원칙 여섯 가지가 본체다. 첫째, 프레임워크의 메모리 가정을 실제 충돌 사례로 스트레스 테스트하기 전에는 믿지 말 것. 기본 오케스트레이션은 잘 되지만 신원 규칙, 유효 시간, 프로버넌스, 멀티홉 구조가 필요해지는 순간 대부분의 메모리 계층은 그걸 표현하도록 설계되지 않았다는 게 드러난다. 둘째, 엔티티 타입 어휘는 아주 작게 시작하고 충돌 가능성이 생길 때만 늘린다. 애매한 것은 "Concept" 타입 하나가 많이 흡수했다. 셋째, 이름은 라벨이지 ID가 아니다. 네트워크 리소스 식별자(URI)를 핑거프린팅해 같은 URI가 결정적으로 같은 엔티티 ID를 만들도록 했고, 문자열 유사도 병합이나 AI 판단에 맡긴 병합은 신뢰할 수 없다. "Same As"는 인제스트 시점 병합이 아니라 근거를 가진 별도 진술로 남긴다. 넷째, 덮어쓰지 말고 시간 진술을 덧붙인다. 주장에 유효 구간을 붙이고 만료, 대체됨, 근거 없음, 불신을 각각 별개 처분으로 구분한다. "오래된 것"과 "틀린 것"은 다르다. 특히 결정 이력에서 중요한데, 옛 결정을 내린 이유가 그것을 대체한 결정만큼 중요할 수 있기 때문이다. 다섯째, append-only가 last-write-wins를 뜻하지 않는다. 두 에이전트가 같은 시간대에 상충하는 주장을 쓸 수 있으므로 해소 정책이나 사람이 판단할 때까지 둘 다 보이게 둔다. 여섯째, 해소는 정책 의존적이다. 같은 그래프가 신뢰 규칙에 따라 다른 답을 내므로 무엇을 믿기로 했고 언제 어떤 규칙 아래서 그랬는지를 해소 기록으로 저장한다. 남은 과제로는 실행 도중 그래프에서 적절한 범위의 슬라이스를 골라내는 컨텍스트 조립을 꼽았다.

512MB 제약 아래 만든 10노드 LangGraph RAG 전 구간

Reddit · r/LangChain

인도 예산안과 헌법처럼 밀도 높은 금융/법률 문서를 대상으로 만든 자율 에이전트 "Agentic Financial Parser"의 전체 아키텍처 공개 글이다. 업보트 24, 댓글 10으로 노출은 크지 않지만 프로덕션 RAG의 구성 요소가 거의 전부 들어 있어 참조 설계로 쓸 만하다. 특이한 건 배포 제약이 아키텍처를 결정했다는 점이다. Render의 512MB RAM 제한 때문에 Core RAG(V1), 하이브리드 리랭킹(V2), 독립 MCP 툴 서버 셋으로 저장소를 나눠 배포했다.

핵심 엔진은 선형 검색 체인이 아니라 조건부 라우팅과 순환 흐름을 처리하는 10노드 LangGraph StateGraph다. 전처리 단계에서 인텐트 분류기가 질의를 abusive, greeting, vague, rag_query 네 가지로 나눈다. 인사는 DB를 아예 거치지 않아 비용이 0이고 욕설성 질의는 하드 Reject 노드로 보낸다. 질의가 모호하면 CrossQuestioner 노드로 라우팅해 최대 2라운드까지 사람에게 되묻고 나서야 검색을 시도한다. 생성이 끝나면 Hallucination Guard가 응답을 검색된 컨텍스트와 대조하고 검증에 실패하면 ReAct 폴백 프롬프트를 발동시킨다.

메모리 계층의 수치가 구체적이다. 20개 이상의 정부 법령과 금융 프레임워크를 파싱해 15,408개 청크가 나왔다. 임베딩은 Jina v3에 MRL(Matryoshka Representation Learning)을 적용해 벡터를 1024차원에서 256차원으로 잘라내는 방식으로 Pinecone 스토리지를 75% 절감하면서 의미 품질은 유지했다는 주장이다. 검색은 Pinecone에서 넓게 후보를 훑은 뒤 Cohere의 cohere-rerank-v3 뉴럴 리랭커로 Top 10까지 압축하고, 그 앞단에 Upstash Redis 시맨틱 캐시를 두어 반복 질의에 100ms 미만으로 응답한다. 실행 계층은 MCP로 분리했다. LangGraph 에이전트에 API 로직을 하드코딩해 비대해지는 것을 막으려고 JSON-RPC/SSE 위에서 도는 스테이트리스 FastMCP 서버를 따로 세우고 tools 노드가 12개 이상의 툴을 동적으로 호출한다. 툴 목록은 RapidAPI(Yahoo Finance) 실시간 시세, GitHub 저장소/PR/커밋 이력 조회, Gmail SMTP/IMAP 스레드 읽기와 답장 초안 작성이다.

가장 참고할 만한 설계가 HITL Email Guard다. 이메일 발송처럼 민감한 동작이 걸리면 React 프론트엔드에 Generative UI 컴포넌트를 띄우고, 사람이 명시적으로 승인할 때까지 LangGraph 상태 자체를 정지시킨다. 안정성 쪽도 구체적이다. 업로드 보안은 매직 바이트 검증, SHA-256 중복 제거, MongoDB TTL 자동 정리를 포함한 7계층으로 구성했고, 생성은 OpenRouter를 통해 nvidia/nemotron-3-super-120b-a12b:free로 기본 라우팅하되 Pybreaker 서킷 브레이커가 API 실패 3회를 감지하면 gemini-3.5-flash로 자동 페일오버한다. 무료 티어 모델을 주력으로 두고 유료 모델을 안전망으로 쓰는 비용 구조다. 저장소 링크는 원글에 플레이스홀더로만 적혀 있어 실제 URL은 확인되지 않는다.

권한 인지 검색은 실제로 무엇을 뜻하나

Reddit · r/Rag

기업 RAG 도입에서 가장 자주 막히는 지점을 정확히 짚은 질문이다. 업보트 3, 댓글 4로 규모는 작지만 문제 정의가 명료하다. 전제는 이렇다. 채팅 UI 단계가 아니라 검색 단계에서 권한을 걸어야 한다는 데는 모두가 동의한다. 그러나 실무에서 그 말이 뜻하는 바는 스택마다 완전히 다르다. 벡터 스토어의 메타데이터 수준에서 필터링하는 방식인지, 검색 앞단에 별도의 접근 제어 계층을 세우는 방식인지, 아니면 아예 다른 방식인지 실제 프로덕션 사례를 알고 싶다는 것이다. 특히 "실제 사용자와 실제 엣지 케이스가 들이닥친 뒤에도 버틴 것"을 묻는다는 점에서, 데모 단계에서는 되는데 운영에서 깨지는 패턴이 흔하다는 경험이 깔려 있다.

이 질문이 중요한 이유는 사내 RAG 도입의 실질 병목이 검색 품질이 아니라 권한이기 때문이다. 인사 문서, 급여, 계약, 부서별 기밀이 같은 인덱스에 들어가는 순간 잘못된 청크 하나가 유출 사고가 된다. 벡터 메타데이터 필터는 구현이 간단하지만 권한 모델이 상속이나 그룹 중첩으로 복잡해지면 동기화가 무너지고, 앞단 접근 제어 계층은 정확하지만 지연시간과 운영 복잡도를 늘린다. 그리고 권한이 바뀌었을 때 이미 인덱싱된 임베딩을 어떻게 소급 처리할 것인가라는 문제는 어느 방식이든 남는다.

인용이 그 주장을 실제로 뒷받침하는가

Reddit · r/aipromptprogramming

업보트 3, 댓글 1로 거의 반응이 없었지만 문제 정의가 잘 벼려져 있다. 기존 레퍼런스 관리 도구는 인용이 존재하는지, 서지 정보가 정확한지는 확인해준다. 그러나 인용된 논문이 그 문장을 실제로 뒷받침하는지는 확인하지 않는다. 제안된 절차는 다섯 단계다. 인용이 달린 문장을 찾고, 인용된 논문에서 가장 관련 있는 대목을 검색하고, 둘을 비교하고, 뒷받침됨 / 부분적으로 뒷받침됨 / 모순됨 / 불명확 중 하나로 라벨링하고, 근거를 사람 검토자에게 보여주는 것이다. 예시가 문제를 선명하게 만든다. 논문 B는 어떤 개입이 "장기 기억 보존을 상당히 개선한다"고 쓰는데 실제 인용된 논문 A는 좁은 집단에서 작은 단기 효과만 발견했다. 인용이 무관한 건 아닌데 주장이 원 출처가 허용하는 것보다 강하다.

원글이 정리한 주장 팽창 5유형이 이 글의 재사용 가치다. 작은 효과가 상당한 효과가 되고, 단기 결과가 장기 결과가 되며, 좁은 집단의 발견이 모두에 대한 주장이 되고, 가능한 설명이 확립된 결론이 되며, 상관이 인과가 된다. 이 분류는 학술 영역 밖에서도 그대로 쓸 수 있다. AI 요약 파이프라인이 원문보다 강한 주장을 만들어내는 실패 유형이 정확히 이 다섯 가지이기 때문이다. 설계 원칙도 현실적이다. AI가 최종 판단을 내리기를 기대하지 않고, 의심스럽거나 불명확한 인용을 플래그해서 가장 관련 있는 대목과 함께 검토자에게 넘기는 것까지를 목표로 잡았다.

시맨틱 메타데이터: 정밀도 28% 대 46%

LinkedIn · Sean Falconer

20년 전 온톨로지 매핑 문제를 다뤘던 연구자가 그 질문의 속편을 소개하는 형식의 글이다. 질문은 단순하다. LLM이 이제 오픈 웹의 무엇이든 읽을 수 있는데 시맨틱 메타데이터가 여전히 필요한가. 실험 설계는 에이전트 둘을 같은 과제에 붙이는 방식이다. 한쪽은 오픈 웹을 검색하고 다른 한쪽은 schema.org로 태깅된 9,000만 레코드 코퍼스를 검색해 데이터셋을 찾는다. 첫 번째 결과는 무승부다. 관련 있는 무언가를 찾아내는 비율은 양쪽 모두 약 60%로 거의 같았다.

무너지는 지점은 그다음이다. 웹 검색 에이전트는 산문 위주 페이지와 포털 페이지에 계속 착지했는데 이런 페이지는 에이전트가 실제로 뭔가를 할 수 있는 대상이 아니다. 진짜로 사용 가능한 기계 판독 데이터셋을 반환한 전체 정밀도는 28%였고 메타데이터 기반 에이전트는 46%로 상대 개선폭이 66%다. 다만 대가가 명확하다. 메타데이터 에이전트는 58개 질의 중 40개만 답했고 오픈 웹 에이전트는 56개를 답했다. 웹 대부분이 아직 주석돼 있지 않기 때문이다. 커버리지를 정밀도와 맞바꾼 셈인데, 저자들은 이것이 자율 에이전트에게는 올바른 실패 모드라고 주장한다. 데이터처럼 보이지만 실제로는 데이터가 아닌 것을 워크플로에 넘겨주는 것보다 빈손으로 돌아오는 편이 낫다는 것이다.

이 대목이 실무적으로 중요한 이유는 에이전트 파이프라인의 실패 비용 구조 때문이다. 사람이 검색 결과를 보고 있으면 쓸모없는 페이지는 그냥 무시하면 된다. 사람이 개입하지 않는 자율 파이프라인에서는 그럴싸하지만 처리 불가능한 결과가 다음 단계로 흘러가 조용히 오염을 만든다. 작성자의 결론은 시맨틱 레이어와 온톨로지가 다시 부상하는 이유로 이어진다. 산문을 읽을 수 있는 에이전트는 관련 있는 것을 찾기 위해 스키마가 필요하지 않다. 스키마가 필요한 이유는 다르다. 사람이 확인하지 않아도 자기가 찾은 것이 실제로 처리 가능한 구조인지 알기 위해서다. 논문 저자는 Shiyu Chen, Tarfah Alrashed, Natasha Noy, Alon Halevy로, Natasha Noy는 이후 구글에서 Dataset Search 구축에 참여했다.

FileRouter - 문서 파싱 엔진의 OpenRouter

Reddit · r/Rag, GitHub · ThinkEx-OSS/filerouter

업보트 1에 댓글 0으로 완전히 묻힌 릴리스지만 문제 정의가 정확하다. LLM 호출은 OpenRouter나 LiteLLM 덕분에 프로바이더를 자유롭게 갈아탈 수 있게 됐는데, 문서 파싱은 여전히 한 번에 한 엔진에 묶여 있다. 프로바이더마다 업로드 방식, 인증, 비동기 잡 처리, 폴링, 재시도, 옵션, 에러, 응답 포맷이 전부 달라서 "다른 프로바이더가 우리 문서에서 더 정확한가", "더 싼 엔진으로 대부분 처리할 수 있나", "다시 짜지 않고 갈아탈 수 있나" 같은 질문에 답하기가 어렵다.

FileRouter는 하나의 SDK, CLI, API로 이 문제를 덮는다. 현재 호스티드로 지원하는 엔진은 LlamaIndex LiteParse, Firecrawl PDF Inspector, LlamaParse, Mistral OCR, Datalab이다. 사용 패턴이 구체적이다. 정확도, 지연시간, 안정성, 비용 기준으로 프로바이더를 비교하고, 조건에 따라 가벼운 엔진에서 시작해 무거운 엔진으로 에스컬레이션하며, 빠른 파서와 무거운 파서를 동시에 돌려 먼저 도착한 결과를 즉시 쓰고 강한 결과가 완료되면 교체하거나 병합할 수도 있다. 결과 구조는 엔진과 무관하게 페이지, 마크다운, 텍스트, 지원되는 경우 테이블, 타이밍, 사용량, 경고, 에러로 동일하다. 도입 판단에서 중요한 건 두 가지 처리 모드다. Hosted 모드는 FileRouter가 업로드와 지속 잡과 재시도와 결과와 정리까지 관리하고, Direct/BYOK 모드는 사용자 애플리케이션 안에서 사용자 자신의 키로 실행되며 FileRouter는 문서도 키도 결과도 받지 않는다. 계약서나 인사 서류처럼 외부로 내보낼 수 없는 문서를 다루는 팀에게는 이 모드의 존재가 채택 여부를 가른다. 라이선스는 MIT다.

AI 도입의 경제학: 결제는 늘고 가치는 의심받는다

기업 결제 기준으로 Anthropic이 처음 앞섰다

LinkedIn · EO planet

미국 최대 법인 카드 플랫폼 Ramp가 집계한 기업 AI 도입률에서 2026년 4월 기준 Anthropic이 34.4%, OpenAI가 32.3%를 기록해 처음으로 순위가 뒤집혔다. 중요한 건 지표의 성격이다. 법인 카드 결제 데이터에서 뽑은 도입률이므로 무료 가입자나 트래픽이 아니라 기업이 실제로 지출한 흔적이다. 소비자 인지도와 기업 결제가 분리돼 움직인다는 사실 자체가 이 지표의 값어치다.

작성자의 해석은 점유율 경쟁이 아니라 AI 시장의 기준 자체가 바뀌고 있다는 신호라는 것이다. 더 많이 아는 AI가 아니라 실제 업무를 얼마나 수행하는가가 평가 기준이 됐고, 그 기준에서 클로드가 다른 전략을 선택했다는 서술로 이어진다. 이 숫자는 이어지는 두 항목에서 곧바로 반증과 보강을 동시에 받는다.

토큰맥싱의 종말 - 테크 리더들이 공개적으로 의심하기 시작했다

LinkedIn · Dr. Jeffrey Funk

이번 주 SNS에서 가장 인용 밀도가 높은 글이다. 작년까지 테크 리더가 생성형 AI를 공개 비판하는 일이 거의 없었는데 지금은 균열이 보인다는 것이 논지이고, 근거로 여섯 명의 발언을 나열했다. 시작은 Mark Cuban이다. "대형 LLM들은 PR 전쟁에서 졌다. 왜냐면 사람을 먼저 두는 데 하나같이 형편없기 때문"이라는 문장과, 실리콘밸리 태도가 그들 모두를 John Galt라고 착각하게 만든다는 비판이다.

비용 축이 그다음이다. OpenAI와 Anthropic의 최근 가격 인상이 tokenmaxxing, 즉 작업을 끝내기 위해 가능한 한 많은 토큰을 쓰는 관행을 사실상 끝냈다. 여기에 NVIDIA VP Bryan Catanzaro의 발언이 가장 강한 수치적 진술로 등장한다. 자기 팀 기준으로 AI 연산 비용이 그것을 쓰는 직원 인건비보다 더 비싸졌다는 것이다. NVIDIA가 tokenmaxxing의 최대 수혜 기업임에도 그 소속 임원이 이 말을 했다는 점이 강조된다. 가치 귀속 축은 Palantir의 Alex Karp가 가장 날카롭게 말했다. "내가 상대하는 모든 기업에서 사람들이 격분해 있다. 아무 가치도 만들지 못하는 토큰에 돈을 내고 있다고들 한다." 그가 던진 상위 질문은 AI가 만든 가치를 그것을 배포하는 기업이 가져가는가 실제 AI를 만드는 랩이 가져가는가였다.

Satya Nadella가 같은 방향의 말을 하기 시작했다는 점이 이 글의 무게중심이다. Microsoft는 OpenAI의 대형 투자자인데도 기업과 AI 랩 사이의 불균형을 지적했고 치솟는 비용과 데이터를 누가 보유하느냐를 함께 우려했다. "그냥 파운데이션 모델의 소비자에 불과하다면, 기업 가치를 창출하기는커녕 유지하는 것도 어떻게 가능한지 모르겠다"는 문장이다. Mark Zuckerberg는 속도 자체를 문제 삼았다. 최소 지난 4개월간 에이전트 개발의 궤적이 기대만큼 가속되지 않았고 새 조직 구조에 건 베팅도 아직 결실이 없다는 발언이다. 마지막으로 Chamath Palihapitiya는 자금 조달 동기를 겨눴다. "AI 랩들이 자기 기술에 대한 공포를 제조해 돈을 모으고 있다. 같은 기술을 기적이라고 팔아 돈을 모으고, 그다음엔 무기라고 팔아 규제 당국을 불러들인다." 대비 축으로 소프트뱅크 손정의는 여전히 찬양 쪽이라는 언급이 붙는다.

비용은 사라진 게 아니라 평가와 운영으로 옮겨갔다

LinkedIn · Andreas Horn, LinkedIn · Python Developers Community

AI 프로젝트가 실망으로 끝나는 가장 큰 원인은 사람들이 상상하는 AI 작동 방식과 실제 작동 방식 사이의 간극이라는 진단이다. 상상 버전은 데이터를 넣고 AI를 좀 뿌리면 가치가 나온다는 그림이고, 실제 버전은 대체로 화려하지 않은 네 가지 작업으로 이루어진다. 첫째, 데이터를 소싱하고 정제하고 준비한다. 둘째, 이 워크플로에서 "정확하다"가 도대체 무엇을 뜻하는지 정의하고 누가 그것을 승인할지 정한다. 셋째, 배포하고 모니터링하고 세상이 바뀌면 재학습한다. 넷째, 법적, 윤리적, 편향, 보안 제약이 이 모든 단계 아래에서 상시 작동한다.

핵심 주장은 이것이다. 파운데이션 모델이 중간의 상당 부분을 실제로 제거했고 그건 진짜 새로운 것이 맞다. 하지만 작업이 사라진 게 아니라 오른쪽으로 이동했다. 이제 비싼 부분은 평가와 운영이고 예전보다 더 어렵다. 시스템이 비결정론적이고 그 시스템이 고객을 향해 있기 때문이다. 마무리는 짧고 단정적이다. AI에 진짜 가치가 있는 것은 맞지만 ChatGPT를 열거나 Copilot 라이선스를 몇 개 사는 것만큼 간단하지는 않다. 716 likes / 85 replies로 이번 주 LinkedIn 상위권 반응을 얻었다.

같은 진단을 실무 체크리스트로 옮긴 글도 있다. "속도는 AI를 믿되 정확성은 증거를 믿으라"는 문장 아래 공식 문서 대조, 실제 엣지 케이스로 테스트, 가정을 그대로 받아들이지 말 것, 최종 답이 아니라 로직을 리뷰할 것, 머지 전 자동 테스트 실행, 알려진 정상 해법과 비교, 보안과 프라이버시 영향 검증, 성능과 확장성 영향 확인, AI에게 추론 과정을 설명하게 한 뒤 독립적으로 검증할 것을 나열했다. 개별 항목은 평범하지만 "평가가 비싼 부분이 됐다"는 진단에 붙이면 실행 목록으로 쓸 수 있다.

왜 조직 안에서는 교정되지 않는가

Hacker News · Nikhil Suresh 에세이와 John Gruber 논평

에세이의 핵심 일화는 이렇다. 필자가 해외 출장에서 Fortune 500 임원 한 명을 만났는데 기술적으로 매우 유능한 사람이었고 동시에 "생산성을 100배 올렸다" 같은 과장된 주장에 회사가 공개적으로 묶여 있는 상태였다. 마이크가 없는 자리에서 왜 이런 말이 반박 없이 반복되느냐고 물었다. 답이 이 글의 실질이다. 진짜 이유는 고객사 임원들이 그런 말을 하고 있다는 데 있다. 벤더 쪽 임원이 그 이득은 그럴듯하지 않다고 말하는 순간 그것은 고객 임원의 신뢰도를 훼손하는 행위가 되고 공격 또는 이단으로 인식되며 기업 계약 취소로 이어질 수 있다. 조직의 미션과 무관한 사안에 의견을 냈다가 계약을 날리는 것은 해고당하는 좋은 방법이다. 그래서 전체 기업 세계가 반대 의견을 허용하지 않는 광풍에 갇혔다는 것이다.

John Gruber의 보완 논지는 심리적 기반을 설명한다. 컴퓨터는 세상을 근본적으로 바꿨지만 대부분의 사람은 컴퓨터가 실제로 어떻게 작동하는지 이해하지 못해 그것으로 무언가를 만들 수 없었다. 대부분에게 컴퓨터는 창작 도구가 아니라 커뮤니케이션 도구였는데 생성형 AI가 그것을 바꿨다. 컴퓨터 적성이 없던 사람들이 이전에는 손이 닿지 않던 것을 만들거나 발견한다. 그런 사람들에게 이것은 빅뱅이고, 그래서 오늘의 AI가 인상적이고 유용하고 혁신적이되 그들이 상상하는 것보다 몇 자릿수 덜 그렇다는 것을 설득할 방법이 없다는 것이다.

HN 댓글이 그 논지를 그대로 재연했다. Kiro는 "100배가 아직도 논란거리인가? 백로그를 통째로 AI에 던지고 마음껏 돌리게 하면 누구나 할 수 있다. 문제는 사람이 그 속도를 따라가지 못한다는 것뿐"이라고 썼다. sarchertech가 구체적 반례로 받았다. 100배라면 일주일에 새 운영체제를 만들 수 있어야 하는데, Anthropic이 Rust로 C 컴파일러를 쓰려 한 시도는 2주가 걸렸고 결과는 쓸 만한 C 컴파일러가 아니었다. 그것도 포괄적인 스펙이 있고 오라클 역할을 할 기존 구현이 있고 기존 컴파일러들이 학습 데이터에 들어 있는 최상의 조건에서 그랬다. 분석틀로는 George Soros의 reflexivity(AI를 전략으로 공언한 CEO는 자원을 그쪽에 더 투입하고 자기 정체성이 그 투자에 묶여 투자의 성공을 위협하는 사실을 무시하게 된다)와 Marshall McLuhan의 매체론이 제시됐다. 소셜 미디어가 사회악으로 여겨져도 그 출발 개념은 사람을 연결하는 사회적인 것이었던 반면, 생성형 AI는 근본적으로 비사회적인 편의 기술이라는 대비다.

SF AI 서밋과 삼성 전 임직원 도입

LinkedIn · KyoungHoon Harrison Kim(OpenAI 코리아), LinkedIn · Aviram Jenik, LinkedIn · Woojin Song

같은 행사를 세 사람이 서로 다른 위치에서 기록한 조합이라 교차 검증이 되는 항목이다. 행사는 이재명 대통령이 주재한 샌프란시스코 AI 서밋이다. 참석자 명단으로 NVIDIA의 Jensen Huang, 삼성의 이재용 회장, OpenAI의 Sam Altman, Anthropic의 Dario Amodei, SK 최태원, 그리고 현대, SK, Broadcom, Naver의 CEO들이 거명됐다. 한국 정부가 공식 우산 아래 이 규모의 인사들을 한자리에 모았다는 사실 자체가 이 항목의 뼈대다.

실행 단위의 숫자는 OpenAI 코리아 쪽 글에 있다. 삼성전자가 전 임직원 대상으로 ChatGPT와 Codex를 도입하기로 했고 이것이 OpenAI의 전 세계 기업 AI 도입 사례 중 최대 규모 중 하나로 소개됐다. 교육 쪽에서는 서울대학교가 전 구성원 ChatGPT Edu를 도입했다. 공공 부문에서는 한국전력공사, 한국수자원공사, 기술보증기금과의 AI 전환 협력이 진행 중이고 AI 안전과 사이버 보안 분야 협력도 함께 확대되고 있다고 밝혔다. Sam Altman은 이재명 대통령과 만나 한국의 AI 비전과 장기 협력 방향을 논의한 뒤 최태원 SK그룹 회장과 이재용 삼성전자 회장을 각각 만나 AI 인프라와 기업 AI 전환을 논의했다.

주목할 프레이밍은 "시장"이 아니라 "파트너"라는 단어다. OpenAI 코리아 쪽 글은 한국이 단순히 AI를 빠르게 쓰는 시장이 아니라 반도체와 인프라부터 기업, 교육, 공공 부문의 실제 활용까지 AI 생태계 전반을 함께 만들 수 있는 파트너라고 규정했다. Aviram Jenik은 같은 자리를 다르게 요약했다. AI 혁명이 권력 구도를 재배치할 것이고 한국이 여기서 핵심이 되지 못하면 무관해질 것이며, 이것이 전환점이 될 수 있다는 인식이 무대 위와 객석 모두에 분명했다는 것이다. 그리고 스타트업을 향해 SK, 현대, 삼성, Naver에 비해 아무리 작아 보여도 지금이 자기 몫을 주장할 때라는 메시지를 덧붙였다. 교육 관점에서 실무적으로 가장 쓸모 있는 정보는 삼성 전사 도입과 서울대 전 구성원 도입이라는 두 사례다. 전사 규모 도입이 시작되면 교육 수요의 형태가 도구 소개에서 직무별 활용과 검증 절차로 이동하기 때문이다.

보안과 신뢰 경계

공격자는 이미 에이전트를 쓴다

Reddit · r/OpenAI, Reddit · r/huggingface

같은 보안 사건을 두 방향에서 다룬 게시글이 이날 각각 다른 서브레딧에 올라왔다. 첫 번째는 r/OpenAI에 업보트 176, 댓글 44로 올라온 익명 OpenAI 직원의 발언이다. "외부에서 보기엔 큰 경고 사격처럼 느껴지겠지만, 내부적으로는 관련 사건이 한동안 계속 일어나고 있었다"는 내용이다. 공개적으로 알려진 한 건이 예외적 사고가 아니라 이미 진행 중이던 패턴의 표면화라는 증언이다. 두 번째는 Hugging Face CEO Clement Delangue의 발언을 인용한 r/huggingface 게시글이다. "이번 사건은 우리 중 다수가 예상하던 바를 확인해준다. 공격자들은 이미 AI 에이전트를 쓰고 있고, 그건 모델을 API 뒤에 가둔다고 해서 막히지 않는다."

두 발언을 나란히 놓으면 오픈 웨이트 논쟁의 실질 쟁점이 드러난다. 폐쇄 진영의 논거는 가중치를 공개하면 악용을 막을 수 없다는 것인데, Delangue는 같은 사건을 근거로 정반대 결론을 낸다. 이미 공격자들은 폐쇄 모델을 API로 호출해 에이전트를 돌리고 있으므로, 접근 통제는 방어책이 아니라 정직한 사용자에게만 걸리는 마찰이라는 것이다. 그리고 익명 직원의 증언은 이 주장에 유리한 사실 근거가 된다. 폐쇄 배포 환경에서도 관련 사건은 이미 반복되고 있었기 때문이다. 실무 관점에서 남는 교훈은 방어선의 위치다. 모델 접근 자체를 막는 방식으로는 공격자를 걸러낼 수 없으므로, 방어는 에이전트가 실제로 손을 대는 지점, 즉 자격증명, 실행 권한, 네트워크 egress, 사람 승인 게이트에 걸어야 한다.

공유한 AI 대화가 검색엔진에 인덱싱된다

Reddit · r/ClaudeAI

AI 챗 서비스의 대화 공유 기능으로 만든 링크가 검색엔진에 인덱싱되어, 특정 검색 연산자 조합만으로 남의 공유 대화를 대량으로 열람할 수 있다는 지적이다. 업보트 411에 댓글 147로 프라이버시 주제로는 이날 가장 큰 반응을 얻었다. 글쓴이가 든 예시가 이 문제의 성격을 단번에 보여준다. 검색으로 찾아낸 대화 중에 정신적으로 무너져가는 대학생의 상담성 대화가 있었다는 것이다. 사용자는 공유 링크를 "링크를 아는 사람만 볼 수 있는 것"으로 이해하고 쓰지만 실제로는 공개 URL이라 크롤러가 수집하고 검색 결과에 노출된다. 사용자 멘탈 모델과 실제 동작 사이의 간극이 그대로 사고로 이어지는 전형적인 구조다.

이 문제가 남을 가치가 있는 이유는 새로운 취약점이라서가 아니라 조직 차원의 실무 리스크로 직결되기 때문이다. 사내에서 AI 대화 링크를 슬랙이나 문서에 붙여 공유하는 관행이 있다면 그 안에 들어간 코드 조각, 내부 지표, 고객명, 인사 관련 논의가 전부 검색 가능한 상태로 남는다. 대응은 단순하다. 공유 기능 사용 정책을 정하고, 이미 만든 공유 링크를 주기적으로 회수하며, 민감 대화는 공유 대신 텍스트 복사로 옮기는 것이다.

Decoy Font - 사람과 AI가 다른 글자를 읽는다

Reddit · r/ClaudeAI

Mixfont가 공개한 "Decoy Font"는 사람과 이미지 인식 AI에게 서로 다른 메시지를 보여주도록 설계된 서체다. 업보트 243, 댓글 83으로 도구 소개 계열 중 상위권 반응을 얻었다. 동작 방식이 단순해서 오히려 인상적이다. 정상 글자 위에 가늘게 윤곽선만 그린 미끼 문자를 겹쳐놓는다. 이미지 인식 모델은 이 얇은 윤곽 쪽에 주목해 엉뚱한 텍스트를 읽어내고, 사람은 멀리서 보거나 눈을 가늘게 뜨면 원래 글자를 읽어낼 수 있다. 원글은 ChatGPT, Claude, Gemini에서 모두 이 현상이 재현된다고 적었다.

이 항목이 남을 가치가 있는 이유는 재미있는 장난감이라서가 아니라, 멀티모달 모델의 시각 파이프라인이 인간 시각과 다른 신호에 반응한다는 것을 아주 저렴한 방식으로 실증하기 때문이다. 문서 OCR, 스크린샷 기반 에이전트, 자동 심사 시스템처럼 이미지를 읽어 판단하는 워크플로에서는 이 방식이 곧 우회 수단이 된다. 반대로 저작권 보호나 학습 데이터 수집 회피 관점에서는 방어 수단으로도 쓸 수 있다. 실무 시사점은 이미지 안의 텍스트를 모델이 읽은 결과를 신뢰 경계로 삼지 말라는 것이다. 스크린샷을 읽고 행동하는 컴퓨터 유즈 에이전트가 늘어나는 상황에서, 화면에 표시되는 것과 모델이 인식하는 것이 다를 수 있다는 사실은 프롬프트 인젝션 표면이 하나 더 늘어난다는 뜻이다.

거부 회로를 제거한 모델이 공개 API로 팔린다

Reddit · r/AI_Agents

AgentDojo 같은 적대적 에이전트 평가를 돌릴 때 프론티어 모델이 중간에 거부하거나 궤적에서 이탈해 테스트가 완주되지 않는다는 문제의식에서 출발한 릴리스다. 제작자는 GLM-5.2를 abliterate해서, 즉 거부 회로를 제거한 뒤 공격적 사이버 작업과 레드팀과 에이전트 테스트 용도로 파인튜닝했다고 밝혔다. 아래 수치는 전부 제작자 자체 보고이며 독립 검증이 없다. AgentDojo에서 정상 상황 유틸리티 97.5%, 공격 상황에서의 유틸리티 34.29%, 타깃 공격 성공률(ASR) 57.86%를 제시했다. AgentDojo는 프롬프트 인젝션 같은 공격이 섞인 환경에서 에이전트가 원래 과제를 얼마나 수행하는지와 공격이 얼마나 성공하는지를 함께 재는 벤치마크다. 코딩 능력이 무너지지 않았다는 근거로는 SWE-bench Verified 81.2%, Terminal-Bench 2.1 80.1%를 들었다.

이 항목을 남기는 이유는 홍보 가치 때문이 아니라 오픈 웨이트 논쟁의 실물 증거이기 때문이다. 오픈 가중치 모델은 거부 정렬을 사후에 제거할 수 있고 실제로 그렇게 만든 모델이 공개 API로 제공되고 있다. 폐쇄 진영의 확산 위험 논거가 가리키는 정확한 시나리오이면서, 동시에 "이미 벌어지고 있으니 API 뒤에 가둬도 못 막는다"는 주장의 근거이기도 하다. 같은 사실이 양쪽 논거로 다 쓰인다. 성격상 공격 도구에 가까우므로 여기서는 존재와 수치만 전하고 사용법이나 접근 경로는 다루지 않는다. 방어 관점의 시사점만 짚으면 충분하다. 사내 에이전트를 평가할 때 "우리 모델이 거부해서 테스트가 끝나지 않는다"는 문제가 실재하고, 그 해법으로 정렬 제거 모델을 쓰는 실무가 이미 돌고 있다는 사실이다.

Anthropic의 코드 취약점 방어 실습 레포

X · atilsamancioglu

Anthropic이 코드에서 보안 취약점을 찾아 고치는 실습용 레포 anthropics/defending-code-reference-harness를 공개했고, 실제로 돌려본 사용자의 관측 두 가지가 붙어 있다. 첫 번째는 비용 경고다. 서브에이전트 모델로 opus5를 선택하면 토큰을 매우 빠르게 소모한다. 보안 스캔은 코드베이스 전체를 훑는 작업이라 서브에이전트 팬아웃이 크고, 그 팬아웃 하나하나에 최상위 모델을 붙이면 비용이 급격히 올라간다는 실무 경고로 읽힌다.

두 번째는 효과 확인이다. 그럼에도 불구하고 작성자가 전혀 눈치채지 못했던 취약점들을 찾아 끄집어냈다고 썼다. 비용은 크지만 탐지 성능은 실제로 나온다는 상반된 두 관측이 한 문장씩 붙어 있는 형태다. 이 관측은 앞서 나온 Ouroboros 비교와 교차 검증된다. 그 실험에서도 Opus가 58.2% 더 많은 토큰을 썼다. 서로 다른 나라의 서로 다른 사용자가 서로 다른 과제에서 같은 특성을 관측했다는 점은 "Opus 5는 토큰 소모가 크지만 놓치는 것이 적다"는 서술의 근거로 쓸 수 있다.

안전 판정의 컨텍스트 의존성이라는 주장

Reddit · r/PromptEngineering

업보트는 9뿐인데 댓글이 31개 붙어 업보트 대비 논쟁 밀도가 이날 수집분 중 가장 높은 글이다. 검증되지 않은 개인 주장이므로 여기서는 기법의 세부 절차를 다루지 않고 주장의 성격과 방어 시사점만 정리한다. 주장의 요지는 대화 초반을 안전, 학술, 교육 성격의 설명과 라벨로 컨텍스트 윈도우를 채워두면 안전 계층이 그 대화 전체를 신뢰할 만한 것으로 판정하고 뒤이은 요청에 대한 차단이 느슨해진다는 것이다.

기법의 유효성과 무관하게 취약성의 성격이 보안 관점에서 의미가 있다. 안전 판정이 요청 단위가 아니라 대화 전체의 누적 맥락에 영향을 받는다면, 긴 대화를 유지하는 에이전트 워크플로에서 초반 컨텍스트가 후반 판정을 오염시키는 경로가 생긴다. Decoy Font가 시각 입력 쪽에서, 정렬 제거 모델이 가중치 쪽에서 같은 문제를 건드린다면 이 주장은 대화 컨텍스트 쪽 표면을 가리킨다. 방어 설계에서 세션 전체를 하나의 신뢰 단위로 취급하지 않고 민감 행동마다 독립적으로 재판정하는 구조가 필요하다는 방향으로만 읽으면 된다.

미국 최초의 duress password 기소

LinkedIn · Elaine G.(원 보도 Zack Whittaker)

프라이버시 도구와 법 집행이 정면 충돌한 사례다. 미국 법무부가 국경 당국에 전화기 내용을 지워버리는 패스코드를 제공했다는 혐의로 미국인 한 명을 기소했다. 핵심은 이것이 첫 사례라는 점이다. 전화기 소프트웨어에 내장된 duress password를 이용한 데이터 파괴로 연방 검찰이 누군가를 기소한 미국 내 최초 사건으로 알려졌다. duress password는 정상 비밀번호와 별개로 설정하는 두 번째 비밀번호로, 이것을 입력하면 기기가 잠금 해제되는 대신 데이터를 즉시 삭제한다. 강압 상황에서 사용자를 보호하기 위해 설계된 기능이다.

피고인은 애틀랜타 거주 Samuel Tunick이고 혐의를 다투고 있다. 변호인의 반론은 두 단계다. 첫째, 작년 미국 재입국 당시 CBP가 전화기를 압수한 것 자체가 위법이다. 둘째, 따라서 전화기가 삭제됐다는 정황을 포함한 모든 증거는 배제돼야 한다. 삭제 행위의 적법성을 다투기 전에 압수의 적법성을 먼저 다투는 구조다. 기술적으로 이 사건의 중심에는 GrapheneOS가 있다. 대부분의 최신 Google Pixel 기기에서 기본 소프트웨어를 대체해 구동되는 커스텀 안드로이드 OS이고, 변호인은 해당 기기에서 GrapheneOS가 구동 중이었음을 확인했다. 서드파티 OS의 보안 기능 사용 자체가 형사 사건의 쟁점이 된 것이다. 국경에서의 기기 검색은 미국 내에서 영장 요건이 완화된 영역으로 오래 다뤄져 왔는데 여기에 "사용자가 사전에 설정해둔 자동 삭제 기능을 작동시킨 것이 증거 인멸인가"라는 새 질문이 붙었다. 판결에 따라 duress password를 제공하는 모든 OS와 그 사용자에게 영향이 간다. LinkedIn 반응이 140 likes에 68 replies로 댓글 비율이 이례적으로 높았던 것도 이 쟁점의 논쟁성을 보여준다.

메모리 안전 절대주의 논쟁

Hacker News · "Memory Safety Absolutists", Fil-C

메모리 안전 논쟁의 축이 바뀌었다는 게 출발점이다. 예전에는 컴파일 시점에 안전을 강제하는 Rust와 프로그래머에게 맡기는 C/C++/Zig의 대립이었는데, 이제 C와 C++ 코드를 그대로 메모리 안전하게 만드는 Fil-C가 등장했다. Fil-C로 컴파일한 C/C++은 범위 초과 접근이나 use-after-free 같은 잘못된 메모리 접근에서 panic한다. 구현은 GC와 InvisiCaps, 즉 포인터가 접근할 수 있는 메모리를 추적하는 방식의 결합이다. Zig 저자 Andrew Kelley도 Fil-C에서 영감을 받은 새 컴파일 모드를 제안했는데 이슈 제목이 "introduce an actually memory safe (unlike Rust) compilation mode inspired by Fil-C"다.

저자의 문제 제기는 기술이 아니라 담론이다. 여기서 파생된 흔한 주장이 "Rust 진영이 정말 메모리 안전을 중시한다면 더 안전한 Fil-C를 홍보하고 Rust를 버려야 한다"는 것인데, 반박의 근거는 트레이드오프다. Fil-C는 비Fil-C 프로그램과 ABI 비호환이고, 경우에 따라 수 배 느리며, GC를 도입한다. 많은 프로그램에서는 이 셋 다 문제가 안 되지만, GC와 ABI 비호환이 문제가 되는 인기 프로젝트가 많고 하필 그런 종류의 프로그램이 Rust에 잘 맞는 영역이다.

수치는 Android에서 온다. Google 발표 기준 Android 플랫폼의 Rust 약 500만 라인에서 잠재적 메모리 안전 취약점은 1건이 발견돼 출시 전에 고쳐졌고 이는 MLOC당 0.2건이다. 같은 조직의 C/C++ 역사 데이터는 MLOC당 약 1,000건이므로 1,000배 이상 감소다. 저자의 프레이밍은 "100% 프로그램에서 문제의 99.9%를 막는 기술과 90% 프로그램에서 문제의 100%를 막는 기술 중 무엇을 고르겠는가"이고, 다행히 둘 중 하나를 고를 필요가 없다는 게 결론이다. HN 토론에서 건질 만한 기술적 논점도 있다. zbentley는 GC 만능론을 정정했다. GC와 할당을 통제하는 고수준 언어는 메모리 안전 문제 공간의 3분의 2, 즉 use-after-free와 할당 전 사용/임의 주소 접근을 처리하지만 정상적으로 할당된 구조체에 대한 범위 초과 접근은 다루지 못한다. estebank는 정적 분석 접근과 런타임 체크 접근이 대립이 아니라 상보적이므로 택일 논쟁 자체가 무의미하다고 정리했다.

감시 인프라와 플랫폼 통제권

Flock 번호판 감시 반대가 하나의 운동이 됐다

Hacker News · The Guardian 기사, Hacker News · Creative Loafing Tampa Bay, DeFlock 지도

미국 전역에서 자동 번호판 인식기(ALPR)를 물리적으로 파괴하는 흐름이 하나의 운동 규모가 됐다. Guardian이 확인한 것만 23개 주에서 33건이고 모두 감시 항의라는 명시적 메시지를 동반한 사례다. 수법은 페인트 폭탄, 파손 후 성조기 꽂기, 시야를 가리는 물체 3D 프린팅, 낙서까지 다양하다. 중심 인물로 등장하는 NoMark은 미니애폴리스에서 활동하며 인스타그램과 틱톡 팔로워가 70만 명이 넘고, 6월 어느 밤 타코벨 건너편 기둥을 한 시간 동안 지켜보다 올라가서 렌즈를 테이프로 막고 전원선을 끊었다. 지금은 12대 이상을 처리해 몇 분이면 끝난다고 한다.

회사 쪽 수치는 이렇다. Flock Safety는 조지아주에 있고 밸류에이션은 84억 달러다. 미국 거의 모든 주에 걸쳐 약 6,000개 커뮤니티에서 월 수십억 회 번호판을 스캔한다고 스스로 밝힌다. 2월 블로그에서는 자사 ALPR이 "대량 감시 도구가 아니"고 "차량은커녕 개인은 더욱 추적할 수 없다"고 주장했는데, 마케팅에서는 용의 차량이 지나가는 순간 경관에게 알려 실시간으로 범죄를 멈춘다고 광고한다. CEO Garrett Langley는 DeFlock을 "테러적"이라 부른 뒤 7월 17일 사과했다. 실제 능력은 광고에 가깝다. 경찰관은 전국 10만 대 카메라를 검색해 수배자가 어떤 카메라를 지나갔는지 조회하거나 지나갈 때 알림을 받을 수 있고, 제조사와 모델과 색상뿐 아니라 고유한 흠집이나 범퍼 스티커 같은 식별 특징으로도 검색된다.

오남용 사례가 반발의 실질적 연료다. 여러 경관이 카메라를 개인 목적의 스토킹에 사용하다 직을 잃었다. 404 Media 보도에 따르면 경찰은 검색 기능으로 문신이나 특정 티셔츠 같은 신체적 표식으로 사람을 찾기도 했고, 텍사스의 한 경관은 낙태한 여성을 찾으려고 전국 번호판 카메라를 검색했다. 지역 단위 기록도 구체적이다. St. Petersburg에는 2022년부터 약 50대가 깔렸고, Flock 감시 웹사이트 Have I Been Flocked에 적재된 기록에 따르면 St. Pete 경찰은 비시민을 겨냥한 연방 수사, 기물파손 사건, 그리고 한 건은 쓰레기 무단투기 용의자를 찾는 데 카메라를 사용했다.

같은 날 개인 차원의 저항 사례도 보도됐다. St. Petersburg의 Carl Gunn(77)은 자기 동네 입구에 세워진 12피트 검은 기둥 카메라를 보고 프라이버시를 걱정했는데, 그가 가진 유일한 12피트짜리 물건이 수영장 스키머였다. 거기에 "DOWN WITH FLOCK CAMERAS" 팻말을 테이프로 붙이고 캠핑 의자를 들고 카메라 앞에 앉았다. 그 토요일 카메라가 본 것은 팻말뿐이었다. 낯선 사람이 그늘막 우산과 차가운 음료를 들고 합류했고 지나가는 운전자들이 경적으로 응원했으며, 경찰 순찰차 두 대가 와서 10~15분간 그를 심문한 뒤 떠났다. 그의 반발 논리는 사업 구조에 걸린다. Flock은 2017년 설립됐고 2025년 초 연간 반복 매출 3억 달러를 넘겨 전년 대비 70% 증가했는데, "이걸 영리로 한다. 우리는 우리에게 그걸 하라고 허락한 적이 없다"는 것이다.

제도적 경로와 국가의 반응이 동시에 움직인다. 최근 몇 년 사이 80개가 넘는 도시가 Flock 계약을 해지, 미갱신, 거부하거나 카메라를 비활성화했고 오스틴과 덴버가 포함된다. 텍사스 하원의원 Keith Self는 Flock 카메라가 수집한 데이터에 영장을 요구하는 법안을 발의했다. 반대편에서는 이번 여름 수십 개 주의 fusion center가 반Flock 활동 감시를 국가안보 보호 지침의 일부로 하달했고, 위스콘신 정보기관 보고서는 8월 중순 "national week of action" 기간의 순찰과 경계 강화를 요구하며 ALPR에 대한 기물 파손과 방해와 사보타주를 보고하라고 지시했다. 기소된 사람들도 있다. 버지니아주 서퍽의 Jeffrey Sovern은 12대 이상 파손 혐의로 재물손괴 기소됐고, 뉴멕시코 리오랜초의 Jevon Martinez는 13대 파괴 혐의로 체포된 뒤 "당연히 계속하겠다, 그것들은 공공 안전에 대한 명백하고 현존하는 위협"이라고 답했다. HN에서 가장 많이 회자된 지적은 계약이 해지된 뒤에도 Flock이 도시가 자기 부지에서 카메라를 떼는 것을 거부해 일부 도시는 카메라를 쓰레기봉투로 덮어야 했다는 것이다. 대응 도구도 생태계를 이뤘다. DeFlock은 전국 11만 5,000대 이상의 ALPR을 표시한 크라우드소싱 지도를 운영하고, FlockHopper 앱은 카메라를 하나도 지나지 않는 경로로 내비게이션한다. 회사는 반발에 반응해 비명을 감지하려던 상시 녹음 기능 "human distress detection"을 취소했다.

Tile의 허술함은 스토커에게 기능이다

Hacker News · blog.adafruit.com 소개 글, arXiv:2510.00350

블루투스 추적기의 스토킹 악용은 AirTag 출시 이후 반복된 주제지만, 이번 논의의 초점은 Tile의 설계가 경쟁 제품보다 약해서 오히려 추적당하는 쪽이 탐지하기 어렵다는 데 있다. 소개 글 자체는 짧고 실질 근거는 arXiv:2510.00350 논문이므로 논문 링크를 함께 남긴다.

댓글에서 나온 맥락 중 남길 만한 것은 소유 구조다. Tile은 Life360 소유이고, 한 사용자는 요즘 처음으로 Life360 광고를 보게 된 이유가 위치 데이터를 광고주에게 파는 새 수익원이 생겼기 때문이라 보고 가족 휴대폰에서 앱을 지웠다고 썼다. 다른 사용자는 그게 새 수익원이 아니라 원래부터 수익원이었고 기기는 데이터를 넘기게 만드는 수단일 뿐이라고 덧붙였다. Tile 이용약관의 "스토커에게 100만 달러를 물린다"는 조항은 실효성 없는 문구라고 조롱받았다. 부수적이지만 같은 날의 다른 항목과 직접 이어지는 대목이 하나 있다. 상위 댓글 하나가 원문이 올라온 blog.adafruit.com이 "이 사이트는 악성 봇으로부터 보호하기 위해 보안 서비스를 사용합니다"라는 검증 화면에서 무한 루프에 걸려 글을 아예 못 읽었다고 썼다. 봇 차단 관문의 비용을 실제로 내는 쪽은 사람이라는 같은 날의 다른 주장에 대한 즉석 사례다.

인도 정부가 GitHub에 Bitchat 삭제를 명령했다

GeekNews · The Hindu 번역

인도 내무부 산하 사이버범죄 조직인 Indian Cybercrime Coordination Centre(I4C)가 Microsoft 자회사 GitHub에 Bluetooth 기반 메시징 앱 Bitchat의 삭제를 명령했다. 통지서는 2026년 7월 23일자이고, Bitchat 개발자이자 전 Twitter CEO인 Jack Dorsey가 7월 24일 X에 사본을 공개하며 알려졌다. 맥락이 이 사건의 핵심이다. 정부가 시위 현장 주변의 인터넷 서비스를 일시적으로 제한한 뒤, Jantar Mantar에서 Cockroach Janata Party가 주최한 시위 참가자 여러 명이 Bluetooth 기반 메시징 앱을 사용하는 모습이 관찰됐고 그 직후 통지서가 나갔다. 인터넷 차단이라는 통제 수단이 Bluetooth 메시 네트워크로 무력화되자 통제 대상이 네트워크에서 앱 배포 채널로 옮겨간 구조다.

I4C의 법적 논리는 통지서에 그대로 담겼다. 이 앱은 필수 사용자 등록, 전화번호 인증, 통신의 중앙 로깅 없이 익명 통신을 가능하게 하며 그 기술 구조가 법 집행기관의 합법적 감청과 귀속과 수사를 심각하게 방해한다는 것이다. 중앙 서비스 제공자가 없다는 점이 가입자 정보와 통신 기록 확보, 수사 중 적시 협조를 제한한다는 지적도 붙는다. 인용된 조항은 IT Act 43조, 84B, 84C와 61조(196조, 197조와 함께)다. 주목할 점은 범위다. I4C는 Bitchat 하나만이 아니라 모바일 네트워크와 인터넷 연결과 중앙 서버에 의존하지 않고 Bluetooth 메시 네트워크로 탈중앙 P2P 메시징을 구성할 수 있는 애플리케이션을 복수로 식별했다고 밝혔다. 개별 앱 삭제가 아니라 카테고리 단위 규제로 확장될 수 있다는 신호다.

기술 정책 관점의 쟁점은 두 가지다. 첫째, 대상이 앱스토어가 아니라 소스 코드 저장소라는 점이다. GitHub은 배포 채널이자 개발 인프라이므로 여기서 내려간다고 이미 배포된 바이너리나 포크가 사라지지 않는다. 실효성보다 선례의 무게가 크다. 둘째, 오프라인 메시 통신 도구는 인터넷 차단 시 재난 통신과 시위 조율 양쪽에 동시에 쓰인다. 앞선 사례로 네팔 시위에서 Discord와 Bitchat이 쓰인 보도가 언급된다. 이 이중 용도가 규제 논쟁의 핵심이며, I4C 논리는 합법적 제한을 우회할 수 있다는 것 자체를 위험으로 규정하는 쪽에 서 있다. 기사 시점에 I4C에 보낸 문의에는 즉답이 없었고 GitHub의 대응도 확인되지 않았다.

Android가 기기 내 ADB를 끊을 수 있다

GeekNews · Kitsumed 번역, Google IssueTracker

먼저 성격을 정확히 해야 한다. 이것은 Google의 확정된 정책이나 공식 발표가 아니다. 진행 중인 IssueTracker 기능 요청과 거기 달린 ADB 핵심 유지보수 담당자(Google 직원)의 댓글을 근거로 한 글이고, 저자는 Shizuku 기반 앱 ShizuCallRecorder의 개발자로 이 변경의 직접 당사자임을 밝히고 시작한다. 원래 기능 요청의 취지는 합리적이다. 현재 ADBD는 휴대폰이 연결된 모든 네트워크에서 접근 가능한데 개발자가 ADBD가 수신할 네트워크 인터페이스를 선택할 수 있게 해 노출 범위를 줄이자는 것이고, 배경에는 Wireless ADB 인증 절차를 완전히 우회할 수 있었던 CVE-2026-0073이 있다.

문제는 유지보수 담당자의 답변이다. "localhost 연결도 앱이 adbd 소켓을 이용해 권한을 상승시킨 익스플로잇의 출처였다. 항상 wifi 인터페이스 wlan0에만 바인딩하도록 제한하는 건 어떤가"라는 취지였다. wlan0만 허용하면 루프백을 쓰는 기기 내 ADB, VPN 경유 ADB, Ethernet 경유 ADB, 그 밖의 특수한 개발 환경이 모두 깨진다. 기기 내 ADB는 Termux 같은 터미널 에뮬레이터에서 ADB 클라이언트를 실행해 같은 기기의 ADBD에 붙는 방식으로, 클라이언트와 서버가 같은 기기에 있으니 루프백 주소 127.0.0.1을 경유한다.

저자의 반박은 위협 모델을 시나리오로 쪼개는 방식이다. 악성 앱이 기기 내 ADB로 권한 상승을 할 수는 있지만 스스로 연결을 성립시킬 수 없다는 것이 요지다. 일반 사용자는 ADB가 꺼져 있어 ADBD가 돌지 않고 앱에는 ADB로만 수동 부여 가능한 WRITE_SECURE_SETTINGS 권한도 없어 시도 자체가 불가능하다. Android 11 이상의 Wireless ADB 개발자는 사용자가 USB 디버깅과 Wireless ADB를 직접 켜야 하고 앱이 붙으려면 사용자가 설정 화면에서 일회용 페어링 코드를 가져와 제공해야 한다. TCP/IP 개발자의 경우 사용자가 USB 디버깅을 켜고 USB ADB로 TCP/IP를 활성화한 뒤 케이블을 뽑아야 하며, 앱이 연결을 시작하면 화면에 승인 창이 뜨고 No를 누르면 거부된다. 절충안 요구가 결론이다. 기본값으로 루프백을 막는 것과 영구히 막는 것은 다르며, 사용자가 끌 수 있는 지속 설정이 필요하다는 것이다. 재부팅 후에도 유지돼야 Shizuku 같은 도구가 실용적이고, 이상적으로는 제3자 앱이 그 상태를 읽을 수 없어야 은행 앱이나 게임의 탐지를 피하려고 반복 설정하지 않아도 된다. 영향받는 생태계 목록도 구체적이다. Shizuku, libadb-android, App Manager, Canta, aShell, ShizuWall, ShizuCallRecorder다.

Chrome이 묻지 않고 Ctrl+G를 가져갔다

GeekNews · Marcin Wichary 번역

저자는 코딩 편집기에서 특정 줄로 이동하려고 Ctrl+G를 눌렀다가, 한 번도 쓴 적 없고 관심도 없던 Chrome판 Gemini 팝업이 뜨는 것을 발견했다. Chrome은 이래도 되는지 물은 적이 없었고 이 단축키는 Chrome 밖에서 눌러도 작동한다. 문제는 세 겹이다. 첫째, 팝업이 자기 정체를 밝히지 않아 경고 문구를 읽지 않으면 이것이 Chrome인지 Gemini인지 알 수 없다. 둘째, 팝업에는 단축키를 끄는 방법이 없다. 셋째, 해제하려면 먼저 이 창이 Chrome 소행임을 스스로 알아내야 하고 그다음 설정 안쪽 "AI innovations"를 거쳐 "Gemini in Chrome"까지 들어가야 한다. Windows에서는 Alt+G가 대응 단축키로 파악된다. 일부 사용자에게만 자동 활성화된 것으로 보이는데 정확한 기준은 확인되지 않았다.

저자의 논지는 전역 단축키 자체를 부정하지 않는다는 점에서 설득력이 있다. 화상회의 음소거, 스크린샷, 발표 중 다음 슬라이드, 음량과 밝기 제어처럼 포커스와 무관하게 작동해야 하는 기능에는 전역 단축키가 적합하다. 문제는 기능이 아니라 옵트인 없이 점유한 방식이다. 최소한 "Ctrl+G가 쓸 만할 것 같은데 괜찮겠습니까?"라는 명확한 UI와 확인 버튼이 있었어야 한다. 책임의 절반은 macOS에도 있다고 본다. 앱이 사용자 모르게 전역 단축키를 등록할 수 있다는 것만 문제가 아니라, 등록된 단축키들의 공용 목록이 없다는 게 더 문제다. 어떤 앱이 단축키를 삼키면서 눈에 띄는 동작을 하지 않으면 왜 단축키가 갑자기 멈췄는지 알아내기가 매우 어렵다. 전역 단축키를 가로챈 전력으로 독자들이 제보한 앱은 1Password, Notion, Perplexity다. 앱 개발자용 권고는 명확하다. 전역 단축키를 허용한다면 모든 단축키를 한 페이지에 모아 보여줘야 하고, 인터페이스로 칭찬받는 편이 아닌 Zoom조차 이 점에서는 Chrome보다 낫다. 마지막 두 문장이 인용하기 좋다. Chrome이 2000년대 후반 시작할 때는 사용자 이익을 생각하고 악의적인 웹사이트로부터 사람을 보호하는 브라우저처럼 느껴졌는데 오늘날에는 운영체제가 우리를 Chrome으로부터 보호해야 한다는 것, 그리고 설정 탭 이름을 "AI innovations"라고 붙이지 말라는 지적이다. 원문 저자는 이 동작을 "malware behaviour"라고 규정하는데 이는 저자의 평가다.

AI와 열린 웹, 오픈소스 거버넌스

프루프오브워크 봇 차단은 AI를 못 막고 사람만 막는다

Hacker News · Farid Zakaria, GitHub · anubis-fetch

Farid Zakaria는 Linux 커널 패치를 작업하면서 LLM에 컨텍스트를 미리 넣으려고 lore.kernel.org 스레드를 읽히려 했는데 그 사이트가 Anubis를 도입한 상태였다. Anubis는 리소스 접근 전에 proof-of-work를 요구하는 HTTP 프록시로, AI 스크래퍼로부터 사이트를 지키겠다는 목적으로 지난 1~2년 사이 커널 메일링 리스트, GNOME, 각종 위키 등 오픈소스 인프라에 급속히 퍼졌다. 그의 결론은 Anubis가 겨냥한 바로 그 적수가 이걸 아무렇지 않게 뚫는다는 것이다. LLM에 시켜서 나온 결과물이 anubis-fetch로, PoW를 네이티브로 계산하고 안 되면 최후 수단으로 Chromium을 띄우며, req 라이브러리로 진짜 Chrome의 TLS/JA3 지문을 흉내내 Cloudflare의 수동적 차단까지 함께 통과한다.

정량화 부분이 가장 인용하기 좋다. 난이도 d는 해시가 가져야 할 앞자리 0 hex 문자 수이므로 solve당 기대 연산은 16^d다. 기본값인 d=4에서 65,536 해시는 Go 네이티브 약 1.3ms, 브라우저 JS 약 130ms로 100배 격차가 나고 페이지 로드와 워커와 리로드를 합친 체감 시간은 15초다. d=5로 올리면 1,048,576 해시가 되어 네이티브 20ms, JS 2초, 체감 515초가 된다. 여기에 solve당 체감 2초와 기기 에너지 20J을 곱해 계산하면 전 세계 하루 100만 solve에서 연 약 23 person-year와 2MWh, 1,000만에서 230 person-year와 20MWh, 1억에서 2,300 person-year와 200MWh가 나온다. 저자 본인이 이것은 환경 논쟁이 아니라고 선을 긋는다. 봇 농장과 AI 도구 자체가 몇 자릿수 더 많은 에너지를 쓰기 때문이다. 비용 구조의 비대칭이 핵심이다. 스크래퍼는 한 번 푼 쿠키를 캐시해 재사용하므로 solve 비용이 0에 수렴하는 반면, 사람은 새 방문마다 스피너를 보고 배터리를 태운다. 저자는 이를 역진세라 부르며 기기 성능이 낮거나 휴대폰으로 접근하는 사람이 더 많이 낸다고 지적한다. JavaScript를 쓰지 않는 텍스트 브라우저, 스크린 리더, RSS 리더는 아예 배제된다.

HN 토론은 저자가 Anubis의 목적을 잘못 설정했다는 반박이 주류였다. jdlshore는 Anubis의 목적이 LLM을 쓰는 개인을 막는 게 아니라 robots.txt를 무시하고 IP를 로테이션하는 대량 스크래핑의 부하를 줄이는 것이라고 정리했다. 새 연결을 비싸게 만들어 쿠키와 IP를 재사용하도록 유도하면 그다음부터는 요청량 기반의 평범한 차단 수단이 다시 작동한다는 논리다. 가장 날카로운 반박은 jsnell 쪽이다. 그는 Anubis 쿠키를 만드는 연산 비용이 공격자가 똑같은 JS PoW를 쓴다고 가정해도 0.001센트 미만이며 그 쿠키로 수백 건의 요청을 처리할 수 있다고 계산했다. 페이지당 100만분의 1센트가 억지력이 될 리 없고 주거용 프록시 대역폭 비용이 그보다 몇 자릿수 크다는 것이다. drum55는 Claude Opus로 JS 대비 10,000배 빠른 솔버를 5분 만에 만들 수 있다고 못박았고, cjd8은 lore의 atom 피드를 Python requests로 긁는데 User-Agent 헤더만 하나 넣으면 잘 된다고 실측을 보탰다. 반대편 맥락도 남길 가치가 있다. nitwit005는 Anubis의 초기 사용자가 스크래퍼 때문에 실제로 다운된 사이트들이었고 "사이트가 그냥 오프라인이 되는 것도 열린 웹은 아니다"라고 했다.

Debian, LLM 기여를 3안 표결에 부쳤다

Hacker News · Debian GR 토론, Debian vote 2026/vote_002

Debian이 LLM 사용에 대한 프로젝트 차원의 입장을 General Resolution으로 정하는 중이다. 2026년 7월 24일부터 토론 기간에 들어갔고 성격이 확연히 다른 3개 안이 동시에 올라와 있으며 모두 정족수 이상의 second를 확보했다. 오픈소스 배포판 중 사실상 가장 보수적인 거버넌스를 가진 조직이 어느 선을 긋느냐는, 이후 다른 프로젝트들이 인용할 기준점이 된다.

A안(Matthias Geiger 발의, second 8명)은 전면 금지다. 사회계약에 "대규모 언어 모델을 통해 만들어진 저작물" 항목을 신설해 패키징, lintian 같은 네이티브 Debian 소프트웨어, 기여자가 쓴 문서와 번역, 공식 웹 리소스에 LLM 보조 기여를 허용하지 않겠다고 못박는다. 업스트림이 LLM으로 개발하는 것, AI 관련 소프트웨어 자체, 업스트림 패치와 보안 수정은 범위 밖이다. 논거는 네 갈래다. 저작권(LLM 출력의 법적 지위가 불명확한데 Debian Policy와 DFSG는 절대적 명확성을 요구한다), 품질(각 소스 패키지는 고유하고 패키징 관행이 시대에 따라 바뀌어왔기 때문에 LLM이 만든 패키지는 아카이브 전 연령대의 내용이 뒤섞여 작동하지 않는 watch 파일, 맥락 없는 override, 가상의 저작권 표기를 갖는다), 커뮤니티(신규 기여자가 LLM 출력을 리뷰에 올리면 리뷰어 번아웃으로 이어지는데 정작 그 기여자는 패키징을 배우지 못한다), 윤리(LLM 회사들이 라이선스와 robots.txt를 무시하고 웹 전체를 긁어 Debian 공개 웹 리소스에 사실상 대규모 상시 DoS를 일으켰고 그 결과 JS 기반 검증을 켜야 했다)다. 마지막 논거가 앞 항목의 Anubis 배치 배경과 정확히 맞물린다. A안 문서 말미에는 "이 문서는 언어 모델 도움 없이 유기적으로 작성했다"고 명시돼 있다.

B안(Lucas Nussbaum 발의, second 9명으로 최다)은 헌법 4.1(5) 권한에 따른 입장 표명 형식이라 향후 GR 없이도 입장이 바뀔 수 있게 설계됐다. 6개 조건 아래 허용한다. 도구 약관이 Debian 맥락에서의 배포와 수정과 사용을 제한하지 않을 것, 제3자 저작물이 출력에 포함됐다면 제출 권리를 사전 확인할 것, 기여자가 기술적 타당성과 보안과 라이선스 준수까지 전적으로 책임지고 변경사항을 완전히 이해해 방어할 수 있을 것, 상당 부분이 도구로 생성됐다면 코드뿐 아니라 메일링 리스트 글과 버그 토론까지 공개할 것(커밋에는 Generated-By:나 Assisted-By: Git trailer가 편리한 선택지), 대량 또는 자율 생성 기여는 mass-bug filing처럼 사전에 논의하고 사람이 감독할 것, 엠바고된 보안 리포트나 비공개 커뮤니케이션을 신뢰할 수 없는 제공자에 전송하지 말 것이다.

C안(Ian Jackson 발의, second 8명. A안 발의자도 second했다)은 제목부터 "실행 가능한 한 LLM을 배격"이다. 배경 문단에서 LLM의 문제로 자유소프트웨어 커뮤니티 형성 메커니즘 훼손, 환경 파괴, 저자 착취, 공격적 스크래핑, 헛소리 생성과 유포, 정보 공유지 오염, 정신건강 위험, 경제 거품, 하드웨어 시장 왜곡, 사기를 나열한다. 다만 업스트림들이 다르게 생각하므로 완전 금지는 비현실적이라고 인정하고 요청과 요구사항을 분리했다. 요구사항은 행동강령 보충으로 들어가는데, 사람에게 보내는 메시지는 반드시 사람이 작성해야 하고 어떤 LLM 사용이든 공개해야 하며 위반은 행동강령 위반으로 신속하되 비례적인 징계로 다뤄야 한다는 것이다. 영어 작성이 어려운 기여자는 모국어로 쓰고 독자가 알아서 번역기를 쓰게 하라는 조항이 붙어 있다.

HN 토론의 쟁점은 정의와 집행이다. "LLM 출력 사용"과 "LLM 보조"를 구분하지 않는 점, Claude Code로 버그를 찾고 수정안을 받되 사람이 직접 소스를 고치고 테스트하면 그건 assistance인가, 광고와 SEO 쓰레기를 피하려고 Gemini를 검색 프론트엔드로 쓰는 것도 금지되냐는 질문이 이어졌고 "설사 금지해도 어떻게 탐지할 건가"라는 답이 나왔다. 가장 실질적인 형평성 지적은 alightsoul의 것이다. "A안은 비영어권에게 Debian의 끝이다. 세계 대부분인 비영어 사용자에게 기술 정보는 자국어로 없거나 극히 기초적이라 LLM이 필수가 됐고, Arch Linux는 이 부분에서 훨씬 관대하다."

의원이 모델의 편집 안내 문장을 낭독했다

Hacker News · 뉴브런즈윅 주의회 클립

캐나다 뉴브런즈윅 주의회에서 Bill Oliver 의원이 에너지 부문 소비자 옹호관 신설 법안을 두고 발언하던 중, 0:18 지점에서 "Here's a more natural flowing version of that section that reads like a legislative speech rather than a series of short points."를 그대로 낭독했다. 그리고 0:24부터 실제로 그 "더 자연스러운 버전"이 시작된다. 전기요금 고지서를 받아 든 노인이 옹호관이 요금 인상을 되돌릴 수 있다고 믿을 것이고, 소상공인은 인상을 사전에 막아줄 것이라 가정할 것이며, 물가에 쪼들린 가정은 사무소가 전력회사에 요금 인하를 강제할 권한이 있다고 결론지을 것이라는 내용이다. 모델이 준 편집 안내와 그 결과물이 원고에 통째로 붙은 채 낭독된 것이다.

정확성을 위해 남길 정정이 하나 있다. 그가 읽은 것은 프롬프트가 아니라 AI 응답의 일부다. 다만 연설문을 AI로 쓰고 최종 원고를 제대로 검토하지 않았다는 신호라는 점은 같다. 한 댓글은 아마 의원이 지루한 절차적 연설을 박봉의 보좌진에게 맡겼고 그 보좌진이 LLM을 쓰고 확인하지 않은 것이라며, 한쪽은 유죄이고 다른 한쪽은 책임이 있으니 결과는 경중에 비례해야 한다고 정리했다. "이게 왜 나쁜가"라는 질문에 대한 답들이 스레드의 본론이다. 한 번도 교정하지 않을 만큼 신경 쓰지 않았거나, 기계용 프롬프트와 사람 청중을 향한 연설을 구분할 만한 지력이 부족하다는 뜻이라는 것이다.

가장 확장성 있는 논점은 별도의 위험 모델이다. 정치인의 보좌진이 누구인지, 그들이 어떤 AI 어시스턴트와 구독을 쓰는지 파악한 뒤 그들에게만 다른 답을 주면 정책에 영향을 줄 수 있고 매수할 필요조차 없다는 지적이고, 여기에 사용자들 중 유권자 블록을 식별해 전국 규모로 하면 된다는 확장이 붙었다. 사건 자체는 해프닝이지만 이 두 댓글은 별도로 인용할 만하다.

채용 현장의 AI 슬롭

LinkedIn · Bobby Carzoli(ProCrewz)

채용 담당자가 약 8주 동안 6개 포지션을 채우면서 직접 본 것을 정리한 글이다. 첫 번째 관찰이 이날의 다른 항목들과 가장 직접 연결된다. AI 슬롭이 도처에 있다. 구체적으로는 채용 공고의 세부 문구를 그대로 이력서에 복사해 넣고 검토조차 하지 않은 사례, 그리고 지원자 본인의 실제 경험을 살아나게 만드는 데는 거의 노력을 들이지 않은 사례다. 면접 중에도 화면을 읽고 있거나 백그라운드에서 AI 어시스턴트를 돌리는 것이 명백한 지원자가 다수였다고 썼다.

두 번째와 세 번째 관찰은 오히려 긍정적이다. 시장에 나와 있는 유능한 인재의 수에 놀랐고 자격을 갖추고 동기가 있는 사람을 찾는 데 거의 어려움이 없었다. 그리고 지원자들이 자기가 원하는 역할을 깊이 알고 있었다. 과거 사이클에서는 아무 일자리나 구하면서 공고 내용에 자기 목표를 억지로 맞추려는 사람이 많았는데 지금은 양쪽 모두 원하는 것을 이미 알고 대화를 시작한다는 것이다. 네 번째 관찰은 평가 설계에 관한 이야기다. 영역별 점수 루브릭을 아무리 많이 만들어도 모든 면접은 결국 통과 아니면 탈락이고, 성공하려는 추진력과 지적 호기심이 지원자가 가져오는 다른 모든 자격 요건을 이긴다. 정량 루브릭이 실제 결정에서 하는 역할이 제한적이라는 현장 증언이다.

StackOverflow는 죽었는가

Reddit · r/vibecoding

업보트 431, 댓글 121을 모은 회고성 질문이다. 글쓴이는 StackOverflow에 순진한 질문을 올렸다가 받았던 무례한 답변들을 세 갈래로 정리한다. 도와주는 대신 남의 코드를 깎아내리며 기술 우월감을 과시하는 태도, 한참 기다린 끝에 돌아오는 "No." 한 마디, 그리고 실제로 도움을 주기보다 평판 포인트를 모으는 데 관심이 있는 사용자들이다. 그 위에 던지는 질문이 본론이다. 이제 각자 손에 고도로 기술적인 AI 에이전트를 하나씩 들고 있는 시대에 StackOverflow로 돌아가 질문할 이유가 남아 있느냐는 것이다.

이 항목의 가치는 "SO가 죽었다"는 결론이 아니라 개발자 지식 유통 경로의 이동을 커뮤니티가 어떤 정서로 받아들이는지 보여준다는 데 있다. 사람들이 AI로 옮겨간 이유가 정확도만이 아니라 심리적 진입 장벽이었다는 점을 원글이 명확히 짚는다. 즉 대체가 일어난 축은 정답의 질이 아니라 질문을 던지는 비용이다. 동시에 구조적 문제도 딸려 온다. 공개 Q&A 축적이 줄면 미래 모델의 학습 데이터원이 마르고 신기술에 대한 사람의 검증된 답변이 사라진다. 개발자 지식 공유의 다음 형태가 무엇이어야 하는가라는 질문이 남는다.

Amen Break - 무보상 재사용 위에 세워진 산업

Hacker News · Wikipedia 항목 토론

1969년 워싱턴 D.C.의 소울 밴드 The Winstons가 "Color Him Father"의 B면으로 "Amen, Brother"를 만들었다. 리더 Richard Lewis Spencer는 20분쯤 만에 만들었다고 했다. 트랙이 리프만으로는 너무 짧아 길이를 늘리려고 브레이크를 넣었는데, 1분 26초 지점에서 다른 악기가 멈추고 드러머 Gregory Coleman이 4마디 7초를 연주한다. 두 마디는 앞의 비트를 유지하고, 셋째 마디에서 스네어를 늦게 치고, 넷째 마디에서 첫 박을 비운 뒤 싱코페이션 패턴과 이른 크래시 심벌을 친다.

확산 경로는 명확하다. 1986년 DJ용으로 깨끗한 드럼 브레이크만 모은 컴필레이션 Ultimate Breaks and Beats에 수록되면서 널리 퍼졌고, 같은 해 Salt-N-Pepa의 "I Desire"가 초기 샘플 사례로 꼽힌다. 1988년 Mantronix의 "King of the Beats"가 이 브레이크를 편집하고 가공해 리듬 배경이 아니라 곡의 중심으로 만들면서 영향력이 커졌고, 같은 해 N.W.A의 "Straight Outta Compton"과 Rob Base & DJ E-Z Rock의 "Keep It Going Now" 같은 주류 트랙에 실렸다. 1990년대 초 영국 정글과 드럼앤베이스에서는 사실상 기본 재료가 됐고, 이후 Oasis 같은 록과 광고와 Futurama 주제가까지 수천 곡에 쓰여 역사상 가장 많이 샘플링된 녹음 중 하나가 됐다.

보상 문제가 이 항목을 남기는 이유다. 저작권자는 Spencer였지만 그도 Coleman도 브레이크에 대한 로열티를 한 푼도 받지 못했다. Spencer는 워싱턴 메트로에서 일하던 1996년, 한 임원이 마스터 테이프를 요청해오면서 비로소 자기 음악이 쓰이고 있다는 사실을 알았다. 당시 저작권 침해의 공소시효가 3년이어서 법적 조치는 불가능했다. 저널리스트 Simon Reynolds는 이 상황을 정자은행에 갔다가 자기도 모르게 수백 명의 자식을 두게 된 남자에 비유했다. Coleman은 2006년 노숙 상태로 빈곤하게 사망했고, 2015년 영국 DJ Martyn Webster와 Steve Theobald가 Spencer를 위해 연 GoFundMe가 1만 8,000파운드(약 2만 6,000달러) 이상을 모았다. Spencer는 2020년 사망했다. 그리고 2026년, "Amen, Brother"가 국가의 녹음 유산에서 문화적, 역사적, 미학적 중요성을 이유로 미국 의회도서관 National Recording Registry 보존 대상에 선정됐다. 원재료를 제공한 사람은 보상받지 못하고 그 위에서 산업이 만들어졌다는 구조가 같은 날 Debian A안과 C안의 윤리 논거와 정확히 겹친다. 50년 시차를 두고 같은 구조를 보는 셈이다.

연구 자동화와 심사 시스템

논문 생산이 심사 시스템을 압도했다

YouTube · Chester Roh EP 105

박종현은 학회 시즌을 돌고 연구자들을 만난 뒤 "AI가 연구를 할 수 있는가"라는 질문을 이 시대의 정의적 질문으로 꺼냈다. 출발점은 OpenAI 공동창업자이자 현재 Thinking Machines Lab에 있는 John Schulman이 한 달쯤 전에 올린 트윗이다. 강화학습 알고리즘 PPO 논문이 2017년에 리젝됐다는 사실이 공개되며 엄청난 조회수를 기록했다. PPO는 ChatGPT 전성기에 RLHF에 적용되며 가장 널리 쓰인 알고리즘이 됐는데, 정작 저자들 본인조차 PPO가 나중에 LLM에서 그렇게 광범위하게 쓰이고 큰 영향을 미칠 거라고 예상하지 못했다. 리뷰어도 저자도 확신할 수 없었다면 좋은 연구를 평가하는 일 자체가 극히 어렵다는 결론이 남는다.

arXiv 정책 변화는 이 문제의 부작용이다. arXiv의 원래 존재 이유는 리젝된 연구의 도피처라기보다 저널과 학회가 너무 느려서, 즉 게재까지 6개월 이상 걸리는 속도 문제였다. 그런데 작년 arXiv는 CS 카테고리 일부 논문을 피어리뷰를 통과한 경우에만 받겠다고 공지했다. 이유는 단순하다. AI가 쓴 논문이 너무 많이 밀려들어와 품질 관리가 불가능해졌기 때문이다. Hacker News에서 이 정책을 두고 격렬한 논쟁이 붙었는데 찬성 측 논리는 비대칭 비용이다. LLM으로 논문을 생성하는 건 극도로 싸지만 그게 실제로 좋은지 판단하고 리뷰하고 평가하는 건 비싸고 어렵다는 것이다. 반대 측은 arXiv가 애초에 피어리뷰 이전 단계 배포용이었고 PPO 같은 연구를 발굴해낼 수 있는데 그걸 막으면 안 된다는 논리다.

학회 통계는 규모의 변화를 그대로 보여준다. 올해 ICML은 23,000편이 제출됐고 6,000편이 채택됐다(화면에서 읽은 정확한 수치는 6,352편). 박종현은 자기가 대학원생이던 10년 전에는 수천 편 규모가 아니라 100편 정도였고 100편 게재면 많다고 했다고 회고한다. ICLR에서는 리뷰 수가 엄청났고 그중 상당 부분이 전부 AI로 작성됐다는 얘기가 돌았다. 논문 쓰기가 쉬워져 평균 품질이 떨어진 데 더해, 리뷰 물량이 감당이 안 되니 리뷰도 AI로 돌려 리뷰 품질까지 같이 떨어지는 이중 붕괴다. 올해 ICML은 리뷰 트랙을 AI로 리뷰하는 쪽과 사람이 AI 없이 리뷰하는 쪽으로 나눠 진행했는데, 직접 리뷰하겠다고 동의해놓고 AI로 리뷰하다 적발돼 리뷰에서 배제된 사례가 나왔다. 최승준은 이 모든 문제를 한 줄로 요약한다. "생산이 시스템을 압도해서 생기는 문제들이다." 그리고 좋은 연구의 정의로 돌아간다. 인류 지식 전체를 놓고 봤을 때 그것을 조금이라도 확장하는 것이고, 확장된 그 영역이 세상을 더 낫게 바꾸면 좋은 연구라는 것이다. 인간 사회가 좋은 연구를 식별하는 현행 방법은 수백 년 이어진 피어리뷰이고, 아직 그보다 나은 시스템을 찾지 못했는데 LLM 때문에 그 시스템에 균열이 생기기 시작했다.

연구에 보상을 줄 수 있는가 - 재현 챌린지와 Ralphthon

YouTube · Chester Roh EP 105

박종현은 "연구에 검증 가능한 보상을 주기 어렵기 때문에 LLM이 좋은 연구를 하는 방향으로 나아가기도 어려워 보인다"는 진단을 먼저 깔고 두 가지 시도를 소개한다. LLM 지능 향상의 핵심 축인 RLVR은 수학처럼 정답을 자동 채점할 수 있는 영역에서 지난 2년간 IMO 금메달 수준까지 끌어올렸지만 연구는 그 채점이 안 된다.

첫 번째 시도는 Hugging Face의 ICML Reproduce Challenge다. 에이전트가 논문에 제시된 방법을 실제로 재구현해 제대로 동작하는지 검증하는 챌린지로, 학계의 해묵은 논쟁을 겨냥한다. 논문은 "이 방법으로 실험해서 이만큼 개선했다"고 화려하게 발표하지만 직접 재구현하면 안 되는 경우가 매우 많다. 전부 오픈소스로 공개하라고 요구할 수도 있지만, 실제 하드웨어 실험이 얽혀 있거나 핵심 자산인 클로즈드소스 시뮬레이터를 썼거나 해서 공개가 불가능한 현실적 어려움이 많다. AI가 쓴 슬롭 논문에는 실험에 실수가 있거나, 틀렸거나, 극단적으로는 실험을 아예 하지 않고 조작된 데이터를 쓴 경우도 섞일 수 있다. 챌린지는 8월 2일 마감이고, 박종현의 개인적 추정으로는 6,000편 중 현재까지 약 800편이 재현된 것으로 보이며 여기에는 반증도 포함될 수 있다. 이 챌린지의 의미는 논문 텍스트만 보고 하는 피어리뷰를 넘어 실제로 돌려서 데이터가 정말 그렇게 나오는지 확인하는 중간 단계의 보상이라는 데 있다.

두 번째는 Ralphthon이다. Ralph를 돌리는 해커톤 챌린지인데 이번에는 ICML에 맞춰 리서치 회차로 열렸고 트랙이 둘이었다. 하나는 LLM으로 실제 연구와 실험을 거쳐 논문까지 만들어내기, 다른 하나는 그 논문들을 리뷰하기. 점수로 랭킹을 매기고 포스터 세션까지 열었으며 실제 연구자들을 심사위원으로 초빙했다. 여기서 나온 결과가 흥미롭다. 좋은 리뷰 에이전트를 판별하는 기준으로, 심사위원 본인들이 논문을 리뷰한 점수와 에이전트가 리뷰한 점수를 비교해 가장 유사한 점수를 낸 에이전트를 방법론과 무관하게 선정했더니 그 에이전트가 우승했다. 함의는 이렇다. 논문 평가가 어려운 것과 똑같이 리뷰의 품질을 평가하는 것도 어렵고 좋은 리뷰의 정의도 어렵다. 그렇다면 온갖 리뷰 방법론을 설계하는 것보다 그냥 인간 리뷰어와의 상관관계를 보는 편이 나을 수 있다. RLVR과 같은 구조로, 좋은 보상 하나가 있으면 거기 도달하는 방법을 지정하지 않고 알아서 풀게 두는 방식이 여기서도 잘 통했다는 것이다.

현장 인터뷰에서 가장 인상 깊게 꼽힌 참가자는 15세 고등학생이었다. LLM을 많이 쓰다 보니 프롬프트로 컨텍스트를 데이터로 채우면 어느 순간부터 성능이 나빠지는 것 같아서, 언제 어떻게 나빠지는지, 중요한 데이터가 앞에 와야 하는지 뒤에 와야 하는지에 따라 성능이 어떻게 달라지는지를 스스로 파고들고 있었다. 학교에서 연구를 해본 적도 없을 학생의 질문이 실제 연구에 매우 가까웠다는 평가다. 두 시도의 공통 함의는 연구에도 좋은 보상을 어떻게 줄 것인가다. 다만 박종현은 선을 긋는다. "이건 결국 RLVR이 아니다. 보상이 검증 가능하지 않다." 최승준은 요즘 LLM에 루브릭을 주는 방식이 널리 쓰이는데 이것도 그 범주로 보인다고 덧붙였고, 박종현은 Kimi K2 시절 LLM에 루브릭을 주고 최대한 상세하게 평가하게 해서 에이전트 성능을 끌어올린 것이 Kimi K2가 잘 나온 이유로 알고 있다며 같은 방향이라고 연결했다.

Vintage LM - 1930년 이전 데이터로 그 이후를 재발견하기

YouTube · Chester Roh EP 105

올해 4월에 있었던 실험으로, GPT를 만든 Alec Radford가 Vintage LM이라 이름 붙였다. 설계는 단순하고 야심 차다. 1930년대 이전에 출판된 텍스트만 써서 언어 모델을 학습시킨다. 그리고 사전학습과 RL 같은 방법을 써서 이 모델이 1930년대 이후에 실제로 일어난 발전을 상상해낼 수 있는지 확인한다. Vintage LM이라는 모델 계열이 생겨나는 중이다.

박종현의 해석이 이 실험의 함의를 정확히 짚는다. 데이터가 잘 구성돼 있고 모델이 2000년대까지의 기술적 진보를 이뤄낼 수 있다면, 거기서 자연스럽게 외삽해 현재 시점 이후로도 같은 일을 할 수 있어야 한다고 상상할 수 있고 어떤 의미에서는 증명으로 볼 수도 있다는 것이다. 즉 "AI가 연구를 할 수 있는가"라는 질문을 반사실적 실험으로 바꿔치기하는 셈이다. 과거 시점으로 모델을 잘라 놓고 이미 정답이 알려진 미래를 재발견하게 만들면 검증 가능한 보상이 성립한다. 실무적 파급도 덧붙는다. 이 실험을 관찰하는 것만으로도 미래를 예측하는 데 큰 도움이 될 수 있고 결과에 따라 사람들의 생각과 실제 행동이 바뀔 수 있다.

지능의 정의와 AI 연구 능력의 한계

IMO 금메달 모델이 조합론만 못 푼다

YouTube · Chester Roh EP 105

두 사람이 함께 본 것은 Dwarkesh 팟캐스트의 최근 두 회차다. 하나는 수학 교육 채널 3Blue1Brown을 운영하는 Grant Sanderson 편이고, 다른 하나는 현재 DeepMind에서 초지능 연구를 하는 스탠퍼드 물리 출신 Adam Brown 편이다. Grant Sanderson 회차의 시작이 인상적이다. 3년 전 같은 인터뷰에서 AGI 논쟁이 한창일 때 "AI가 IMO 금메달을 따면 그게 AGI 아니냐"는 질문에 그는 아니라고 답했다. 그건 벤치마크 하나일 뿐이고 오늘날 LLM이 극도로 잘하는 그 하나의 벤치마크를 깨는 것에 불과하며 일반 지능은 아닐 것이라는 답이었다. 지금 AI는 IMO 금메달을 땄지만 아무도 그것을 근거로 AGI라고 부르지 않는다.

규모 감각을 주는 인용이 나온다. IMO 금메달은 사실상 수학자가 되기 위한 진입 문턱인데, IMO에서는 이틀에 걸쳐 약 9시간, 최대 10시간짜리 과제로 6문제를 푼다. 반면 실제 수학 연구는 1만 시간 또는 수만 시간이 걸리는 과제다. 즉 극히 똑똑한 인간만 풀 수 있는 문제이긴 하나 스케일 자체는 크지 않다. Grant Sanderson이 밝힌 IMO의 숨은 진실은 훈련 가능성이다. 문제를 계속 연습하면 대비할 수 있고, 참신성이 있어도 여전히 훈련 가능하다.

더 중요한 것은 수학 내부의 스파이키한 지능이다. 수학만 잘한다고 AGI가 아니라는 논리가 수학 안에서도 동형적으로 반복된다. 수학은 대수, 기하, 정수론, 조합론으로 나뉘는데 작년 IMO 금메달 모델들은 조합론 문제를 못 풀고 나머지는 매우 쉽게 푼다. Grant Sanderson은 2024년에 기하 문제가 두 개였다면 그 해에 금메달을 땄을 것이라고 말했고, 재작년에는 조합론이 하나 있어서 그것만 틀리고 나머지를 다 맞혀 은메달을 받았다. 사람 중에서도 조합론 전문가는 별개 집단이고 조합론은 타고난 능력에 다소 의존하는 분야라는 답이 돌아왔다고 한다. 시간 척도 문제도 있다. 갈루아가 만든 군론은 훗날 쿼크 예측 같은 것에까지 영향을 미쳤는데 거기까지 100년이 걸렸다. 이론이 등장해서 실제로 영향을 주고 좋은 연구로 검증되기까지의 시간 척도가 엄청나게 길다는 뜻이고, 그러면 그 과정을 반복적으로 돌릴 수 없다. 즉각적인 보상을 주고 그 방향으로 지능을 키우는 RLVR은 완전히 다른 시간 척도에서 작동하므로 여기에는 적용되지 않는다. Grant Sanderson이 인용한 격언도 핵심이다. "좋은 수학자는 정리를 증명하고, 위대한 수학자는 좋은 추측을 만들며, 가장 위대한 수학자는 좋은 정의를 만든다."

두 사람의 입장은 갈렸다. 최승준은 유보적이다. 잘 되는 영역에서는 극도로 잘하고 안 되는 영역에서는 계속 안 되는 스파이키한 특성이 프랙탈처럼 반복된다는 Grant Sanderson의 말이 정확하다고 보며, "낮게 달린 열매만 계속 따게 될 것"이라고 표현했다. 박종현은 다르다. "AI가 좋은 연구를 할 수 있느냐고 물으면 나는 충분히 할 수 있다고 본다." 근거는 지식 커버리지다. 정수론자 Montgomery와 물리학자 Dyson이 리만 제타 함수 이야기를 하다가 수학의 이것과 물리의 저것이 같다며 공통성을 발견한 일화처럼, 매우 다른 분야로 보이는 것들이 실제로는 엄청나게 많은 공통점을 가지며 동형적일 수 있다. 사람은 각자 자기 도메인만 잘 알지만 지식 관점만 놓고 보면 LLM은 그 모두를 즉시 잘 안다는 것이다. 최승준의 반론은 "컨텍스트의 저주"다. 모델은 프롬프트로 시켜야만 그렇게 하고, 그냥 시키면 분포가 평균 쪽으로 가서 그 분야에서 보통 할 법한 말만 하며 다른 데서 아무것도 가져오지 않는다는 것이다.

Adam Brown 회차는 성격이 다르다. 약 1시간 40분 분량인데 1시간 10~20분이 거의 전부 상대성이론 강의다. 이론물리의 어려움은 실험이 극도로 어렵다는 데 있고 결국 할 수 있는 건 사고실험이다. Adam Brown의 답은 병렬성이다. 아인슈타인 수준의 지능이 있고 LLM이 그 수준이라고 가정하면, 인류 역사상 그런 사람은 한 번에 한 명뿐이었지만 그 사람들이 LLM이라면 대량으로 만들어 머릿속에서 수많은 실험을 시킬 수 있다. 문제를 탐색으로 놓고 컴퓨팅이라는 막대한 자원을 그 탐색에 투입하면 발견할 수 있는 것이 엄청나게 많다는 논지다. 박종현이 여기서 남긴 표현이 "자원을 기꺼이 낭비할 의향"이다. 우리가 지금 참이라고 믿는 것 중 상당수가 실은 참이 아니었고, LLM은 그 가정을 다시 증명하는 데 자원을 쓰는 걸 개의치 않으므로 그 과정에서 간과된 것을 찾아낼 수 있다. 결론은 분야별 속도 차이다. 수학과 이론처럼 머릿속에서 다 풀 수 있는 분야가 먼저 나아가고, 생물이나 화학처럼 물질을 합성하고 반응을 관찰해야 하는 분야는 더 느리다. 보상을 주기 쉬운 분야가 먼저 나아간다.

Compression is Intelligence의 계보

YouTube · Chester Roh EP 105

Adam Brown 회차가 상대성이론 강의로 가득 찬 것을 두고 박종현은 3Blue1Brown 채널에서 현재 연재 중인 "Compression is Intelligence" 시리즈와 같은 결이라고 봤다. 엔트로피에서 출발하는 3부작으로 추정된다. 그의 정리는 이렇다. 아인슈타인이 상대성이론을 만들기까지 10년이든 20년이든 걸렸고 어떤 아이디어에서 시작했는지까지 팟캐스트가 상세히 다루는데, "우리는 그걸 지금 1시간 만에 다 듣는다." 연구가 진행되던 동안 사람들은 아이디어를 하나씩 탐색하고 가설을 세우고 사고실험을 하고 실제 물리 실험까지 했다. 그 위에 쌓인 방대한 지식이 압축되고 또 압축돼서 모두가 이해할 수 있는 수준으로 가능한 한 단순하게 설명하는 것 자체가 지능이라는 것이다.

여기서 Lean 논의가 붙는다. DeepMind가 재작년 IMO에서 은메달을 딸 때 Lean으로 코드를 작성했다. Lean은 수학 기호처럼 보이는 텍스트인데 코드 형태이고 실행하면 참인지 거짓인지 판정할 수 있는 언어로, 잘 배우면 수학을 어느 정도 검증 가능한 것으로 바꿀 수 있다는 것이 통설이다. 다만 전부 Lean으로 번역해야 한다는 비용이 있고, 올해부터는 DeepMind가 Lean을 쓰지 않는 것으로 안다는 언급이 붙는다. 그리고 이 지점에서 Adam Brown 회차의 우려가 나온다. Lean을 쓰든 수학 코드를 쓰든 소설을 쓰든 결국 다 글쓰기다. 좋은 수학 연구를 해서 정리를 증명했는데 그 출력이 수백만 줄의 Lean 코드라면 인간이 그걸 보고 이해하기가 너무 어렵다. "그건 지루한 소설이다. 참이지만 설명할 수 없는 것."

박종현이 여기서 뽑아낸 대응 구조가 이 항목의 핵심 프레임이다. 지루한 소설은 수백만 줄의 Lean 증명이고, 재미있는 소설은 인간이 읽고 이해할 수 있는 수준의 설명이다. 잘 압축해서 설명을 쉽게 만드는 글이 지적인 글이고 어떤 의미에서는 그게 좋은 소설일 수도 있다는 것이다. 다만 그는 곧바로 자기 프레임을 의심한다. 재미있는 소설과 이해하기 쉬운 소설은 또 다른 것 같고 범주가 명확하지 않아서 지금 이게 잘 안 되는 게 당연해 보인다는 것이다.

최승준은 압축이라는 단어에서 계보를 짚는다. AGI를 널리 퍼뜨린 사람은 DeepMind 공동창업자 Shane Legg이고 그의 지도교수가 Marcus Hutter다. Marcus Hutter는 Wikipedia를 얼마나 효율적으로 압축할 수 있는지를 겨루는 상금을 내건 사람이다. 즉 압축은 두 사람의 중심 연구 주제였고 그것이 AGI로 이어졌다. 그 밑바탕에 있는 개념이 Solomonoff induction이며 Shane Legg의 박사 논문이 이것이 어떻게 이 모든 아이디어로 이어지는지를 다룬다. Ilya Sutskever도 Kolmogorov complexity를 설명하며 관련 주제를 건드린 적이 있다. 박종현은 여기에 거시적 관점을 붙인다. "내가 천 년 전에 태어났다고 상상하면 천 년 전 사람과 나 사이에 정신적 능력 차이는 별로 없을 것이다. 그런데 낼 수 있는 아웃풋의 차이는 엄청나다. 인류의 지식이 축적됐기 때문이다." 그 지식이 매우 효과적으로 압축돼 있기에 우리는 정규 교육으로 그걸 빠르게 흡수하고 스무 살쯤이면 많은 일을 할 수 있게 된다. 반대 진영의 표현도 균형으로 실린다. Ted Chiang이 LLM을 "웹의 흐릿한 JPG 압축"이라고 표현해 논쟁이 됐고, 그가 2000년에 쓴 단편(한국어 번역 제목 "인간 과학의 진화")은 메타휴먼이 등장한 이후 인류가 고고학을 해야 하게 되는 이야기다. 수백만 줄 Lean 증명 우려와 정확히 같은 문제를 26년 전에 소설로 쓴 셈이다.

RLVR은 왜 글쓰기와 디자인에서 작동하지 않는가

YouTube · Chester Roh EP 105

최승준은 RLVR이 과학에서 특히 취약할 수 있다는 Dwarkesh의 5월 블로그 글을 소개하며, Dwarkesh가 그 가설을 먼저 세워두고 인터뷰이를 찾아 붙였다는 기획 방식 자체가 흥미롭다고 짚었다. 그리고 RLVR의 뿌리가 아주 오래됐다는 점을 설명한다. 기저 아이디어는 통계학의 score function까지 거슬러 올라가는데 이는 1900년대 초에서 1920년대에 등장했고, Williams 등의 policy gradient 작업과 REINFORCE 알고리즘 자체는 1990년대 초에 나왔다. 보상으로 강화학습을 할 수 있다는 아이디어는 그때 만들어졌다.

구조는 이렇다. 조건 또는 입력 x가 주어졌을 때 y를 만들어낼 수 있는 모델의 파라미터 theta가 있고 모델은 확률을 출력한다. score function은 그 확률의 로그를 취한 것의 그래디언트를 계산한다. 여기에 모델 외부에서 보상이 주어지면 계산 그래프가 연결돼 있지 않더라도 스칼라를 곱하는 것만으로 분포를 바꿀 수 있다. LLM은 확률을 출력하므로 이 방식이 통한다. 그런데 y는 토큰 하나가 아니라 N개 토큰의 시퀀스다. 여기서 문제가 발생한다. 수학 문제를 푼다고 하면 풀이를 어떻게 썼든 최종 답이 맞으면 그 풀이 전체가 옳았다고 가정하고 전부를 강화한다. 그래서 풀이가 얼마나 간결한지, 얼마나 우아하게 쓰였는지 같은 것에는 RL을 제대로 적용하기 어렵다. 앞서 나온 "수백만 줄 Lean 코드" 우려가 바로 여기서 나온다. 실제 루프는 모델이 코드를 한 벌 작성하면 외부 검증기가 테스트를 돌려 작동했는지 알려주고 그 결과를 보상으로 공급하는 형태이고, DeepSeek이 도입한 GRPO 같은 방법은 결과들의 평균을 베이스라인으로 세워 상대 평가해 평균을 넘는 것에 양수를, 미달하는 것에 음수를 부여해 궤적 자체를 강화한다.

이 구조를 이해하고 나서야 Dwarkesh의 말이 이해됐다는 것이 최승준의 정리다. 어떤 특정 토큰이 더 잘 작동하게 만드는지는 최근 연구들이 조사하고 있긴 하지만 보장되지 않고, 중요한 건 작동하느냐뿐이다. 그래서 코딩은 잘하게 되지만 글쓰기에서는 안 된다. 글쓰기에서는 개별 토큰 하나하나가 최종 산출물의 일부이기 때문이다. 이어지는 문장이 가장 인용 가치가 높다. "좋은 글은 독자가 어디서 머뭇거릴지, 무엇을 오해할지, 다음 문장을 받아들이기 위해 어떤 순서로 생각해야 하는지를 고려한다. 각 문장과 단어는 단순한 포장이 아니라 내용 그 자체다." 글은 결과만 잘 나오면 지저분해 보여도 되는 코드와 다르다는 지적이다.

RLVR로 다루기 어려운 것은 글쓰기만이 아니다. 정답이 하나가 아닌 것, 이것도 맞고 저것도 맞을 수 있는 것, 함의를 갖는 것이 모두 해당하고 이런 문제는 디자인과 예술에서 주로 발생한다. 박종현은 소설과 코미디를 구체 사례로 확인했다. "코미디는 정말 안 된다. 전혀 웃기지 않다." 그가 직접 시도 중인 사례가 디자인이다. 참고한 것은 YC가 AI로 디자인을 만드는 방식인데, "요즘 웹사이트나 파워포인트를 보면 저 디자인은 Claude가 만들었구나를 즉시 알 수 있는데 YC가 만든 걸 봤을 때는 그게 전혀 보이지 않았다"는 것이다. 실제 방식은 soul을 만들고 무드보드를 만드는 등 여러 단계를 거치지만 결국 사람이 선택한다. 취향에 해당하는 모든 행위를 사람이 수행하고 그 결과를 입력으로 넣은 다음, N개의 서로 다른 출력 디자인이 생성되면 거기서 다시 사람이 고른다. 결론은 정답이 여럿일 수 있는 것에 대해서는 human in the loop을 넣고 사람이 빠르게 골라내게 한다는 것이다. 취향, 개인 선호, 창작자의 취향은 저절로 나타나기 어렵다.

인간에게 남는 것, 그리고 거버넌스

지적 돌파의 3가지 형태

YouTube · Chester Roh EP 105

최승준은 Periodic Labs를 다시 꺼낸다. OpenAI에 있던 사람들이 재료과학과 물리 같은 분야에서 창업한 회사이고 공동 CEO는 Liam Fedus다. 핵심은 이들이 실험을 해야 하기 때문에 공장을 짓고 있다는 사실이다. 실험을 통해 루프를 닫아야만 하는 영역이 분명히 있어 보인다는 판단인데, 앞서 나온 "머릿속에서 다 되는 수학과 이론이 먼저 가고 물질을 합성해야 하는 생물과 화학은 느리다"는 진단의 산업 측 증거다.

그는 영상을 본 뒤 모델과 대화해 "What Remains in the Age of Intellectual Automation"이라는 짧은 글을 만들었고 거기서 Grant Sanderson이 말한 지적 돌파의 3가지 형태를 정리했다. 첫 번째는 서로 다른 두 분야를 나란히 놓는 "번개"인데, 이것은 요즘 상대적으로 쉬운 편이다. 두 번째는 새로운 산을 쌓는 것이다. "이건 극도로 어렵고 시간이 많이 들고, 초기에는 맞는지 틀린지 알 수 없고, 평가하기도 어렵다. 그게 정말 생산적인 아이디어였는지는 수십 년 뒤에야 드러날 수 있다." 갈루아의 군론이 100년 걸린 사례와 정확히 같은 구조다. 세 번째는 새로운 개념이 전혀 없어도 방대한 양의 추론을 밀어붙여 답에 도달하는 것이다. 형식 증명 분야에서는 Mathematica나 Lean 같은 시스템으로 자동 정리 증명기를 돌려 인간이 이해하기 어려운 "외계 수학" 비슷한 것을 탐색하는 일이 이미 가능했다. 여기서 Grant Sanderson의 말이 다시 걸린다. 무언가가 참임을 증명하는 것과, 그것이 정말 우리가 원하던 것이고 사고방식을 바꿀 수 있는 아이디어인지 판별하는 것은 다른 일이다.

결론 문장은 이렇게 압축된다. 중요한 것은 "어떤 문제가 물어볼 가치가 있는지 알아보는 직감, 멀리 떨어진 아이디어 사이의 연결을 보는 능력, 새로운 개념이 정말 생산적인지 판단하는 인내심"이다. 최승준은 이 중 인내심을 특히 강조했다. 여기에 복잡한 결과를 인간이 이해할 수 있는 형태로 압축하는 기술, 지식 과잉 속에서 볼 가치가 있는 것으로 사람들을 안내하는 일이 더해진다. 또 하나 남는 것은 중요도를 판단하는 레이어다. 지식 생산이 자동화되어도 무엇이 가치 있는가라는 인간의 질문은 다소 모호할지언정 쉽게 사라지지 않는다는 것인데, 다만 모델도 리뷰하고 판단하는 능력이 꾸준히 좋아지고 있으니 영원하지는 않을 수 있다는 유보가 붙는다. 교사 역할에도 같은 논리가 적용된다. 필요한 것은 설명이 아니라 사회적 관계이기 때문에, 가르치는 일이 근본적으로 사회적이고 관계적인 활동인 한 교사 역할의 일부는 남는다.

"무엇을"이 아니라 "왜" - 스탠퍼드 CS 334

YouTube · EO Korea, Catie Cuan

Catie Cuan은 스탠퍼드에서 CS 334 Robots and Arts를 가르친다. 컴퓨터과학과 연극예술 및 공연학 사이에 교차 개설된 최초의 수업이다. 과제 조건이 이 수업의 성격을 규정한다. "AI와 로봇을 써서 정치적, 철학적, 또는 사회적 기반을 가진 창작적 주장을 하라. 로봇이 뭔가를 하게 만드는 것만으로는 안 된다. 그 프로젝트로 '나는 세상이 이래야 한다고 믿는다', '여기 내가 싫어하는 것이 있고 나는 그것을 바꾸고 싶다'는 주장을 실제로 해야 한다."

수업 첫날의 프레임이 핵심이다. 스탠퍼드의 연구자들은 장기를 3D 프린팅하고 있고, 어디서든 자율주행차를 탈 수 있고, 대규모 언어 모델로 DNA 서열을 만들어 새로운 생명체를 만들 수도 있는 시점이다. 그래서 그는 수업의 진짜 주제를 이렇게 정의한다. "표면적으로 이 수업은 프로젝트를 만드는 수업이다. 하지만 진짜 다루는 것은, 이렇게 빠르고 쉽고 매끄럽게 만들 수 있는 무한한 기회의 자리에 있을 때 흥미로운 질문은 '무엇을 만들어야 하나'가 아니라 '나는 왜 이것을 만드는가'라는 것이다."

근거는 자원 회계다. "우리 모두는 무엇에든 쓸 수 있는 자원이 유한하다. 에너지, 명민함, 네트워크, 관계, 기술적 역량. 그리고 정말 소중한 것 하나가 있는데 그것이 시간이다. 그것은 확장할 수 없고, 되돌릴 수 없고, 모두에게 동등한 유일한 자원이다." 그리고 왜가 진짜일 때 그것이 사람을 멀리 데려간다고 본다. 가치 있는 일은 어렵다는 명제를 두 사례로 뒷받침한다. 하나는 글쓰기가 힘들게 얻어지는 크래프트라는 글이다. 정말 할 가치가 있거나 얻을 가치가 있는 것은 어렵고, 그렇지 않으면 모두가 할 것이며 그렇지 않으면 가치 있다고 여겨지지 않을 것이라는 논리다. 다른 하나는 스탠퍼드 교수 Mark Skylar-Scott의 목표다. "내 연구의 목표는 인간 심장을 3D 프린팅하는 것이고 그걸 하는 데 25년이 걸릴 것 같다." Catie Cuan의 해석은 끝에서의 임팩트가 문자 그대로 삶을 바꾸는 것이어서 인생의 주의를 쏟을 만한 가치가 있었을 것이라는 것이다. 무용 훈련에서 배운 것도 같은 결이다. "오디션에 갔는데 400명이 와 있고 4명을 뽑는다면 당신은 잘해야 한다." 그리고 미래에 위임하지 않을 일을 못 박는다. "내가 미래에 위임하는 모습이 확실히 그려지지 않는 한 가지는, 나에게 영감을 주는 사람들과 함께 만들고 싶은 해법으로 높은 임팩트의 어려운 문제를 추구하는 일이다."

머스크: 5년, 그리고 격주 안전 통화 제안

YouTube · 비즈니스캔버스 B_ZCF, 일론 머스크 인터뷰 클립

클립의 첫 발언이 제목이 된 예측이다. "AI가 대략 5년 안에 인류 지능의 총합을 넘어설 수 있다고 본다." 되묻자 "대략 5년이 내 추측"이라며 덧붙인다. "그러니까 인간이라는 것 자체를 제외하면, AI가 인간보다 더 잘하지 못할 것은 정말 없을 것이다." 그 뒤의 삶에 대한 답은 낙관이다. "가장 가능성 높은 결과는 놀라운 풍요의 시대이고 누구나 자기가 생각할 수 있는 무엇이든 가질 수 있게 되는 것이다. 터무니없게 들릴 수 있지만, 자 우리는 2026년에 있다. 2036년에 우리가 어디 서 있는지 보자." 단서는 하나다. 대규모 전면 핵전쟁 같은 것이 이걸 탈선시킬 수 있다는 것.

통제권 질문에는 부정적이다. 10년 뒤 인간이 더 이상 통제하지 못할 것이라고 확신하느냐는 질문에 "그럴 가능성은 낮다고 본다"고 답하며 침팬지 비유를 들었다. AI와 인간의 지능 차이가 AI와 침팬지의 지능 차이보다 훨씬 크다면 침팬지가 책임자로 있다고 상상하기는 어렵다는 것이다. 과거 발언과의 온도 차가 이 인터뷰의 긴장이다. 킬러 로봇이 인류를 멸종시킬 확률 10~20%라고 했던 발언에 대해 그는 리스크 자체는 철회하지 않는다. "AI와 로봇에 결부된 리스크는 여전히 있다고 본다. 0이 아니다." 다만 결론이 바뀌었다. "내 철학적 결론은 밝은 면을 보자는 것이다. 이 엄청난 모멘텀을 정말로 멈출 방법이 보이지 않는다. 그리고 가끔은, 설령 정지 버튼이 있다 해도 아마 누르지 말아야 한다고 생각한다." 자신의 책임에 대한 인정도 나온다. Google이 AI를 거의 독점하던 시기에 그 균형추로서 OpenAI를 만들었고 거기서 Anthropic이 분사해 나왔는데, 이 행동들이 실제로는 AI를 가속하는 파급효과를 낳았고 그건 의도가 아니었다는 것이다.

거버넌스 부분이 이 클립에서 가장 실행 가능한 내용이다. 지난주 Demis Hassabis가 민관 합동 규제기구 제안을 내놨고 머스크는 그가 발표하기 전 몇 시간 동안 통화했다고 밝힌다. 그때 그가 한 권고는 이렇다. "지금 당장 할 수 있는 가장 즉각적인 일은 선도 AI 기업들이 최소한 몇 주에 한 번 만나거나 통화해서 안전과 보안 이슈를 논의하는 것이다." 서로 경쟁하는데 왜 협력하겠느냐는 반문에 그는 인센티브 논리로 답한다. 그가 제안하는 형태는 비공식 주간 또는 격주 통화이고 여기에 경쟁사에 1~2주 정도의 조기 접근을 붙인다. "인센티브가 작동하는 이유는, 경쟁 기업들이 무언가가 보안 리스크인지 이해할 가능성이 높고 경쟁사 모델의 출시가 지연되어야 한다고 지적하는 데 주저하지 않을 것이기 때문이다." 그리고 어떤 기업이 리스크를 해소하지 않으면 그 시점이 정부가 개입할 순간이라고 덧붙인다. 시급성 감각도 분명하다. 향후 6개월 안에 체계를 만들어야 한다는 말에 그는 "6개월은 긴 시간"이라고 잘랐다. 근거는 발표 빈도다. AI 돌파 발표가 너무 많고 하루에 여러 번일 때도 있어서 지난주에 몇 개였는지 세다가 놓쳤다는 것이다.

인적 갈등도 그대로 나온다. Sam Altman에 대해 "나는 팬이 아니다"라며 이유를 든다. "오픈소스 AI 기업이 되기로 했고 세계가 소유하기로 했던 비영리를 시작했는데 그것이 어떻게든 8,000억 달러짜리 클로즈드소스 영리 기업이 됐다면, 당신도 '잠깐만, 그건 내가 돈을 기부한 목적과 정반대인데'라고 할 것이다." 이어 "실제로 Anthropic 팀이 OpenAI를 떠난 이유는 Sam Altman을 신뢰하지 않았기 때문이다. 그렇지 않았다면 Anthropic은 존재하지 않았을 것"이라고 규정하고, **"현재 Anthropic이 AI에서 선두다"**라고 평가한다. Dario에 대한 평가는 호의적이다. 매우 원칙 있는 사람이고 세계의 미래에 신경 쓰며, 지금까지 Anthropic에서 만난 모든 사람이 선의를 가진 것처럼 보였다는 것이다. 그럼에도 붙이는 단서가 인상적이다. "지옥으로 가는 길은 대부분 나쁜 의도로 포장되어 있다고 생각한다. 거기 선의로 된 포장돌이 몇 개 있긴 하지만, 우리는 안주하고 싶지 않다." 마지막은 협력 가능성 쪽으로 열어둔다. "결국 이야기해야 한다면 이야기할 것이다. 세계의 이익을 위해 개인적 차이는 접어두겠다." (인터뷰 매체명과 인터뷰어 이름은 전사본에 남아 있지 않아 여기서는 특정하지 않는다.)

로보틱스와 인간-로봇 상호작용

시연을 더 모을수록 로봇이 나빠졌다 - WARP-RM

LinkedIn · Justin Yu(Berkeley AI Research / Stanford / XDOF)

로보틱스 학습에서 "데이터를 더 모으면 된다"는 통념을 정면으로 반박하는 결과다. 시작은 실패 관찰이다. T셔츠 개는 로봇에 시연을 더 줬더니 오히려 나빠졌다. 원인 진단이 출발점이다. 모든 시연이 깔끔하게 갠 셔츠로 끝났으므로 데이터 자체가 나쁜 건 아니었고 잡음이 많았을 뿐이다. 성공한 시연에는 죽은 시간이 가득하다. 망설임, 잡기 실패, 근접 실패 후 다시 잡는 동작. behavior cloning 정책은 이 죽은 시간을 실제 접기 동작과 구분하지 못하고 똑같이 모방한다. 성공 라벨은 시연 전체에 붙는데 실제로 유용한 구간은 그중 일부라는 문제다.

방법은 라벨을 사람이 아니라 재생 속도에서 뽑아내는 것이다. 성공한 시연의 짧은 구간을 잘라 재생 속도를 매끄럽게 바꿔가며 재생한다. 때로는 빠르게, 때로는 느리게, 때로는 잠깐 역방향으로. 재생 속도를 연구진이 직접 정하기 때문에 모든 프레임에 진행도 라벨이 자동으로 따라붙고 사람 주석이 전혀 필요 없다. 그 결과 시연 하나가 사실상 무제한의 학습 예제 스트림이 된다. 그리고 모델이 배우는 것은 클립 내 절대 위치가 아니라 상대적 진행도인데, 이 점이 다른 시연으로의 일반화를 가능하게 하는 설계 선택이다.

성능 수치는 세 층위로 나온다. 첫째, 그 진행도 신호로 학습 데이터를 재가중하면 같은 정책이 깨끗한 데이터에서 약 1.8배 빠르게 갠다. 둘째, 더 지저분한 시연을 투입하면 순수 imitation은 시간당 완료 접기 0회로 붕괴하는 반면 WARP-BC는 계속 완수한다. 성능 저하가 아니라 완전한 붕괴와 정상 작동의 차이라는 점이 중요하다. 셋째, 이전성이다. 보상 모델 하이퍼파라미터를 하나도 건드리지 않고 병 놓기 태스크에 같은 레시피를 적용했더니 시간당 237.8개를 놓았고 순수 imitation은 147.8개였다. 저자의 결론 문장이 인용 포인트다. 로봇이 기대에 못 미치면 데이터를 더 모으는 것이 본능이지만 결정적 순간들은 대개 이미 가지고 있는 시연 안에 들어 있고, 더 어려운 문제는 그것을 알아보는 법을 배우는 것이다. 미래는 데이터를 가장 많이 가진 팀이 아니라 신호 대 잡음비를 가장 높인 팀의 것일 수 있다. 공동 저자로 Andrew Goldberg, Kavish Kondap, Karim El-Refai, Ethan Ransing, Qianzhong Chen, Mac Schwager, Yide Shentu, Philipp Wu, Ken Goldberg가 참여했다.

VLI 모델과 휴머노이드 회의론

YouTube · EO Korea, Catie Cuan

Catie Cuan의 첫 문장은 낙관이다. "로보틱스에서 일하기에 대단한 시기다." 그러나 바로 이어지는 문장이 이 인터뷰의 논지다. "이 모든 것에서 우리가 놓치고 있는 것은 인간 상호작용 부분이 어떤 모습이어야 하는가다." 그리고 직설적 질문을 던진다. "휴머노이드를 만든다는 것에 대해 내가 묻고 싶은 질문은, 이게 정말 우리가 원하는 것인가다. 이게 문자 그대로 내 77세, 영어가 세 번째 언어인 아버지가 원하는 것인가?" 그는 ART Lab(AI Robot Technology)의 창업자 겸 CEO이자 로봇 안무가이고 스탠퍼드 로보틱스 센터 소속이다.

규모 논거는 아이폰 비유다. "우리 생애에 수십억 대의 로봇이 있게 될 것이다. 지구상에 아이폰이 10억 대가 되기까지 13년밖에 걸리지 않았다." 사무실, 병원, 호텔, 가정, 돌봄 시설 같은 일상 공간에 수십억 대의 로봇이 등장할 것이라는 예측이고, 여기서 그가 보는 과제는 이 모든 로봇을 아주 좁은 수직 응용 영역에서 꺼내 훨씬 더 많은 지능을 주고 사람과 같은 자리에 놓았을 때 어떻게 인간과 로봇이 서로에게 읽을 수 있는(legible) 존재가 되게 할 것인가다. 인간 상호작용이 로보틱스의 그랜드 챌린지인 이유는 단순하다. "인간은 정말 예측 불가능하다. 우리는 늘 예상과 다르게 말하고 행동하고 움직인다."

기술적 핵심은 VLI 모델이다. "우리는 VLI, 즉 vision language interaction model이라고 부르는 종류의 모델을 만들고 있다. 이것은 무엇을 해야 하는지의 동기를 환경 속의 인간으로부터 가져오는 최초의 모델이다." 구조는 이렇다. LLM이 인간 정보에 작용하고 그것을 다시 일련의 로봇 행동으로 매핑하는데, 그 로봇 행동의 성공 또는 실패를 인간의 반응을 근거로 측정한다. 사람의 긍정적 정서가 증가하고 있는지 감소하고 있는지, 그게 그들이 원한 것이었는지 아닌지를 본다. 필요성의 근거는 다시 규모다. 수십억 대의 자율 기계가 수십억 명의 사람과 상호작용하면 그건 수조 회의 상호작용이고, 우리는 그 상호작용들이 안전하고 읽을 수 있고 명확하기를 원한다.

휴머노이드 비판은 기대치 관리 문제로 정리된다. 흔히 듣는 논거는 "인간의 공간을 위해 만들어졌으니 사람처럼 생겨야 한다"는 것인데, 여기에 그는 이 분야의 거인인 Rodney Brooks의 말을 인용한다. "무언가가 사람에 가깝게 보일수록 사람들이 그것에 거는 기대치가 높아진다." 그리고 그건 어쩔 수 없다. 거울 뉴런이 발화하기 때문이다. 좌우 대칭이고 인간과 대략 같은 비율이라는 이유로 그것이 인간이 하는 일을 할 수 있어야 한다는 온갖 기대를 갖게 되고, 설정되는 기대치가 너무 높다. 결론은 로보틱스 분야가 로봇과 함께하는 미래에 대해 다소 근시안적인 비전에 스스로를 가둬왔다는 것이다. 또 하나 깨려는 프레임은 "dirty, dull, and dangerous"다. 오랫동안 로봇은 사람이 하기에 너무 더럽거나 지루하거나 위험한 일에 유용했고, 그 뒤에도 "로봇은 유용성을 위한 것이고 삶에서 육체노동의 특정 부분을 덜어줘야 한다"는 패러다임에 여전히 갇혀 있다. 대안 사례로 그가 드는 것은 2010년대 중반에 인기 있었던 매우 부드러운 물범 로봇 Paro다. 아프거나 외로운 사람에게 동반자 역할만 제공하던 로봇이고, 자폐 아동이 사회성 기술을 배우도록 돕는 로봇도 있었다. "우리 삶에 등장해 인간에게 이로울 수 있는 로봇의 기회는 많고, 그것이 반드시 우리 설거지와 빨래를 하는 휴머노이드일 필요는 없다." 그가 다뤄본 로봇 목록이 이 주장의 신뢰도를 뒷받침한다. 무용 프로젝트에 쓴 룸바, 소형 휴머노이드, 드론, 대형 산업용 로봇 팔, 구글의 모바일 매니퓰레이터, Boston Dynamics의 4족 보행 로봇이다. 로봇을 다루며 배운 것은 정반대 방향의 감탄이었다. "엄청난 좌절, 엄청난 디버깅, 수많은 한계. 내가 다루는 모든 로봇에 비해 인간이 얼마나 놀라운지를 훨씬 예민하게 자각하게 됐다."

Music Mode - 로봇의 데이터 자체가 음악이 되면

YouTube · EO Korea, Catie Cuan

Google에 아티스트 인 레지던스로 있을 때의 사례는 "로봇은 유용성을 위한 것"이라는 프레임을 깨는 그의 대표 실증이다. 당시 Google에는 로봇 200대가 사내 건물을 돌아다니며 테이블을 닦고 쓰레기를 분류하고 회의실을 원상 복구했다. 가치 있는 일이었다. 그가 소프트웨어 엔지니어 몇 명에게 로봇을 어떻게 생각하냐고 묻자 돌아온 답은 이랬다. "괜찮아요. 로봇이잖아요. 처음엔 좀 귀엽고 멋졌는데 지금은 여러 작업을 아주 천천히 하네요." 그의 반응은 기회 상실이었다. 플래그십 기술이 삶에 등장했는데 사람들이 미온적이라는 것.

첫 아이디어는 로봇에게 음악을 연주시키는 것이었다. 몇 주 작업한 뒤 동료 Tom이 결정적인 전환을 제안했다. "로봇은 데이터를 아주 많이 만들어내잖아. 로봇이 음악을 연주하는 대신, 로봇이 음악이면 어때?" 이 아이디어를 작곡가 Peter Van Stratton과 함께 소프트웨어로 구현한 것이 Music Mode다. 방식은 매핑이다. 로봇의 각 부위가 움직일 때마다 서로 다른 음악 샘플에 대응시킨다. 그리퍼를 열고 닫으면 클링 소리가 나고 로봇의 몸통을 회전시키면 아름다운 베이스 음이 난다. Peter가 함께 일하기에 훌륭했던 이유는 로봇의 모든 관절을 어떤 조합으로든 움직일 수 있다는 점을 이해했기 때문이다. "그건 진짜 조합론 문제였다."

몇 달 작업 후 로봇에 Music Mode를 배포했다. "hey robot, turn on music mode"라고 말하면 로봇이 테이블을 닦는 동안 교향악이 들린다. 그러자 모르는 Google 직원들에게서 이메일이 오기 시작했다. "이건 내가 본 것 중 가장 놀라운 것이다. 나는 지금 책상에 앉아 울고 있다. 로봇이 이렇게 아름다울 수 있다고 생각해본 적이 없다." Music Mode는 결국 모든 로봇에 배포됐고, 로봇 9대가 동시에 쓰레기를 분류하는 상황에서 뮤직 모드를 켜면 교향악이 솟아올랐다. 그가 뽑는 결론은 이것이다. "우리가 기술과의 이런 경험을 필요로 한다는 증거였다. 우리는 무언가를 느끼고 싶어 하고, 몰입되고 싶어 한다." 이 관심의 개인적 뿌리는 아버지의 입원 경험이다. 그를 살리기 위해 존재하는 큰 기계들이 삐삐거리며 그를 둘러쌌는데 그 비율과 색과 존재감이 아버지에게 억압적이었고, 무엇보다 불투명했다. 아버지는 그 기계들이 무엇을 하는지 이해하지 못했고 누군가 설명해줄 기회는 거의 없었다는 것이다.

인프라, 하드웨어, 물리 리스크

TPU 위의 Helion: PyTorch 스타일 코드로 838 TFLOPs

파이토치 한국 사용자 모임 · PyTorch와 Google 협업 번역

TPU 커널을 쓰려면 전통적으로 Pallas 전문성이 필요했다. Pallas는 학습 곡선이 가파르고 코드가 복잡한 저수준 DSL이다. Helion은 그 간극을 메우는 PyTorch의 이식 가능한 커널 DSL로, 익숙한 PyTorch 스타일 코드를 쓰면 최적화된 TPU 코드로 컴파일해준다. 하드웨어 배경이 전제다. Google의 TPU v7(Ironwood)은 NVIDIA B200에 필적하는 성능을 총소유비용은 더 낮을 가능성으로 제공하며, 두 칩은 BF16 연산 TFLOPS와 HBM 대역폭이 매우 비슷하다. 다만 프로그래밍 모델은 크게 다르다. TPU는 넓은 벡터 레지스터와 연산 유닛을 가진 순차 머신(소수의 큰 워커)이고 GPU는 대규모 병렬 SIMT다. 메모리도 TPU는 지속 메모리와 스크래치패드를 명시적으로 구분하고 파이프라이닝을 위해 비동기 메모리 복사를 요구한다.

핵심은 flash attention이다. 여기서는 K, V 시퀀스 전체를 타일 단위로 훑는 내부 루프가 추가되고 그 내부 루프의 파이프라이닝 방식이 성능을 좌우한다. Helion은 두 전략을 오토튜닝한다. 기본값 emit_pipeline은 Pallas의 디바이스 측 API로 내부 루프 본문을 파이프라이닝하는데, 새 Q 타일마다 0번째 KV 타일을 가져오는 동안 연산 유닛이 놀아 버블이 생긴다. 대안인 unroll은 K, V를 VMEM에 통째로 올려 내부 루프 동안 HBM 트래픽이 0이라 버블이 사라지지만, VMEM 사용량이 타일 크기가 아니라 입력 시퀀스 길이에 선형이라는 대가가 있다. 수치 차이가 크다. B=8, H=32, D=256에서 S=8k일 때 emit_pipeline 653 TFLOPs, unroll 892 TFLOPs다. S=32k에서는 emit_pipeline이 695 TFLOPs인 반면 unroll은 OOM이다. Helion의 이점은 이 선택을 사람이 하지 않는다는 데 있다. 짧은 시퀀스에서는 가용 VMEM을 써서 버블 없는 코드를 생성하고, 긴 시퀀스에서는 임의 컨텍스트 길이로 확장되는 emit_pipeline으로 폴백한다. 최종 수치로 flash attention 워크로드에서 TPU v7 기준 838 TFLOPs, 텐서 코어 하나 기준 약 79% MFU를 달성한다.

전체 커널 벤치마크는 정직하게 양면을 보여준다. TorchTPU eager 대비 기하평균 1.55배, XLA를 쓰는 torch.compile 대비 1.12배다. attention [8,32,8192,256]에서는 eager 87.77ms, torch.compile 88.28ms, Helion 19.72ms로 각각 4.45배와 4.48배다. 반면 torch.compile 대비 열세인 커널도 여럿이다. rms_norm 0.68배, layer_norm 0.69배, broadcast_matmul 0.80배, cross_entropy 0.82배, geglu 0.92배, matmul 0.96배다. 해석도 명시적이다. Helion은 XLA가 자동으로 찾기 어려운 융합 패턴을 쓰는 커널에서 가장 크게 이기고, matmul이나 layer_norm 같은 표준 연산에서는 XLA 컴파일러가 이미 고품질 코드를 내므로 비슷하거나 밀린다. 도입 시점 정보가 실무적으로 중요하다. Helion은 오픈소스이지만 TPU 백엔드는 TorchTPU에 의존하며 TorchTPU는 올해 말 공개 예정이라 지금 당장 TPU에서 돌려볼 수 있는 상태는 아니다.

gigatoken: 최대 989배 빠른 Rust 토크나이저

파이토치 한국 사용자 모임 정리

LLM 학습에서 수십 GB에서 수 TB 텍스트를 토큰으로 바꾸는 단계는 GPU 학습만큼 눈에 띄지 않지만 데이터가 커질수록 파이프라인 전체에서 무시할 수 없는 시간을 먹는다. HuggingFace tokenizers와 tiktoken이 이미 멀티스레드 Rust로 구현돼 있는데도 대용량 코퍼스를 한 번 토큰화하는 데 상당한 시간이 든다. gigatoken은 이 작업을 초당 기가바이트 단위로 처리하는 것을 목표로 한 Rust 토크나이저다.

벤치마크는 AMD EPYC 9565(144코어)에서 12GB 텍스트를 각 토크나이저로 처리한 수치다. GPT-2는 gigatoken 24.53 GB/s 대 HF 24.8 MB/s로 989배, Qwen 3는 22.16 GB/s 대 34.2 MB/s로 648배, Llama 3/3.1/3.2는 22.15 GB/s 대 48.5 MB/s로 457배, DeepSeek V3/R1은 19.69 GB/s 대 26.2 MB/s로 750배다. 중요한 것은 배속 편차다. Gemma 3는 3.43 GB/s 대 357.2 MB/s로 9.6배에 그친다. 즉 "약 1000배"는 GPT-2 계열에서 나오는 최대치이고 토크나이저 계열에 따라 두 자릿수 아래로 떨어진다. 비교 대상인 HF tokenizers와 tiktoken 역시 이미 멀티스레드 Rust로 동작한다는 사실도 함께 고려해 읽어야 한다.

사용 방식은 두 단계다. 가장 간단한 것은 호환 모드로, 기존 HF나 tiktoken 토크나이저를 감싸면 쓰던 방식 그대로 속도만 얻는다. 개발자는 호환 모드가 HF tokenizers와 출력을 정확히 일치시키는 데 상당한 공을 들였고 그 대가로 성능 손해가 있다고 밝힌다. 최대 속도가 필요하면 gigatoken 고유 API로 파일을 직접 읽게 해 오버헤드를 줄이는데, 이 방식은 Rust 구현이 데이터를 직접 읽어 병렬성을 최대한 쓴다. 다만 파이썬 자료구조를 이 API로 넘기면 파이썬에서 읽어오는 오버헤드는 그대로 남는다. 실무 판단 기준은 명확하다. 코퍼스가 수백 GB 이상이고 전처리를 반복하는 팀에는 드롭인 교체만으로 큰 시간 절감이 나올 수 있지만, Gemma 계열처럼 한 자릿수 배속인 조합도 있으므로 자기 토크나이저 계열로 먼저 재보는 것이 맞다. 설치는 pip install gigatoken이고 라이선스는 MIT다.

8달러 마이크로컨트롤러에서 도는 28.9M 파라미터 모델

Hacker News · slvDev/esp32-ai, GitHub · slvDev/esp32-ai

마이크로컨트롤러에서 언어 모델을 돌리는 시도의 한계는 항상 빠른 메모리였다. ESP32-S3의 SRAM은 512KB다. 보통은 모델 전체가 거기서 닿아야 하므로 아주 작은 모델에 묶이고, 그래서 이 급 칩에서 돌던 직전 모델은 26만 파라미터였다.

이 프로젝트는 모델을 빠른 메모리에 넣는다는 전제 자체를 버렸다. 언어 모델 파라미터의 대부분은 임베딩 테이블에 있고 모델은 그것을 계산하는 게 아니라 읽기만 한다. 그래서 2,500만 행짜리 테이블은 느린 플래시에 그대로 두고 토큰마다 필요한 몇 행, 약 450바이트만 끌어온다. 메모리 배치는 SRAM에 매 토큰 쓰이는 연산 코어, PSRAM에 출력 헤드와 작업 메모리, 플래시에 25M 파라미터 테이블과 토큰당 약 6행 읽기로 나뉜다. 이 아이디어가 Google의 Per-Layer Embeddings로 Gemma 3n과 Gemma 4의 설계인데, 저자가 확인한 한 이 정도로 작은 칩에서 PLE를 시도한 사례는 없었다.

수치는 이렇다. 파라미터 28.9M 중 25M이 플래시 룩업 테이블, 칩은 약 8달러짜리 ESP32-S3(SRAM 512KB, PSRAM 8MB, 플래시 16MB), 속도는 엔드투엔드 약 9.5 tok/s이고 순수 연산만 재면 9.7 tok/s, 연결성은 없으며 4비트 기준 모델 크기는 14.9MB다. 이전 기록 대비 약 100배 증가다. 한계도 저자가 분명히 적었다. 학습 데이터가 TinyStories(Ronen Eldan, Yuanzhi Li, Microsoft Research, arXiv:2305.07759)이므로 짧고 단순한 이야기를 대체로 일관성 있게 쓰는 수준이고, 질문에 답하거나 지시를 따르거나 코드를 쓰거나 사실을 아는 일은 못 한다. 그 한계는 실제 추론을 담당하는 작은 부분에서 오는 것이고 메모리 트릭이 바꿔주지 않는다. 저자 스스로 "여기서 흥미로운 건 28.9M 모델이 무슨 말을 할 수 있느냐가 아니라 큰 모델을 작은 칩에 끼워 넣는 아키텍처"라고 선을 그었다. 검증 태도 면에서 남길 대목이 하나 더 있다. 저자는 파라미터 집계에 버그가 있어 초기 수치가 부풀려졌던 것과 수정 후의 결과를 저장소에 일부러 남겨뒀고, 커밋 히스토리와 RESULTS.md에서 숫자가 어디서 어떻게 움직였는지 볼 수 있게 했다.

Postgres LISTEN/NOTIFY는 확장된다: 2.9K에서 60K writes/s로

GeekNews · DBOS 엔지니어링 블로그 번역, GitHub · dbos-postgres-benchmark

Postgres LISTEN/NOTIFY는 "확장되지 않는다"고 주장한 유명한 글 때문에 평판이 나쁘다. DBOS의 반박은 그 비난이 틀렸다는 것이 아니라 정확히 무엇이 문제인지 특정하고 우회하면 된다는 것이다. 결론부터, 단일 Postgres 서버에서 밀리초 단위 지연을 유지하며 초당 6만 건 쓰기를 달성했다. 초기 구현은 streams 테이블에 트리거를 걸어 새 조각이 들어올 때마다 NOTIFY를 한 번씩 보냈다. 정확했고 지연도 낮았지만 큰 인스턴스를 써도 초당 2,900건을 넘기지 못했다. 흥미로운 것은 이때 CPU, 메모리, IOPS 어느 것도 눈에 띄게 소비되지 않았다는 점이다. 자원이 남는데 처리량이 막히는 전형적인 잠금 병목 신호다.

원인 분석이 이 글의 핵심 교육 자료다. Postgres에서 NOTIFY를 호출한 트랜잭션은 커밋을 시작할 때 전역 배타적 잠금을 잡고, 트랜잭션이 완전히 커밋되어 내용이 fsync()로 디스크에 기록될 때까지 놓지 않는다. 이 잠금이 필요한 이유는 Postgres가 알림을 트랜잭션 커밋 순서대로 전달한다고 보장하기 때문이다. 모든 발신 알림을 전역 내부 큐에 저장하는데 그 순서가 커밋 순서와 정확히 일치해야 하고 큐에 넣는 작업도 커밋의 일부로 트랜잭션 방식이어야 한다. 그런데 Postgres는 트랜잭션이 커밋을 마치기 전까지 커밋 순서를 부여하지 않는다. 순서를 미리 알아야 하는데 순서는 끝나야 정해지는 순환이 생기고, 해법이 전역 잠금이다. 이것이 관측된 성능을 그대로 설명한다. 쓰기가 순차적으로만 커밋되니 여러 트랜잭션을 한 번의 fsync()로 묶는 그룹 커밋 최적화를 쓸 수 없고, 모두가 잠금에서 대기하므로 CPU와 디스크 사용량도 안 오른다. 온라인에서 화제가 된 Postgres 패치(commit 282b1cde9, Postgres 19 릴리스 예정)에 대해서도 선을 긋는다. 이 패치는 전역 잠금을 제거하지 않으며 여기서 관측한 병목을 고치지 않는다.

우회 설계의 관찰이 핵심이다. 스트림을 비롯한 다수의 LISTEN/NOTIFY 용도에서 알림 자체는 진실의 원천이 아니다. 알림은 리더에게 "실제 데이터가 있는 DB 테이블을 확인하라"고 찌르는 신호일 뿐이므로 전역 순서나 완전한 내구성을 가질 필요가 없다. 그러면 메모리에 버퍼링해뒀다가 주기적으로 하나의 배치 트랜잭션으로 flush할 수 있고, 전역 잠금은 개별 쓰기마다가 아니라 버퍼를 비울 때만 잡힌다. 버퍼가 도입한 새 문제도 명시적으로 처리한다. 알림이 메모리에 있는 동안 프로세스가 죽으면 그 알림은 영영 전달되지 않으므로, 리더가 알림을 기다리는 동시에 주기적으로 DB를 조회해 알림 없이 기록된 데이터가 있는지 확인하는 저빈도 폴링 폴백을 붙인다. 결과는 동시 리더가 있는 환경에서 초당 최대 60K 스트림 쓰기로 이전 대비 20배이며 지연은 15~100ms를 유지한다. 최대 처리량에서 Postgres CPU가 완전히 사용된다는 점이 중요하다. 이제 잠금 경합이 아니라 데이터베이스 자체가 실제로 포화됐다는 뜻이다. 일반화 가능한 교훈으로 정리하면, "X는 확장되지 않는다"는 주장은 대개 "X의 기본 사용 패턴이 어떤 직렬화 지점을 매 연산마다 건드린다"는 뜻이며 그 지점이 요구하는 보장이 내 유스케이스에 실제로 필요한지 되물으면 배치로 우회할 여지가 생긴다.

데이터센터가 미사일 표적이 됐다는 미확인 주장

GeekNews · House of Saud 번역

먼저 확인 상태를 분명히 해야 한다. 이것은 IRGC의 주장이며 Amazon, 바레인 정부, CENTCOM 어느 쪽도 확인하거나 부인하지 않았고 공격 영상도 공개되지 않았다. 주장 내용은 IRGC 항공우주군이 2026년 7월 21일 Operation Nasr-2의 24차 공세에서 여러 발의 순항미사일로 바레인에 있는 Amazon의 중앙 데이터 인프라를 공격해 파괴했다는 것이고 IRNA, Mehr, Tasnim이 이를 전파했다. 같은 공세에는 Muharraq의 미군 방공 레이더 공격과 Riffa의 Patriot 방공 체계를 겨냥한 복합 공격이 포함됐다고 한다. 명분으로 제시된 것은 이틀 전 미국의 이란 Darkhovin 원전 타격이다. 이란 원자력기구에 따르면 7월 19일 현지시각 오전 3시 39분경 공격받았고 IAEA는 당시 현장에 핵물질이 없어 방사선 위험이 없었다고 확인했다.

주장의 진위와 별개로 검증 가능한 배경 사실들이 클라우드 집중 리스크를 보여준다. 2026년 3월 1일 Shahed 드론 공격은 전시 하이퍼스케일 클라우드 인프라에 대한 최초의 물리 공격으로 기록됐다. Amazon은 구조물 손상, 화재, 소화 과정의 침수 피해를 확인했고 복수의 가용 영역이 24시간 넘게 오프라인이 됐다. 3월 말 추가 드론 공격으로 정전과 물 부족이 겹치자 AWS는 중동 고객 전체에 다른 리전으로 이전하라고 안내했고, 4월 1일에는 AWS 인프라가 있는 Manama의 Batelco 본사가 미사일에 맞아 화재와 구조물 피해가 났다. 3월 중단의 파급도 구체적이다. Abu Dhabi Commercial Bank, Emirates NBD, First Abu Dhabi Bank, 결제 플랫폼 Hubpay와 Alaan, 그리고 14개국에서 3,300만 고객에게 서비스하는 Careem이 모두 서비스 중단을 보고했다. AWS는 ME-CENTRAL-1 리전의 3월 사용료를 전액 면제하고 완전 복구에 수개월이 걸린다고 안내했으며, 2026년 4월 말 기준으로도 두 리전에서 31개 AWS 서비스가 장애 상태로 표시돼 있었다.

표적 선정이 즉흥이 아니라는 배경도 있다. 2026년 3월 31일 IRGC는 미국 기술기업 18곳을 "합법적 군사 표적"으로 공식 선언하고 걸프 내 해당 시설 반경 1km 내 인원에게 대피를 요구했다. 명단은 Amazon, Microsoft, Google, Apple, Meta, Oracle, Intel, HP, IBM, Cisco, Dell, Nvidia, Palantir, Tesla, Boeing, General Electric, JPMorgan Chase, 그리고 아부다비 기반 AI 기업 G42다. CSIS는 2026년 3월 이란의 작전 표적이 바레인, 이스라엘, 카타르, UAE의 기술 시설 29곳으로 확대됐다고 평가했다. Georgia Tech 연구자 Dennis Murphy는 상업 데이터센터가 "크고 상대적으로 취약하며 전용 방공이 없다"며 걸프의 6천억 달러 규모 AI 인프라 구축이 이 위험을 리스크 모델에 제대로 반영한 적이 없다고 지적했다. 마이그레이션이 왜 안 됐는지도 실무자에게 중요한 대목이다. AWS ME-SOUTH-1은 2019년 7월 30일 개설된 중동 최초 리전으로 146개 서비스와 AZ 3개를 운영했고, 2019년부터 2026년 1월 사이 구축된 워크로드는 바레인 고유의 AZ 구성과 규제 인증과 네트워크 피어링을 전제로 설계됐다. 리야드 리전(me-central-2)이 2026년 1월 AZ 3개와 53억 달러 투자 약정으로 정식 운영을 시작했지만, 정식 운영과 완전 이전은 다르다. 재설계, 재인증, 계약 재협상이 필요해 기간이 수개월이 아니라 수년 단위다.

GM이 그리드 저장용 나트륨이온에 베팅했다

Hacker News · IEEE Spectrum 기사, Peak Energy GS1.1

미국의 나트륨이온 시도는 이미 여러 번 실패했다. Natron Energy와 Bedrock Materials가 작년 사업을 접으며 12곳이 넘는 서구 배터리 기업 실패 목록에 합류했다. 그사이 CATL은 4월에 그리드 저장 사업자 HyperStrong에 나트륨이온 셀 60 GWh를 공급한다고 발표했다. 역대 최대 나트륨이온 주문이며 중국이 LFP에 이어 또 하나의 유망 화학을 장악하는 경로에 들어섰다는 신호로 읽혔다. 콜로라도의 Peak Energy는 그 실패를 반복하지 않겠다고 말하는데 결정적 차이는 뒷배다. 자금과 투자자 인내가 바닥나 무너진 Natron과 달리 Peak Energy에는 GM이 붙어 있다. 7월에 새크라멘토 인근에 7,100만 달러, 17,000 m² 공장을 짓는다고 발표했고 연 4 GWh 생산능력에 2027년 가동 예정이다(기사에 7월 23일자 정정 표기가 있다. 원래 2028년으로 썼다가 2027년으로 수정).

기술 논거는 셀 단가 경쟁을 정면으로 피한다. Peak Energy와 GM 임원 모두 현재 셀 단위로는 LFP 가격과 경쟁할 수 없다고 인정하고, 대신 시스템 생애주기 비용으로 승부한다. 수동 냉각 저장 시스템이 LFP 대비 운영자에게 20% 낮은 생애 비용을 준다는 것이고, GS1.1 시스템은 20년, 약 20,000 사이클을 돌고도 용량의 80%를 유지한다는 것이 회사 주장이다. LFP의 기본 내구 벤치마크는 8,000 사이클에 70%다. 기술적 우위의 핵심은 온도 내성이다. LFP는 25°C 안팎을 유지하지 않으면 급격히 열화하지만 Peak Energy의 셀은 그 두 배 수준 온도에서도 안정적으로 동작한다. 그래서 값비싸고 고장 잦은 유체 냉각 루프나 팬, 펌프 같은 가동부 없이 수동 냉각이 가능하다. GM은 디트로이트 교외 Wallace Battery Cell Innovation Center에서 Peak Energy의 170Ah, 190Ah 셀을 시험 중인데, 전 세계 생산사의 경쟁 셀들은 고온 시험에서 수명이 절벽처럼 떨어지는 반면 이 배터리는 최대 55°C 극한 시험에서도 수명에 눈에 띄는 영향이 없다는 것이다. 왕복 효율은 96%로 LFP보다 2~3%p 높다. 양극재 선택도 상업적으로 중요하다. Natron은 Prussian Blue 전극이라는 장기 베팅을 했다가 실패했지만 Peak Energy는 NFPP(sodium iron pyrophosphate)를 쓴다. CATL도 NFPP에 정착해 사실상 업계 표준이 되어 가는 중이고, 그 덕에 셀을 GM 같은 기존 배터리 공장에서 대체로 드롭인으로 만들 수 있다.

회의론도 함께 실린다. Benchmark Mineral Intelligence 전망은 나트륨이온이 올해 미국 신규 배치 저장의 1% 미만, 2030년까지 4% 미만, 전 세계 기준 5%다. 원료 논리는 매력적이다. 나트륨은 지구에서 6번째로 풍부한 원소로 리튬의 약 1,000배이고 세계 최대이자 최고 순도의 트로나 광상이 와이오밍 Green River Basin에 있어 미국 소다회의 90%를 공급한다. 그러나 원료가 풍부해도 가공은 중국이 지배하며, 실제로 Peak Energy는 지금 중국 공급사와 계약해 상용 셀을 사고 있고 캘리포니아 공장은 2027년에야 가동된다. HN에서 가장 날카로운 지적이 정확히 이 지점이다. "그럼 사실상 조립과 판매 아닌가", "GM은 Peak의 셀을 시험하는 건가 어느 중국 회사의 셀을 시험하는 건가"라는 물음이다. 현장 근거를 댄 댓글도 있다. MISO 시장에서 Jupiter Power 소유 LFP 배터리 두 기를 운영하는 사용자가 각각 HVAC에 상시 0.5~2MW를 쓴다며 나트륨 배터리 비용이 LFP와 비슷하기만 해도 그것만으로 갈아탈 이유가 된다고 했다. 수동 냉각의 경제성 주장을 실측으로 뒷받침하는 사례다. 프로젝트 파이프라인도 있다. 3월 RWE Americas와 밀워키 인근 파일럿을 함께 하기로 했고 이는 MISO에서 나트륨이온 백업이 쓰이는 최초 사례가 된다. Jupiter Power에는 2030년까지 최대 4.75 GWh를 공급할 계획이며 계약 규모는 최대 5억 달러, 초기 물량 720 MWh에 텍사스가 포함돼 현재까지 발표된 미국 최대 단일 배치다. 가격 패리티 도달 예상 시점은 2028년경이다.

개발 도구와 오픈소스 릴리스

Crawlee - HTTP와 브라우저 크롤링을 한 인터페이스로

파이토치 한국 사용자 모임 · Apify 정리

LLM이나 RAG 파이프라인에 넣을 데이터를 웹에서 모으려면 페이지 다운로드 이상이 필요하다. 요청 큐 관리, 봇 차단 회피, 실패 재시도, 결과 저장 같은 배관을 직접 만들다 보면 정작 추출 로직보다 크롤러 인프라에 시간을 더 쓴다. HTTP 요청만으로 충분한 사이트와 자바스크립트 렌더링이 필요한 사이트가 섞이면 코드가 두 갈래로 갈라지는 문제도 생긴다. Crawlee의 설계 핵심은 이 두 갈래를 하나의 인터페이스로 묶은 것이다.

가벼운 HTTP 크롤링에서는 별도 설정 없이 HTTP2를 지원하고 브라우저처럼 보이는 헤더를 자동 생성하며 브라우저의 TLS 지문을 복제한다. HTML 파싱은 Cheerio와 JSDOM을 통합해 쓰고 JSON API도 그대로 스크래핑한다. 자바스크립트 렌더링이 필요한 사이트에는 실제 브라우저 크롤링을 쓰는데, 헤드리스와 헤드풀을 모두 지원하고 사람처럼 보이는 지문을 무설정으로 생성하며 Playwright와 Puppeteer를 같은 인터페이스로 다룬다. Chrome, Firefox, WebKit을 지원한다. 두 방식 위에 운영 공통 기능이 얹힌다. 영속적 큐(너비 우선/깊이 우선), 교체 가능한 저장소 플러그인, 가용 자원에 맞춘 자동 스케일링, 프록시 로테이션과 세션 관리 통합, 설정 가능한 라우팅과 오류 처리와 재시도, 배포용 Dockerfile이다. Node.js 16 이상에서 동작하고 라이선스는 Apache 2.0이며 Crawlee for Python이 별도로 있다. 주의해서 볼 지점은 "기본 설정만으로 크롤러가 사람처럼 동작해 최신 봇 보호 장치를 피하도록 만들어져 있다"는 홍보 문구다. 기술적으로는 TLS 지문 복제와 브라우저형 헤더 생성을 뜻하지만 대상 사이트의 이용약관과 robots 정책에 대한 판단은 사용자 몫이다.

databasement - 8종 DB 백업에 MCP 서버까지

GeekNews · David-Crty, GitHub · David-Crty/databasement

여러 종류의 데이터베이스를 단일 웹 UI에서 백업, 복원, 스케줄링하는 셀프호스팅 관리자다. MySQL(5.69.x), MariaDB(1012.x), PostgreSQL(1218), SQL Server(2017/2019/2022/Azure SQL), MongoDB(4.28.0), SQLite 3.x, Firebird(3~5.x), Redis 2.8+/Valkey 7.2+를 한 인터페이스에서 다루고 Redis와 Valkey만 복원을 지원하지 않는다. 엔진별로 mariadb-dump, pg_dump v18, sqlpackage, mongodump, sqlite3 .backup, gbak v5, redis-cli --rdb를 쓴다.

운영 환경 대응이 차별점이다. SSH 터널로 bastion이나 jump 서버를 경유해 사설망 DB에 붙을 수 있고, 원격 에이전트는 인바운드 포트를 열지 않고 HTTPS 아웃바운드로만 연결해 방화벽이나 격리 네트워크 안에서 로컬 덤프 후 스토리지로 업로드한다. 보존 정책은 단순 시간 기반 또는 GFS(grandfather-father-son) 중 고를 수 있고, 압축은 gzip과 zstd(20~40% 향상된 압축률), 민감 데이터용 AES-256 암호화를 제공한다. 복원 쪽에 실무적으로 유용한 기능이 둘 있다. 교차 서버 복원으로 프로덕션 스냅샷을 스테이징에 복원할 수 있고, 예약 복원은 최신 완료 스냅샷을 재생해 대상 DB를 주기적으로 갱신한다(예: 매일 밤 prod에서 staging으로). 저장 옵션은 로컬, S3 호환, Azure Blob, Samba/SMB, SFTP/FTP이고 알림은 Email, Slack, Discord, Telegram, Pushover, Gotify, Webhook을 지원한다.

이 도구를 지금 시점에 언급할 이유는 자동화 인터페이스다. REST API와 함께 MCP 서버를 제공해 Claude Code, Cursor, VS Code Copilot 같은 AI 어시스턴트가 자연어로 백업을 관리할 수 있고, 문서도 llmstxt.org 형식의 llms.txt와 llms-full.txt로 함께 발행한다. 인프라 도구가 사람용 UI, 스크립트용 API, 에이전트용 MCP 세 갈래를 기본 제공하는 패턴의 사례로 인용할 만하다. 배포는 웹 서버, 큐 워커, 스케줄러가 들어간 단일 Docker 컨테이너이고 Docker Compose, Kubernetes + Helm, 네이티브 Ubuntu 설치도 지원한다. PHP 기반이며 MIT 라이선스다.

Microcharts - 문장 안에 들어가는 106종 차트

Reddit · r/reactjs, GitHub · ganapativs/microcharts

한 줄의 텍스트 안에 들어가는 크기의 차트만 모은 React 라이브러리다. 설계 동기가 명확하다. 대부분의 차트 라이브러리는 차트가 페이지의 주인공이라고 가정하는데, 문장 속이나 표 셀 안에 넣고 한눈에 읽는 작은 버전이 필요했다는 것이다. 수치가 구체적이다. 현재 106종의 차트 타입을 지원하고 의존성이 하나도 없다. D3조차 쓰지 않고 스케일 계산과 패스 수학을 직접 구현했으며 각 차트는 몇 KB 수준이다. 기본 export는 JS를 전혀 보내지 않는 순수 SVG라 React 서버 컴포넌트에서 그대로 작동하고, 호버나 키보드 인터랙션이 필요하면 인터랙티브 빌드를 따로 import한다.

가장 눈여겨볼 부분은 접근성 설계다. 모든 차트가 자기 데이터에서 텍스트 설명을 생성해 접근성 라벨로 노출한다. 스크린리더가 "image"라고만 읽는 대신 "weekly revenue, trending up 200%, range 3 to 9, last value 9" 같은 문장을 읽는다. 제작자가 명시적으로 강조한 것은 이 설명이 AI 생성이 아니라 차트가 그리는 것과 동일한 숫자로 채운 템플릿이라는 점이다. 그래서 설명이 그림과 어긋날 수 없다. AI로 대체 텍스트를 만드는 접근이 흔해진 시점에 결정적 템플릿을 택한 이유를 정확히 밝힌 사례다. 기술적으로 가장 까다로웠던 부분도 공유했다. 차트 위에 직접 그리는 라벨 배치인데, 보통은 텍스트를 측정해 위치를 잡지만 서버에서도 렌더링해야 하는 구조라 getBBox가 0을 반환한다. 해결책은 글자 수로 폭을 추정해 공간을 미리 확보하는 것이고, 모든 차트에 대해 라벨이 viewBox 밖으로 삐져나오지 않는지 검사하는 테스트를 붙였다. 업보트 58, 댓글 16이고 라이선스는 MIT다.

평문 날씨 사이트가 LLM에게도 잘 읽힌다

Hacker News · Show HN, brolly.sh

제작 동기는 영국 기상청 사이트 개편이었다. 여백과 스크롤과 애니메이션이 늘면서 사용성이 크게 떨어졌고 저자는 한눈에 보는 날씨 사이트를 원했다. 결과물은 7일 예보, 전날 로그(어제가 정말 더 시원했는지 확인할 수 있게), 시간별 강수/바람/기온/상태, 시간별 UV와 대기질과 꽃가루를 제공하고 EU와 영국 지역에서는 꽃가루 종류별 예보까지 준다. 시각화를 문자만으로 구현한 게 특징이다. 강수는 #### 막대와 mm 및 확률 병기, UV와 대기질은 세로축이 있는 아스키 히스토그램, 꽃가루는 기호를 쓴 시간축 히트맵이다. 기술 스택은 PocketBase, Go, 순수 HTML/JS/CSS이고 모든 페이지는 백엔드 렌더링이다. 예보는 open-meteo.com에서 가져오되 PocketBase의 SQLite DB를 이용한 커스텀 LRU 캐시를 만들어 5분간 캐싱해 API 부담을 줄였다. 설계 결정 중 가장 인용할 만한 건 URL 상태 저장이다. 위치, 선택한 날, 섹션 펼침과 접힘까지 전부 URL에 넣어서 친구에게 링크를 보내면 상대가 내가 보던 화면을 그대로 보고 북마크로 언제든 돌아올 수 있다.

댓글에서 나온 관찰 하나가 이 항목을 남기는 진짜 이유다. firasd는 델리 페이지 내용을 그대로 복사해 모델들에게 붙여넣고 "요지가 뭐냐"고 물었더니 qwen3.6-plus가 "덥고 습한 하루, 오후에 소나기 가능성 약간"이라 답하고 gemini-3.1-pro-preview가 "대체로 맑지만 덥고 매우 습함. 실제 최고기온은 34C지만 오후에는 42C처럼 느껴질 것"이라 답했다며, 이 출력이 "우연히 LLM에도 완벽하게 컨텍스트 엔지니어링된 형태"라고 평했다. 사람이 한눈에 읽으라고 만든 밀도 높은 평문이 모델에게도 그대로 좋은 입력이 된다는 것은, 앞서 나온 Anthropic의 "설명 문장이나 스크린샷보다 구조화된 형태가 낫다"는 주장과 같은 방향이다. 정정할 점도 있다. 실제로는 true plain text가 아니라 평문처럼 보이게 만든 HTML/CSS다. Accept: text/plain을 시도해도 항상 HTML이 오고, curl 호출 시 wttr.in처럼 터미널 텍스트 뷰가 나오면 좋겠다는 요청이 여러 건 붙어 저자도 개선 항목으로 받았다.

무료로 풀린 학습 리소스와 도구

X · MengTo, X · swapnakpanda, X · DeRonin_, X · phibrowser

개별로는 짧지만 실행 가능한 링크가 붙어 있어 묶어서 정리한다. 가장 반응이 컸던 것은 MengTo의 공개다(2,929 likes / 65 replies). Three.js 게임 개발 스킬을 전부 오픈소스로 풀었고 대상은 아이소메트릭 액션 RPG다. 포함 범위가 넓어 카메라 컨트롤, VFX, 오디오, 몬스터 에셋, 전투 시스템까지 들어 있다. 레포는 github.com/MengTo/Skills이고 완성된 게임을 바로 플레이할 수 있는 링크와 에셋 카탈로그 링크가 함께 공개됐다. 눈여겨볼 부분은 데모와 카탈로그가 모두 chatgpt.site 하위 도메인에 올라가 있다는 점으로, 개인 개발자의 산출물 배포 경로가 바뀌고 있다는 신호로 쓸 수 있다.

두 번째는 스탠퍼드 무료 강의 목록이다(707 likes). CS221 인공지능, CS229 머신러닝, CS230 딥러닝, CS234 강화학습, CS236 심층 생성 모델, CS336 LLM 밑바닥부터 만들기다. 특히 CS336은 이날의 다른 항목들, 즉 Kimi K3 아키텍처와 에이전트 RL의 배경 지식을 쌓기에 직접 맞물린다. 세 번째는 에이전트에게 사용자의 삶에 대한 영구 메모리를 부여하는 방법을 정리한 글이 회자된 건이다(120 likes). 소개 문구는 프롬프트 6개를 붙여넣으면 에이전트가 전체 구조를 스스로 구축한다는 것인데, 게시물 본문에 대상 글의 링크나 프롬프트 내용이 포함돼 있지 않아 실제로 쓰려면 원문 확인이 필요하다. 네 번째는 브라우저다. Phi 2.0이 Arc의 대표 기능인 Spaces, Profiles, URL Rules를 구현했고 Arc에는 없던 상주 AI 에이전트를 추가했다고 발표했다(577 likes). 슬로건은 "Built for humans, ready for agents"다. Arc 개발 중단 이후 사용자층을 흡수하려는 대체재 경쟁이 계속되고 있으며 그 차별점이 AI 에이전트 상주라는 점이 요지다.

교육, 커리어, 커뮤니티

"15주에서 17주씩 걸리는 과정은 너무 길다"

LinkedIn · Keeyong Han, LinkedIn · Brasley Byun

교육 형식에 대한 정면 비판인데 근거가 추상적 주장이 아니라 최근 2주간 진행한 세 개의 실제 프로그램에서 나왔다. 첫째, SJSU 프로그램을 통해 만난 가천대와 경북대 학생들과 2주 일정으로 AI 코딩 교육, 프로젝트, 발표를 진행했고 같은 학교의 다른 프로그램으로 온 성균관대 기계공학 석사 과정 학생들에게 1시간 강의를 했다. 둘째, AI Nexus와 함께한 서울대 SNU Engineering Entrepreneurship 프로그램으로 실리콘밸리를 찾은 학생 약 20명에게 스타트업 강의를 하고 최종 피칭 심사를 맡았다. 이 프로그램에서는 기계공학 전공자 수가 압도적으로 많았고 창업자의 서사가 잘 들어간 프로덕트가 많았다는 관찰이 붙는다. 셋째, 연세대 글로벌 역량 강화 부트캠프를 통해 IT가 아닌 다양한 분야의 창업자와 예비 창업자 9명과 대화했다. 여기에 대구 소프트웨어 마이스터고 학생 AI 교육이 막 시작됐다.

결론은 세 갈래다. 하나, 빠르게 변하는 세상에서 학기 단위 교육만으로는 새 기술과 변화 속도를 따라가기 어렵다. 고정된 커리큘럼을 일주일에 한 번씩 배우는 방식보다 특정 주제를 짧고 밀도 있게 배우고 실제 결과물을 만들어보는 교육이 더 많아져야 한다. 여기서 나온 문장이 **"15주에서 17주씩 걸리는 과정은 너무 길다"**다. 둘, 결과물의 종착점을 바꿔야 한다. 만들어 발표하고 끝나는 게 아니라 자신이 만든 것을 직접 써보고, 다른 사용자에게 보여주고, 피드백을 받아 개선하고, 가능하면 서비스로 출시해 돈을 내는 고객까지 만나보는 end-to-end 경험이 필요하며 이런 경험들이 낱개로 흩어지지 않고 하나의 learning path로 연결되어야 한다. 셋, 미래 교육은 작은 창업을 반복 경험하는 과정과 비슷해야 한다. 회사를 만들라는 뜻이 아니라 문제를 발견하고, 가설을 세우고, 만들고, 세상의 반응을 확인하고(팔아보고), 그 결과에 책임지는 연습을 하라는 뜻이다. AI가 지식과 실행의 상당 부분을 대신하는 시대에는 배운 것을 기억하고 시키는 일을 정확히 수행하는 것만으로 부족하고, 무엇이 중요한 문제인지 판단하고 자기와 타인에게 필요한 가치를 만드는 능력이 더 중요해진다는 논리다.

같은 날 올라온 완주율 데이터가 이 주장을 뒷받침한다. Brasley Byun이 상명대 동아리 모멘텀과 함께 진행한 링크드인 4주 챌린지에서 참가자 13명 중 모든 과제를 완수한 사람은 3명, 오프라인 과제까지 완수한 사람은 1명이었다. 그는 즉각적 보상이 없는 상태에서 일관성을 유지하는 것이 얼마나 어려운지를 이 숫자가 보여준다고 썼다. 4주 챌린지 완주율이 13명 중 3명이라면 15~17주 과정의 실질 완주율은 어떨지가 자연스럽게 따라오는 질문이다.

커뮤니티 주제어가 "생성형"에서 "행동형"으로 옮겨갔다

LinkedIn · Yongho Choi (AWS), X · garrytan, LinkedIn · Minsu Chang

개별 후기는 정보량이 얇지만 합치면 지금 커뮤니티가 무엇을 주제로 모이는지의 지형도가 나온다. 국내에서는 가짜연구소가 주최한 PseudoCon 2026이 열렸고 AWS가 플래티넘 스폰서로 참여했다. 등록 규모는 AI/ML 엔지니어, 개발자, 학생 300명 이상이다. AWS 코리아 Head of AI Tech 최영준이 "행동형 AI(Agentic AI): 실행하는 AI의 등장"을 주제로 최신 트렌드와 개인 및 기업이 갖춰야 할 역량을 다뤘고, 부스는 AWS 한국사용자모임(AWSKRUG), AUSG(대학생 그룹), SBGs(Student Builder Groups) 리더들이 공동 운영하며 AWS Builder Center를 소개했다. 국내 행사에서도 주제어가 "생성형 AI"가 아니라 "행동형 AI"로 옮겨간 점이 기록할 만하다.

미국에서는 YC Startup School 2026이 시작됐다. Garry Tan은 작년 대비 3배 규모라고 밝혔고 행사의 목적을 창업 경험이 없는, 기술적으로 뛰어난 젊은 사람들이 SF에 와서 창업이 자기 길인지 확인해보는 자리로 규정했다. 앞 항목의 "작은 창업을 반복 경험하는 교육"과 같은 방향의 설계다. 학계 쪽에서는 ICML 2026 참관기가 있었고, 같은 글에 GDG AI for Science Korea 후기가 붙어 Google이 프런티어 AI를 어떻게 밀어붙이는지에 대한 세 가지 관찰이 담겼다. 대규모 GPU 인프라, 위성 데이터셋 파이프라인, 다중 에이전트 가상 사회(multi-agent virtual societies)다. 작성자는 Gemini 생태계와 Antigravity의 지지자로서 이 다중 에이전트 패러다임이 실제로 작동하는 것을 본 것이 인상적이었다고 썼고, Google Cloud Study Jam 해커톤 심사자로 참여해 팀들이 3~4시간 만에 실제 사업성 있는 상용 수준의 Agentic AI 프로토타입을 만들어내는 것을 봤다고 기록했다. 짧고 밀도 높은 학습이 가능하다는 앞 항목의 주장과 맞물리는 관찰이다. DevRel 쪽에서는 DevRelCon이 이틀 일정으로 열렸다. 후기 글 자체는 감사 인사 중심이라 정보량이 적지만 Mintlify가 참여했고 언컨퍼런스 세션이 운영됐으며 후속 인사이트 블로그가 예고됐다.

채용 고스팅은 악의보다 끊긴 파이프라인이다

Hacker News · "Did They Ghost You?"

이날 수집된 뉴스 배치에서 가장 많은 점수를 받은 글이 신제품이 아니라 채용 고스팅이었다는 사실 자체가 신호다(194 points). 사이트 본문은 크롤되지 않아 댓글이 유일한 근거이고, 사이트는 채용 고스팅 여부를 확인해주는 형태로 보인다. jasonjmcghee는 버튼 자리에 이모지가 들어간 방식 등으로 미루어 vibe coding 결과물로 추정하면서도 색상, 타이포그래피, 테두리 처리 등 프런트엔드 완성도가 상당히 좋다고 평했다.

지역별 체감이 갈렸다. orphereus는 EU 경험상 회사가 한 번이라도 응답한 뒤 고스팅하는 경우는 매우 드물고 대개 형식적 거절이라도 온다고 했지만, 접수 확인 메일 이후 아무 응답이 없는 경우는 **지원의 약 40%**로 잡았다. throw-the-towel은 프랑스에서는 3차 면접까지 마치고도 거의 모두가 고스팅한다고 정반대 경험을 냈다. 가장 반복 인용된 통찰은 고스팅의 상당수가 악의가 아니라 파이프라인 단절이라는 것이다. arcade79는 2004~2005년경 구글 리크루터와 여러 차례 주고받으며 전화면접 약속을 받았는데 그 뒤로 연락이 끊겼고, 몇 년 뒤 확인해보니 그 리크루터의 마지막 근무일이 약속한 날 또는 그 다음 날이었다. 그는 2008년 다른 리크루터를 통해 입사했다. andyjohnson0는 Roku 사내 시니어 리크루터와 메일을 주고받다 연락이 끊겼고 1년 넘게 지나 다른 사내 리크루터에게 불합격 통보를 받았는데, 검색해보니 연락이 끊긴 시점이 상당 규모의 정리해고와 겹쳤고 통보를 보낸 사람은 회사에 갓 들어온 주니어였다. 밀린 백로그 정리가 첫 업무였던 셈이다. com2kid는 마이크로소프트가 시기에 따라 채용 파이프라인을 외부 벤더에 맡겼던 것을 문제로 지목하며 회사에 이해관계가 있는 사람이 채용을 해야 한다고 봤고, SecondHandTofu는 매니저가 휴가를 가서 돌아오지 않은 뒤 면접 파이프라인이 통째로 깨졌는데 혼란 속에서 아무도 알아채지 못했다고 전했다. minimaxir의 사례가 가장 짧고 선명하다. 최종 면접 후 1.5주 만에 후속 메일을 보냈더니 리크루터가 "휴가 중이었다고요, 그리고 불합격입니다"라고 답했다.

제도적 제안과 반박도 붙었다. nekusar는 상당수 채용공고가 사기이므로 허위 상품광고와 같은 방식으로 다뤄 실제 채용을 입증하지 못하면 사기 중범죄로 기소하자고 주장했다. derektank의 반박이 구체적이다. 공고 10개 중 9개를 채우고 남은 1개는 초기 지원자 풀이 나빠 매니저가 연봉 상향을 협상하고 HR을 거쳐 직무기술서를 갱신하고 후보 2명을 면접했는데, 매니저 가족의 사망으로 휴직하는 사이 한 명은 다른 자리를 수락하고 다른 한 명은 제시 연봉 때문에 거절했으며, 6개월 뒤 재무 상황이 바뀌어 경영진이 채용을 무기한 동결한 경우 이 회사는 의무를 다한 것인가. 사기라면 탐지 주체는 누구이고 비용은 얼마이며 검사를 다른 사건에서 빼올 만한 가치가 있는가. rzzzt도 "얼마 안에 채용해야 하는지, 부적합 판명 후 재공고까지 쿨다운은 얼마인지" 기준을 물었다. 채용자 쪽 인센티브를 보여주는 증언도 하나 있다. com2kid는 서류상 무리한 지원자를 면접한 뒤 본인이 요청한 대로 공부할 자료를 메일로 보내줬다가 성차별이라는 항의 편지를 받았고 그 뒤로 솔직한 피드백을 주는 것을 그만뒀다고 했다.

나쁜 프롬프트의 80%를 고치는 한 줄

Reddit · r/PromptEngineering

프롬프트 엔지니어가 아니라 비기술 대상자에게 쉬운 말로 설명하는 일을 하는 사람이 쓴 글이다. 업보트 9, 댓글 2로 노출은 작지만 교육 자료로 그대로 옮길 수 있을 만큼 처방이 구체적이다. 진단은 간단하다. "AI가 쓰레기를 줬다"는 순간의 대부분은 모델이 멍청해서가 아니라 브리핑이 모호해서다.

처방은 셋이다. 하나, 실제 요청 앞에 "이건 누구를 위한 것이고, 훌륭한 답은 어떤 모습인가" 한 줄을 적는다. 둘, 좋은 예시를 딱 하나 붙인다. 셋, 하지 말아야 할 것을 말한다. "전문용어 금지, 불릿 금지, unleash라는 단어로 시작하지 말 것" 같은 부정 제약이 출력을 빠르게 조인다. 비교 예시가 이 조언을 설득력 있게 만든다. "제품 설명을 써줘" 대신 "훑어보는 바쁜 부모를 위한 제품 설명, 판매 냄새 없이 친근하게, 40단어 내외, 내가 좋아했던 예시는 이거야: [붙여넣기]"라고 쓰면 대상 독자, 톤, 분량, 참조 예시 네 가지가 한 문장에 다 들어간다. 글쓴이 스스로 "이 커뮤니티 사람들에겐 새로울 게 없겠지만 초보자를 좌절에서 실제 효용으로 옮기는 단 하나의 습관"이라고 정리했는데 그 자기평가가 정확하다. 앞서 나온 컨텍스트 엔지니어링 논의가 시스템 프롬프트와 도구 정의 층위의 이야기라면 이것은 같은 원리의 개인 사용자 버전이다.

코딩 말고 에이전트로 뭘 하는지 묻는 스레드

Reddit · r/AI_Agents

에이전트 논의가 거의 전부 코딩에 쏠려 있다는 문제의식에서 출발한 스레드다. 업보트는 9로 낮지만 댓글이 19개로 두 배 이상 붙었다. 원글이 먼저 용어를 못박은 게 이 글의 미덕이다. 여기서 말하는 에이전트는 챗 창을 열어 질문하는 것이 아니라 역할을 주고, 지침을 써주고, 파일이나 메일이나 캘린더에 연결해서 특정 업무를 담당하게 만든 것, 즉 좁은 전문가 하나이거나 그런 것 몇 개가 함께 일하는 구성이다.

질문은 세 갈래다. 첫째, 한 도메인만 이해하는 좁은 전문가를 만들었는가. 장부만 처리하는 에이전트, 인보이스만 다루는 것, 계약서만 읽는 것, 공급사 하나만 추적하는 것 같은 사례를 요청한다. 둘째, 회사에서 데모가 아니라 월요일 아침마다 팀이 실제로 계속 쓰는 게 있는가. 셋째, 일상에서 이메일 요약 말고 두 번째 사례가 있는가. 원글은 이메일 요약이 모두가 드는 유일한 예시라는 점을 대놓고 지적한다. 본인 사례 세 개도 함께 냈다. 가족 구성원들의 성격을 각각 부여한 에이전트 여러 개를 만들어 저녁 메뉴를 놓고 논쟁시키는데 우스꽝스럽지만 실제 가족 단톡방보다 빨리 결론이 난다고 적었다. 지인은 하루 수백 개 메시지가 쌓이는 WhatsApp 그룹들에 에이전트를 붙여 중요한 것만 읽는다. 본인은 사람을 만나기 전 그 사람에 대한 배경 리서치에 쓴다. 요청 방식도 눈여겨볼 만하다. 인상적인 사례보다 지루한 일상 사례가 더 궁금하다고 했고, **"그저 그런 수준에서 계속 쓰게 만드는 수준으로 바꿔놓은 그 한 줄의 지침"**을 특정해달라고 요구한다. 도입 실무에서 실제로 차이를 만드는 것이 아키텍처가 아니라 지침 한두 줄이라는 경험칙이 깔린 질문이고, 교육이나 사내 도입 자료를 만들 때 그대로 가져다 쓸 수 있는 질문 틀이다.

히든 젬을 묻는 질문 글에 댓글 166개

Reddit · r/ClaudeAI

"Claude를 쓰는 방식을 완전히 바꿔놓은 숨은 기능이나 프롬프트 기법이 있느냐"는 질문이 업보트 528, 댓글 166을 모았다. 정보성 게시글이 아니라 질문 글인데도 이 정도 반응이 나왔다는 것 자체가 사용자들이 아직 도구의 기본기를 서로 배우는 단계에 있다는 신호다. 원글쓴이 본인이 꼽은 전환점은 두 가지다. 하나는 Projects 기능을 발견한 것이고, 다른 하나는 특정 코딩 스타일을 강제하는 시스템 프롬프트를 미리 넣어두는 것이다. 매번 스타일을 설명하지 않아도 되므로 시간이 크게 절약됐다는 설명이다. 질문 말미에는 컨텍스트 윈도우 관리와 복잡한 추론에 도움이 되는 기법이면 가산점이라고 붙였는데, 이 두 가지가 지금 사용자들이 가장 자주 벽에 부딪히는 지점이라는 뜻이기도 하다. 이 항목을 남기는 근거는 개별 답변의 내용이 아니라 수요의 크기다. 같은 날 20년차 개발자가 Claude Code 서브레딧이 팁 대신 불평으로 채워져 있다고 비판한 것과 맞물려 보면, 실용 노하우 수요는 큰데 공급이 못 따라가는 상태다.

기타 주목할 콘텐츠

마하 25로 재진입한 스타십이 인도양에 형태를 유지한 채 착수했다

LinkedIn · Suk Hyun Kim

한 참관자의 관전 서술이라는 전제로 읽어야 한다. 기술적 핵심은 재진입 구간이다. 마하 25 속도로 대기권과 충돌하는 순간 기체 전면에 강력한 충격파가 형성되고 공기가 극한으로 압축되며, 이 압축열이 수천 도를 만들어 질소와 산소 분자가 전자를 잃고 플라즈마 상태로 바뀐다. 약 15분간 기체를 감싼 자줏빛 플라즈마가 이 구간의 시각적 표지였다. 두 번째 국면은 착수 직전이다. 자유낙하 자세로 하강하던 기체가 해수면을 눈앞에 두고 몸체를 단숨에 세우는 플립 마누버를 수행했고, 이어 랩터 엔진이 재점화되며 하강 속도를 줄여 스타링크 부표가 설치된 인도양 목표 지점에 거의 오차 없이 안착했다. 착수 직후 남은 추진제가 순간적으로 불꽃을 일으켰지만 기체는 폭발하지 않았고 형태를 온전히 유지한 채 바다 위에 떠 있었다. 작성자의 프레이밍은 우주 개발이 탐험의 시대에서 교통의 시대로 넘어가는 순간이라는 것이다. 과거 로켓은 임무를 마치면 바다로 추락하거나 대기권에서 소멸하는 것이 당연했고 우주는 한 번의 비행을 위해 거대한 시스템을 소모하는 영역이었는데, 완전 재사용은 그 전제를 바꾼다. 핵심은 더 멀리 가는 것이 아니라 더 자주, 더 싸게, 반복해서 갈 수 있게 만드는 데 있다는 정리다.

옥수수밭 위 풍력터빈이 그 밭에 쓸 비료를 만든다

Hacker News · Ammonia Energy Association

미네소타대 West Central Research and Outreach Center(모리스)에서 저탄소 암모니아 생산 설비가 첫 시즌 가동에 들어갔다. 목표는 하루 1톤 규모로 지역 비료 수요에 공급한다. 구조는 단순하다. 풍력 발전이 전해조를 돌려 수소를 만들고 그 수소가 공기에서 뽑은 질소와 함께 Haber-Bosch 공정으로 들어간다. 관건은 재생에너지 공급이 흔들린다는 점인데 이 설비는 새 모델링과 제어 시스템으로 암모니아 생산율 자체를 조절해 대응한다. 프로젝트는 UMN, RTI International, Casale의 협업이고 2013년 파일럿 플랜트의 확대판이며, 장기적으로는 농민 협동조합이 소유하는 상업용 재생 암모니아 생산 허브 네트워크로 확장하는 구상이다.

설계 논점이 인용할 만하다. 화학공학 교수 Prodromos Daoutidis는 화학 플랜트가 보통 원료가 일정하게 공급된다는 가정 아래 정상상태로 돌게 설계되는데 그린 암모니아는 바람이나 태양이 원료라 그렇지 않다고 짚었다. 변동을 흡수하려면 대량의 수소 저장이 필요하고 그건 매우 비싸지만, 반대로 플랜트가 동적으로 운전하도록 허용하면 수소나 전력 저장 수요가 최소화되고 훨씬 조밀하고 경제적인 설계가 나온다. Green Ammonia Research Lead인 Michael Reese는 주 안에 자신들의 소규모 설비를 빼면 암모니아나 질소 비료 생산 시설이 전혀 없다는 점을 지적하며, 적정 가격의 질소 비료가 해마다 일정하게 공급되면 농민이 예산을 짜고 그 시점에 맞춰 작물을 판매할 수 있다고 했다. 반론도 셋 나왔다. hunterpayne는 경쟁 상대가 폐기물 수준으로 싸게 값이 매겨지는 천연가스와 약 120년 된 공정이라 가격으로 이기기 가장 어려운 목표라고 봤다. Animats는 2021년 기술 논문을 직접 찾아 간헐 운전용 설계 자체는 합리적이라고 평가하면서도 비용 효율성 수치가 전혀 제시되지 않았다고 지적했다. epistasis는 중국이 대규모 암모니아와 그린수소 사이트를 위해 지금 수 GW 규모의 풍력과 태양광을 짓고 있어 규모 차이가 크다고 했다.

격려해주던 대형 경쟁사가 몇 달 뒤 같은 제품을 냈다

Reddit · r/SaaS

업보트 20에 댓글 35로 반응 규모보다 논쟁이 큰 스레드다. 학생 창업자가 지난 몇 달 동안 첸나이와 방갈로르의 스타트업 행사에서 훨씬 큰 경쟁사 창업자들을 만났다. 그들은 진심으로 친절했고 만들고 있는 것을 칭찬하며 계속하라고 격려했는데, 몇 달 뒤 그 회사가 거의 똑같은 제품을 출시했다. 전력 차이가 구체적으로 적혀 있다. 상대는 IIT 출신이고 세계 최대 액셀러레이터 중 한 곳의 투자를 받았으며 이미 연 매출이 7자리다. 원글쓴이는 회사명을 밝히지 않고 자기 제품 홍보도 하지 않겠다고 못박은 뒤 **"약간 배신감을 느낄 일인가, 아니면 방향이 옳았다는 가장 강력한 검증으로 볼 일인가"**를 물었다. 이 질문이 댓글 35개를 끌어낸 이유는 AI 도구로 제품 제작 속도가 빨라진 시기에 특히 첨예해진 문제이기 때문이다. 구현 난이도가 낮아질수록 아이디어의 방어 가치는 떨어지고 남는 해자는 유통, 브랜드, 데이터, 전환 비용 쪽으로 옮겨간다. 실무 교훈은 둘이다. 초기 단계에서 잠재 경쟁사에게 노출하는 정보의 범위를 의식적으로 관리해야 하고, 아이디어 검증과 정보 노출은 같은 행동이므로 검증은 잠재 고객에게서 받는 편이 낫다.

비싼 티어를 하나 더 붙이는 가격 앵커링

Reddit · r/Entrepreneur

업보트 25, 댓글 9로 크지 않지만 각 팁마다 실행안과 주의사항이 짝지어져 있어 그대로 적용해볼 수 있는 형태다. 첫째는 앵커링이다. 터무니없이 비싼 요금제 하나가 그 아래 있는 모든 것을 합리적으로 보이게 만든다는 오래된 원리인데 실행안이 구체적이다. 현재 최고가의 5배 지점에 최상위 티어를 하나 추가하라는 것이고, 단서는 그 티어가 실재하고 실제로 제공 가능해야 한다는 것이다. 가짜 티어가 들통나면 가격 문제가 아니라 신뢰 문제가 된다. 둘째는 배열 순서다. 대부분의 가격 페이지는 싼 것에서 비싼 것 순으로 배열되는데 이는 사용자의 기준점을 낮은 쪽에 걸어버린다. 비싼 것을 먼저 보여주면 뒤에 오는 모든 요금제가 절약으로 재구성된다. 실행안은 가격표 순서를 뒤집고 한 달간 돌려보는 것이고 주의사항은 반드시 측정하라는 것으로, 원글은 이게 모든 청중에게 통하지는 않는다고 솔직하게 적었다. 셋째는 콜드 이메일이다. 피치가 아니라 질문으로 시작하라는 것으로, "이거 어떻게 보시는지 의견 좀 얻을 수 있을까요"라고 열면 "이거 사실래요?"가 닫아버리는 문이 열린다는 조언이다. 세 팁 모두 새로운 발견은 아니지만 "측정하라", "실재해야 한다"는 제약을 명시적으로 붙였다는 점이 이 글의 미덕이다.

Meta가 마켓플레이스 판매자용 앱을 분리했다

Product Hunt · Seller by Facebook

Meta가 페이스북 마켓플레이스 판매자용 전용 앱을 냈다. 홈 화면이 배송할 물건, 답장이 필요한 구매자, 가격을 조정할 리스팅 순으로 우선순위를 띄우고, 메시지는 물건별로 스레드가 묶이며, 재고는 한 화면에서 보기와 수정과 재등록이 된다. 페이스북 계정으로 로그인하면 기존 리스팅, 메시지, 평점, 판매 이력이 그대로 이어진다. AI 관련해서 남길 지점은 리스팅 작성이다. 사진을 올리면 Meta AI가 제목, 설명, 가격 제안, 카테고리를 채워 바로 게시할 수 있게 하고 여러 건을 한 번에 만드는 벌크 리스팅도 지원한다. 개인 판매자의 상품 등록 단계를 통째로 모델에 넘기는 형태다. 스펙은 버전 1.1.1, 203MB, iOS 17.4 이상이고 Mac은 macOS 14.4 이상에 M1 이상이 필요하다. 개인정보 항목에서 "사용자에게 연결되는 데이터"로 금융 정보, 위치, 연락처, 사용자 콘텐츠, 검색 기록, 식별자, 사용 데이터, 진단이 나열되며 접근성 지원 기능은 개발자가 아직 표기하지 않았다. 사용자 피드백 중에는 판매 완료 시 실제 성사 가격을 입력하게 해 다른 사용자가 실거래가를 볼 수 있게 해달라는 요청, 차량의 title status를 필수로 해 salvage 차량을 필터로 걸러내게 해달라는 요청, "구매자용 앱도 만들어달라, 마켓플레이스를 보려고 페이스북에 들어가는 게 싫다"는 의견이 있었다.

교차 분석

같은 날 서로 정반대를 말한 두 처방

이날 가장 선명한 대립은 에이전트 설계에서 나왔다. 한쪽에서는 "vanilla 에이전트로는 프로덕션이 안 된다, 그래프로 배선하라"는 처방이 회자됐고, 다른 쪽에서는 Anthropic이 Claude Code 시스템 프롬프트의 80%를 지우고 도구를 지연 로딩으로 돌린 사례가 회자됐다. 표면적으로는 정반대다. 그런데 두 처방이 겨냥하는 실패가 다르다는 점을 보면 충돌이 아니다. 그래프 배선은 실행 순서와 실패 복구가 보장되지 않는 문제를 겨냥하고, 컨텍스트 삭감은 모델이 봐야 할 것을 못 보는 문제를 겨냥한다. 전자는 제어 흐름의 문제이고 후자는 attention budget의 문제다. 오늘의 항목들을 겹쳐 놓으면 실무 결론이 나온다. 제어 흐름은 밖에서 고정하고 컨텍스트는 안에서 줄인다. 이 결론을 지지하는 세 번째 축이 프로덕션 RAG 항목들이다. statement graph도, LangGraph의 StateGraph도, RBAC를 검색 이전 단계로 끌어올린 설계도 전부 모델에게 자유를 주는 대신 경계를 코드로 박는 방향이었다.

벤치마크를 못 믿겠다는 자각이 동시다발로 나왔다

평가 신뢰성 문제는 오늘 최소 다섯 갈래에서 각각 독립적으로 터졌다. 벤치마크 순위가 실사용 체감과 어긋난다는 커뮤니티 불만, 자체 보고 수치만 있고 독립 검증이 없는 오픈 모델 릴리스, 논문 심사 물량이 감당 범위를 넘어섰다는 학회 통계, 재현 실패가 예외가 아니라 기본값이라는 재현성 챌린지, 그리고 IMO 금메달 수준 모델이 특정 조합론 문제는 못 푼다는 관찰이다. 출처도 커뮤니티, 기업, 학회, 개인 연구자로 제각각인데 결론이 같은 방향을 가리킨다. 측정 체계가 대상의 발전 속도를 따라가지 못한다. 여기서 파생되는 실무 신호가 둘이다. 하나, 벤더 자체 보고 수치는 이제 기본적으로 미검증으로 취급하고 자기 워크로드에서 재보는 절차를 파이프라인에 넣는 것이 표준이 되고 있다. 둘, 평가와 검증 작업 자체가 비용 항목으로 분리되기 시작했다. 도입 파일럿의 성패가 모델 선택이 아니라 검증 설계에서 갈린다는 관찰이 오늘 여러 항목에서 반복됐다.

경계를 어디에 그을 것인가 - 보안, 감시, 웹의 공통 질문

보안 항목, 감시 인프라 항목, 열린 웹 항목은 도메인이 전혀 다른데 구조가 같다. 전부 자동화된 접근을 어디서 끊을 것인가를 묻는다. 크롤러를 막으려고 작업 증명을 요구하는 설계, 기기 디버깅 통로를 로컬 루프백에서 차단하는 제안, 검색 이전 단계로 권한 검사를 끌어올리는 RAG 설계, 번호판 인식 네트워크의 조회 로그를 공개하라는 요구가 서로 다른 층위에서 같은 질문을 다룬다. 흥미로운 비대칭이 하나 있다. 기술 커뮤니티는 자기 인프라(서버, 저장소, 사내 문서)에 대해서는 접근 통제를 강화하는 쪽으로 빠르게 합의하는데, 물리 공간의 감시 인프라에 대해서는 합의가 훨씬 느리다. 오늘 항목들에서 앞쪽은 며칠 만에 코드로 배포됐고 뒤쪽은 여전히 소송과 조례 단계에 있다.

시스템 항목의 교훈은 "직렬화 지점을 찾아라"로 수렴한다

TPU 커널의 파이프라이닝 선택, Postgres LISTEN/NOTIFY의 전역 배타 잠금, 토크나이저의 병렬화, 8달러 칩에서 임베딩 테이블을 플래시로 밀어낸 설계까지 오늘의 시스템 항목들은 전부 같은 패턴을 밟는다. 자원이 남는데 처리량이 안 오르는 지점을 찾고, 그 지점이 요구하는 보장이 내 유스케이스에 정말 필요한지 되묻고, 필요 없으면 배치나 재배치로 우회한다. Postgres 항목의 결론이 이 패턴을 가장 명시적으로 언어화했다. "확장되지 않는다"는 평판은 대개 기본 사용 패턴이 매 연산마다 어떤 직렬화 지점을 건드린다는 뜻이고 그 보장이 내게 필요 없으면 우회로가 열린다. 나트륨이온 항목도 형태만 다를 뿐 같은 논리다. 셀 단가로는 못 이기니 냉각 시스템까지 포함한 생애주기 비용으로 경기장을 바꿨다.

교육과 도입 실무: 짧게, 끝까지, 그리고 지침 한 줄

교육 항목과 에이전트 활용 항목이 같은 결론에 닿는 것이 오늘의 조용한 발견이다. 1517주 커리큘럼이 길다는 주장, 해커톤 팀이 34시간 만에 상용 수준 프로토타입을 만든 관찰, 4주 챌린지 완주율이 13명 중 3명이라는 데이터가 한쪽에 있다. 다른 쪽에는 "그저 그런 수준에서 계속 쓰게 만든 그 한 줄의 지침"을 묻는 질문과 "대상 독자와 좋은 답의 모습을 한 줄로 먼저 적으라"는 처방이 있다. 양쪽 모두 개입 지점이 작고 앞쪽에 있다고 말한다. 커리큘럼을 늘리는 대신 사이클을 짧게 돌리고, 아키텍처를 키우는 대신 지침 한 줄을 정확하게 쓰는 것이다. 사내 도입 자료나 강의 설계에 그대로 옮길 수 있는 형태로 오늘 두 번 독립적으로 나왔다는 점이 근거의 무게를 더한다.

오늘 확정되지 않은 것들

마지막으로 오늘 데이터로는 결론을 낼 수 없는 항목들을 분리해둔다. 오픈 모델의 아키텍처 수치 일부는 공식 발표가 아니라 아키텍처 카드에서 역산한 잠정치이고, 일부 벤치마크 수치는 제작자 자체 보고이며 독립 검증이 없다. 데이터센터 물리 타격 주장은 당사자 어느 쪽도 확인하거나 부인하지 않은 상태다. 특정 기업의 정책 변경으로 회자된 건도 공식 발표가 아니라 관측과 추정에 기반한다. 안전장치 우회 기법에 대한 개인 주장 역시 검증되지 않았다. 이 항목들은 본문에서 각각 단서를 붙여 다뤘고 여기서 다시 묶어두는 이유는 하나다. 오늘 가장 많이 인용될 수치들이 대체로 가장 검증이 얇은 수치들이기도 하다.

Powered by skim