Daily Digest - 2026-07-20
오픈 웨이트가 가격과 품질에서 프런티어를 밀어내고 컴퓨트가 새 병목이 된 날, 그리고 AI가 인간의 검증 습관을 지운다는 증거가 네 곳에서 동시에 나온 날.
Daily Digest - 2026-07-20
오늘의 핵심 흐름
1. 오픈 웨이트가 가격, 품질, 공급 세 축에서 동시에 이겼다. Kimi K3는 일상 코딩 작업에서 Claude와 실용적으로 구별되지 않으면서 입출력 가격이 3분의 1 수준이고, GLM 5.2는 MIT 라이선스로 Semgrep 사이버 보안 벤치마크에서 Claude를 앞섰다. 이유가 성능이 아니라 "제한된 모델은 작업을 거부하고 오픈 모델은 그냥 수행한다"는 데 있다는 점이 이날의 핵심이다. HuggingFace 침해 대응 팀이 상용 API 가드레일에 막혀 포렌식을 못 하고 GLM 5.2를 자체 인프라에 올린 사례가 이 논리를 실증으로 굳혔다. 아래 첫 번째 섹션 전체가 이 흐름이다.
2. 그런데 그 수요를 감당할 컴퓨트가 없다. Moonshot은 48시간 만에 신규 구독을 중단했고, Anthropic은 7월 19일부터 전 플랜 사용량을 33% 줄이면서 Claude Code 주간 한도 상향은 8월 19일까지 연장했으며, OpenAI는 26주 동안 Codex 사용량 한도를 35번 리셋했다. 밑바탕에는 SMIC가 어센드용 다이를 연 100만 개 넘게 찍어도 HBM 부족으로 완성 칩은 30만 개를 못 넘긴다는 구조가 있다. 소프트웨어 제품에 "Sold out"이 뜨는 장면이 그 구조가 UI까지 올라온 순간이다. 두 번째 섹션에서 다룬다.
3. AI가 인간의 검증 능력을 무력화한다는 증거가 서로 다른 네 곳에서 같은 모양으로 나왔다. 사람들은 AI 조언에 접근하자 "모르겠다"고 말할 의향이 44%에서 3%로 무너지고 정확도는 27%에서 9%로 떨어졌는데 자신감만 30%에서 76%로 올랐다. 코드 리뷰에서는 LLM 생성 코드를 검토한 사람이 결함은 더 적게 찾으면서 다 찾았다는 확신은 더 강해진다. VLM은 "그림을 다시 확인해 보겠다"고 말하면서 실제로는 보지 않고, thinking 모델이 오히려 3배 더 취약하다. 세 번째 섹션이 이 서사를 모았다.
4. 에이전트 논의의 무게중심이 모델에서 컨텍스트와 실행 구조로 옮겨갔다. "모델도 하네스도 해자가 아니라 컨텍스트 레이어가 해자다"라는 아키텍처 주장, "while 루프에서 조직도로 졸업하고 있다"는 그래프 엔지니어링 선언, Anthropic 엔지니어의 90% 이상이 self-improving loop로 개발한다는 증언이 같은 주에 겹쳤다. 동시에 프로덕션 현실은 "Agent C가 47번 재시도하며 $50를 태우는" 쪽에 가깝다는 반박도 나왔다. 네 번째 섹션이다.
5. 개발 문화와 규제가 같은 방향으로 갈라지고 있다. Linus Torvalds가 "Linux는 반AI 프로젝트가 아니다, 싫으면 포크하라"고 선을 그은 날, 20년 이어온 Bikeshed 칼럼의 마지막 회는 LLM이 아니라 연령 확인이 현재 형태의 FOSS를 끝낼 것이라고 예측했다. 바깥에서는 데이터센터 반대가 42개 주 142건 시위로 조직됐고, 텍사스 주 경찰은 휴대폰 신호를 가로채는 $4.5M짜리 SUV 4대를 "긴급 구매"로 사들였다. 다섯 번째와 일곱 번째 섹션이 이 축이다.
오픈 웨이트가 가격, 품질, 공급을 동시에 흔들었다
Kimi K3의 시간 - 프런티어 구독을 결제할 이유가 좁아졌다
Hacker News , news.hada.io, Hacker News , news.ycombinator.com
블로그 필자는 Kimi K3를 Claude와 나란히 일상 코딩 업무에 돌렸는데 실용적으로 구별할 수 없었다고 적는다. 같은 작업, 같은 출력 품질, 거의 같은 토큰 사용량이다. 오픈 모델이라면 더 엉성하거나 같은 답에 도달하기까지 토큰을 더 쓸 것이라 예상했지만 둘 다 아니었다. 가격은 전혀 나란하지 않다. K3 API는 100만 입력 토큰당 $3, 출력 $15인 반면 Claude 최상위 모델은 $10과 $50이다. 구독 쪽 격차는 더 크다. Kimi 유료 플랜은 월 $19부터 시작하고 월 $39 코딩 티어는 비슷한 가격대의 Claude 상품보다 훨씬 넉넉한데, Claude 플랜은 사용량 제한이 촘촘해 평범한 에이전트 작업일에도 점심 전에 허용량을 태울 수 있다.
여기에 작은 글씨가 하나 더 붙는다. Claude는 월 $20 플랜에서 Fable 접근을 유지하지 못해 그것을 끄고 플랜을 조용히 Opus로 폴백시켰다. 필자의 정리가 날카롭다. 플랜의 헤드라인 모델이 경제성 때문에 꺼질 수 있다면 그 플랜은 애초에 헤드라인 모델을 팔고 있던 게 아니라는 것이다. Kimi의 티어에는 그런 단서가 붙지 않는다.
한 발 물러서면 더 큰 이야기는 미국 AI 정책의 결과다. 행정부는 Fable 출시를 늦췄고 최종적으로 나온 것은 여러 작업 범주를 거부하는 제한된 버전이다. 그동안 같은 제한이 하나도 없는 프런티어 품질 모델이 다운로드 한 번 거리에, 미국 정부가 규제할 능력이 없는 중국 연구소에서 공개됐다. 미국 모델에 문을 다는 이론이 무엇이었든 그 문이 제약하는 것은 미국 고객뿐이라는 지적이다. 구체적 사례가 Semgrep의 사이버 보안 벤치마크다. GLM 5.2가 Claude를 앞섰는데 이유가 정확히 그것이다. 제한된 모델은 작업을 거부하고 오픈 모델은 그냥 수행한다. GLM 5.2는 MIT 라이선스로 나왔고, 스스로 프런티어라 주장하지도 않으면서 최신 Opus보다 실제 작업 결과가 좋고 비용은 훨씬 낮다. OpenAI의 GPT-5.6도 같은 정부 관문을 통과했지만 주력 모델을 월 $20 플랜에 올릴 여지가 남았다는 점에서 Anthropic보다 활주로가 길다는 평가도 붙는다. 필자의 전망은 비관적이다. 미국이 자동차 산업에 썼던 보조금, 구제금융, 보호관세 조합을 AI와 오픈소스에 적용해 국내에서만 쓰이고 국제적으로는 경쟁하지 못하는 모델을 떠받치는 미래이며, 그렇게 되면 미국 사용자는 최고 품질도 최저 가격도 아닌 국산 모델을 사야 한다는 것이다.
아키텍처 관찰도 하나 나왔다. Kimi K3는 full attention보다 RNN/선형 어텐션 레이어가 3배 많아 롱컨텍스트 작업에 유리하며, 파라미터가 많은 이유도 compute-optimal xLSTM이 파라미터가 많은 것과 같은 이유일 수 있다는 분석이다.
컴퓨트가 병목이다 - 48시간 만의 신규 구독 중단과 HBM 상한
Threads , choi.openai, Threads , unclejobs.ai, Reddit , r/vibecoding
공급자 쪽 이야기가 Moonshot의 공지다. "Kimi K3가 예상보다 훨씬 많은 사랑을 받아 GPU가 그걸 느끼고 있다"로 시작해, 지난 48시간 동안 수요가 현재 용량의 한계에 근접했으므로 기존 구독자 경험을 보호하기 위해 신규 구독을 일시 중단하고 현재 회원에게 컴퓨트를 우선 배정한다는 내용이다. 용량을 늘려 배치 단위로 신규 구독을 재개하겠다고 했고, 멤버십을 Kimi Membership(Web, App, Work)과 Kimi Code Membership(코딩 워크플로) 두 가지로 분리해 컴퓨트를 더 정확히 매칭하겠다고 밝혔다.
한국어 SNS에서 choi.openai가 짚은 것은 이 사건이 일회성 트래픽 문제가 아니라 구조라는 점이다. 중국 랩들은 미국 수출통제 때문에 엔비디아 상단 칩을 넉넉히 확보하지 못하고 알리바바 클라우드나 화웨이 어센드 같은 국산 컴퓨트에 더 기댄다. 그런데 이 국산 라인의 실제 발목을 잡는 건 GPU 다이 자체가 아니라 HBM 메모리다. SMIC가 어센드용 다이를 연 100만 개 넘게 찍어내도 HBM이 모자라 완성 칩은 연 30만 개를 못 넘긴다. 다이 생산능력의 3분의 1도 제품으로 전환되지 못하는 셈이고, K3처럼 수요가 터지는 모델이 나오면 이 빠듯한 컴퓨트가 즉시 한계에 닿는다.
발표 방식 자체도 화제가 됐다. unclejobs.ai는 K3 발표문 첫머리에 "우리 종합 성능은 클로드 Fable 5와 GPT-5.6 Sol에 아직 못 미친다"는 문장이 경쟁사 실명과 함께 박혀 있다는 점을 지적했다. 신모델 발표문은 통상 이기는 벤치마크만 골라 거는 지면인데 지는 문장을 스스로 맨 앞에 두는 회사는 드물다. 그의 해석은 겸양이 아니라 포지셔닝이라는 것이다. 종합 1위가 아님을 먼저 인정해, 특정 영역(가격 대비 성능, 프런티어 코딩)에서 이긴다는 주장을 신뢰 있게 만드는 방식이다. 가격 논쟁도 뒤따랐다. yeon.gyu.kim은 "오픈소스 모델 = 싸다 / 내 컴퓨터에서 무료로 돌릴 수 있다 / 중국산 짝퉁이다"라는 세 오해를 반박하며, K3와 GLM-5.2가 좋은 이유는 애초에 큰 모델이고 큰 모델을 잘 굽는 레시피를 갖췄기 때문이라고 정리했다. 결론은 "여러분이 지금 비싸다고 하는 그 가격은 앞으로 보게 될 가격 중 제일 싼 가격"이라는 예측이다. 앱스토어 기준 29.9만원 고정 요금이 "Claude Max 20 두 개 수준"으로 체감된다는 후기도 함께 나왔다. 실사용 신호로는 프런트엔드 영역에서 K3가 Fable을 이겼다는 평가, Codex에 K3를 붙여 쓰는 설정이 화제라는 관찰, 그리고 계획과 리뷰는 Fable이 맡고 실제 실행은 Kimi가 처리하는 역할 분리 스킬 소개가 있었다.
Reddit에서는 이 사태가 다른 각도로 도착했다. r/vibecoding의 I never seen "Sold out" on a software product (KIMI K3) 게시물이 381 upvote에 댓글 243개를 모았는데, 댓글이 upvote의 64%로 이날 Reddit 항목 중 논쟁 밀도가 가장 높았다. 논점은 단순하다. 소프트웨어는 복제 비용이 0에 수렴한다는 전제가 깨지는 순간이고, 추론 용량이 유한 자원이라는 사실이 사용자 인터페이스 층까지 올라온 사건이다. 같은 날 r/ollama에는 로컬 실행을 기다리는 Where is Kimi K3?????가 올라왔고, r/cursor에서는 다음 Composer 3가 Kimi나 Qwen 3.8 기반으로 나올지 예측하는 스레드가 돌았다. Kimi가 이제 "중국계 대안 모델"이 아니라 상용 코딩 도구의 베이스 모델 후보로 논의되는 위치에 있다는 뜻이다. 반론도 기록해둘 만하다. Anthropic도 몇 달 전 같은 수요 문제로 피크/오프피크 정책과 잦은 장애를 겪다 xAI와의 계약 이후 안정화됐고, 기업 입장에서는 직원 시간이 장애로 낭비되는 것을 싫어하므로 대규모 수요를 감당하는 운영 능력 자체가 남는 차별점일 수 있다는 시각이다. 실제로 현재 K3는 과부하로 간단한 코드 리뷰에도 한참 걸린다는 후기가 있었다.
안전 가드레일이 방어자를 막았다 - HuggingFace 침해와 GLM 5.2
HuggingFace가 공개한 침해 사고 보고서가 572 upvote를 받으며 이날 가장 실질적인 기술 신호로 확산됐다. 사고 자체가 이례적인 이유는 프로덕션 인프라 일부에 대한 공격이 사람 손이 아니라 자율 AI 에이전트 시스템에 의해 처음부터 끝까지 수행됐다는 점이다. 방어 측도 AI로 대응했다. 보안 텔레메트리를 LLM 기반으로 triage하는 anomaly-detection 파이프라인이 개별 신호가 아니라 신호들의 상관관계를 잡아내 침해를 최초로 표면화시켰다.
커뮤니티가 가장 크게 반응한 대목은 사고 자체가 아니라 대응 과정에서 만난 벽이다. 로그 분석을 시작할 때 HuggingFace는 상용 API 뒤의 프론티어 모델을 먼저 썼는데 작동하지 않았다. 포렌식 분석은 실제 공격 명령어, 익스플로잇 페이로드, C2(공격자가 침입한 시스템을 원격 조종하는 통신 채널) 아티팩트를 대량으로 모델에 제출해야 하는 작업인데 제공자의 안전 가드레일이 이 요청들을 차단했다. 가드레일은 침해 대응자와 공격자를 구분하지 못한다. 보고서의 문장이 이 비대칭을 정확히 짚는다. 공격자는 어떤 이용 정책에도 구속되지 않았지만 방어자의 포렌식 작업은 가드레일에 막혔다.
해결책은 오픈웨이트 모델 GLM 5.2를 자사 인프라에서 직접 돌리는 것이었고, 여기에 두 번째 이점이 따라왔다. 공격자 데이터도 그 안에서 참조된 credential도 자사 환경 밖으로 나가지 않았다. 상용 API를 썼다면 침해된 credential이 제3자 인프라로 전송되는 셈이 된다. 실무 맥락에서 이 사례는 오픈웨이트가 필요한 이유를 이념이 아니라 운영 요건으로 정리해준다. 보안 포렌식, 악성코드 분석, 규제 산업의 민감 데이터 처리처럼 정당하지만 안전 필터가 공격 행위와 구분하지 못하는 작업 영역이 존재하고, 이 영역에서는 상용 API 자체가 사용 불가 옵션이 된다.
"AI communism" - 논쟁이 이념에서 운영 요건으로 옮겨갔다
Reddit , r/ArtificialInteligence, Reddit , r/OpenAI
이날 Reddit AI 커뮤니티에서 압도적으로 가장 뜨거웠던 주제는 오픈웨이트 모델의 정당성 논쟁이다. 발단은 OpenAI의 head of strategic futures가 오픈웨이트 모델이 시장을 지배하는 상황을 "AI communism"이라고 표현한 발언이었다. 이 발언을 옮긴 게시물이 r/OpenAI와 r/ArtificialInteligence 양쪽에 동시 게시돼 각각 581 upvote / 385 댓글, 459 upvote / 299 댓글을 기록했다. upvote 대비 댓글 비율이 60~65%로 극단적으로 높은데, 커뮤니티가 합의가 아니라 논쟁 상태에 있다는 신호다.
반발은 안전 논거를 상업적 이해관계로 재해석하는 형태로 나타났다. 카테고리 최상위 게시물 제목 자체가 그 압축이다. Open source AI is too dangerous! (for our profit margins). 이 글은 2,371 upvote와 279 댓글을 얻어 이날 다른 어떤 Reddit 게시물보다 두 배 이상 높은 지지를 받았다. 프론티어 랩이 오픈웨이트를 반대할 때 내세우는 안전 논거를 이용자들은 마진 방어 논거로 번역해 받아들이고 있다는 뜻이다. 이 논쟁이 단순한 이념 다툼이 아닌 이유는 바로 위 HuggingFace 사례가 같은 날 같은 커뮤니티에 올라와 실증 근거로 인용됐기 때문이다. "오픈웨이트가 왜 필요한가"라는 질문이 추상적 자유 담론에서 규제 준수, 데이터 반출 금지, 안전 필터가 막는 정당한 업무라는 구체적 운영 요건으로 이동하는 중이다.
NVIDIA Nemotron 3 Embed - RTEB 다국어 1위를 상업 라이선스로 공개
RAG와 다단계 에이전트 워크플로에서 답변 품질을 실제로 좌우하는 것은 LLM 본체보다 앞단의 검색 정확도다. 검색이 엉뚱한 문서를 가져오면 에이전트는 잘못된 맥락에서 추론을 시작하고 재질의하며 토큰 예산을 낭비하고 그 잡음을 이후 추론 단계까지 끌고 간다. NVIDIA가 공개한 Nemotron 3 Embed는 이 첫 단추를 개선하면서 프로덕션 배포에 필요한 지연/비용/처리량 선택지를 함께 제공하는 오픈 임베딩 모델 컬렉션이다.
헤드라인은 8B 모델의 RTEB(공개 태스크 16개) 다국어 리더보드 1위지만 실무적으로 더 중요한 것은 1B의 도약이다. 같은 급인 이전 세대 llama-nemotron-embed-vl-1b-v2가 RTEB 61.98이었는데 이번 1B가 72.38, MMTEB 검색은 59.71에서 71.04로 올랐다. 오류율 기준 각각 27%, 28% 감소다. 8B는 RTEB 78.46, MMTEB 검색 75.45다. 벡터 저장소 용량이 곧 비용인 대규모 시스템에서는 이 지점이 8B의 1위보다 실질적이다. 컬렉션은 정확도-효율 스펙트럼 전체를 덮도록 설계됐다. 고신뢰 엔터프라이즈 RAG에는 8B, 대규모 서빙에는 1B, Blackwell에서 최대 처리량이 필요하면 NVFP4 양자화 변형을 고른다. NVFP4는 선형 계층 가중치와 활성값을 4비트로 양자화하고 양자화 인식 증류(QAD)를 적용해 BF16 대비 최대 2배 처리량에 BF16 정확도의 99% 이상을 유지한다. 여기에 동적 임베딩 크기로 4096차원 벡터를 2048이나 1024로 잘라 L2 정규화만 다시 하면 저장 공간과 검색 비용을 더 줄일 수 있다. 컨텍스트는 32k 토큰, 34개 언어(한국어 포함)와 코드 검색을 지원한다.
효율은 작은 모델을 새로 학습해 얻은 것이 아니라 큰 모델을 체계적으로 압축해 만든 것이다. 8B는 Ministral-3-8B-Instruct-2512 백본의 인과적 디코더를 양방향 인코더로 변환한 뒤 대조 학습했고, 1B는 Ministral-3-3B에서 ModelOpt의 mcore_minitron NAS로 3B에서 2B, 다시 1.14B로 두 번 가지치기하고 증류했다. 에이전트 관점에서 가장 중요한 주장은 "더 강한 검색이 다운스트림 토큰 비용을 줄인다"는 것이다. 임베딩 모델만 바꿔가며 ViDoRe V3, BRIGHT, BrowseComp-Plus를 평가한 결과 8B가 가장 높은 평균 검색 정확도와 가장 낮은 다운스트림 토큰 비용을 동시에 달성했다. 정확도를 올리면 비용이 오른다는 통상적 트레이드오프가 아니라, 정확한 검색이 재질의와 불필요한 추론 턴을 줄여 전체 실행 비용을 낮추는 방향이다. 외부 검증도 붙었다. Mem0의 LongMemEval Retrieval@10에서 1B가 80.38%로 Qwen-3-0.6B의 78.71%를 앞섰고, Zep은 내부 벤치마크에서 1B가 모든 메모리 검색 태스크 1위였다고 보고했다.
라이선스는 OpenMDW-1.1로 가중치, 학습 데이터, 레시피까지 상업 이용을 포함해 열려 있다. 다만 무료 호출 경로 두 가지(build.nvidia.com NIM 프리뷰, OpenRouter nvidia/nemotron-3-embed-1b:free)는 프로토타이핑용으로만 권장된다. OpenRouter 무료 엔드포인트에는 프롬프트를 학습에 쓰거나 보관할 수 있다는 데이터 정책 경고가 붙어 있어, 사내 문서나 개인정보를 임베딩할 때는 가중치를 직접 받아 자체 인프라에서 서빙하거나 NIM을 프라이빗 배포하는 편이 안전하다.
소형 오픈 모델이 로컬 임계점을 넘었다 - 40개 언어 80ms 전사, 100페이지 OCR 단일 패스
LinkedIn , Dr. Alvaro Cintas, X , thesupermanmx
로컬 실행 가능한 특화 모델 세 건이 같은 주에 화제가 됐고 공통점은 파라미터 수가 작고 오픈소스이며 API 비용이 0이라는 점이다. 첫째는 NVIDIA가 오픈소스화한 600M 파라미터 ASR(자동 음성 인식) 모델이다. 40개 언어를 실시간 전사하고 지연은 80ms다. 영어, 중국어, 아랍어, 힌디어, 포르투갈어를 포함한 40개 언어를 단일 체크포인트로 처리해 언어별 모델을 갈아끼울 필요가 없다. 성능 수치로는 동일한 H100에서 buffered ASR 대비 동시 스트림 17배를 처리한다. buffered ASR은 일정 길이의 오디오를 모아 처리하는 방식이라 지연이 크고 GPU 점유가 비효율적인데, 이 모델은 스트리밍 구조라 같은 하드웨어에서 훨씬 많은 동시 세션을 감당한다. 구두점과 대소문자 처리가 모델에 내장돼 후처리 파이프라인도 필요 없다.
둘째는 중국에서 오픈소스화한 OCR 모델 Unlimited-OCR이다. 3B 파라미터로 100페이지 PDF를 한 번에 파싱하며 로컬 실행이 가능하다. 강조된 차별점은 기존 OCR 도구들이 문서를 페이지 단위로 쪼개면서 문맥의 연결을 잃는 반면 이 모델은 문서 전체를 단일 패스로 읽는다는 것이다. 긴 계약서나 보고서처럼 페이지를 넘나드는 참조가 많은 문서에서 차이가 커진다. 셋째는 27B 모델이 휴대폰에서 완전 오프라인으로 구동된다는 보고다. 세부 스펙은 원문에 없지만 27B급이 모바일에서 네트워크 없이 돌아간다는 사실 자체가 온디바이스 추론의 실용 임계점이 이동했음을 보여준다. 세 건을 묶어 읽으면 프런티어 모델 경쟁과 별개로 전사와 OCR 같은 특정 태스크는 소형 오픈 모델이 로컬에서 충분한 품질을 내는 단계에 진입했다는 뜻이고, 특히 지연 80ms와 동시 스트림 17배는 실시간 회의 전사나 라이브 자막의 비용 구조를 바꿀 수 있는 수치다.
460만 파라미터가 프런티어 LLM을 이기고, 데이터가 새 매출원이 된다
토큰 지출이 어디서나 오르고 있다. Meta는 2026년 비용이 수십억 달러에 근접하자 내부 AI 토큰 지출에 상한을 걸었다. 그 지출 중 무엇이 가치 있는지 구분하려면 측정해야 하는데 문제는 "무엇을" 측정할지다. 이 글의 논지는 AI 도입의 1단계가 도구를 팀 손에 쥐여주는 것이었다면 지금 단계는 비즈니스별로 측정 가능한 목표를 정의하는 것이라는 데 있다.
가장 인상적인 사례는 Arkadium이다. 수백 개 게임을 수천만 명이 플레이하는 퍼블리셔로, 최근 Meta, DeepMind와 함께 프런티어 모델이 단순 게임을 얼마나 잘하는지 점수화하는 공개 리더보드 Game Lab을 출시했다. 목표는 "플레이어에게 AI를 상대로 좋은 게임 경험을 준다"였고 점수가 나왔다. 수학과 과학에서 새로운 발견을 하는 바로 그 모델들이 캐주얼 플레이어를 상대로 Gin Rummy의 90%를 진다. Opus는 데일리 크로스워드도 못 푼다. 모델은 본 것에 의해 형성되는데 수학은 많이 봤고 Gin Rummy는 거의 못 봤기 때문이다. 목표를 정의하자 LLM 이외의 선택지가 보였다. Good Start Labs는 LLM 대신 460만 파라미터, 18MB 파일, 일반 CPU에서 도는 전문 모델을 학습시켰고 최대 강도에서 인간 플레이어를 약 90% 이긴다. 경제성은 더 일방적이다. 하루 100만 요청 기준으로 이 전문 모델은 연 약 $60인 반면 프런티어 LLM은 수백만 달러대다.
Arkadium에게 "좋은 게임"이라는 목표는 두 번 값을 했다. 플레이어 경험 개선, 그리고 익명화 데이터를 랩에 판매하는 새 매출원이다. 프런티어 모델이 게임에서 형편없었다는 사실 자체가 잘 구조화된 플레이 데이터가 랩에 필요한 물건이라는 증거였고, 실제로 GPT-5.6은 이미 크로스워드 실력이 눈에 띄게 좋아졌다. Reddit, Shutterstock, News Corp는 이미 자사 데이터를 수억 달러 규모 반복 매출로 전환했다. 다만 큰 단서가 붙는다. 데이터가 곧 제품인 회사는 그 IP를 지켜야 한다. 근거로 두 사건이 제시된다. Anthropic CPO Mike Krieger는 Anthropic이 경쟁 디자인 도구를 출시하기 며칠 전 Figma 이사회에서 물러났고 Figma CEO Dylan Field는 나중에 그들이 "not consistently candid"였다고 말했다. Cursor는 Claude Code가 "research effort"라고 설명받은 상태에서 Claude 위에 제품을 쌓았다가 그것이 직접 경쟁자가 되는 것을 지켜봤다. 이번 주에는 Anthropic이 대형 제약사들에 데이터를 요청했으나 거의 전부 거절당했다는 보도도 나왔다.
같은 뉴스레터의 나머지 항목 중 실무에 바로 걸리는 것들이 있다. "The Case Against Skills"에서 컨설팅 총괄 Mike Taylor는 유행하는 AI 스킬 대부분이 프런티어 모델에 흡수돼 중복이 됐고 지시를 쌓을수록 결과가 나빠지고 비싸진다고 주장한다. Monologue GM Naveen Naidu는 스킬을 딱 하나(OpenClaw의 autoreview)만 유지하는데 그것으로 9시간 밤샘 실행 한 번에 4개 앱짜리 기능을 출시했고, 성장 총괄 Austin Tedesco는 compound engineering을 빼고 스킬을 전면 폐기했다. 에이전트가 코드를 매번 다시 쓰는 대신 재사용 가능한 도구로 저장하면 오류율이 53% 떨어진다는 수치도 실려 있다. OpenAI가 독립 Codex 앱을 Chat/Work/Codex 3개 모드의 새 ChatGPT 데스크톱에 접었다가 파워 유저 반발을 산 건도 있다(YouTuber Theo Browne의 표현으로는 "generational fumble"). 마지막 Alignment 섹션의 신약 개발 논지도 인용 가치가 높다. AI 신약 발견 회사가 쏟아지지만 후보 물질을 더 빠르고 싸게 찾는 discovery-to-lead는 전체 막대의 얇은 조각일 뿐이고 assay 및 세포주 검증, 제조, 동물 독성, 인체 임상 3상이 나머지 약 99%를 차지한다. 필자의 결론은 소프트웨어가 제약을 삼키는 것보다 제약이 소프트웨어를 삼키는 그림에 가까울 수 있다는 것이다.
컴퓨트 배급과 비용 감각
Anthropic 33% 축소와 Claude Code 50% 상향이 같은 주에
Threads , promppy_com, Threads , yeon.gyu.kim
같은 주에 방향이 반대인 두 공지가 함께 돌았다. 하나는 Anthropic 프로모션 종료로 7월 19일부터 전 플랜 사용량이 33% 축소된다는 것, 다른 하나는 Claude Code 주간 사용 제한 50% 상향이 8월 19일까지 연장된다는 것이다. 전자는 전체 플랜 기준 축소, 후자는 Claude Code 한정 상향이라 층위가 다르지만 사용자 입장에서는 결국 내 한도가 늘어난 건지 줄어든 건지가 즉시 판단되지 않는다. "Claude Max 20을 공짜로 쓸 수 있게 됐습니다 / 아 헷갈리게 하네"라는 반응이 이 혼선을 그대로 보여준다.
OpenAI 쪽에서도 유사한 현상이 관찰됐다. Codex 총괄 Thibault가 SNS에서 사용자 요청에 개별적으로 GPT 사용량 리셋을 해주는 일이 반복되자 누가 언제 리셋을 받았는지 추적하는 리셋 트래커를 만든 사용자까지 등장했다. 공식 정책이 아니라 담당자 재량으로 한도가 풀리는 구조가 만들어낸 부작용이다. 두 사례를 묶으면 관찰이 명확해진다. 프런티어 랩들이 사용량 정책을 짧은 주기로 조정하고 있고, 그 조정이 프로모션과 연장과 개별 예외라는 여러 층으로 겹치면서 사용자가 자기 한도를 예측하지 못하는 상태가 됐다. Kimi의 신규 가입 차단과 같은 뿌리다. 모두 컴퓨트를 어떻게 배급할지의 문제이고 이번 주에는 그 배급이 가입 차단, 한도 축소, 개별 리셋이라는 세 형태로 나타났다. 실무자에게 의미 있는 지점은 계약 기반 계획이 어려워졌다는 것이다. 유료 플랜의 실질 한도가 공지 하나로 33% 움직인다면 상시 운영되는 자동화는 특정 랩의 한도에 강하게 결합되지 않도록 설계해두는 편이 안전하다.
Codex 사용량 한도 리셋 35회 - 리셋이 운영 도구가 된 과정
Codex 사용량 한도는 OpenAI의 Thomas Sottiaux가 리셋한다고 말할 때 리셋된다. 이를 추적한 사이트의 집계는 누적 리셋 35회, 평균 대기 기간 8.9일, 최장 공백 67.7일이다. 단순한 밈처럼 보이지만 실제로는 사용량 한도라는 제품 파라미터가 어떻게 운영 도구로 쓰이는지 보여주는 기록이다.
첫 번째 축은 성장 마일스톤이다. Codex와 ChatGPT Work의 활성 사용자가 700만에 도달했을 때 모든 계정에 저장형 리셋을 추가했고, 800만에서는 전체 한도를 다시 리셋하면서 5시간 속도 제한도 적용하지 않았다. 900만 달성 당일에도 리셋했다. 주간 Codex 사용자가 한 달이 채 안 되는 기간에 200만에서 300만으로 늘었을 때도 기념 리셋이 있었다. 두 번째 축은 저장형 리셋(banked reset)이라는 메커니즘 자체다. 즉시 강제 적용하는 대신 계정에 보관했다가 사용자가 원하는 시점에 주간 사용량을 보충하는 방식으로 초기에는 데스크톱 앱에서만 쓸 수 있다가 웹과 모바일로 확대됐다. ChatGPT Work/Codex 사용자 50만 명에게 지급한 공지에서는 이를 사용한 사람 중 10% 미만과 관련된 문제가 있었다고 밝혔다. 사용자가 이미 최대 3개의 저장형 리셋을 쌓아둔 상황에서 별도의 강제 리셋을 적용하기도 하고 전체 리셋과 저장형을 동시에 주는 이중 리셋 사례도 있다.
세 번째 축은 장애 보상이다. 24시간 안에 소규모 사고 3건이 나자 모든 유료 플랜 한도를 리셋했고, 약 10분간 이어진 사고에서는 "Codex가 복구를 도왔지만 최종 해결 단서는 이번엔 사람이 찾았다"는 코멘트가 붙었다. 요청이 높은 사이버 위험으로 잘못 분류돼 차단된 문제는 약 8분 만에 수정되고 한도가 초기화됐고, 45분간 이어진 소규모 장애가 마지막 30분 동안 전역 장애로 확대된 사례에서도 복구 후 리셋이 뒤따랐다. 네 번째 축은 사용량 계산 자체의 문제다. 장시간 세션 압축에 적용한 최적화가 캐시 적중률에 영향을 줘 한도가 예상보다 빨리 소진된 사례는 롤백 후 전체 리셋으로 이어졌고, 2배 프로모션 한도가 Plus/Pro 사용자 약 9%에게 적용되지 않는 버그를 고치고 보상한 건, 사용량 추적/과금 기반 시스템을 재작성하면서 "백필은 시간이 오래 걸리고 무료 사용량을 주는 게 더 재밌다"며 리셋한 건도 기록돼 있다. 마지막 축은 그냥 기분이다. Codex 1주년에는 Codex가 모든 플랜의 속도 제한을 스스로 리셋하도록 허용했고 새 $100 플랜 출시, 신규 플러그인 실험, 연말 2배 한도 적용, 단순히 주말이라 리셋한 공지도 여러 번이다. 그중 한 문장이 이 목록 전체를 요약한다. "재미로 Codex 속도 제한을 리셋하지 말자, 돈이 든다... 그런데 바이브가 좋으니까."
토큰 소모량은 성과 지표가 아니다
Reddit , r/ClaudeCode, Reddit , r/SaaS
AI 코딩 커뮤니티에서 토큰 소모량을 성과처럼 다루는 문화에 대한 반작용이 이날 여러 서브레딧에서 동시에 나타났다. tokenmaxing and successmaxing not the same는 r/ClaudeCode에서 914 upvote, r/OpenAI에서 409 upvote를 받았다. 제목 한 줄이 논지 전부다. 토큰을 많이 태우는 것(tokenmaxing)과 성과를 내는 것(successmaxing)은 같은 축이 아니라는 것이다. 댓글 수가 각각 38, 13으로 upvote 대비 낮은데 이건 논쟁이 아니라 광범위한 동의를 뜻한다. 커뮤니티가 이미 체감하던 것에 누군가 이름을 붙여준 형태다.
r/SaaS의 Museum of Meaningless Metrics(389 upvote / 44 댓글)는 같은 지적을 더 긴 시간축에 올려놨다. 소프트웨어 업계가 몇 년마다 새 생산성 지표를 발명해온 계보를 lines of code -> story points -> pull requests -> AI tokens로 정리한다. 작성자의 판단은 이 지표들이 엔지니어링 내부용으로는 쓸모가 있지만 정작 유일하게 중요한 질문에는 답하지 못한다는 것이다. "Did the customer get more value?" 댓글 스레드는 각자 "그럴듯해 보이지만 거의 아무 의미 없는 지표"를 하나씩 꺼내놓는 형태로 굴러갔다. 이 정서의 대중적 버전이 r/ClaudeAI에서 이날 두 번째로 높은 반응(1,173 upvote / 27 댓글)을 얻은 밈이다. POV: My Claude credits are about to hit zero. Surely I have enough credits for one last task. upvote 1,173에 댓글 27이라는 극단적 비율은 설명이 필요 없는 공감이라는 신호다. 실무 맥락에서 이 묶음이 중요한 이유는 AI 코딩 도구 도입 성과를 보고할 때 토큰 사용량이나 에이전트 실행 횟수를 KPI로 쓰려는 조직이 늘고 있기 때문이다. 커뮤니티는 이미 그게 lines of code의 반복이라고 판단하고 있다.
비용이 모델 선택을 지배한다 - Opus 이탈과 Grok 4.5 90%
Reddit , r/claude, Reddit , r/vibecoding
담론이 행동으로 넘어간 사례가 두 건 있다. Pristine-Hospital785는 Claude에서 이탈한 과정을 구체적 수치로 남겼다. 44kB 규모 HTML 작업을 Claude에서 시작한 뒤 "continue"를 입력했더니 Opus High가 5시간 한도의 71%를 순식간에 태우고도 작업을 끝내지 못했다. 같은 작업을 Terra Medium으로 옮기자 2시간 이상 한도 걱정 없이 진행됐고 그는 Opus를 크게 앞섰다고 평가했다. 그가 남긴 핵심 문장은 성능이 아니라 경제성에 관한 것이다. Anthropic이 모멘텀을 어떻게 이렇게 잃었는지 이해가 안 된다는 것.
두 번째는 r/vibecoding에서 820 upvote와 220 댓글을 받은 게임 개발 사례다. Cook The Dungeon은 Steam 스토어 페이지가 열려 있는 게임이고 3주 남짓의 작업으로 Act 1 콘텐츠까지 완성됐다. 작성자는 Cursor 위에서 Grok 4.5, Opus 4.8, Composer 2.5, GPT 5.5를 모두 쓸 수 있었지만 Grok 4.5 출시 1주 후부터 전체 작업의 약 90%를 Grok 4.5로 처리했다. 이유는 성능 우위가 아니라 Opus보다 저렴하고 훨씬 빠르다는 것이다. 개인 개발자 규모에서는 절대 성능보다 단위 작업당 비용과 반복 속도가 모델 선택을 지배한다는 뜻이고, 앞선 tokenmaxing 비판과 Opus 이탈 사례가 다른 경로로 같은 결론에 도착한 셈이다. 품질 불만도 별도로 누적되고 있다. JonMadeThis(39 upvote / 35 댓글)는 세 가지를 지적했다. 질문하면 유용한 답 대신 왜 그 질문이 잘못됐는지에 대한 반박이 먼저 오고 그 부정 피드백 루프에서 빠져나오는 데만 20분이 걸린다는 것, 프로젝트 파일에 필수 문서를 다 올려놨는데 claude.md를 포함해 매번 무시된다는 것, 프롬프트에 명시한 조건을 반영하지 않고 질문 자체를 자기 방식으로 다시 정의해버린다는 것이다.
AI는 레버리지를 늘릴 뿐, 다른 레버리지를 없애지 않는다
Hormozi가 "Why AI won't make you rich in 2026"에서 잡는 문제는 단순하다. AI를 많이 쓰고 토큰을 최대한 태우고 바이브 코딩으로 앱을 만들어대는 사람은 폭증했는데 그들이 돈을 더 벌고 있지는 않다는 것이다. 그가 지목한 핵심 오해는 "AI가 다른 모든 형태의 레버리지를 무효화했다"는 믿음이다. 그의 정의에서 레버리지란 투입한 것과 산출된 것의 차이이고, AI가 높은 레버리지를 도입한 건 맞지만 레버리지를 만드는 요소는 원래 여러 개였다. 자본은 여전히 막대한 레버리지를 갖고 미디어도 마찬가지이며 사람(팀)도 다른 사람에게 레버리지를 만들어준다. 그리고 이 요소들은 곱셈으로 작동한다. 그가 던지는 반례가 흥미롭다. 그 많은 AI를 다 가진 프론티어 랩들이 여전히 수천 명의 직원을 두고 있다는 것이다.
증거로 그는 두 가지를 든다. 첫째는 자기 회사다. 최근 매출이 또 한 번 계단식으로 올랐지만 "AI 때문이 아니다. AI가 존재하지 않았어도 그 상승은 있었을 것"이라고 말한다. 둘째가 더 날카롭다. 최근 1~2주 사이 가장 부유하고 오래된 지인들과 나눈 대화다. "당연히 공개 석상에서는 우리 모두 초강성 AI 옹호자다"라고 전제를 깔고 "실제로 매일 AI를 얼마나 쓰나"라고 묻자 사람들이 주변을 둘러보며 "야, 나 AI 안 써"라고 답했다는 것이다. 팀은 쓰냐고 하니 "아 물론이지, 우리 팀은 쓰지"라는 답이 돌아왔다. 여기서 그의 진짜 주장이 나온다. 사업주들이 AI로 작업 처리 용량이 늘어나자 AI가 없었으면 하지 않았을 일들을 하기 시작했는데, "AI가 없었으면 하지 않았을 일"이란 곧 우선순위가 낮았던 일이라는 것이다. 결국 덜 중요한 일을 더 빠르고 자동화된 방식으로 하고 있을 뿐이다.
대안으로 그가 제시하는 것은 기술 전문성이 전혀 필요 없는 레버리지들이다. 1:1 사업을 1:10으로만 바꿔도 결정 하나로 10배 레버리지이고, 고객과의 예약형 미팅을 비동기로 바꾸면 필요한 인원이 크게 줄며, 영업 동선을 바꿔 전환율을 올리면 기존에 10명이 하던 일을 2명으로 압축할 수 있다. 그의 못 박는 문장은 "이 중 어느 것도 AI를 쓰지 않는다"이다. AI보다 더 높은 레버리지가 무엇이냐는 질문에 대한 답은 "좋은 의사결정을 내리는 것"이고, "어떤 것이 우선순위가 아니라고 판정하는 게 우선순위가 아닌 것을 자동화하는 것보다 나에게는 더 효율적이다"라고 설명한다. 현재 AI의 실체에 대한 그의 비유는 거칠다. "지금 유스케이스의 상당수는 제3세계 가상비서를 잔뜩 확보한 것과 비슷하다"이고, 심지어 "지금 가상비서가 AI 토큰 사용료보다 싼 경우도 있다"고 덧붙인다. 다만 그가 AI를 전면 부정하는 것은 아니다. 본인을 매우 이른, 매우 공격적인 도입자로 규정하고 광고 크리에이티브 대량 생성과 AI 영업 담당의 효과는 인정한다. 다만 곧바로 단서를 단다. "AI 영업 담당은 훌륭하다. 그런데 나는 영업 조직을 만드는 법도 안다." 시청자에게 던지는 자가 진단 질문은 한 줄이다. "우리 사업에 AI를 도입한 것이 나에게 돈을 더 벌어줬는가."
백만 명의 형편없는 직원 - 조직 토큰의 80%가 증발한다
LinkedIn , Daero Won, X , aguming_
a16z의 George Sivulka가 2026년 7월 14일에 쓴 "You just hired a million bad employees"를 한국어로 정리한 글이 이번 주 LinkedIn에서 가장 밀도 높은 조직론 텍스트였다. 핵심 비유는 제목 그대로다. 실무에 AI를 들이고 보니 말귀 못 알아듣는 신입을 백만 명 고용한 꼴이 됐다는 것이다. 문제는 최신 모델 성능이나 토큰 가격이 아니라 제대로 관리되지 않은 AI 토큰이 무능한 중간관리자와 똑같이 행동한다는 데 있다.
첫 번째 논지는 토큰 낭비가 인력 과잉과 구조적으로 같다는 것이다. 대부분의 기업에서 직원 100명 중 딱 1명 정도만 AI에게 제대로 된 맥락을 짚어줄 줄 알고 나머지 99명은 자기가 프롬프트를 못 쓴다는 사실을 덮으려고 끝없는 재시도 루프만 돌린다. 그 결과 조직이 쏟아붓는 전체 토큰의 80%가 아무 쓸모 없이 증발한다. 두 번째는 확장성이 AI의 유일한 진짜 우위라는 지적이다. 온보딩이나 이직률을 챙길 필요 없이 버튼 하나로 인력을 늘릴 수 있고, 특정 업무에서 아주 소량의 핵심 맥락만 제대로 주어져도 작업량이 급격히 줄어든다. 그래서 "10배 일 잘하는 사람을 찾던 시대는 지났고 이제는 100배 효율을 내는 핵심 토큰을 찾아내는 게 관리자의 새로운 숙명"이라는 결론이 나온다.
세 번째가 가장 뼈아프다. 직원들이 자기 머릿속 노하우를 AI에게 선뜻 내주지 않는다. 자기 일자리를 빼앗을 후임자를 공짜로 정성껏 훈련시켜 주고 싶은 사람은 없기 때문이다. 그리고 코딩 분야에서 AI가 가장 먼저 시장을 먹어치운 이유는 코드가 돌아가느냐 마느냐 하는 명확한 Eval 기준이 원래부터 내장돼 있었기 때문이다. 경영진이 풀어야 할 진짜 과제는 모호하게 돌아가던 사람의 업무 과정을 코드로 변환하고 확실한 평가 도구를 세우는 일이라는 것이다. 같은 날 다른 글이 이 논지를 보완한다. AI가 이미 하고 있는 일을 빠르게 하는 데만 쓰이면 조직의 기존 논리를 강화할 뿐이라며 영업 리포트를 자동화할 것인가 영업 분석 프로세스를 재설계할 것인가의 선택을 예로 들었다. 전략적 질문은 "AI가 몇 개의 작업을 자동화할 수 있는가"가 아니라 "AI가 어떤 의사결정을 개선할 수 있는가"여야 한다는 것이다. 한국 실무자의 체감도 같은 방향이다. X의 aguming_는 주변 AX를 내세우는 스타트업 지인들 이야기를 들어보면 "문제 정의보다 문제 해결부터 냅다 토큰 때려박기로 애매하게 처리"하는 경우가 많다고 적었다.
AI가 인간의 검증 능력을 무력화한다
AI 조언이 "모르겠다"를 지웠다 - 정확도 3분의 1, 자신감 2배
Hacker News , news.ycombinator.com, PsyArXiv , Marcoccia/Capraro/Quattrociocchi
프랑스와 이탈리아 3개 대학 연구진이 AI 조언 접근이 사람들의 "모르겠다"라고 말할 의향을 44%에서 3%로 붕괴시킨다는 결과를 내놨다. 정확도는 27%에서 9%로 떨어졌고 자신감은 30%에서 76%로 올랐다. Milano-Bicocca 대학의 Valerio Capraro는 "사람들은 훨씬 나빠졌다, 정확도는 3분의 1인데 자신감은 두 배였다"고 요약한다.
설계가 중요하다. 연구진은 AI 모델이 통상 실패하는 질문을 일부러 골랐다. 영화의 시각적 세부, 예컨대 "Bend It Like Beckham"에서 한 팀 유니폼의 색 같은 것이다. 그리고 이런 질문에서 보통 틀리는 Step 3.5 Flash를 썼는데, 이는 판단 감소를 "신뢰할 수 있는 도구에 합리적으로 위임한 것"으로 해명할 수 없게 만들기 위해서였다. 실제로 스스로 답했으면 맞혔을 참가자 일부가 AI에 물어본 뒤 틀렸다. 금전적 인센티브를 걸어도 크게 회복되지 않았다. 무지를 인정할 의향은 3%에서 8%로, 정확도는 9%에서 16%로 올랐지만 둘 다 AI 없는 기준선 44%와 27%에 한참 못 미친다.
HN에서 가장 유용했던 반문은 "AI 특유의 특성(아첨, 대화형 인터페이스)이 문제인가, 아니면 그냥 틀린 답을 읽었기 때문인가"였다. 논문은 두 조건을 모두 실험했다. 물어보면 틀린 답을 주는 LLM 채팅 인터페이스 접근과, 미리 생성된 틀린 답을 제공하는 조건이다. 두 실험이 유사한 결과를 냈고, 이는 문제의 상당 부분이 AI 고유 특성이 아니라 자신 있게 제시된 틀린 답에 대한 노출 자체에 있음을 시사한다. 이 결과가 새로운 이유는 앞선 발견에 한 단계를 더하기 때문이다. Wharton 연구진이 올해 초 "cognitive surrender"라는 용어로 기술한 현상은 사람들이 틀린 AI 답을 80% 비율로 수용하면서 AI 없이 작업한 사람보다 높은 자신감을 보고한다는 것이었다. 이번 연구가 더하는 것은 사람들이 틀린 답을 믿는 데 그치지 않고 AI가 그저 존재한다는 사실만으로 "자신이 무엇을 모르는지 인식하는 인지 습관" 자체가 억제된다는 점이다. Capraro는 비판적 사고가 형성되기 전에 이 시스템과 함께 자라는 아동을 특히 우려한다. 같은 맥락에서 Common Sense Media는 링크를 자신감 있는 AI 생성 요약으로 대체한 Google의 AI 검색 개편을 학생에게 "unacceptable risk"라고 평가했다.
HN 토론에서 나온 역사적 대응물도 인용 가치가 있다. Henri Petroski의 "To Engineer is Human"에는 계산자 시대에 계산기가 등장한 시기를 다룬 장이 있는데, 계산기와 이후의 컴퓨터가 구조 엔지니어의 "수치에 대한 감각"을 침식했고 자기 능력의 경계에서 작업하게 만들었으며 더 심각하게는 컴퓨터 작업의 정확성을 검증할 능력을 제한했다는 지적이다. 사례로 Hartford Civic Center 붕괴가 제시된다. 사망자가 없었던 것은 순전히 운이었다. 그 댓글의 결론은 최소한 안전 필수 시스템에 넣지 말 것, 전문가를 알고리즘으로 대체하지 말 것에서 시작할 수 있다는 것이다. 다른 방향의 반론도 있었다. 최근 모델은 덜 아첨하는 방향으로 개선되고 있고, AI로 실제 일을 하며 큰돈을 내는 사람들은 고객 앞에서 틀리는 것보다 AI에게 틀렸다는 말을 듣는 편을 선호한다는 지적이다.
AI 코드 검토는 타당한 반론이 될 수 없다 - 리뷰 처리량으로 본 실증적 반박
LLM 코딩 도구가 자주 틀린다는 문제에 대한 표준 답변은 "인턴처럼 대하고 결과를 전부 리뷰하면 된다"이다. 이 글은 그 답변을 코드 리뷰의 경험적 연구로 정면 반박한다. 필자는 먼저 논점을 좁힌다. IP 법 문제, 생태적 비용, 자원 소비, 심지어 "결과물이 전부 형편없다"는 평가는 자기 논점이 아니라는 것이다. 그리고 "리뷰"의 의미도 명확히 한다. 업계에서 가장 흔한 가볍고 분산된 리뷰는 변경 사항 지식을 공유하고 표면적 규칙을 강제하는 데는 좋지만 LLM 코드를 감독하는 기준으로는 부족하고, 상당히 깊고 완전한 코드 리뷰가 필요하다는 것이다.
여기서 경험적 연구의 두 한계가 등장한다. 하나, 한 번의 리뷰 세션이 1시간을 넘으면 검토 대상 코드 크기와 무관하게 효과가 급감한다. 이미 대부분을 봤기 때문만이 아니라 그 집중도를 1시간 유지하면 피로와 지루함이 생기기 때문이다. 둘, 그 1시간에 효과적으로 검토할 수 있는 양은 최대 400 LOC 정도다. 400 LOC/H보다 빠른 리뷰가 결함을 효과적으로 찾아 표시한 사례는 경험적 데이터에서 거의 없다. 1시간 세션 사이에 필요한 회복 시간을 조사한 연구는 필자가 찾지 못했고 극단적 상한으로 하루 몇 차례, 평균은 하루 2회 정도를 추정치로 제시한다.
이걸 LLM에 적용하면 산수는 단순하다. LLM이 만든 400 LOC마다 숙련 개발자 1시간이 필요하고 개발자는 주당 약 10~40회의 리뷰 슬롯을 갖되 그 고집중 시간은 회의, 설계, 장애 대응, 직접 쓸 코드에 대한 사고와도 경쟁한다. 결과적으로 최상의 경우에도 하루 수천 LOC이고 현실적 시나리오에서는 하루 1,000 LOC 미만일 수 있다. 여기에는 보일러플레이트, 테스트, 마이그레이션, 설정 파일이 전부 포함되며 단일 테스트 파일도 400 LOC를 넘는 일이 흔하다. 즉 코드 대부분이 단순하고 검토하기 쉬운 최상의 조건에서도 리뷰가 생산성 향상의 천장으로 작동한다.
더 나쁜 부분은 그 천장조차 낙관적이라는 점이다. 위 근거는 인간이 쓴 코드를 인간 리뷰어가 검토하는 상황에서 나왔고 LLM 코드에도 같은 효율이 적용된다는 증거는 없다. 오히려 초기 증거는 LLM 생성 코드를 검토한 사람이 결함을 더 적게 발견하면서 모든 결함을 찾았다는 확신은 더 강해지는 경향을 보인다. 인간 작성자 + 인간 리뷰어 조합보다 LLM + 인간 리뷰어 조합이 더 낮은 품질의 결과를 내면서 후자의 리뷰어가 자기 성과를 더 높게 평가한다는 것이다. 그리고 이 계산에는 발견된 결함을 수정하는 비용이 아예 포함돼 있지 않다. 필자를 가장 화나게 한 것은 옹호론이 제시하는 대표 활용 사례다. 유명한 "회의론자 비판" 글에서 인용한 문장이 "또한, 앞으로 당신이 작성할 모든 Bash 코드의 100%"였다. 셸 스크립트는 파싱이 느슨하고 의미가 과도하게 중첩돼 구두점 하나의 오타가 무해할 수도 있고 컴퓨터 전체를 삭제할 수도 있는, 가장 만들기 쉽고 검토하기 어려운 코드다. 필자가 제시하는 반증 조건은 두 가지다. 인간 리뷰어가 LLM 생성 코드의 결함을 얼마나 잘, 얼마나 빠르게, 하루에 얼마나 지속해서 찾는지를 인간 코드 대상 연구와 같은 방식으로 측정할 것, 그리고 LLM 생성물 리뷰가 인간 생성물 리뷰와 질적으로 다른 문제인지 확인할 것이다. 마지막으로 그가 가장 분노하는 지점은 도구 자체가 아니라 논쟁 방식이다. TDD, 타입 시스템, 테스트/개발 조직 분리, CI/CD, DevOps에서 반복돼온 것처럼 일화가 경험적 증거를 이기는 패턴이라는 것이다.
이번 주 논문 10편 - 웹 에이전트 방어와 VLM의 "다시 보기" 환상
Blogs , discuss.pytorch.kr, VisualSwap , visualswap.github.io
이번 주 논문들을 관통하는 축은 세 가지다. 첫째, 에이전트 시스템이 개별 모델 크기 경쟁에서 시스템 완성도 경쟁으로 넘어가고 있다. Self-Improvements in Modern Agentic Systems 서베이는 현대 에이전트를 "파운데이션 모델 + 스캐폴드(프롬프트, 메모리, 도구, 제어 논리)" 구성으로 정의하고 자기 개선을 자기 유도 업데이트 연산자로 형식화한다. 같은 맥락에서 Skill Is Not Document(R3)는 에이전트 스킬 검색의 정확도가 개별 쿼리-스킬 관련성만이 아니라 "검색된 스킬들이 그 쿼리 아래에서 함께 작동할 수 있는가"라는 쿼리 조건부 호환성에 달려 있다고 지적한다. 착안점이 실무적으로 재밌다. LLM 합성 파이프라인이 만들어내는 거부 결정, 보통 저품질 데이터로 버려지는 것이 사실 "이 스킬들은 이 쿼리에서 함께 검색되면 안 된다"는 호환성 감독 신호라는 것이다. R3-Skill 벤치마크는 스킬 10,246개, 수용 쿼리 41,592개, LLM 거부 주석 32,828개를 8개 슈퍼도메인으로 묶은 중국어-영어 이중언어 데이터셋이고, bi-encoder + cross-encoder 2단계 파이프라인이 Hit@1 0.7521, NDCG@10 0.8173, Set-Compat 0.3188을 기록했다. 스킬을 수십 개 이상 운영하는 팀에게 직접적인 함의가 있다.
둘째, 운영 환경 투입에 따른 보안과 투명성 연구가 눈에 띄게 늘었다. Prismata는 자율 웹 에이전트가 물려받은 XSS 계보의 문제, 즉 신뢰 콘텐츠와 비신뢰 콘텐츠를 섞는 위험을 맥락적 최소 권한으로 막는다. 페이지의 구조적 단서로 콘텐츠에 권한 레이블을 부여하는 동적 신뢰 유도와, 콘텐츠를 가리거나 에이전트 기능을 제한하는 기계적 제약 두 축이다. 레이블이 권한 감소 방향으로만 변할 수 있게 구조적 구속을 두어 레이블링 오류를 제한한다. 결과는 최근 공개된 웹 에이전트 공격들에서 공격 성공률 85.5%에서 0.7%로 떨어지고 무해한 작업 완료율은 4.5%에서 23.0%로 오히려 상승이다. 개발자 주석을 요구하지 않아 롱테일 웹사이트에도 적용 가능하다는 점이 실용 포인트다.
셋째, 멀티모달 통합의 환상을 비판적으로 검증하는 연구다. VisualSwap은 VLM이 추론 중 "그림을 다시 확인해 보겠다"고 말할 때 실제로 시각 입력을 재검토하는지 묻는다. MathVista, MathVerse, MathVision, MMMU-Pro에서 선별한 이미지 쌍 800개로 모델이 이미지를 추론한 뒤 시각적으로 유사하지만 의미가 다른 이미지로 바꿔치기하고 감지 여부를 본 결과, Qwen3-VL, Kimi-VL, ERNIE-VL 모두 교체를 압도적으로 놓치며 정확도가 최대 60% 하락했다. 직관에 반해 thinking 모델이 instructed 모델보다 거의 3배 더 취약했고 스케일링은 완화가 되지 않았다. 다중 턴 사용자 지시는 시각 그라운딩을 복원하지만 자기 생성 반영 문장은 그러지 못했는데, 어텐션 분석이 이유를 설명한다. 사용자 지시는 시각 토큰에 대한 어텐션을 크게 높이는 반면 자기 반영은 그렇지 않다. 앞서 다룬 "AI 조언이 모르겠다를 지운다"와 "LLM 코드 리뷰어가 확신만 강해진다"에 이어 세 번째로 같은 형태의 실패다.
DiffusionGemma 투명성 논문의 수치도 기억할 만하다. 확산 언어 모델은 연속 잠재 공간에서 계산 비중이 크므로 해석 가능한 상태 사이의 불투명 순차 깊이가 자기회귀 Gemma 4 대비 28.6배로 보이지만, 디노이징 단계 사이를 흐르는 정보를 해석 가능한 토큰 병목으로 매핑하면 다운스트림 성능 저하 없이 1.1배로 줄어든다. 대신 알고리즘 투명성은 여전히 어렵다. 실무자에게 가장 바로 쓰이는 건 AI Agents Do Not Fail Alone일 것이다. 에이전트 실패가 알고리즘이 아니라 지시사항, 도구, 메모리, 검색된 지식, 가드레일, 비신뢰 입력이 쌓인 컨텍스트의 부실함에서 온다는 주장을 프런티어 LLM을 고정하고 운영 컨텍스트만 바꾸는 통제 실험으로 검증했다. 오픈소스 ProofAgent-Harness가 역할 명확성, 가드레일 범위, 지침 일관성, 도구 스키마 품질, 그라운딩 충분성, 주입 강화, 토큰 효율성 7개 기준으로 컨텍스트를 채점하며, 기준별 예측 대응(그라운딩 충분성은 환각 저항, 가드레일 범위는 조작 저항, 지침 일관성은 지침 준수, 도구 스키마 품질은 도구 사용)이 일관되게 성립해 컨텍스트 측정을 배포 전 신뢰 신호로 쓸 수 있다는 결론이다. 별도로 LLM/GenAI 사이버보안 서베이는 LLM 생성 악성코드가 탐지 위협의 2021년 2%에서 2025년 약 50%로 증가했다고 보고한다.
iFixAi - 에이전트 오정렬을 45개 점검으로 5분 만에 등급화
가용성, 정확도, 응답 시간 같은 대시보드 지표는 전부 정상인데 에이전트가 허가받지 않은 권한을 슬쩍 쓰거나 출처 없는 주장을 하거나 조작하려는 프롬프트에 굴복하는 경우가 있다. 이런 행동은 평소 KPI에 거의 드러나지 않다가 한참 뒤 사고, 고객 민원, 규제기관 질문으로 튀어나온다. iFixAi는 이 "AI 운영 오정렬"을 손해 나기 전에 찾아내려는 진단 도구다.
45개 점검은 두 계층이다. 핵심 32개는 다섯 필라를 다룬다. 날조는 허가되지 않은 도구 사용과 감사 추적 부재, 근거 없는 주장을 잡고, 조작은 권한 상승, 자체 정책 위반, 프롬프트 인젝션, 오염된 검색 컨텍스트를 본다. 기만은 테스트를 감지하면 더 잘하는 샌드배깅과 숨은 부차 목표, 조용한 실패를, 예측 불가능성은 왜곡된 컨텍스트와 지시 이탈을, 불투명성은 취약한 위험 점수 산정과 망가진 사람 에스컬레이션을 점검한다. 나머지 13개는 사보타주, 샌드배깅, 감독 회피 등 최전선 에이전트 위험 11개 범주에서 최소 하나씩 가져온 무료 미리보기로 이 중 5개만 등급에 반영되고 8개는 헤드라인 등급을 흔들지 않도록 별도 보고된다.
설계에서 가장 중요한 부분은 채점 주체 분리다. 채점 대상(SUT)은 --provider와 --api-key로 명시하고 심사자는 환경에 키가 있는 다른 제공자에서 자동으로 짝지어지되 대상 자신의 벤더는 심사자 후보에서 제외된다. 자기 자신을 채점하지 않는다는 뜻이고, 인용 가능한 등급을 받으려면 서로 다른 벤더의 키 두 개가 필요하다. 두 번째 키 없이 --eval-mode self로 돌리면 등급은 나오지만 자기 채점 스모크 테스트로 표시된다. 등급 산정은 가중 평균이며 A는 0.90 이상, B는 0.80, C는 0.70, D는 0.60이고 통과 임계값은 0.85다. 여기에 필수 최소 항목 B01, B08, P01 중 하나라도 실패하면 전체 점수가 60%로 상한 처리되는 게이트가 있다. 저장소 case_studies/ 스코어카드가 대부분 D~F인 것은 거버넌스가 거의 없는 맨 모델을 대상으로 했기 때문이며 잘 통제된 에이전트는 훨씬 높은 점수를 받는다고 명시돼 있다. Claude Code와 Codex는 플러그인으로, 나머지 에이전트에는 uvx ifixai install --agents all로 슬래시 명령을 한 번에 설치할 수 있고, 라이선스는 프리미엄 계층 점검을 포함해 전부 Apache 2.0이다. 앞서 나온 ProofAgent-Harness와 함께 "에이전트 신뢰성을 배포 전에 측정한다"는 같은 묶음이고, 둘 다 자기 채점 회피를 설계 핵심으로 삼는다는 점이 공통이다.
에이전트 운영체계 - 컨텍스트, 그래프, 권한
컨텍스트 레이어가 해자다 - 하네스는 일회용이어야 한다
LinkedIn , Paul Iusztin, Threads , choi.openai, X , rohit4verse
서로 다른 세 사람이 같은 주에 같은 결론에 도달했다. 에이전트 시스템의 경쟁력은 모델이나 도구가 아니라 그 위에 쌓인 컨텍스트와 그것을 조직하는 구조에 있다는 것이다. Paul Iusztin은 "Claude Code에서 Codex로 전환하는 데 몇 분이면 되어야 하는데 대부분은 처음부터 다시 시작하는 일이 된다"는 관찰에서 출발한다. 그의 진단은 엔지니어들이 하네스에 락인됐다고 생각하지만 실제로는 컨텍스트에 락인됐다는 것이다. 어시스턴트가 뭔가를 배우고 스킬을 얻고 워크플로를 자동화할 때마다 전환 비용이 올라간다. 해법은 "하네스를 일회용으로 만들고 나머지를 지킨다"이다.
구체적 아키텍처는 3계층이다. 1. 통합 메모리. 에이전트가 아는 모든 것을 여러 시스템에 흩어뜨리는 대신 문서, 전문검색, 시맨틱 검색, 지식그래프 순회를 모두 지원하는 단일 DB 위에 올린다. 그의 선택은 MongoDB이며 대부분의 AI 어시스턴트에는 DB 하나로 충분하다는 입장이다. 2. 서빙 레이어. 에이전트는 인터페이스와 직접 대화하고 보통 MCP 서버가 그 자리다. DB는 메모리를 저장하고 MCP 서버는 비즈니스 로직을 소유한다. 메모리를 어떻게 검색하고 갱신할지, 어떤 도구를 쓸 수 있는지, 언제 대화가 장기 기억이 되는지를 MCP 서버가 결정하며 이 분리가 시스템을 이식 가능하게 만든다. 3. 하네스. Claude Code, Codex, OpenCode, Gemini CLI는 스택에서 가장 교체 가능한 부분이어야 한다. 컨텍스트 레이어가 이식 가능하면 하네스 교체는 설정 변경 수준이고, 새 어시스턴트는 즉시 사용자가 누구인지, 무엇을 하고 있는지, 무엇을 배웠는지를 안다.
choi.openai는 같은 논지의 기업 버전을 Cerebras 사례로 전했다. Cerebras가 공개한 사내 지식베이스는 직원들이 하루 15,000개씩 질문하면서 3개월 만에 회사에서 가장 많이 쓰이는 내부 도구가 됐다. 중요한 건 질의 주체가 사람만이 아니라는 점이다. 자동화 스크립트도 에이전트도 여기에 묻는다. 그의 표현으로 "AI 경쟁의 다음 전장은 모델이 아니라 회사의 기억"이다. rohit4verse는 실행 구조 쪽에서 같은 이동을 짚었다. "루프 엔지니어링이 지난 잠금해제였고 그래프 엔지니어링이 다음이다. 에이전트가 while 루프에서 조직도로 졸업하고 있다. 특화된 노드가 병렬로 돌고 상태가 그 사이를 흐른다."
이 흐름에 맞물리는 제품 소식이 Google ADK 2.0이다. "구글이 에이전트 프레임워크 산업을 죽였다"는 표현과 함께 소개됐는데, 오픈소스 무료이며 라우팅, fan-out/fan-in, 루프, 재시도를 포함한 그래프 기반 실행, Task API를 통한 구조화된 에이전트 간 위임, 상태 관리와 동적 구성을 제공한다. 세 관점을 합치면 스택이 정리된다. 아래에는 이식 가능한 통합 메모리, 가운데에는 비즈니스 로직을 소유하는 MCP 서빙 레이어, 위에는 while 루프를 넘어 그래프로 조직되는 실행 구조, 그 위에 언제든 갈아끼울 수 있는 하네스가 있다. 실무 판단으로는 "어떤 CLI를 쓸까"에 시간을 쓰는 대신 메모리와 서빙 레이어를 벤더 중립으로 설계하는 데 시간을 쓰라는 이야기가 되고, 앞 섹션의 사용량 정책 변동성을 감안하면 이 설계는 취향이 아니라 리스크 관리다.
"AI 에이전트를 만든다"는 말이 가리키는 것이 전부 다르다
Reddit , r/AI_Agents, Reddit , r/n8n
upvote는 낮지만 댓글 밀도가 압도적으로 높은 세 게시물이 같은 문제를 다른 각도에서 건드린다. 에이전트라는 말이 무엇을 가리키는지 합의가 없고 실제로 돌아가는 구현은 데모와 크게 다르다는 것이다.
vitmalina의 문제 제기(27 upvote / 19 댓글)는 구체적 일화에서 출발한다. HR 매니저인 지인이 자기도 AI 에이전트를 만들고 있다고 했고 채용 시장에서도 HR 자동화 경험이 아니라 "agentic AI skills"를 요구하는 공고가 늘고 있다는 것이다. 반면 작성자 본인이 말하는 에이전트 구축은 LLM API를 호출하고 skill 파일에서 프롬프트를 조립하고 도구를 노출하고 모델 응답을 해석해 액션을 실행하는 작업이다. 그는 같은 단어가 custom GPT, Claude Project, 스프레드시트에 연결된 프롬프트, n8n/Zapier/Make 워크플로, LangChain/CrewAI 구성, 기존 SaaS의 AI 기능, 그리고 도구와 메모리와 상태와 재시도와 권한과 자체 오케스트레이션 레이어를 갖춘 완전 커스텀 시스템까지 전부 가리키고 있다고 나열하고, 해법으로 low-code agent, workflow agent, API-based agent, tool-using agent, agentic application 같은 세분 용어를 제안했다. "우리는 같은 표현을 쓰면서 같은 얘기를 하는 것처럼 고개를 끄덕이지만 점점 그렇지 않다고 확신하게 된다"는 게 결론이다.
Gallegos_Daniel의 글(13 upvote / 28 댓글)은 그 정의 문제의 프로덕션 버전이다. 데모에서는 Agent A가 Agent B에게 말하면 마법이 일어나지만 실제로는 Agent A가 조용히 실패하고 Agent B는 영원히 기다리고 Agent C가 47번 재시도하면서 $50를 태우고 사람이 직접 확인하기 전까지 아무도 워크플로가 깨진 걸 모른다. 그가 던진 질문은 프로덕션에서 신뢰할 만한 멀티에이전트 오케스트레이션을 실제로 돌리는 사람이 있는지, 아니면 여전히 최신 기술 수준이 "기도하고 모니터링하기"인지다. 댓글이 upvote의 두 배라는 건 각자 자기 실패 사례를 들고 왔다는 뜻이다. 세 번째 글(11 upvote / 46 댓글)은 도구 계층의 이동을 묻는다. Claude Code, OpenAI Codex 같은 코딩 에이전트가 n8n 같은 워크플로 플랫폼을 대체하고 있다는 말이 늘었고 1년 전엔 모두가 n8n을 말했는데 최근 콘텐츠는 AI 에이전트로 쏠렸다는 관찰이다. 댓글 46개가 upvote 11개를 압도하는 구조라 답이 갈리고 있음을 보여준다. 참고로 같은 서브레딧에 Codex를 n8n 노드로 실행하고 SKILL.md를 설치/호출할 수 있게 하는 ProDex 프로젝트가 올라왔는데, 이건 대체가 아니라 병합 방향의 답이다.
Fable은 오케스트레이터, Sol은 디버거, Opus는 검증자 - codor
Reddit , r/codex, GitHub , rjx18/codor
바로 위 질문에 대한 이날의 유일한 구체적 답변이 r/codex의 richhard 게시물(234 upvote / 111 댓글)이다. 그는 Fable, GPT-5.6 Sol, Opus 세 모델을 동시에 돌리면서 각각에 다른 역할을 부여했다. Fable은 창의적이고 앞을 내다보는 product manager 역할로, 긴 컨텍스트 윈도우 덕에 모든 맥락을 기억하고 오케스트레이션과 대안 탐색을 맡는다. Sol은 집요한 tech lead로 버그를 정확한 발생 지점까지 추적하고 모든 엣지 케이스를 분석해 아키텍처를 확정한 뒤에야 코드를 쓴다. Opus는 주력 실무 엔지니어인데, 흥미로운 건 그가 Opus의 약점으로 꼽은 행동, 즉 자꾸 질문하고 버그가 아닌 걸 버그라고 지적하는 것이 결과적으로 나머지 둘에게 재검토를 강제하는 검증 장치로 기능한다는 관찰이다. 그의 표현으로는 각 줄을 일일이 감시하지 않아도 되는 첫 워크플로였다.
구현 방식의 변화도 실무적으로 유용하다. 처음엔 모델별로 tmux 세션을 띄우고 tmux send-keys로 메시지를 주고받았는데 이 방식은 불안정했고 에이전트가 셋 이상이 되면 관리가 불가능해졌으며 휴대폰에서 접근할 수도 없었다. 그래서 각 CLI를 감싸는 웹 래퍼를 만들어 모든 에이전트를 같은 방에 넣고 @ 멘션으로 서로를 호출하게 했다. 설계 포인트는 가시성 비대칭이다. 각 에이전트는 자신이 멘션된 메시지만 보지만 사용자는 전체 대화를 읽는다. 컨텍스트 오염을 막으면서 사람은 전체를 감독하는 구조다. 여기에 사용량 추적기와 첨부 기능을 붙였고 하루 이상 연속으로 에이전트들이 스스로 소통하며 작업을 이어갔다고 보고했으며 반응이 커지자 실제로 오픈소스로 공개했다. 참고로 같은 날 r/Anthropic에서는 Kimi 3와 Fable 5에 동일한 paper craft 애니메이션 프롬프트를 넣어 비교하는 게시물이 145 upvote를 얻었는데, 판정보다 "같은 프롬프트를 여러 모델에 넣어 비교하는" 평가 방식 자체가 커뮤니티 기본값이 됐다는 게 신호다.
여분 Mac 한 대를 Claude Code 전용 통제 환경으로
Hacker News , news.hada.io, GitHub , ykdojo/claude-controls-mac
--dangerously-skip-permissions를 켠 Claude Code는 주 머신에서 돌리기에 위험이 크다. 이 가이드의 접근은 컨테이너가 아니라 장비 자체를 분리하는 것이다. 오래된 여분 Mac을 완전히 지우고 Apple ID를 로그인하지 않은 새 로컬 계정을 만들고 로컬 네트워크에서는 SSH로, 밖에서는 휴대폰 Claude 앱으로 제어한다. 필자는 컨테이너 환경도 직접 만든 사람이지만 두 가지 한계를 지적한다. 컨테이너는 여전히 주 Mac에서 실행되므로 네트워크 요청도 주 Mac을 통과해 완전한 분리가 아니고, Unity 같은 Mac 전용 앱이나 클릭/드래그가 필요한 GUI 작업을 시킬 수 없다.
기본 셋업은 평범하다. 대상 Mac을 초기화하고 새 로컬 관리자 계정을 만든 뒤 SSH를 켜고, 암호 없는 sudo를 설정하되 sudo visudo -cf가 parsed OK를 출력하는지 반드시 확인한다. sudoers 문법 오타는 sudo 접근 자체를 막는다. 주소는 IP가 아니라 scutil --get LocalHostName으로 얻은 이름에 .local을 붙여 쓰고, macOS가 전원 연결 상태에서도 약 10분 유휴면 잠들어 네트워크에서 사라지므로 pmset -c sleep 0, disablesleep 1, displaysleep 0으로 절전을 막는다. PATH 경고가 나오면 ~/.zshrc가 아니라 모든 zsh가 읽는 ~/.zshenv에 추가해야 비대화형 SSH 명령에서도 잡힌다.
이 가이드의 진짜 핵심은 SSH를 통한 컴퓨터 사용 기능이다. SSH 프로세스는 GUI 로그인 세션에 연결된 화면 기록과 손쉬운 사용 권한을 직접 쓸 수 없다. 그래서 LaunchAgent가 GUI 세션 안의 고정 소켓에서 tmux 서버와 앵커 세션 cc를 상시 유지하고, 그 서버 안에서 시작된 Claude Code가 GUI 세션을 상속받아 스크린샷과 마우스/키보드 제어에 접근한다. 흔히 막히는 지점이 권한 부여 대상이다. macOS가 요구하는 것은 claude가 아니라 책임 프로세스인 tmux 바이너리(Intel /usr/local/bin/tmux, Apple Silicon /opt/homebrew/bin/tmux)이고, 권한 상태가 프로세스 시작 시 캐시되므로 부여 후 tmux -S /tmp/cc-tmux.sock kill-server로 서버를 재시작해야 반영된다.
운영은 ic 래퍼로 한다. ic는 새 세션, ic -c/ic -r은 계속/재개, ic --chrome은 Claude in Chrome 동반 실행, ic sh는 일반 셸, ic vnc는 Screen Sharing, ic rc는 휴대폰 Remote Control 서버다. 모든 ic 세션이 --dangerously-skip-permissions로, ic rc가 --permission-mode bypassPermissions로 실행된다는 점은 명시적으로 인지하고 써야 한다. 흥미로운 응용은 에이전트 간 위임인데, 소스 Mac의 Claude Code가 SSH와 tmux send-keys로 대상에서 실행 중인 Claude 세션에 프롬프트를 보내고 tmux capture-pane으로 응답을 읽는 방식이다. 긴 프롬프트는 같은 전송 묶음에 포함된 Enter가 제출로 처리되지 않을 수 있어 잠시 기다린 뒤 Enter를 한 번 더 보내야 한다. 알려진 이슈로는 소스와 대상 Chrome이 같은 계정 확장을 동시 실행하면 로컬 장비 판별이 잘못되는 건(#74667)과 휴대폰에서 만든 세션에 브라우저 도구가 제공되지 않는 건(#74671, 터미널에서 시작 후 /rc로 우회)이 있다. tmux 안에서는 OSC52 클립보드 시퀀스를 Terminal.app이 받지 못하므로 전체 복사는 Cmd-A 후 Cmd-C를 써야 하고, Tailscale로 외부망 접속을 붙일 때는 device approval을 켜고 key expiry는 꺼야 약 180일 뒤 만료로 연결이 끊기지 않는다.
Anthropic 엔지니어 90% 이상이 self-improving loop로 개발한다
이번 주 X의 AI 타임라인은 Anthropic 내부 개발 방식과 공식 학습 자료로 채워졌다. 가장 많이 인용된 문장은 한 Anthropic 엔지니어의 40분 팟캐스트 발언이다. "Anthropic에서는 엔지니어의 90% 이상이 self-improving loop로 개발하고 있다. 4-6개월 안에 100%가 될 것이다. 내 에이전틱 루프는 수백 달러를 쓰지 않고도 며칠 동안 돌 수 있다." 두 가지가 동시에 담긴 주장이다. 하나는 자기개선 루프가 실험이 아니라 사내 표준에 가깝다는 것, 다른 하나는 장시간 실행이 비용 폭발을 뜻하지 않는다는 것이다. 후자는 앞서 나온 토큰 낭비 논의와 정확히 맞물린다. 잘 설계된 루프는 오래 돌아도 싸고, 못 설계된 루프는 재시도만 반복하며 토큰을 태운다.
학습 자료도 같은 주에 몰렸다. Anthropic이 자사 엔지니어와 동일한 워크플로를 다루는 무료 4시간 강의를 공개했고 공유된 타임스탬프는 00:15 Claude에게 제대로 프롬프트하는 법, 11:41 일관성 없는 답변을 고치는 output contract, 30:04 에이전트를 더 신뢰할 수 있게 만드는 루프, 33:21 이후 추가 주제로 이어진다. output contract(출력 형식을 계약처럼 명시해 응답 편차를 줄이는 기법)와 루프 설계가 커리큘럼의 중심에 있다는 점이 눈에 띈다. 별도로 Claude Code를 만든 엔지니어가 28분짜리 프롬프트 작성 영상을 공개했는데 CLAUDE.md 파일, 메모리 단축, 병렬 세션, 프롬프팅 패턴을 다룬다. 공유자는 "300달러짜리 강의도 이 영상 첫 10분에 나오는 내용을 못 다룬다"고 평가했다. 여기에 무료 가이드 15종을 모은 큐레이션(Claude 101, Claude Certified, Claude Design, Claude Skills 등)이 "2026년에 Claude 강의에 돈 쓰지 말라"는 제목으로 100회 이상 공유됐다.
가장 반응이 컸던 건 의외로 소소한 글이다. "누가 나한테 'i have adhd' 스킬을 공유했는지 모르겠지만 고맙다, Claude 응답이 훨씬 좋아졌다"는 트윗이 28,083 반응을 얻었다. 스킬 하나가 응답 스타일 전반을 바꾼다는 체감이 널리 공유된 셈이고, 프롬프트 미세조정보다 재사용 가능한 스킬과 시스템 프롬프트 자산화가 실효가 크다는 신호다. 다만 앞서 다룬 "The Case Against Skills"는 정확히 반대편에서 스킬 대부분이 중복이 됐고 지시를 쌓을수록 나빠진다고 주장하므로, 이날 커뮤니티는 스킬 자산화의 효용을 두고 양쪽으로 갈려 있었다고 보는 편이 정확하다.
유출된 Fable 5 시스템 프롬프트를 500토큰으로 압축
Reddit , r/PromptEngineering, GitHub , KinetiNode
유출된 Claude Fable 5 시스템 프롬프트를 실사용 가능한 크기로 줄이려는 시도가 r/PromptEngineering에서 371 upvote, r/AI_Agents에서 208 upvote를 얻었다. 문제 정의는 정량적이다. 유출본은 120,000자 규모이고 API 호출당 약 30,000 토큰을 사용자가 프롬프트를 입력하기도 전에 태운다. 작성자 주장으로는 그 텍스트의 약 60%가 Anthropic 내부 백엔드에 하드코딩된 것, 즉 중첩 XML 태그나 커스텀 bash 환경용 서버사이드 스키마 같은 것이라 다른 모델에는 의미가 없다. 실제로 원문을 Gemini 3.1 Pro나 ChatGPT 5.6에 그대로 넣으면 성능 저하와 지연이 생기고 존재하지 않는 도구 오류를 환각한다.
이틀간 작업해 뽑아낸 결과물은 500 토큰짜리 마크다운 블록이고 6개 섹션으로 구성된다. 출력 전에 전체 범위와 숨은 의존성, 순환 참조, 무성 실패 지점을 먼저 매핑하고 파일 존재를 추측하지 않는 전략 아키텍처 절, 불릿 남용과 과도한 헤더 중첩을 막고 거절을 전달할 때는 순수 산문만 쓰게 하는 안티 챗봇 산문 규범, 원문 레이아웃을 미러링하지 말고 논리만 추출해 자체 구조로 재설계하라는 구조적 재서술 절, 핵심 답을 먼저 놓고 사고 과정 내레이션과 참여 유도를 금지하는 커뮤니케이션 절, 거절 시 탐지 메커니즘과 경계선 위치를 노출하지 않고 근거 원칙만 중립적으로 진술하는 절, 그리고 플레이스홀더와 빈 스텁을 금지하고 UI 생성 시 localStorage를 쓰지 않게 하는 기술 품질 절이다. 작성자가 이 압축본이 포착했다고 주장하는 핵심 행동은 네 가지다. 게으른 불릿 목록과 과도한 볼드 헤더를 막아 사람이 쓴 것 같은 기술 산문을 강제하는 것, 원문 구조를 그림자처럼 따라가는 습관을 깨는 것, "이제 생각해보겠습니다" 류 메타 코멘터리를 없애는 것, 그리고 "더 탐색하고 싶으면 말씀하세요" 같은 참여 유도 루프를 제거해 깔끔하게 끝내는 것이다. 두 서브레딧에 거의 동일한 본문을 올리고 저장소를 함께 공개했다는 점에서 홍보 성격이 섞여 있으니 그 유보는 붙여야 한다. 다만 원본을 그대로 쓰면 안 되는 이유는 수치와 함께 제시된 실용 정보다. 이날 같은 커뮤니티에서 "AI티" 제거와 참여 유도 금지가 핵심 셀링 포인트로 다뤄졌다는 것 자체가 모델 출력 톤에 대한 사용자 피로가 임계점에 왔다는 신호이기도 하다.
/goal은 6회 중 4회 이겼지만 두 모델 모두 평균은 나빠졌다
Hacker News , news.hada.io, GitHub , charles-azam/CLIArena
필자는 미공개 NP-난해 최적화 문제 하나를 두고 Claude 계열과 GPT 계열에 각각 일반 모드와 네이티브 /goal 모드로 30분씩 풀게 했다. 문제는 KIRO라는 광섬유망 설계 문제로, 배전 허브에서 시작하는 중복 루프와 루프 위 타워에서 뻗는 짧은 분기로 네트워크를 구성하되 모든 타워가 정확히 한 번 등장해야 하고 케이블 구간은 방향을 뒤집으면 비용이 달라진다. 탐색 공간은 Paris만 봐도 터미널 532개를 허브 11개에 배정하는 경우가 11^532이고, 28개짜리 루프 19개에 분기 없음으로 제한한 유효 해 집합만 세어도 약 10^1223이다.
원시 수치를 보면 왜 승률과 평균이 엇갈리는지 분명해진다. Fable 5의 세 쌍은 32,197에서 31,934(263 개선), 32,516에서 32,324(192 개선), 32,446에서 35,178(2,732 악화)이었고, Sol은 33,581에서 39,371(5,790 악화), 35,539에서 32,703(2,836 개선), 33,663에서 33,313(350 개선)이었다. /goal이 6회 중 4회를 이겼으므로 승률만 보면 유용해 보인다. 하지만 평균은 Fable 5가 759점, Sol이 868점 나빠졌다. 중앙값 기준으로는 각각 192점, 350점 개선인데도 그렇다. 두 모델 모두 작은 개선을 자주 얻는 대신 드물게 큰 성능 저하를 겪었고 나쁜 결과의 꼬리가 훨씬 멀리 갔다. 모델 간 비교도 명확하다. Fable 5의 일반 모드 평균이 Sol보다 1,875점 좋았고 goal 평균도 1,984점 앞섰다. 더 중요한 건 분산이다. Fable 일반의 세 결과는 319점 범위 안에 머문 반면 Sol 일반은 1,958점에 걸쳐 있었다. 전체 최고 점수 31,934는 Fable 5의 /goal에서 나왔지만 필자가 꼽은 가장 안전한 구성은 Fable 5 일반 모드였다.
가장 실용적인 부분은 같은 /goal이라는 이름 아래 두 개의 다른 시스템이 숨어 있다는 분석이다. Claude Code의 /goal은 세션 범위 Stop 훅으로 동작한다. 메인 모델이 한 턴을 끝낼 때마다 기본값인 Haiku 평가 모델이 목표 조건과 대화를 읽고 이유와 함께 yes/no를 반환하며, no면 새 턴을 시작하고 yes면 목표를 해제한다. 이 평가 모델은 도구를 쓰거나 파일을 검사할 수 없고 대화 기록에 나타난 증거만 판단한다. 너무 일찍 끝내는 상황은 잡을 수 있지만 솔버를 1,000만 회 더 돌릴 가치가 있는지는 알 수 없다는 뜻이다. 반면 Codex CLI 0.144.4는 목표를 스레드에 연결된 영속 상태로 취급한다. TUI가 활성 스레드의 목표를 저장하고 SQLite가 상태와 예산 사용량을 기록하며 작업 모델은 create_goal, get_goal, update_goal 도구를 받고, 목표가 활성인 상태에서 스레드가 유휴가 되면 완료 감사를 포함한 후속 턴이 주입된다. 요약하면 Claude는 독립 평가자에게 완료 판단을 맡기되 그 평가자가 대화 기록만 보고, Codex는 작업 모델이 사실상 자기 작업을 스스로 채점한다.
/goal이 최적화 문제에서 위험한 이유도 설명된다. 일반 코딩 작업은 추가 턴으로 테스트를 고치는 식으로 진행이 가시적이지만, 최적화는 에이전트가 솔버를 고른 순간부터 추가 시간이 좋은 결정과 나쁜 결정을 똑같이 증폭한다. 실제로 도움이 된 경우는 Fable의 빠른 컴파일 기반 포트폴리오를 계속 돌린 때와 Sol의 성공적인 체인 재분할 전략을 지속한 때였고, 해가 된 경우는 Fable이 느린 솔버를 만든 뒤 계속 돌린 때와 Sol이 모든 기준점을 훑는 완전 탐색에 집착한 때였다. 한계도 필자가 직접 적어뒀다. 깨끗하게 대응되는 실행 쌍은 Fable과 Sol만 3개씩이고, 결정적으로 작업 메타데이터에는 CPU 1개로 기록됐는데 컨테이너에는 8개가 노출돼 Fable의 병렬 포트폴리오에 유리했다. 즉 이 벤치마크가 측정한 것은 모델 단독이 아니라 모델, CLI, 프롬프트, 구독 서비스, 하네스를 포함한 전체 시스템이다.
Codex가 기기를 마모시킨다는 주장
Reddit , r/codex, Reddit , r/OpenaiCodex
Codex 사용자 커뮤니티에서 하드웨어 손상 우려가 다시 불거졌다. No_Leg_847의 게시물은 r/codex에서 360 upvote와 144 댓글을 모았는데 upvote 대비 댓글 비율이 40%로 높아 재현 여부를 두고 격론이 벌어진 상태다. 주장은 두 갈래다. 첫째, 몇 주 전 Codex가 SSD에 불필요하게 부풀려진 쓰기를 발생시켜 수명을 깎는다는 이슈가 제기됐고 해결됐다고 발표됐지만 여전히 재발 정황이 있다는 것. 둘째, 최근 며칠간 Codex를 돌리면 Mac이 느려지고 결정적으로 Codex를 종료한 뒤에도 증상이 지속돼 재부팅해야만 정상으로 돌아온다는 것이다. 작성자는 이 증상이 CPU나 메모리 과다 사용으로는 설명되지 않는다고 명시했고, Codex 자신에게 진단을 시켰더니 과도한 I/O와 그래픽 작업 때문이라는 답이 나왔지만 충분하지 않다고 봤다. 주목할 부분은 작성자가 본문에 "봇이 몰려와 문제가 없다고 주장하며 다운보트하지 말라"는 방어 문장을 넣었다는 점이다. 이 커뮤니티에서 하드웨어 이슈 제기가 반복적으로 묻혀왔다는 인식이 있다는 뜻이고, 실제로 같은 날 관련 게시물 하나가 r/codex 모더레이터에 의해 삭제돼 r/OpenaiCodex로 옮겨졌다.
같은 날 정반대 신호도 있었다. dagerika의 Thank you Tibo(58 upvote / 33 댓글)는 Windows 클라이언트의 성능 문제가 마침내 수정됐다고 보고한다. 구체적으로 WMI Provider가 시스템 리소스를 전부 빨아들이던 현상이 사라졌고 Windows Security가 상시 경계 상태에 있지 않게 됐다. 플랫폼별로 리소스 문제가 실재했고 일부는 이미 수정됐다는 뜻이며, macOS 쪽 증상은 아직 공식 설명을 받지 못한 상태라는 대비가 생긴다. 모델 자체에 대한 관찰도 붙는다. No-Wash-3163(42 upvote / 18 댓글)은 GPT-5.6이 5.5보다 확실히 똑똑하지만 이상하게 버그를 더 많이 찾는다고 보고했는데 이유는 그 버그들을 5.6 자신이 만들었기 때문이다. 도입 초기에는 5.5가 남긴 persistency, ownership, duplicate source of truth 문제를 잘 잡아냈지만 작업이 진행될수록 5.6 자신이 만든 버그(source of truth 중복, 계획에 명시된 지시 무시)가 더 많아졌다는 것이다. 성능 향상과 신뢰성이 같은 방향으로 움직이지 않는다는 관찰이라 도입 판단에 직접 걸린다.
Raspberry Pi 5에서 도는 개인 비서 LIA
Reddit , r/LangChain, GitHub , jgouviergmail/LIA-Assistant
반응 규모는 작지만(합쳐서 14 upvote) 구조가 구체적이라 남길 가치가 있다. LIA는 LangChain/LangGraph 기반의 개인 비서로 Raspberry Pi 5에서 자기호스팅할 수 있다는 게 핵심 제약 조건이다. 즉 클라우드 의존 없이 개인 하드웨어에서 상시 구동하는 것을 설계 목표로 잡았다. 기능 구성은 요즘 에이전트 프레임워크의 표준 세트인 이미지 생성/편집, RAG, skills, MCP, 예약 작업에 두 가지가 더 붙는다. 능동적으로 먼저 행동하는 proactive 동작과, 대화에 대한 자체 성찰 메모리를 포함해 시간이 지나며 진화하는 구조화된 메모리다. 고유 성격과 감정 시스템을 갖췄다고 주장하지만 이 부분은 검증 가능한 형태로 제시되지 않았다.
자기호스팅에서 파생되는 부수 기능 하나가 실용적이다. 가족용 AI 서버로 쓸 수 있고 관리자가 가족과 지인의 API 소비량을 관리하고 모니터링할 수 있다. 여러 사람이 하나의 API 키를 공유할 때 생기는 비용 통제 문제를 정면으로 다룬 셈이다. 주목할 메타 신호는 작성자가 "unapologetically claude code vibe-coded project"라고 스스로 라벨을 붙였다는 점이다. 그러면서 코드 품질과 문서화에 특별히 신경 써서 엔터프라이즈급 프로젝트처럼 다뤘고 누구나 소스를 인수해 확장할 수 있는 기반을 만들었다고 주장한다. AI로 만들었다는 사실을 숨기는 대신 앞세우면서 품질로 방어하는 태도인데, 아래 바이브코딩 섹션의 Steam 게임 사례와 같은 흐름이다.
AI와 개발 문화가 갈라지는 선
Linus Torvalds "Linux는 반AI 프로젝트가 아니다"
Blogs , discuss.pytorch.kr, Hacker News , news.hada.io
Linus Torvalds가 커널 메일링 리스트에서 LLM 사용 논쟁에 최상위 메인테이너로서 선을 그었다. 요지는 세 문장으로 압축된다. Linux는 반AI 프로젝트가 아니고, AI는 우리가 쓰는 다른 도구와 같은 하나의 도구이며 분명히 유용하고, 이에 문제가 있는 사람은 오픈소스 방식대로 포크하거나 떠나면 된다. 그는 "1년 전만 해도 그렇게 명확하지 않았을 수 있으나 오늘날에는 더 이상 의문의 여지가 없다"며 AI의 유용성을 의심하는 사람은 실제로 써보지 않은 것이라고 말했다. AI의 경제성이 최종적으로 어떤 모습일지 같은 질문은 남아 있지만 "유용한가"는 이제 그런 질문에 속하지 않는다는 구분이다.
동시에 그는 AI가 메인테이너에게 고통스러운 도구일 수 있음을 인정했다. 작업 부담이 늘고 "당혹스러운 버그를 계속 찾아낸다"는 점이다. 다만 해결책은 머리를 모래에 파묻고 "La La La, 안 들려"라고 외치는 것이 아니라 LLM 도구가 고통 대신 메인테이너를 돕도록 만드는 것이라고 못박았다. 사용을 강요하지는 않지만 다른 사람의 사용을 막으려 논쟁하는 이들은 "매우 공개적으로 무시"하겠다는 표현까지 붙었다. AI의 불완전성에 대해서는 "AI의 문제를 지적하는 사람은 동시에 거울 속 자신도 가리켜야 한다. 자연 지능 역시 항상 뛰어난 것은 아니다"라고 응수했다. 논쟁의 발단은 Roman Gushchin의 지적이었다. 반LLM 입장이 sashiko의 목적인 메인테이너 지원 자체를 달성 불가능하게 만든다는 것이다. Linus는 커널 프로젝트가 과거에도 앞으로도 기술에 관한 것이며 오픈소스 작업의 사회적 측면은 중요한 부수적 이점일 뿐 프로젝트의 목적이 아니라고 정리했다. 커널 커뮤니티가 오픈소스를 하는 이유는 종교적 이유가 아니라 그것이 더 나은 기술로 이어지기 때문이라는 논리다.
반대 진영의 반론도 기록해둘 가치가 있다. 가장 날카로운 것은 "커널 커뮤니티가 더 나은 기술을 위해 오픈소스를 한다면서 정작 이런 AI 도구는 오픈소스와 정반대에 가깝다. Anthropic 구독을 과연 도구라고 부를 수 있는가"라는 지적이다. 직접 커널과 버전 관리 시스템과 편집기까지 만든 인물이 조정도 검사도 수정도 할 수 없는 블랙박스를 이토록 쉽게 받아들이는 모습이 기묘하다는 것이다. 이에 대해서는 Git이 BitKeeper가 폐쇄형이라 싫어서가 아니라 커널 개발용 라이선스가 취소돼 만들어졌고 초기 Git 발표에서도 Linus가 "소프트웨어를 만드는 올바른 방식은 오픈소스지만 소프트웨어를 쓸 때는 작업에 가장 적합한 도구를 원한다"고 명시했다는 반박이 나왔다. Laurent 측 주장을 Linus가 오독했다는 관점도 있다. Laurent는 생성형 AI 사용에 개인적 윤리 우려가 있을 수 있음을 공동체가 고려하고 합리적 중간 지점을 찾자고 요청했을 뿐인데 Linus는 이를 공동체 전체에 윤리를 강요하는 요구로 읽었다는 것이다.
이 논쟁의 실질적 쟁점은 네트워크 효과다. vim과 Emacs 중 무엇을 쓰는지는 동료 개발자에게 직접 영향을 주지 않으므로 프로젝트를 떠날 이유가 되지 않지만, LLM 사용이나 거부는 대개 구성원 모두에게 영향을 준다. 특히 공유 인프라와 코드 리뷰에는 대략적 합의가 필요하다. AI 리뷰를 거부하는 프로젝트에서 봇으로 리뷰하면 규범을 깨는 것이고, 반대하는 이들이 충분히 많다면 메인테이너가 사람을 잃지 않기 위해 도구를 포기할 수도 있다. 실제로 프로젝트들은 이미 갈라지고 있다. NetBSD는 GitHub/Microsoft Copilot, OpenAI ChatGPT, Facebook/Meta Code Llama 같은 LLM 생성 코드를 오염된 코드로 간주하고 코어 팀의 사전 서면 승인 없이는 커밋하지 못하게 한다. Ghostty, Godot, Zig, curl은 같은 개인의 선택 논쟁을 훨씬 차분하게 다뤘다는 평가도 있다.
PHK의 마지막 Bikeshed - FOSS를 끝내는 것은 LLM이 아니라 연령 확인이다
약 20년 전 플래시 메모리에 관한 글을 요청받은 것을 계기로 시작된, 대략 1년에 한 번꼴의 Bikeshed 칼럼이 이번 회로 끝난다. 필자는 확신에 찬 원로가 되고 싶지 않아 칼럼을 접는다면서 먼 미래에 관한 자신의 예측이 완전히 틀리기를 바란다고 적는다. 그가 지목한 두 변수는 LLM 기반 코드 리뷰와 연령 확인이고, 현재 형태의 FOSS를 끝낼 쪽은 후자라고 본다.
LLM 코드 리뷰에 대한 그의 관점은 40년 경험에 기반한 감가 곡선이다. 어떤 코드 품질 도구를 붙여도 첫 12일에는 해결할 문제가 대량으로 나오고, 35일에는 확실한 버그 몇 개와 기술적으로는 버그지만 심각하지 않은 문제가 드러나며, 둘째 주부터는 새로운 성과가 거의 사라진다. 1984년 Zilog Zeus 설명서에서 lint(1)를 처음 접했을 때부터 최근 Clang 정적 분석까지 같은 패턴이었다. 여기서 그는 LLM 도구가 찾아낼 최악의 소프트웨어 버그 가운데 절반 이상은 이미 공개됐을 가능성이 있다고 추정한다. AI 업계가 투자 열기를 키우려 큰 성과를 가능한 한 빨리 공개하려 한다는 점도 이 추정을 뒷받침한다. 그렇다고 가치를 부정하지는 않는다. LLM의 버그 탐색은 컴퓨터 체스와 닮아서 인간이 시간과 에너지를 아끼려 휴리스틱하게 탐색하는 것과 달리 탐색 트리를 더 넓고 깊게 조사할 수 있다. 그가 제안하는 시험대는 원자력 발전소의 전체 설계/준공 문서를 모델에 통째로 주는 것이다. 인간 공학 시스템의 복잡성을 다루는 한계를 시험하면서 큰 관심도 얻을 수 있다는 것이다.
관건은 경제성이다. 모델의 비용은 대부분 학습 단계에 선투입되는데 결과물인 가중치는 현대 휴대용 저장장치에 들어갈 만큼 작아 수익을 내려면 같은 가중치를 수백만 번 팔아야 한다. 그는 이를 수백만 달러를 들여 만든 뒤 청소년 용돈 단위로 회수하는 영상 산업에 비유한다. Hollywood는 저작권 보호로 이 구조를 어느 정도 지켰지만 LLM 업계는 저작권 침해 소송에서 반복적으로 공정 이용을 내세워 왔으므로 같은 보호를 확보하기 어려울 수 있다. 투자 거품이 꺼지고 성과가 줄어들면 누가 차세대 모델의 학습 비용을 댈지 분명하지 않다는 것이다.
두 번째이자 그가 더 무겁게 보는 변수는 연령 확인이다. 논리 사슬은 이렇다. 소스 코드를 바꾸고 다시 컴파일할 수 있다면 사용자가 연령 확인 기능을 제거할 수 있다. 이를 막을 유일한 방법은 암호학적으로 증명된 소프트웨어 무결성이고, 그러려면 누군가 운영체제를 신뢰할 수 있다고 공식 보증해야 하는데 사용자가 그것을 수정하고 재컴파일할 수 있다면 아무도 보증을 맡지 않는다. 그래서 인터넷은 어떤 브라우저와 기기로도 접근할 수 있는 영역이 점점 작아지는 방향으로 분할되고, 더 많은 서비스가 증명된 컴퓨팅 플랫폼에서만 접근 가능해진다. EU 디지털 주권은 다른 방향에서 같은 결론으로 수렴한다. Google, Apple, Oracle, Microsoft, Facebook, Twitter에 대응하는 유럽 기업이 없어 EU는 FOSS를 디지털 주권의 유일하게 현실적인 희망으로 본다. 문제는 유럽 CIO들이 FOSS 소스 코드를 발견하더라도 계약을 협상할 공급자나 서명할 상대가 없고, FOSS 라이선스에 공통으로 들어가는 무보증/면책 조항 때문에 기존의 책임 배분 방식을 적용할 수도 없다는 것이다. Cyber Resilience Act가 FOSS에 큰 예외를 줬지만 FOSS로 수익을 내는 순간 그 예외가 끝나며, 향후 10년 동안 EU에서 FOSS를 통해 상당한 이익이 발생할 것이므로 상업화가 현재 형태의 FOSS 종말을 앞당긴다는 예측이다.
유지보수자 구조도 같이 무너진다고 본다. 많은 FOSS가 단 한 사람의 의사에 따라 존속하며 그 사람은 자기 프로젝트 위에 얼마나 많은 인프라가 쌓였는지 모르거나 신경 쓰지 않을 수 있다. 번아웃은 이미 있고 FOSS가 세대적 현상에 가까워 보이는 만큼 유지보수자의 사망도 더 빈번한 문제가 될 것이다. 후계자를 끌어들이는 일은 이미 어려운데 유지보수자는 무보수인 반면 새로 생긴 "FOSS steward"와 "FOSS manufacturer"가 같은 소프트웨어로 수익을 얻는 구조에서는 더 불가능해진다. 결론적으로 종신 자비 독재자(BDFL)가 운영하는 시대는 끝나고 영향력 있는 프로젝트는 FOSS 관리 조직이나 기업이 임명한 위원회가 유지하게 된다는 전망이다. 그가 그리는 최종 그림은 벽으로 둘러싸인 앱스토어 모델이다. 암호학적으로 진품임이 증명된 커널만 연령 확인과 웹 접근에 필요한 법적 증명을 제공하고 FOSS 관리 조직이 승인한 앱스토어에서 내려받은 수정되지 않은 프로그램만 브라우저 샌드박스 밖에서 실행된다. 남는 특성은 사용자가 소스 코드를 읽을 수 있다는 점 정도이고, 재현 가능한 빌드가 확산되면 직접 컴파일도 할 수 있지만 수정하지 않는다는 조건이 붙을 가능성이 있다. 참고로 이 칼럼에는 프라이버시 옹호 진영을 비판하며 인터넷 익명성 축소를 지지하는 대목이 있는데 그 논거 중 일부는 인용에 주의가 필요하다.
위임 수준을 명시적으로 나눈 사례 - Lone Lisp 제작자 인터뷰
Matheus Moreira는 Lone Lisp를 Linux 시스템 호출 위에 직접 세웠다. 출발점은 단순한 질문이었다. freestanding C만으로 온전한 언어와 사용자 공간 프로그램을 만들 수 있는가. 그가 강조하는 비대칭이 있다. Linux는 사용자 공간 ABI 안정성으로 유명하지만 사용자 공간 구성 요소 자체는 그렇지 않다는 것이다. 매뉴얼에서 일부 시스템 호출을 glibc가 지원하지 않는다는 문구를 봤고 getrandom이 glibc에 들어가기까지 약 2년이 걸렸다는 사례도 영향을 줬다.
libc를 제거하자 여러 문제가 함께 사라졌다. Linux는 오류를 일반 반환값으로 돌려주는데 C 라이브러리는 이를 전역 변수 errno에 저장한다. libc를 빼면 errno, rand/srand, 로케일 상태, 재진입 불가능한 strtok, 암묵적 파일 버퍼링, gets, atexit, signal, malloc, NaN과 errno가 얽혀 복잡해지는 math.h를 한꺼번에 피할 수 있다. 반면 정수 승격 규칙과 오버플로 검사 부재는 C 자체의 문제라 그대로 남아 컴파일러 내장 기능으로 처리한다. 그는 시스템 호출만 담은 liblinux를 만들었다가, Greg Kroah-Hartman에게 Linux에 공식 C 라이브러리가 없는 이유를 물어 과거 klibc 프로젝트가 있었다는 답을 받고, 커널 개발자들이 내부 도구용으로 만든 nolibc.h가 자기 것보다 완성도와 사용성이 낫다고 판단해 자기 프로젝트를 보관 처리했다.
언어 설계에서 특징적인 것은 FEXPR다. 전통적 Lisp 평가기가 if 같은 특수 형식을 직접 처리하는 방식을 피하고 평가기 플러그인에 해당하는 FEXPR로 특수 형식을 평가기 밖으로 분리했다. 벡터와 테이블도 호출 가능하다. ([1 2 3] 0)은 1을 반환하고 ([1 2 3] 0 4)는 벡터를 [4 2 3]으로 바꾼다. 오류 처리는 구분된 연속체 위에 세웠는데, 오류 종류를 심볼에서 lambda로 매핑하며 인자가 하나면 일반적인 예외 처리기처럼 동작하고 인자가 둘이면 연속체를 호출해 오류가 난 코드를 값과 함께 재개할 수 있다. Common Lisp의 restart API는 의도적으로 채택하지 않았다. 성능에 대해서는 솔직하다. 시작 속도는 Ruby가 Rubygems를 읽는 시간보다 빠르게 프로그램을 시작하고 끝낼 정도지만 임시 측정에서 Python보다 약 10~100배 느리다. Lone은 SICP 5.4장 형태에 가까운 리스트 수준 인터프리터이고 Python과 Ruby는 바이트코드 인터프리터라 성능 범주가 다르다는 설명이며, 리스트를 바이트코드로 바꾸면 Lisp의 본질을 잃는다고 느껴 장기적으로 Lone 내부에 JIT를 쓸 계획이다. 실행 구조를 보면 시작 시 내부 메모리 관리를 위해 약 12회 mmap을 수행하고 최상위 환경에는 import와 export 두 심볼만 있어 if와 quote까지 전부 가져와야 한다.
AI 사용 방식이 이 digest 맥락에서 특히 인용할 만하다. 그는 Claude를 일종의 관리자처럼 쓴다. 전체 코드베이스를 대상으로 문제, 미개발 영역, 향후 방향을 엄격하게 찾도록 요청하고 거부한 접근법과 나중에 처리할 기능을 문서와 프로젝트 메모리로 관리한다. 쓰레기 수집기와 메모리 할당기는 Claude가 더 나은 알고리듬을 알려줘 크게 개선했다. 그러나 Lone에 들어가는 모든 줄은 직접 검토하며, 코드 작성 자체가 교육적이라고 보기 때문에 AI가 Lone 코드를 대신 쓰도록 신뢰하지는 않는다. 반면 JavaScript 정적 사이트 생성기에서는 Claude가 기능 전체를 작성하게 한 적이 있다. 프로젝트 성격에 따라 위임 수준을 명시적으로 나눈 실제 기준이라 Linus의 원칙적 옹호와 대비해 읽을 만하다. 배경도 특이하다. Moreira는 2019년 의대를 졸업한 의사이며 어떤 날은 10~14시간 진료하고 다른 날은 쉬는 일정으로 프로그래밍 시간을 확보한다. 최근 시작한 Rails 프로젝트는 자기 필요를 해결하기 위한 전자 환자 기록 시스템이다. Lone은 Termux 안에서 시작됐고 상당 부분이 휴대전화에서 작성됐으며, Android가 statx를 포함한 일부 시스템 호출을 차단하는데도 Lone은 Android에서 실행되고 테스트 스위트를 100% 통과한다.
프론트엔드 20년사 - 모든 도구는 상처 위의 흉터 조직
2008년에는 index.html을 저장해 FTP 클라이언트에 끌어다 놓으면 웹사이트가 존재했다. 빌드를 돌리지 않았고 패키지 1,400개를 설치하지도 않았다. 지금은 초보자 튜토리얼이 들어본 적 없는 도구 16개로 시작하고 첫 명령어가 연락처 폼 하나 그리자고 아폴로 유도 컴퓨터가 돌린 것보다 많은 코드를 내려받는다. 이 글의 논지는 그 무엇도 임의적이지 않다는 것이다. 모든 도구는 실제 상처 위에 자란 흉터 조직이고 누군가 진짜 문제에 부딪혀 고쳤으며 그 수정이 다음 문제를 만들었다. 글은 목록을 암기시키는 대신 <button> 하나를 표본으로 삼아 각 시대가 그것에 무슨 짓을 했는지 따라간다.
첫 상처는 "전체를 새로고침하지 않고 페이지 일부만 바꾸고 싶다"였고 시대는 jQuery를 집어 들었다. 한 줄로 브라우저 차이가 녹아 사라졌고 AJAX가 주류가 됐다. 그런데 그 아래에서 더 깊은 상처가 열렸다. 데이터가 JavaScript 변수와 화면 양쪽에 존재하는 순간 동기화 기계는 개발자 자신이 된다. 가격을 바꾸면 장바구니 합계, 헤더 배지, 결제 버튼, 요약 박스를 손으로 다 갱신해야 하고 하나만 놓쳐도 UI가 사용자에게 거짓말을 한다. 이 수동 DOM 조작이 이후 모든 레이어가 속죄하려는 원죄다. Layer II의 해법은 선언적 UI였다. 2013년 Facebook의 React가 컴포넌트 + JSX + Virtual DOM 조합으로 시대를 가져갔고, 이후 Vue가 접근성을, Angular가 엔터프라이즈 구조와 TypeScript를, Svelte가 자기 자신을 컴파일해 없애는 방식을, Solid가 JSX는 유지하되 Virtual DOM을 버린 정밀 갱신을 가져왔다. 지금 모두가 수렴하는 지점은 signal, 즉 자기에게 의존하는 것이 무엇인지 아는 값이다. 한편 htmx, Alpine.js, Hotwire처럼 서버에서 HTML을 보내는 쪽으로 회귀하는 진영도 존재한다.
Layer III는 빌드다. JS에 모듈 시스템이 없어 CommonJS와 ES Modules가 경쟁했고 구형 브라우저 호환을 위해 Babel 트랜스파일과 webpack 번들링이 필요해졌다. 빌드는 minify, tree-shaking, 코드 분할, 소스맵 생성까지 흡수했고 그 대가로 node_modules가 생겼다. 빈 스타터 프로젝트도 25만 개가량의 파일을 설치한다. Layer IV는 그 느린 빌드를 Go와 Rust로 재작성해 해결한 시대다. esbuild가 번들링을 10~100배 빠르게 만들었고 SWC가 Babel을 대체했으며 Vite가 기본 도구로 자리 잡았다. 프로덕션 번들러는 Rust 기반 Rolldown으로 교체 중이고 관련 스택이 VoidZero(최근 Cloudflare가 인수) 아래로 통합되고 있으며 패키지 매니저도 pnpm, Bun으로 같은 흐름을 탔다. Layer V는 서버 렌더링의 귀환이다. SPA는 서버가 빈 div만 보내므로 초기 로딩에 빈 화면이 뜨고 검색엔진에도 빈 페이지로 보였다. 해결책은 2008년 방식으로의 회귀였고 SSR, SSG, ISR이 등장하고 Next.js, Astro, SvelteKit, Nuxt가 이를 맡았다. 그러자 서버 HTML을 브라우저에서 다시 살리는 hydration 비용이 새 문제가 됐고 Islands(Astro), Resumability(Qwik), React Server Components가 hydration을 줄이는 방향으로 나왔다.
Layer VI는 엔지니어링 도구다. TypeScript가 사실상 표준이 됐고 Tailwind가 유틸리티 클래스로 스타일링을 주도하는 한편 네이티브 CSS도 nesting, 변수, container query로 발전해 기존 툴링의 필요를 줄였다. shadcn/ui는 컴포넌트를 설치하는 대신 소스를 복사해 소유하는 방식을 정착시켰고 TanStack Query, Zustand, Zod, Vitest, Playwright가 2026년 앱의 기본 어휘를 구성한다. Layer VII 배포는 Git 저장소를 Vercel/Netlify/Cloudflare에 연결해 push마다 자동 빌드하고 PR마다 라이브 프리뷰 URL을 만드는 방식이다. Layer VIII가 AI다. v0, Lovable, Bolt에 자연어로 설명하면 동작하는 프론트엔드가 생성되고 Cursor, Claude Code, Copilot이 코드를 대신 쓴다. 백엔드나 시스템 엔지니어도 하루 만에 프론트엔드를 만들 수 있게 되면서 분야 간 경계가 흐려졌다. 다만 생성된 코드는 앞의 8개 레이어 지식을 전제하며 이 격차를 메우는 것이 이 글의 목적이라고 저자는 밝힌다. 결론은 2026년 최전선의 방향이 서버에서 HTML을 렌더링하고 JS를 거의 보내지 않고 웹 플랫폼을 활용하는 것이라는 정리다. 업계가 20년간 큰 원을 그린 끝에 FTP로 올리던 파일과 닮은 지점으로 돌아왔다.
LLM이 착수 문턱을 낮춘 프로젝트 - Windows를 부팅하는 Itanium 에뮬레이터
Hacker News , news.ycombinator.com
DEC Alpha es40 에뮬레이터에서 Windows 2000이 부팅한 데 이어 비x86 CPU 에뮬레이션에서 또 하나의 돌파가 나왔다. Yufeng Gao(TheBrokenPipe)가 Intel Itanium(IA-64) 에뮬레이터 0.1 버전을 공개했고 Itanium판 Windows Server 2003과 Windows XP 64-bit가 부팅한다. OpenVMS와 HP-UX는 아직이고 Linux와 BSD도 부팅하지 않지만 Windows가 뜬다는 것만으로 충분히 대단하다는 것이 필자 평가다. 속도는 상당히 느려서 Discord 채널 보고에 따르면 Ryzen 5000 시리즈에서 486 수준이다. 코드는 아직 오픈소스가 아니지만 정리되는 대로 TheBrokenPipe/ski 저장소에 공개될 예정이다.
흥미로운 후속은 2026년 7월 20일 업데이트다. Server 2008까지 돌릴 수 있는 별도의 QEMU 포크가 존재하는데 저장소가 LLM으로 작성됐다고 명시한다. HN에서 가장 많이 반응한 지점이 여기였다. "누군가 QEMU용 ia64 에뮬레이션을 바이브 코딩했다는 게 더 미쳤다"는 반응과, "LLM이 사람들이 원래는 시간과 노력이 없어 못 했을 일을 하게 만드는 force multiplier가 됐다는 점이 흥미롭다"는 관찰이다. 실제로 자기 백버너 프로젝트로 바이브 코딩한 ia64 QEMU 포크가 있는데 Linux는 잘 부팅했다며 링크를 남긴 사람도 있었다. Itanium 자체에 대한 회고도 이어졌다. 유망한 아키텍처였지만 살아남지 못했고 후기에는 사실상 HP-UX와 OpenVMS 전용이었는데, 반복된 진단은 성능 문제의 상당 부분이 칩이 아니라 훨씬 복잡한 컴파일러 생태계에 있었다는 것이다. amd64는 아키텍처 계층에서 무슨 일이 일어나는지 거의 이해하지 않고도 기존 프로그램을 계속 빌드하고 돌릴 수 있게 해줬고 결국 인텔조차 amd64가 다음 단계임을 인정해야 했다. 소비자용 칩 아키텍처에서는 사용성이 중요하다는 교훈이다.
만드는 사람들 - 제약이 설계를 만든다
$120k 볼링장 시스템을 레인 페어당 $200 ESP32로 교체했다
Hacker News , news.ycombinator.com
이날 HN 최다 득점(1291점) 글이다. 작성자는 자기 볼링장을 가진 SRE로 가족과 함께 미국 중서부 시골의 폐업한 8레인 볼링장을 샀다. 작은 마을에 가족이 갈 만한 여가 시설이 거의 없었기 때문이다. 폐업에는 이유가 있었다. 지붕이 새고 전기 계통은 계속 서지가 일었으며 70년 된 볼링 기계는 지금도 완벽하게 돌지 않는다.
문제의 초점은 스코어링 시스템이었다. 2008년에 설치된 기존 시스템은 6자리 비용이 들었고 볼 속도와 궤적 계산, 카메라 기반 핀 감지(IC 위에서 돌아가는 객체 인식과 삼각법), 파울 처리, 애니메이션, 핀세터와 볼 리턴 구동까지 한다. 나이를 감안하면 정말 멋진 물건이다. 문제는 경제성이다. 시설 전체가 $105k였는데 스코어링 시스템만 통째로 교체하면 기능, 벤더, 장비 연식에 따라 $80k~$120k가 든다. 업그레이드나 서비스 계약은 포함되지 않고 모든 기능과 커스터마이징이 별도 항목이며 교체 부품은 레인 두 개당 $4,000이다. 그런데 뒤편의 볼링 기계 자체는 70년이 됐고, 이 "첨단" 시스템이 거기에 하는 일은 릴레이 하나를 작동시켜 그 오래된 기계를 트리거하는 것뿐이며 나머지는 전부 기계식이다.
그래서 직접 만들었다. 현재 프로토타입은 레인 페어당 약 $200, 고급 구성으로 $400이다. 구조는 ESP32와 ESPNow 기반 스타 토폴로지 메시이고 노이즈가 심한 RF 환경을 위해 RS485 유선 폴백이 아래에 깔려 있다. 각 노드는 자기 센서에서 이벤트를 내보내고 자기 제어 장치에 대한 명령을 받으며 UART로 라즈베리파이에 연결된 게이트웨이 노드로 보고한다. 파이는 사실상 redis와 상태 기계에 ESP32 게이트웨이를 붙인 것이다. 수신 패킷을 번역해 redis에 넣고 명령은 필요할 때 메시로 되돌려 보낸다. 데이터가 redis에 들어간 다음부터는 익숙한 미들웨어/React/websocket/pub-sub 영역이라 React 개발자면 누구나 자기 UI와 볼링 애니메이션을 만들 수 있다. 부품은 마이크로컨트롤러에 릴레이, 옵토커플러, IR 브레이크빔 센서를 붙인 흔한 것들이고 정작 어려운 부분은 펌웨어와 프로토콜을 쓰는 일이었다는 게 작성자의 말이다.
운영상 이점이 크다. 전부 ESP32이므로 미리 플래시한 예비 컨트롤러가 서랍에 한 줌 있고 수리는 5분, 레인 페어의 장비 전체 교체는 10분 미만이며 비슷한 규모 볼링장이면 아무것도 없는 상태에서 한두 시간 안에 돌릴 수 있을 것으로 본다. 하룻밤 트론 테마로 바꾸고 싶어도 세기 전환기에 구매한 시스템에서 네온 뉴모피즘 테마를 찾을 방법은 없다는 대목이 벤더 종속에 대한 그의 요약이다. 하드웨어, 펌웨어, 소프트웨어 스택 전체를 OpenLaneLink라는 이름으로 오픈소스화할 계획이다. 후속 계획은 LED + DMX 조명 제어(공이 레인을 내려가고 리턴으로 올라올 때 LED가 따라가는 연출)와 탭 결제 후 즉시 플레이하는 키오스크화인데 HN에서 실무 조언이 붙었다. DMX는 250kbaud RS485라 차폐 120옴 케이블이 필요하고 마이크 케이블이나 Cat-5로 아끼면 유령 버그를 영원히 쫓게 된다. 대안으로 Art-net은 UDP 기반이라 WiFi나 ESP-Now 위에서도 돌릴 수 있고 하루면 구현 가능한 데다 상용 조명 컨트롤러 다수가 지원한다. sACN은 조금 복잡한데 한 댓글 작성자는 존재조차 몰랐던 상태에서 Claude가 언급해 ESP32 서버와 Python 테스트 클라이언트를 받아 작은 버그 몇 개만 고치고 약 2시간 만에 기존 상용 조명 설계 소프트웨어와 통신시켰다고 적었다. 공 추적에는 저가 웹캠 몇 대로 충분할 것이라는 조언도 있었다. 평평하고 조명이 균일하며 원형 blob 하나가 지나가는, 컴퓨터 비전에 거의 완벽한 조건이기 때문이다.
$5 ESP32에 도메인 53만 7천 개를 넣은 광고 차단 DNS 동글
Hacker News , news.ycombinator.com, GitHub , M-Abozaid
하드웨어 기반 광고 차단 DNS 필터를 얼마나 싸게 만들 수 있을까. 버려지는 중고 하드웨어를 주울 수 있다면 공짜지만 RAMageddon 시대에는 라즈베리파이조차 수백 달러가 된다. 이집트 개발자 ZedAxis는 $5짜리 마이크로컨트롤러로 도메인 50만 개 이상을 차단하고 지연이 약 10ms인 완전 동작하는 필터를 만들었다.
제약이 설계를 만들었다. 그가 쓴 ESP32-C3 SuperMini는 고급형에 있는 8MB PSRAM이 없는 원가 절감 버전이라 RAM이 400KB, 플래시가 4MB뿐이다. 의미 있는 크기의 평문 블록리스트를 저장할 수 없으니 데이터를 해싱해 줄였다. 32비트는 충돌이 너무 많고 64비트는 공간을 낭비하므로 40비트 FNV-1a 해시를 골랐고 그 결과 도메인 53만 7천 개가 플래시에 들어간다. 영리한 부분은 해싱 자체가 아니라 파이프라인이다. 빌드 과정에서 공개 블록리스트를 내려받아 중복 항목과 주석을 걷어내고 남은 각 도메인을 40비트 값으로 해싱하고 그 목록을 정렬해 플래시에 기록한다. DNS 질의가 도착하면 요청된 호스트명을 같은 방식으로 해싱해 정렬된 해시 테이블에 이진 탐색을 수행하고 일치하면 차단하며 아니면 상위 리졸버로 전달한다. 완성된 펌웨어는 RAM을 약 50KB만 쓰면서 차단 조회를 약 10밀리초에 처리한다.
또 하나의 절충이 숨어 있다. ESP32는 보통 펌웨어 두 벌을 담을 만큼의 플래시를 예약해 무선 업데이트가 실패해도 기기가 부팅 불능이 되지 않게 한다. 무선 펌웨어 업데이트를 포기하면 그 두 번째 파티션을 블록리스트에 쓸 수 있다. OTA를 켠 상태에서는 약 25만 도메인이 상한이고 포기하면 약 53만 7천 도메인으로 뛴다. 이 물건은 제대로 된 Pi-hole이나 AdGuard Home 설치를 대체하려는 게 아니다. 클라이언트별 통계, 이력 질의 로그, 각종 조절 손잡이가 없다. 대신 아주 작은 보험이다. 네트워크에 조용히 붙어 수십 밀리암페어만 마시다가 주 DNS 서버가 재부팅이나 정전으로 사라지면 클라이언트가 라우터에 설정된 아무 리졸버로 폴백하는 대신 계속 필터링된 응답을 받게 한다. 기사 필자가 가장 좋아한 디테일은 전원이다. ISP가 제공한 광 게이트웨이 뒷면 USB 포트에서 전원을 뽑는데 USB 연결에는 데이터가 전혀 흐르지 않는다. 통합의 전부는 라우터가 "여기 5볼트"라고 말하고 ESP32가 "고마워"라고 답하는 것이며 모든 통신은 내장 WiFi로 이뤄진다. HN 반응에서 실용적인 부분 둘. 다수의 댓글이 "Bloom 필터를 알아보라"고 했지만 README에는 이미 RAM 내 Bloom 필터를 사전 필터로 두어 미스의 약 99%에서 플래시 접근을 건너뛴다는 계획이 적혀 있다. 다만 지연의 주범이 플래시 읽기(마이크로초)가 아니라 WiFi(수십 밀리초)라면 실익이 크지 않다는 반론도 나왔다. 가격은 제작자가 $2라고 하지만 기사 필자는 $5 미만 보드를 찾지 못했다. 그 스레드에서 나온 문장이 요지를 요약한다. "$5어치 컴퓨트로 많은 것을 할 수 있다. 단, 많은 컴퓨트를 쓰지 않아도 되게 만드는 방법을 알아낸다면."
3주 바이브코딩으로 Steam 페이지까지 - Cook The Dungeon
Reddit , r/vibecoding, Steam , Cook The Dungeon
820 upvote와 220 댓글을 받은 이 사례는 바이브코딩이 데모를 넘어 배포 가능한 상품 단계로 넘어간 지점을 보여준다. Cook The Dungeon은 Steam 스토어 페이지가 열려 있는 게임이고 3주 남짓의 작업으로 Act 1 콘텐츠까지 완성된 상태이며, Act 1 다듬기가 끝나면 플레이테스트용 데모를 공개할 계획이라고 밝혔다. 모델 선택의 경제 논리는 앞 섹션에서 다뤘고, 여기서는 나머지 스택이 실무 참고가 된다. 엔진은 Godot을 썼고 PC 게임을 바이브코딩하려면 Godot을 추천한다고 명시했다. 그래픽은 대부분 ChatGPT Images 2.0 API로 생성했는데 핵심은 API를 직접 부른 게 아니라 일관성 있는 아트 에셋을 뽑기 위해 자체 아트 툴을 만들었다는 점이다. 생성 이미지의 스타일 일관성 문제를 툴링으로 해결한 셈이다.
작성자 본인이 남긴 유보 조항도 그대로 옮길 가치가 있다. "덜 조잡해 보이게 만들기 위한 아주 많은 미세 결정들이 있었고 아직 개선 여지가 더 있다. UI는 최종본이 아니다." 즉 모델이 코딩 부분을 잘 처리해준다는 것과 결과물이 상품처럼 보인다는 것 사이에 사람의 판단이 대량으로 들어갔다는 자기 증언이다. 댓글 220개가 붙은 것도 결과물 품질과 "100% 바이브코딩"이라는 표현의 정합성을 두고 갈렸기 때문으로 보인다.
Fable이 2시간 걸리는 이미지에서 HTML 변환을 60초에
이미지를 HTML로 변환하는 작업은 프론트엔드 워크플로에서 오래된 미해결 문제다. 작성자가 정리한 동기가 명확하다. 스크린샷을 HTML로 바꿀 수 있으면 이미지 생성 모델을 디자인 도구로 쓸 수 있게 된다는 것이고 그는 이 문제에 거의 1년을 썼다고 밝혔다. 현재 프론티어 모델 수준에 대한 그의 평가는 구체적이다. Fable이 이 작업을 어느 정도 해내는 첫 모델이지만 max 설정에서 2시간 이상이 걸리고 결과물은 픽셀 단위로 일치하는 게 아니라 원본 디자인에서 "영감을 받은" 정도에 그친다. 실무에서 디자인 시안을 그대로 구현해야 하는 상황에는 쓸 수 없다는 뜻이다.
그가 내놓은 도구의 수치는 이렇다. 대부분의 디자인에서 레이어가 분리된 변환에 60초, 반응형 HTML 출력을 원하면 추가 60초, 데스크톱 해상도 HTML은 즉시, 평균 픽셀 정확도 95%, 에셋은 2x DPI로 출력한다. 여기까지 오는 데 수많은 실험과 재작성, LoRA 학습이 들어갔다고 밝혔고 현재는 무료지만 향후 추론 비용을 충당하기 위해 표준 변환당 약 $0.2 수준의 유료 플랜을 검토 중이다. upvote 28에 댓글 14로 반응 규모 자체는 크지 않지만 "Fable 2시간 대 60초"라는 직접 비교와 검증 가능한 주장이 있어 참고 가치가 있다. 다만 정확도 수치는 작성자 자체 측정이고 독립 검증은 없다. 범용 프런티어 모델이 잘하는 일과 전용 파이프라인이 잘하는 일이 갈리는 지점을 보여주는 사례라, 앞서 나온 460만 파라미터 게임 전문 모델과 같은 자리에 놓고 읽을 만하다.
개인 에이전트 자동화의 표준형 - 수집, 델타, 판단, 정시 푸시
Threads , gptaku_ai, Threads , unclejobs.ai
한국어 SNS의 실사용 사례는 거대 담론보다 구체적인 반복 작업 제거에 몰려 있다. 가장 완성도 높은 사례는 gptaku_ai가 만든 부동산 매물 모니터링 워크플로다. 이사 갈 집을 찾는 일이 예상보다 시간을 많이 잡아먹자 Claude Code로 자동화했다. 동작은 이렇다. 매일 네이버 부동산에서 임차 매물을 수집하고, 전날과 달라진 것만 비교한 뒤, 월 부담액과 보증금 조정 여지, 통근 조건, 협상 방안까지 계산해 매일 12시와 6시에 메일로 보낸다. 직접 손품을 팔면 하루를 통째로 써야 할 일을 하루 두 번의 메일로 압축한 셈이다. 주목할 부분은 단순 크롤링이 아니라 "전일 대비 델타"와 "판단 근거 계산"이 함께 들어갔다는 점이다. 알림 피로를 줄이면서 의사결정에 필요한 숫자를 붙여준다. 같은 패턴이 다른 도메인에도 나타난다. kiyeobkim은 Claude Code로 매일 아침 신규 리뷰를 보고하게 만들었는데 수집, 필터링, 정기 보고라는 골격이 동일하다. 개인 에이전트 자동화의 사실상 표준 형태가 "주기적 수집 -> 변경분 추출 -> 판단 정보 부착 -> 정해진 시각에 푸시"로 수렴하고 있다.
비용 절감 쪽 사례도 있다. unclejobs.ai는 무료 오픈소스 도구로 맥에서 332GB를 정리했다고 밝혔는데 배경 맥락이 구체적이다. 지난달 애플이 맥 전 라인업 가격을 올렸고 맥북 프로는 70만원, 램은 16GB 추가에 68만원을 받으며 2TB로 올리려면 90만원이 든다. 메모리 대란 때문이라지만 시장가보다 한참 비싸다는 지적이 나오는 상황이다. 그래서 저장공간을 사는 대신 캐시, 로그, 미사용 앱 같은 순수 쓰레기만 걷어내는 쪽을 택했다는 것이고 90만원 지출과 332GB 회수를 나란히 놓은 프레이밍이라 반응이 좋았다. 도구 정보로는 chris_gomdori가 소개한 kordoc이 있다. 글자가 들어간 문서 형식을 양방향으로 변환하고 OCR도 지원해 한국어 문서 처리 파이프라인 후보로 둘 만하다. classbinu는 혼자서도 쉽게 책을 출판할 수 있는 서비스를 만들었다며 사용 희망자를 모집했는데 Threads에서 955 반응, 289 댓글로 이번 주 한국어 Threads 최상위 반응을 기록했다. 이 묶음의 의미는 앞 섹션의 조직 토큰 80% 낭비론과 정확히 대비된다. 조직 단위에서는 토큰이 증발하지만 개인 단위에서는 명확한 반복 업무 하나를 잡아 델타 비교와 정기 발송까지 붙이는 작은 워크플로가 확실한 성과를 낸다. 차이는 문제 정의의 구체성과 결과 확인 가능성에 있다.
AI티는 마감에서 난다 - 웹, 출판, 음악
Threads , workfree.wave, LinkedIn , SONG-E
AI 생성물이 흔해지면서 "AI로 만들었다는 티"를 없애는 방법이 별도 장르가 됐다. workfree.wave는 웹사이트 편에서 가장 구체적인 규칙을 내놨다. 첫 번째로 뺄 것은 이모지 아이콘이다. 차트, 뇌, 과녁 같은 이모지가 섹션 아이콘으로 박혀 있으면 조금만 써본 사람은 바로 알아챈다. 해결책은 프롬프트 한 줄로, "웹 페이지의 이모지를 전부 react-icons나 lucide-icons를 사용해서 바꿔줘"라고 지시하면 된다. 특정 라이브러리가 아니어도 적당한 아이콘 라이브러리로 전부 교체하게 하면 인상이 크게 달라진다는 것이다.
출판 쪽에서는 더 깊은 논쟁이 붙었다. IT 전문서 출판 기획/편집자로 약 10년을 일한 limedaddy_8924가 윤자동의 AI 출판 실험을 지켜본 소회를 적었는데 실험 결과는 첫 회 100만원 수익, 다음 회 1,000만원 수익이다. 그의 분석은 두 가지다. 출판은 텍스트로 하는 일이라 AI가 대체하기 가장 쉬워 보이고 시도 비용이 크지 않아 행동으로 옮기기 쉽다. 그래서 "그럴 것 같았는데 실제로 그런 일이 일어나고 있네"라는 반응이 나온다. 같은 흐름의 부작용도 공유됐다. iyen.io는 남의 노하우를 그대로 베낀 전자책을 만들어 팔라는 조언을 따르다가 원저자의 사업자번호로 전자결제를 신청할 뻔했다며 공개 사과했다. AI 출판 붐이 만들어내는 저작권과 명의 문제의 구체적 사례다.
음악 쪽에서는 SONG-E가 가장 기술적인 기록을 남겼다. AI 에이전트로 곡 아이디어를 발매 직전 단계까지 끌어올린 작업인데 핵심은 "한 번 생성"이 아니라 워크플로 전체를 연결한 점이다. 가사와 프롬프트를 다듬고 여러 결과를 비교하고 가장 좋은 버전을 선별하고 음질까지 보정하는 과정을 하나로 묶었다. 최종 선별에서 감각뿐 아니라 정량 지표를 함께 봤다는 대목이 특히 구체적이다. Centroid(스펙트럼 무게중심, 소리가 고역 쪽에 몰렸는지 저역 쪽인지를 나타내는 값), Crest Factor(피크와 평균의 비율로 다이내믹스 여유를 보는 값), 저역 밸런스, 다이내믹스를 확인했다. 선택된 버전은 Centroid가 2.7kHz대로 내려가면서 과한 고역 신스 레이어를 양보하는 대신 킥 드럼 타격감과 중심 멜로디의 직진성을 확보했고, Crest Factor 14.3dB 수준의 자연스러운 다이내믹스를 유지해 후반 클라이맥스에서도 보컬 감정이 눌리지 않게 했다. 그의 결론은 "AI는 창작을 대신하는 도구라기보다 선택, 비교, 보정의 속도를 압도적으로 높여주는 프로덕션 시스템에 가깝다"이다. 세 사례의 공통 교훈은 같다. 생성 자체는 쉬워졌고 차이는 그 다음 단계에서 난다. 웹은 아이콘 교체 같은 마감 규칙, 출판은 원저자성과 편집 관점, 음악은 정량 지표 기반 선별이 그 역할을 한다.
세 번째 SaaS도 매출 0달러 - 반어법 플레이북 8단계
r/SideProject의 이 글은 반어법으로 쓴 실패 회고다. 제목부터 "세 번째 SaaS로 0달러를 돌파했다"이고 본문은 자기가 실제로 밟은 단계를 "정확한 플레이북"으로 제시한다. 순서는 이렇다. 1. 아이디어는 샤워 중 떠오른 생각이나 AI가 생성한 것을 선호한다. 2. 그 아이디어와 사랑에 빠진다. 3. 아이디어를 검증하지 않는다, 유저와 대화하는 건 시간 낭비니까. 4. 빨리 만든다, 고객을 놓치지 않으려면 코드가 빨리 온라인에 올라가야 하니까. 5. 검증되지 않은 기능을 추가한다. 6. 불필요한 기능도 추가한다, 옵션은 많을수록 좋으니까. 7. 다듬느라 출시를 미룬다, 완벽이 마감보다 중요하니까. 8. 마케팅을 대충 한다, 당신의 일은 만드는 것이었지 파는 게 아니었으니까.
70 upvote에 51 댓글이라는 비율은 각자 자기 버전의 같은 실패담을 들고 왔다는 뜻이다. AI 코딩 도구가 "빨리 만들기" 단계의 비용을 극적으로 낮춘 지금 3번과 8번, 즉 검증 안 함과 마케팅 안 함의 실패 비중이 오히려 커진다는 게 이 글이 이날 나온 맥락이다. 만드는 게 쉬워질수록 만들기 외의 단계가 병목이 된다. 같은 계열에서 자금 조달 정보의 불투명성을 지적한 글도 있었다. 인스타그램 광고에 나오는 소비재 스타트업 창업자들이 인터뷰에서 아이디어 발상은 상세히 말하면서 초기 자금을 어떻게 마련했는지는 항상 비껴간다는 관찰인데, 상속인지 저축인지 은행 대출인지 VC 커넥션인지를 아무도 말하지 않는다는 것이다.
RAG 품질은 임베딩이 아니라 그 앞단 PDF 파싱에서 결정된다
반응 규모는 작지만(8 upvote / 9 댓글) RAG를 실제로 운영하는 사람에게 유효한 신호다. 요지는 RAG 품질 논의가 임베딩이나 리트리버가 아니라 그 앞단의 문서 파싱에서 결정된다는 인식이다. 작성자는 앞서 PDF를 마크다운으로 변환할 때 downstream RAG에 필요한 의미가 충분히 보존되는지를 측정한 벤치마크를 공개했고, 이번엔 자체 벤치마크 밖의 실제 문서로 자사 파서를 시험하려 한다.
그가 명시한 "파서를 부수는" 문서 유형이 그대로 체크리스트가 된다. 복잡하거나 여러 페이지에 걸친 표, 라벨과 값의 대응이 중요한 차트, 텍스트와 표와 도형이 뒤섞인 레이아웃, 스캔되었거나 회전됐거나 화질이 나쁜 페이지, 그리고 금융/보험/운영 문서다. 실무에서 RAG 도입이 좌초하는 문서군과 정확히 겹친다. 평가 프레임도 참고할 만하다. 그가 피드백에서 원하는 건 세 가지다. 이 변환에서 절대적으로 살아남아야 했던 정보는 무엇이었나, 무엇이 잘 보존됐나, 무엇을 놓치거나 구조를 잘못 잡았나. "변환 정확도"라는 단일 점수 대신 정보 손실을 항목별로 판정하는 방식이다. 앞서 나온 Nemotron 3 Embed의 "검색 정확도가 다운스트림 토큰 비용을 좌우한다"는 주장과 이어 읽으면, 검색 품질 개선이 임베딩 모델 교체보다 한 단계 앞에서 시작될 수 있다는 뜻이 된다. 다만 자사 도구 홍보 성격이 있으니 문서 유형 체크리스트와 세 개 평가 질문 중심으로만 가져가는 게 맞다.
규제, 감시, 지역 정치
텍사스의 감시 인프라 - ALPR 8만 3천 대와 $4.5M짜리 셀 트래킹 타호 4대
Hacker News , news.ycombinator.com, Hacker News , news.ycombinator.com
두 기사를 붙이면 하나의 그림이 된다. 한쪽에는 이미 배치된 자동 번호판 인식(ALPR) 네트워크가 생식 의료 결정을 수사하는 데 쓰인 사례가 있고, 다른 쪽에는 그 위에 추가로 얹히는 셀룰러 가로채기 장비의 구매 영수증이 있다.
EFF는 2025년 5월 텍사스의 한 보안관실이 자가 낙태를 의심받는 여성을 추적하려 ALPR 카메라 8만 3천 대 이상의 데이터를 검색했다고 보도했다. ALPR은 실종자를 찾고 도난 차량을 찾는 지역 안전 도구로 홍보되지만 이 사건은 그것이 사적 의료 결정을 조사하는 데 무기화될 수 있음을 보여줬다. 여기에 클리닉 방문을 드러낼 수 있는 위치 추적 도구와 낙태약 관심의 증거로 쓰일 수 있는 검색 기록이 더해지면 하나의 감시 파이프라인이 된다. 문제는 대중이 이를 모른다는 것이었고, 낙태약과 피임, 성확정 의료 정보를 공유하는 비영리 Mayday Health가 보도 이후 휴스턴 일대에 "임신 중이라면 텍사스주가 당신을 추적하고 있을 수 있다"는 옥외광고를 세웠다. 4주간 운영되며 100만 명 이상의 운전자에게 도달할 것으로 예상한다. 사무국장이 밝힌 매체 선택 이유가 흥미롭다. 이 분야의 디지털 광고는 Meta와 Google의 플랫폼 제약이 막대한 반면 옥외광고는 알고리즘 게이트키핑 없이, 누군가 검색을 시도하지 않아도 물리 세계에서 도달한다. 조직 자체도 쿠키나 식별 정보를 수집하지 않고 방문자를 Digital Defense Fund의 프라이버시/보안 자료로 안내한다.
두 번째 기사는 그 감시 역량에 무엇이 추가되고 있는지 문서로 보여준다. 2026년 3월 텍사스 공공안전국(DPS) 범죄수사국이 Cognyte 감시 셋업에 $4,487,500 지출 승인을 요청했다. 요청 형식은 "주 인력과 재산의 안전과 복지를 보호하기 위해 필요한 긴급 구매 승인"이었고 조달 절차를 지연하면 용납할 수 없는 안전 위험이 발생한다는 문구가 가득했지만, 왜 이 새롭고 매우 비싼 기술이 갑자기 필수적인지에 대한 구체적 설명은 없었다. 구매 명세는 FalcoNet Core System 4대에 $2,850,000, 비인가 FalcoNet core $200,000, Delta 5G 영구 라이선스 4개 $280,000, 2026 Chevrolet Tahoe 4대 $600,000, FalcoNet Backpack core V2(2G/3G/4G/5G BTS 6기) $355,500, 유연 안테나 키트 $27,000, Cognyte PA Ranger $105,000, 비인가 Backpack core V2 $70,000으로 합계 $4,487,500이다. 즉 $4.5M짜리 타호 4대의 정체는 대당 $150,000짜리 SUV에 이스라엘 Cognyte(팔란티어의 경쟁사)의 셀룰러 가로채기 장비를 얹은 것이다. FalcoNet은 휴대폰과 가장 가까운 기지국 사이의 연결을 가로채 사람들을 비밀리에 추적하며 헬리콥터든 배낭이든 셰비 타호든 붙여서 돌아다니며 데이터를 빨아들이도록 설계됐고 플로리다에서는 이미 사용 중이다. FCC 문서에서 확인된 사양은 코어 모듈이 563mm x 200mm x 86mm(2U 하프 19인치 랙 드로어) 크기에 8kg, RJ45 LAN 포트와 4-way Amphenol 전원 커넥터, GPS/클럭 동기용 SMA, RF 입출력용 QN 커넥터를 갖췄고 DC 24~36V에 유휴 약 35W, 최대 송신 시 260W를 소비한다.
법적 지위는 여전히 의문이다. 대법원은 Chatrie v United States에서 사람들이 자신의 이동을 드러내는 위치 데이터에 합리적 프라이버시 기대를 가지며 단기 추적조차 수정헌법 4조상 수색에 해당한다고 판시했다. 그리고 이 기술이 오작동할 때 무슨 일이 벌어지는지에 대한 사례도 같은 매체에 있다. 소속 기자 한 명이 Flock 카메라가 도난 번호판으로 잘못 식별해 부당하게 구금됐다. HN 토론에서는 메모의 "duty of care"라는 수사가 강력하지만 텍사스 경찰의 duty of care는 응급 의료 호출과 긴급차량 안전 운전 정도로 매우 좁게 정의돼 있다는 지적, "휴대폰을 집에 두고 나오면 이 모든 게 무력해진다"는 실효성 논쟁, 그리고 왜 네 대가 필요하며 세 대로는 부족했는지에 대한 질문이 이어졌다.
데이터센터 반대가 42개 주 142건 시위로 조직됐다
Hacker News , news.ycombinator.com, Hacker News , news.ycombinator.com
같은 날 HN에 데이터센터 관련 기사가 두 건 올랐다. 하나는 42개 주에서 142건의 반대 시위가 조직됐다는 것이고 다른 하나는 정치권이 그 압박을 체감하고 있다는 것이다. 반대 측 논거는 대체로 네 가지로 수렴한다. 물 사용, 전기요금 인상, 소음, 그리고 고용 창출이 거의 없다는 점이다. 한 사용자는 데이터센터 근처가 전혀 아닌데도 전기요금이 전년 대비 30% 올랐다고 적었고 세수는 늘지만 주민의 세부담이 줄어드는 것은 아니라는 지적도 나왔다. 캐나다 앨버타에 발표된 $13B 규모 Meta 데이터센터에 대한 긴 댓글이 정서를 잘 보여준다. 11.8GW를 끌어쓰며 오염을 지역에 떠넘기고 지하수와 전기/가스 가격에 영향을 주는데 이 모든 것이 Meta 의결권의 61%를 쥔 한 사람의 판단에 달려 있다는 것, 그리고 필자가 며칠 생각한 끝에 가장 실망스러운 지점으로 꼽은 것은 그 11.8GW에서 나오는 열에너지가 아무 데도 쓰이지 않고 전량 대기로 버려진다는 사실이었다.
반박 측은 반대 여론이 조작된 선전이며 물을 거의 쓰지 않고 지역 에너지 요금을 낮추며 소음도 없다고 주장한다. 이에 대해 2013~2014년에 자기 아파트 단지에서 수백 피트 떨어진 곳에 데이터센터가 지어져 가족이 이사했다는 반례가 곧바로 나왔고 "선의를 가정하고 묻는데 그때와 지금이 무엇이 달라졌는지 알려달라"는 요청이 이어졌다. 소음에 대해서는 150MW급 데이터센터 바로 옆에 서봤지만 교외 4차선 도로 교통 소음보다 조용했다는 증언과, 소음에 극도로 민감한 소수가 존재하며 그것이 심리적인지 판단하기 어렵다는 유보가 함께 있었다.
토론에서 가장 생산적이었던 것은 구체적 완화책 제안이다. 데이터센터 비용에 비하면 지역 주민을 달래는 비용은 반올림 오차라는 전제 아래 세 가지가 제시됐다. 첫째, 지방정부가 데이터센터 피크 부하가 1.0GW면 해당 지역에 1.2GW의 송전/발전 용량을 확보하도록 요구하고 여유분을 이웃에게 대폭 할인 공급할 것. 둘째, 폐열로 데우는 공공 수영장 시설을 인근에 지을 것. 셋째, 부지 경계의 환경 소음에 엄격한 상한을 두고 지향성 마이크를 둘러 설치한 뒤 합의 임계값 초과 1dB당 분당 $25,000의 벌금을 물려 이웃에게 분배하고 신속히 납부하지 않으면 보안관이 전력을 차단할 것. 세 가지 모두 데이터센터를 우주로 쏘아 올리는 것보다는 싸다는 것이다. 여기에 대한 가장 날카로운 반론은 이 완화책들이 좋은 아이디어이긴 하나 진짜 쟁점을 비껴간다는 것이었다. 사람들이 싫어하는 것은 AI 자체이고 AI CEO들이 내놓는 메뉴가 일자리 상실에 멸종 위험을 곁들인 것인데 왜 좋아하겠느냐는 논리다. 많은 반대자는 AI 반대만으로는 지역 프로젝트를 막을 수 없다는 것을 알기 때문에 소음, 물, 전력 소비를 붙잡는다는 해석이다. 실제 사례도 제시됐다. 온타리오 호수 옆, 가장 가까운 주거지에서 500미터 떨어진 브라운필드 부지에 500MW 청정 전력 용량이 확보된 프로젝트에도 반대는 그대로였다. 정치 프레임 논쟁도 있었다. "가장 큰 변화는 좌파가 보수가 됐다는 것"이라는 댓글에 "이건 좌우 문제가 아니라 NIMBY에 가깝고 서버 옆에 천연가스 발전소를 주거지 근처에 함께 짓는 관행과 데이터센터 수요로 전기요금이 오른다는 이야기가 상황을 악화시켰다"는 반론이 붙었다. 시위 조직 주체를 두고는 HumansFirst의 공동창업자 중 한 명이 현대 티파티의 전 지도자라는 대목에서 읽기를 멈췄다는 반응과, 조직 주체가 누구든 참여할 사람이 많다는 사실 자체가 무언가를 말해준다는 반응이 갈렸다.
뉴욕시, 임대 광고의 AI 이미지 사용 공개를 의무화하는 권고
뉴욕시가 임대 광고에서 AI 생성/편집 이미지를 몰래 쓰는 관행을 규제 대상으로 올렸다. Zohran Mamdani 시장과 행정부가 발표한 "Rental Ripoff Report"는 임대인과 중개인이 매물 정보를 인공지능 또는 기타 디지털 도구로 변경한 경우 그 사실을 공개하도록 요구할 것을 권고한다. 적용 범위에는 생성형 AI로 이미지를 만든 경우뿐 아니라 기존 사진을 편집해 부동산을 실제보다 매력적으로 보이게 한 경우가 포함된다. 시장은 이 발표 하루 전 Adobe 같은 기업을 겨냥한 "click-to-cancel" 규칙도 내놓았다.
이 규제가 겨냥하는 실질적 피해는 원격 계약이다. 광고 사진과 실제 주거 환경이 다르면 세입자가 계약 과정에서 기만당하는데, 새 직장 때문에 다른 지역으로 이주하면서 현장을 직접 보지 못한 채 임대차 계약을 맺어야 하는 사람에게는 회복 수단이 사실상 없다. 부동산 매물에 실제 사진 대신 AI 이미지를 쓰는 관행은 뉴욕시에 국한되지 않고 점점 심각해지는 문제로 보도돼 왔다. 정책의 출처도 기록해둘 만하다. Mamdani는 취임 첫 주에 Rental Ripoff Hearings를 만들고 5개 자치구에서 주민 2,400명을 만났다. 거기서 수집된 것이 처리되지 않은 곰팡이, 해결되지 않은 해충 문제, 사전에 제대로 설명되지 않은 수수료, 임대인의 기만적 관행이었고 이 사례들이 구체적 정책 권고로 이어졌다. 주목할 점은 AI 이미지 공개가 단독 조치가 아니라 세입자 보호 패키지의 한 항목으로 들어갔다는 것이다. 같은 보고서에 세입자 조합 인정, 세입자의 협상권 확대, 건축/주거 법규 집행 시스템 현대화, 안전한 주택을 제공하지 않는 임대인에 대한 책임 부과가 함께 담겼다. 즉 이 사안이 "AI 규제"가 아니라 "기만적 상거래 관행 규제"의 틀에서 다뤄지고 있다는 뜻이며 다른 지자체가 참고할 때 이 프레이밍이 중요하다.
브라우저에서만 도는 한국어 AI 글 판별기
얼마 전 Hacker News를 달군 주제가 있었다. 고전 ML만으로 AI slop 텍스트를 판별하는 것이 생각보다 효과가 좋다는 블로그 글이다. 이미 많이 논의된 접근이지만 여전히 유효하고 효율적이라는 점이 매력적이어서 제작자가 같은 방식을 한국어로 만들었다. 동작 방식은 단순하다. 입력 텍스트를 문장 단위로 나눠 char/word n-gram TF-IDF와 선형 SVM 앙상블로 채점하고 의심 문장의 비율로 문서 전체를 판정한다. 핵심 특징은 추론이 전부 JavaScript라는 것이다. 서버도 API도 GPU도 없이 정적 페이지만으로 돌아가고 모델 크기는 약 1.4MB이며 붙여넣은 글은 어디로도 전송되지 않는다. 민감한 원고를 검사할 때 이 성질은 그 자체로 기능이다.
한계도 제작자가 분명히 밝힌다. 고전 ML을 썼기 때문에 몇몇 뚜렷하게 AI스러운 글은 확실히 탐지하지만 애매하거나 학술적인 글에서는 모호한 결과를 낸다. 학습 코퍼스가 청원, 뉴스, 백과 위주여서 다른 장르나 문체에서는 오탐이 있을 수 있다. 페이지에도 연구/교육용 데모이고 판정은 통계적 추정이므로 개인이나 학술 관련 불이익을 판단하는 근거로 쓰지 말라는 고지가 붙어 있다. 앞서 나온 뉴욕시의 AI 이미지 공개 의무와 함께 놓으면 방향이 보인다. 한쪽은 생성 주체에게 공개를 요구하고 다른 쪽은 수신자 측에서 식별을 시도하는데, 둘 다 "자신 있게 제시된 AI 산출물을 사람이 그대로 믿는다"는 같은 문제를 다루고 있다.
EU, 7월 19일부터 대기업의 미판매 의류/신발 폐기 금지
7월 19일부터 EU 전역의 대기업은 팔리지 않은 의류, 의류 액세서리, 신발을 폐기할 수 없다. 중견기업에는 2030년부터 같은 규칙이 적용되고 소기업과 마이크로기업은 면제된다. 근거는 2024년 발효된 지속가능한 제품을 위한 에코디자인 규정(ESPR)이며, 섬유는 현재 사업 모델의 환경 영향과 미판매 제품 폐기 문제 때문에 이 금지가 처음 적용되는 제품군이다.
기업이 따라야 할 순서는 명확하다. 먼저 제품을 계속 사용 상태로 두는 방법, 즉 할인이나 대체 시장을 통한 판매, 자선단체나 사회적기업 기부, 수리와 재정비와 재제조를 통한 재사용 준비를 우선한다. 폐기가 허용되는 경우에도 폐기물 처리 우선순위를 따라 재활용을 앞세워야 한다. 예외는 제한적이다. 안전하지 않거나 손상된 제품, 위조품 또는 지식재산권 침해 제품, 자선단체나 기부 프로그램이 거부한 제품 정도이며, 오남용을 막기 위해 예외를 적용하는 기업은 문서나 시험 결과 같은 증빙을 제출하고 무엇을 폐기했는지 연례 보고서로 공개해야 한다. 집행은 각국 당국이 맡아 준수 여부를 검사하고 위반 시 벌금을 부과할 수 있다. 기업은 관련 기록을 5년간 보관해야 하며 서류 작업을 줄이기 위해 보고에는 기존 세관/물류 코드를 활용한다. 규제의 크기를 가늠할 수치는 유럽환경청(EEA) 추산이다. 유럽 시장에 출시된 섬유 제품의 49%가 사용 전에 폐기되며 이는 연간 26만 4,00059만 4,000톤에 해당한다. 새 제품이 버려질 때 그 생산에 투입된 원자재, 물, 에너지, 노동이 함께 사라지고 처분 과정에서 회피 가능한 온실가스가 발생한다는 것이 규제 논리다.
마지막 MPEG-4 Visual 특허가 만료됐다
Hacker News , news.ycombinator.com
2026년 7월 19일, MPEG-4 Part 2의 마지막 특허가 만료됐다. 미국과 EU 쪽 특허는 최근 몇 년 사이 이미 만료됐고 브라질에 하나가 남아 있었는데 그것이 BRPI0109962B1 "process for storing and processing image information from successive images over time"이다. VIA Licensing Alliance가 이것이 마지막 MPEG-4 Visual 특허이며 그날 만료된다고 확인했다. 명칭이 헷갈리기 쉬우니 정리하면 MPEG-4 Part 2는 Xvid와 DivX 코덱의 기반이 된 표준이고, H.263 자체는 아니고 H.263의 상위 집합인 MPEG-4 ASP다.
더 중요한 논점은 H.264다. 알려진 잔여 특허 대부분이 내년에 만료되고 한 건만 더 뒤까지 이어진다. 한 댓글의 정리가 설득력 있다. H.265나 AV1 같은 최신 코덱이 줄 것이 많지만 H.264가 완전히 특허 부담에서 벗어나는 것은 그 자체로 의미가 있다. 현대 기준으로도 하드웨어와 소프트웨어 지원이 매우 넓고 인코딩과 디코딩이 계산적으로 저렴하며 대부분의 용도에 충분히 좋기 때문이다. AV1처럼 사실상 특허 부담이 없는 코덱이 함께 존재하는 상황을 감안하면 특허에 묶인 미디어 포맷의 시대가 서서히 저물고 있다는 관측이다. 다만 냉소적 반응도 있었다. 제품이 유용한 동안 최대한 뽑아내는 것이 특허 시스템이 의도한 그대로라는 지적, H.264 특허 목록에 사양이 공개된 뒤 등록된 특허가 여럿 보인다는 지적, 그리고 특허 풀 시스템에는 나쁜 특허를 걸러낼 유인이 전혀 없다는 비판이다. Via Licensing이 이 특허를 AVC/H.264, HEVC/H.265, VVC/H.266, 그리고 SMPTE 표준인 VC-1에도 표준 필수로 등재했었다는 사실도 함께 언급됐다.
과학, 건강, 사람
자연 실험 수십 건이 말하는 식물성 플랑크톤 탄소 제거
Hacker News , news.ycombinator.com
영양분이 부족한 바다에 광물을 넣어 작은 해양 식물이 대기 중 이산화탄소를 제거하게 한다는 아이디어는 낯설고, 낯선 아이디어는 불편하다. "한 번도 해본 적 없으니 결과를 알 수 없다"는 직감이 위험 인식으로 나온다. 이 글의 주장은 그 전제가 틀렸다는 것이다. 자연은 온갖 메커니즘으로 항상, 전 세계에서, 수백만 년 동안 바다에 광물을 넣어 왔고 위성이 20년 넘게 해색을 정밀 측정했으며 연구선들이 센서와 시료병을 들고 이 사건들을 쫓아다녔다.
사례가 촘촘하다. 통가 인근 얕은 해저 열수구는 오랫동안 가설이었다가 2019년 연구 항해로 확인됐다. 단일 열수구 열이 독일 크기의 해역에 철분을 공급해 질소 고정 박테리아가 주변 물보다 28배 빠르게 자라고 심해로 23배 많은 탄소를 끌어내린다(Science, 2023). 가장 잘 알려진 자연 시비 장치는 바람에 실린 먼지다. 사하라, 고비, 파타고니아, 남아프리카에서 날아온 먼지가 철분이 부족한 물에 내려앉으면 보통 1~2주 안에 식물성 플랑크톤 성장이 뒤따른다. 가장 명료한 증거는 2001년 고비 먼지 구름이 지나갈 때 마침 북태평양에 있던 로봇 부유체들이다. 물속 생물 탄소량이 2주 만에 거의 두 배가 됐다. 2012년 아라비아해 먼지 폭풍 뒤에는 엽록소가 약 5배 뛰었고, 2024년 Nature 연구는 먼지 영양분이 남극해 연간 식물 성장의 약 3분의 1을 지탱하며 마지막 빙기에는 그 비율이 약 3분의 2였다고 결론지었다.
화산재는 시점이 갑작스럽고 날짜를 특정할 수 있어 인과가 선명하다. 2008년 8월 알류샨의 Kasatochi 화산이 알래스카만에 재를 뿌리자 며칠 내 위성이 그 해역 사상 최대급 블룸을 잡았다. 2010년 유럽 항공을 멈춰 세운 Eyjafjallajökull의 재가 북대서양에 내렸을 때는 연구선들이 플룸 아래에서 용존 철 급증을 측정하고 선상 실험으로 재가 실제로 플랑크톤을 먹이고 있음을 보였다. 2018년 킬라우에아 분화 때는 1,600km 넘게 실려간 재가 대만 면적의 약 5배에 달하는 해역에 사상 최대급 블룸을 일으켰다. 암석이 아닌 사례 중 가장 인상적인 것은 2019~2020년 호주 산불이다. 철분이 풍부한 재를 실은 연기가 남극해로 흘러가 대형 블룸을 일으켰고 생태계가 받은 철을 다 쓰고 굶주림으로 돌아가는 대신 재순환하며 약 9개월간 블룸을 이어갔다. 화학적으로도 설명이 붙었다. 연소로 생긴 재의 철은 일반 풍성 먼지에 갇힌 철보다 물에 더 잘 녹는 형태다. 여기에 웨델해에서 자유 표류 빙산 두 개를 추적해 각각 주변 수 마일에 플랑크톤과 크릴과 바닷새의 후광이 따라붙는 것을 확인한 2007년 연구, 그리고 고래가 있다. 수염고래 배설물의 철 농도는 일반 해수의 1천만 배이고 남극 크릴은 서식 범위 남극해 표층 철분의 약 4분의 1을 몸에 지니고 있다. 고래와 크릴이 심해의 철을 표층으로 되돌리는 살아 있는 비료 펌프이며 한 세기의 상업 포경이 그 펌프의 큰 부분을 제거해 남극해 생산성을 조용히 억눌렀을 수 있다는 가설도 제기된다.
필자의 결론은 두 가지다. 메커니즘이 제각각인데도 결과는 동일하다는 것, 그리고 가역성이다. 플랑크톤은 계속 먹이면 계속 자라고 멈추면 멈추므로 생태적 안전에서 핵심 기준인 가역성을 충족한다는 것이다. 다만 이 글은 명백히 옹호 논변이고 HN 반응이 균형을 잡아준다. 가장 실질적인 반론은 이 글이 블룸을 안정적으로 일으킬 수 있음은 보여주지만 실제 "탄소 제거"와 연결하지는 못한다는 것이다. 플랑크톤이 분해되거나 섭식되면 영구 격리 효율이 낮으므로 유기물을 심해로 가라앉히는 별도 수단이 필요한데, 그 펌프가 잡아 가두는 탄소보다 적은 탄소를 쓰면서 수십억 갤런의 해수를 다루도록 내구성을 갖추기가 어렵다는 것이다. 다른 방향의 비판은 "인류 개입의 예상 못한 연쇄 결과의 긴 역사를 보고도 이번엔 우리가 안다고 생각하는 오만"이었고, 이에 대해서는 어차피 무언가는 해야 하며 이것이 결과가 가장 잘 지도화된 선택지일 수 있다는 응답이 붙었다. 이 Substack이 사실상 단일 주제 옹호 매체라는 톤 비판도 있었다.
TV 시청과 뇌 구조 축소 - 앉아 있는 시간이 아니라 앉아서 무엇을 하는가
Hacker News , news.ycombinator.com
Alzheimer's & Dementia에 실린 연구가 중년기에 TV를 "매우 자주" 본다고 답한 사람들이 20여 년 뒤 기억 관련 뇌 영역의 용적 감소, 전두엽과 후두엽 축소, 그리고 노화와 뇌졸중 위험, 인지 저하, 치매와 연관된 백질 손상 영역 증가를 보였다고 보고했다. 대상은 1987~1989년 ARIC 연구에 등록한 평균 연령 53세의 성인 약 1,700명이다.
이 연구에서 가장 흥미로운 부분은 결과의 방향이 좌식 그 자체와 어긋난다는 점이다. 다른 종류의 좌식 활동에서는 같은 연관이 나타나지 않았고, 근무 중 앉아 있는 시간이 많다고 답한 사람들은 오히려 전두엽과 후두엽이 더 크고 백질 고신호강도 용적이 적어 TV를 보며 앉아 있는 사람보다 뇌 건강 지표가 나았다. 저자들은 앉아서 하는 많은 직무의 지적 자극 때문일 수 있다고 해석한다. 선임 저자 David Raichlen의 정리가 요지다. "몇 년 동안 우리는 사람들이 얼마나 앉아 있는지에 집중했다. 우리 결과는 앉아 있는 동안 무엇을 하는지에도 주의를 기울여야 함을 시사한다." 신체활동, 당뇨, BMI, 흡연, 음주를 통제해도 차이는 유지됐고 MRI를 성별로 나누면 TV 시청과 직업적 좌식 양쪽에서 변화 대부분이 남성에게 나타났다.
한계는 연구진과 HN 양쪽이 분명히 짚었다. TV 시청량은 자기보고라 시간 측정보다 부정확하고, 기저 시점 MRI가 없어 참가자들이 이미 일부 뇌 변화를 가진 상태였고 그것이 오히려 TV 시청을 늘렸을 가능성을 배제할 수 없다. HN에서 가장 정확한 요약은 "MRI를 마지막에 한 번만 찍은 관찰 연구이고 활동 이력은 사용자 보고이며 저자들도 인과를 주장하지 않고 사실을 솔직히 제시한다. 인간을 몇 년간 TV를 많이 보는 집단과 피하는 집단으로 무작위 배정할 수는 없으므로 이런 상관을 만드는 연구는 무작위화되지 않았다고 봐야 하지만 그렇다고 폐기해야 한다는 뜻은 아니다"였다. 같은 댓글은 유산소 운동이 노화에 따른 뇌 용적 손실을 줄인다는 전후 비교 연구가 이미 여럿 있음을 지적하며 이번 연구에서 진짜 흥미로운 것은 지적으로 도전적인 좌식 업무가 어느 정도 보호적으로 보인다는 부분이라고 정리했다. 실무적 함의는 저자 Natan Feter의 말로 정리된다. 앞으로는 환자에게 "더 움직이세요"라고만 하는 대신 TV 시간을 줄이고 앉아 있을 때 인지적으로 관여하는 활동을 더하라고 권고하는 방향으로 건강 지침이 확장될 수 있다.
Terence McKenna의 "메가 배드 트립" - 기록에서 지워졌던 붕괴
Hacker News , news.ycombinator.com
"영웅적 복용량(heroic dose)"을 대중화한 인물이 그 복용량에 깨졌고 그 사실이 회고록 후속 판본에서 조용히 삭제됐다는 이야기다. Graham St. John의 전기가 방대한 인터뷰와 자료 작업을 통해 전모를 공개하기 전까지 이 사건은 소문과 막연한 일화로만 존재했다.
사건 자체는 1988~1989년 하와이에서 일어났다. 당시 아내 Kathleen Harrison과 함께 살던 집에서 두 사람은 1982년부터 매월(그 전 수년간은 매주) 이어온 의례대로 건조 실로시빈 5g을 복용하고 나란히 매트에 누웠다. 그날 밤 아열대 폭풍이 이례적으로 강하게 몰아쳤고 평소에는 빗소리의 편안한 공명판이던 금속 지붕이 귀를 찢었다. Harrison은 익숙한 황홀 상태에 들어간 반면 McKenna는 그가 "완전히 통제 불가능하고 예기치 못한, 형언 불가능하고 밀도 높으면서 광활한 무"라고 부른 곳으로 끌려들어갔다. 그녀는 자아 상실에 자신을 맡길 수 있었지만 그는 그럴 수 없었다. 태아 자세로 웅크린 채 떨며 울부짖다가 말이 돌아왔을 때 나온 것은 "no meaning", "nothing means anything" 같은 최소한의 문장이었다. 실재의 건축을 실제로 접촉한다고 주장해온 사람에게 허무와의 조우는 파괴적이었다. 다음 날 그는 격노했는데 특히 같은 조건을 겪은 Harrison은 멀쩡했고 자신만 공황에 빠졌다는 점 때문이었다. 그리고 다시는 그녀와 트립하지 않겠다고 선을 그었고 그 약속을 지켰다.
이후 그는 이전의 빈도나 호기를 회복하지 못했다. 동생 Dennis McKenna는 형이 그 경험 이후 버섯을 거의 복용하지 않았고 다른 환각제도 드물게, 큰 주저와 함께 복용했다고 썼다. 그럼에도 공개 무대에서 그는 때때로 영웅적 복용량을 계속 홍보했다. 상담에서 Harrison이 그 간극을 추궁하자 그는 "자기가 통달한 그것에 깨질 수 있다는 것을 팬들이 알기를 원치 않았다"고 답했다고 한다. 지적 타격은 나중에 왔다. 1990년대 중반 젊은 수학자 Matthew Watkins가 Timewave Zero 계산의 결함을 두고 서신을 주고받았고 여러 차례의 우호적 대화를 거치며 이론의 수학적 토대를 체계적으로 해체했다. Watkins는 McKenna의 그래픽 구성에 등장한 프랙탈이 몇 년 전 원래 정식화에는 없었다는 점도 지적해 내용이 시대의 분위기에 맞춰 바뀌고 있다는 의심을 낳았다. McKenna는 이후 2년을 그가 "수학적 지옥"이라 부른 시간 속에서 물리학자 John Sheliak과 함께 이론을 구하려 보냈지만 실패했다. 그런데도 공개 강연은 오히려 더 인기를 끌었고 사석에서는 무대에서 하지 않을 말을 하기 시작했다. 더는 Timewave Zero를 믿지 않는다며 남긴 말이 "아니다. 하지만 그게 청구서를 낸다"였다. Jules Evans에 따르면 1990년 그의 강연료는 현재 가치로 회당 약 $7,000이었다.
이 이야기가 왜 지워졌는가에 대한 설명이 이 항목의 핵심 논점이다. 실용적 이유로는 Dennis 자신이 환각제 강연 회로에서 활동 중이었으므로 영웅적 복용량의 예언자가 바로 그것에 깨졌다는 사실을 강조하는 것이 금지론자에게 탄약을 주고 추종자를 실망시킬 수 있었다는 점이 있다. 더 깊은 이유는 Jules Evans가 말한 audience capture다. 환각제 대변인의 청중은 대체로 젊고 환각제가 얼마나 치유적이고 의미 있고 재밌는지 듣고 싶어 하며 배드 트립 이야기를 원하지 않는다. 마지막으로 실증 수치가 이 사안을 감정 논쟁에서 끌어낸다. Dennis McKenna는 "배드 트립 같은 것은 없다"고 말해왔지만 고전 환각제 사용자 613명을 대상으로 한 설문에서 8.9%가 하루 이상 지속되는 기능 손상을 보고했고 2.6%가 어려운 경험 이후 의학적 또는 심리적 도움을 구했다. 절대적으로는 작아 보이지만 수백만 사용자에 적용하면 무시할 수 없는 위험이다. HN 토론에서는 총체적 지적 불경함으로 접근한 프랭크스터 계열이 실망과 혼란에 대한 회복력을 가졌던 반면 모든 것을 영웅적 복용량과 우주적 계시의 일관성에 걸었던 McKenna가 특히 취약했다는 지적이 지지를 받았다.
만들면 사람들이 찾아온다 - 합류하는 가장 빠른 길은 주최자가 되는 것
새로운 사회 집단에 들어가려 여러 번 시도해본 필자가 얻은 결론은 단순하다. 집단에 합류하는 가장 좋고 빠른 방법은 그 집단의 핵심 활동을 하는 행사를 직접 기획하는 것이다. 그가 마주친 모든 집단에서 사회적 행사와 할 일에 대한 수요는 공급보다 훨씬 많았고, 사람을 모으는 일은 해변에서 아이스크림을 공짜로 나눠주는 것과 같았다. 외부인으로서 남의 행사에 꾸준히 참석해도 친구는 만들 수 있지만 자기 행사를 열어 가까워지고 싶은 사람을 초대하거나 남의 행사 운영을 돕는 편이 훨씬 쉽고 빠르다. 이 양상은 틈새 온라인 팬픽 토론 모임부터 매년 수억 달러의 향방을 결정하는 전위적 지식 운동까지 동일했다.
많은 사람이 자기 공동체에 대해 소비자적 태도를 갖는다. 사회적 장면을 저절로 등장하는 세계의 자동 기능, 야생 블루베리 덤불처럼 여기는 것이다. 그런데 실제로는 누군가 실무를 맡을 때만 행사가 열리고, 우주의 가장 신뢰할 만한 법칙 하나는 조금이라도 수고가 필요한 일이면 대부분의 사람이 그냥 하지 않는다는 것이다. 그래서 어떤 장면의 리더는 대체로 그 수고를 실제로 감수하는 사람들이다. 조직하는 일은 많은 이에게 과소평가되지만 다른 운영자들은 이 점에 매우 민감해서 누가 부담을 함께 지는지 반드시 알아본다. 필자의 마지막 진단은 더 넓다. 오늘날 사회적 소외 문제의 일부는 무임승차 문제라는 것이다. 많은 사람이 사회적 직물을 소비하고 싶어 하지만 그것을 생산하라고 말하는 사회적 대본은 대체로 사라졌다. 사회 전체 규모에서 이 공급 부족을 어떻게 해결할지는 자기도 모르지만 자기 공동체 규모에서는 그냥 공급하는 것으로 해결할 수 있다는 결론이다.
사우나로 문화를 만들려는 창업 - 태동기에 들어가야 주도할 수 있다
이날 유일한 비-AI 창업 사례다. 인터뷰의 뼈대는 사우나 이야기가 아니라 "문화가 태동하기 전에 들어가야 문화를 주도할 수 있다"는 창업 논리다. 사사사 정인모 대표는 삼양식품에서 미국 사업을 맡고 있다가 회사를 나와 사우나 회사를 차렸다. 그가 든 이유는 두 가지다. "문화가 만들어질 때 그 문화를 만드는 것에 적극적으로 참여하고 더 나아가 주도해보고 싶다. 그러려면 그 문화가 열리기 전부터 투자를 해야 한다. 잘되고 나서 뛰어들면 늦는다." 두 번째는 시간 계산이다. 2012년 KAIST 3학년, 22~23세에 아이엠스쿨을 창업해 NHN엔터테인먼트에 매각하기까지 20대가 사라져 있었고 "뭘 하나 제대로 하려면 10년은 걸린다. 태어나서 창업할 수 있는 기회는 몇 번 없다"는 결론에 도달했다는 것이다. 이후 샌드박스 네트워크 자회사에서 이스포츠 사업을 경영했고 삼양식품에서 미국 사업을 1년 남짓 맡았다.
진입을 결정하게 만든 관찰은 2025년 초의 시장 조사였다. "너무 자료도 없고 정보도 없고, 가장 놀랐던 건 소셜미디어에서 사우나 얘기를 하는 사람이 아무도 없는 거예요. 어떤 분야에도 스타트업이 있는 것 같은데 사우나 스타트업은 없었고 사우나 콘텐츠와 계정이 하나도 없다는 게 신기해서." 확신은 없었기 때문에 "그럼 콘텐츠나 만들어 보자"로 시작했고 그게 2025년 3월 '닥터사우나' 계정이며 회사 창업은 그해 말이다.
기술적 진단이 구체적이다. 그가 말하는 사우나의 핵심은 컨트라스트 테라피, 즉 체온을 크게 올려 땀을 낸 뒤 아이스 플런지나 냉수욕으로 급격히 식히고 외기욕으로 마무리하는 순환이다. 한국 사우나가 이 시퀀스를 못 하는 이유를 그는 구조로 설명한다. 첫째, 법률상 명칭이 '발한실'이다. "그것만 봐도 느낄 수 있다. 그냥 땀 빼는 곳이다." 둘째, 그래서 히터가 물을 뿌리는 걸 전제하지 않고 설계돼 달군 돌에 물을 붓는 로일리를 하면 고장과 감전 위험이 있고 결과적으로 습도가 너무 낮아 오히려 땀이 잘 안 난다. 냉수 이야기에는 수치가 붙는다. 사우나 공간에서 가장 비싼 게 냉수인데 히터보다 에어컨이 비싼 것과 같은 원리다. 시퀀스가 성립하려면 18도 미만이어야 하는데 한국은 보통 1820도, 동네 목욕탕은 2324도가 많고 수돗물을 받아두고 순환시키지 않는 곳은 겨울 15도에서 여름 25도까지 흔들린다.
사업 구조 분석이 가장 실무적이다. 그는 왜 사우나 스타트업이 없었는지 이해된다고 말한다. 기존의 일반적인 찜질방을 새로 지으려면 최소 20억에서 40억 원이 필요하고, 이 단위의 시설 투자는 서비스업이 아니라 부동산 사업에 가까워지며 실제로 건설사들이 다수 보유하고 있다. 자본을 땅에 묻어야 하는데 남의 건물에 묻는 건 어리석은 일이 되기 때문이다. 반대로 변동원가는 선진국 대비 합리적이어서 손님만 온다면 마진이 남고 목적 시설이라 사람들이 차를 타고 와 땅값 자체를 올리며 유행도 빨리 바뀌지 않는다. 그가 내린 결론은 "아는 사람만 아는 좋은 부동산 디벨로핑 관점의 산업"이었다는 것이다. 가격대 전략은 명확하다. 타깃은 1회 23만 원(2만4만 원 구간)이고 "지금 시장은 진짜 싸거나 진짜 비싸거나"로 이 중간이 비어 있다는 게 그의 시장 판단이다. 중간 엔트리가 있어야 위쪽 시장도 같이 발전한다는 논리다.
사업은 세 갈래다. 콘텐츠/커뮤니티, 파트너와 협업해 기획부터 운영까지 참여하고 수익을 나누는 '프로듀스' 공간 사업, 그리고 아웃도어 사우나에서 출발한 프로덕트다. 연내 최소 두 곳을 오픈할 계획인데 하나는 몽촌토성역 바로 앞 운동인을 위한 리커버리 공간, 다른 하나는 성수동 연무장길의 문화 전파형 공간이다. 둘 다 규모가 크지 않은데 그는 이걸 오히려 강점으로 본다. "이렇게 크지 않은 공간이라서 화제성도 있지만 수익성도 좋다는 걸 보여줄 수 있는 매장"이라는 것이다. 그가 반복하는 문장이 있다. "사우나가 돈이 되네라는 것도 보여줘야 된다고 생각한다. 그래야 이 문화가 진정으로 발전할 수 있다." 첫 사례에 가까운 것이 러너를 위한 공간 런케이브인데, 노후 사우나와 협업해 유휴 공간에 투자해 만들었고 최대 단점은 남성 전용이라 러닝 문화를 온전히 흡수하지 못한다는 점이라고 스스로 인정한다. 사우나 버스는 내러티브 전략을 보여준다. 조선시대나 궁전, 한복 같은 재해석은 "너무 뻔하다"고 보고, 고속버스와 시외버스가 국토 이동의 중심이었고 목욕탕이 보급되던 1980년대를 오마주 대상으로 골랐다. 가장 오래된 버스를 어렵게 구해 80년대 색깔로 디자인하되 "현대적인 걸 짬뽕해야 케이스럽다"는 판단으로 세련된 무드를 섞었다. 제작 난이도는 그대로 문제였다. "45인승 버스를 튜닝해 본 사람이 없다. 사우나로 만들어 본 사람은 아무도 없다." 팀 구성 원칙도 명시적이다. 10년 넘게 사업을 했지만 기존 네트워크에서 당겨온 사람은 많지 않은데, "문화를 만드는 데 있어서는 경험도 중요하지만 창의성, 그리고 젊음"이라는 이유이며 "지금 우리에게 기대하는 건 될 걸 하는 게 아니라 뭔가를 창조하는 것"이라고 정리한다.
앞서 다룬 Hormozi의 회의론과 나란히 놓으면 대비가 선명하다. Hormozi는 모두가 AI를 하니까 오히려 비AI 레버리지가 방치돼 있다고 보고, 정인모는 아무도 사우나를 안 하니까 지금 들어간다고 본다. 방향은 반대지만 논리는 같다. 둘 다 도구나 기술 자체보다 "무엇을 할지 정하는 판단"을 병목으로 지목한다.
기타 주목할 콘텐츠
브라우저, 컴파일러, 언어 - 짧은 소식
Hacker News , news.ycombinator.com, Hacker News , news.ycombinator.com, Hacker News , news.hada.io
Kagi의 Orion 브라우저가 다시 화제에 올랐다. WebKit 기반에 Chrome과 Firefox 확장을 모두 지원하고 텔레메트리가 없다는 점을 내세우며 macOS가 주력, iOS/iPadOS는 사용자 400만, Linux는 베타, Windows는 알파 개발 중이다. 광고 없이 사용자 자금만으로 운영되며 구독 또는 일회성 평생 라이선스를 판다. HN 반응은 "빠르지만 거친 부분이 있어 결국 Firefox로 돌아간다", "프로파일마다 Orion 전체가 복제되는 구조라 메모리를 더 써서 Vivaldi로 옮겼다"로 갈렸고 가장 큰 장점으로 꼽힌 것은 iOS에서 uBlock Origin이나 SponsorBlock 같은 Firefox 확장을 쓸 수 있다는 점이다.
GCC도 Clang도 표준 C++를 준수하지 않는다는 지적도 올라왔다. 호출 규약이 함수 시그니처의 일부인지, C 함수와 동명의 네이티브 함수를 허용할지에 대한 표준의 결정을 두 주요 컴파일러가 무시해온 문제다. 12년 전 같은 사안이 CWG issue 1555로 제기됐으나 작업 그룹이 "정확한 제안을 담은 페이퍼를 가져오라"고 한 뒤 진전이 없었다. HN에서 가장 많이 웃은 댓글은 "gcc와 clang이 사실상 표준인 상황에서 표준 쪽을 고치라는 권고가 나온다면, 표준이 표준 C++를 준수하지 않는 셈"이었다. 한편 Elixir 공식 사이트가 리뉴얼돼 Elixir를 개인 개발부터 수백 명 팀까지, 단일 서버부터 글로벌 네트워크까지 확장되는 Erlang 기반 언어로 재소개했다. Elixir 1.20의 점진적 타입 시스템, Numerical Elixir(Nx)를 통한 GPU 연산, Phoenix/LiveView/Ecto, Nerves/AtomVM, Broadway/Membrane, Livebook을 축으로 정리했다.
에뮬레이션과 네트워킹 - 짧은 소식
Hacker News , news.ycombinator.com, Hacker News , news.ycombinator.com
모더 Dryxio가 GTA III와 Vice City를 San Andreas 프로세스 안에서 독립 엔진으로 돌리는 모드의 후속을 공개했다. 두 게임이 같은 Direct3D 디바이스를 공유하고 GTA III가 게임 내 텔레비전의 라이브 GPU 텍스처에 직접 렌더링한다. 두 월드가 동시에 시뮬레이션되며 어느 쪽도 일시정지되지 않는다는 점이 기술적 핵심이다.
MikroTik으로 홈랩 라우터를 구성하는 실전 가이드도 유용하다. ISP 핸드오프가 IPoE인지 PPPoE인지, WAN IPv4가 공인인지 사설(CGNAT)인지 두 축을 먼저 확인하라는 조언이 핵심이다. 특히 DS-Lite는 WAN에 IPv4가 아예 없고 IPv4 트래픽이 IPv6 안으로 터널링되는 가장 엄격한 CGNAT인데, MikroTik은 터널 자체는 지원하지만 필요한 AFTR 주소 자동 수신을 지원하지 않아 포트 포워딩, UPnP, 인바운드 연결, 다수의 원격 접속 도구가 동작하지 않는다. 라우터를 사기 전에 유료 공인 IPv4 옵션을 확인하라는 경고가 실용적이고, ISP가 지급 라우터의 MAC에 서비스를 묶어둔 경우 /interface ethernet set ether1 mac-address=...로 MAC을 복제해야 인증된다는 팁도 있다. 같은 날 MAME 온라인 플레이 프로젝트 두 개도 올라왔다. Kaileron은 Windows 런처로 회원가입 없이 방 생성과 참가, 관전, 리플레이 저장, 방 내 음성 채팅을 제공하며 카일레라식 경험에 롤백 넷코드를 적용했다. 다른 하나는 웹 기반인데, 각 참가자 브라우저에 에뮬레이터를 띄우고 키 입력만 주고받는 방식이 캐릭터 설정과 에뮬레이터 로딩 시간 차이 때문에 동기화에 실패해, LiveKit으로 화면을 통째로 전송하고 키 입력만 웹소켓으로 교환하는 구조로 바꿔 해결했다. 대가는 네트워크 트래픽이다.
도구, 플랫폼, 커리어 - 짧은 소식
Threads , ysh305, LinkedIn , André Lindenberg, Blogs , discuss.pytorch.kr
플랫폼 소식으로는 우버가 배달의민족을 인수했다는 전언이 248 반응을 얻었다. 김봉진 창업주가 시작한 배민이 미국 기업이 됐다는 정리다. 프라이버시 쪽에서는 작년 10월 어느 날부터 받은편지함을 읽는 구글 AI가 사용자가 켠 적 없어도 기본값으로 켜져 있었다는 지적이 274 반응을 얻었다. 전 세계 사용자 30억 명 규모의 opt-out 기본값 논쟁이다.
도구로는 세 가지가 눈에 띈다. code-review-graph는 PR에서 변경된 함수를 얼마나 많은 코드가 의존하는지, 테스트가 도달하는지, 얼마나 자주 변경되는지로 점수를 매겨 리뷰 우선순위를 정한다. 테스트가 있고 호출자가 하나인 함수보다 호출자 40개에 테스트가 없는 함수를 먼저 올리는 식이며 20k 스타에 MIT 라이선스다. 앞서 다룬 코드 리뷰 처리량 한계 논의와 붙여 읽으면, 리뷰 슬롯이 유한하다면 무엇을 먼저 볼지 정하는 도구의 가치가 커진다는 뜻이 된다. Taipan은 Python 없이 Python을 실행하거나 컴파일하는 Zig 바이너리로, .py 파일을 가리키면 설치나 venv 없이 실행되고 taipan build로 스크립트를 단일 실행파일로 만들어 배포할 수 있다. FRIDAY는 음성으로 MCP 도구를 쓰는 AI 비서인데 MCP 서버(FastMCP, SSE, 8000번 포트)와 음성 에이전트(LiveKit Agents) 두 프로세스를 동시에 띄우는 구조이고, 기본 구성은 STT에 Sarvam Saaras v3, 추론에 Google Gemini 2.5 Flash, TTS에 OpenAI nova다. 도구는 friday/tools/ 아래에 register(mcp) 함수와 @mcp.tool() 데코레이터로 추가하면 다음 서버 시작 시 자동 등록된다.
OpenAI 쪽에서는 GPT-5.6과 ChatGPT Work의 출시 1주 후 고객 사례가 공유됐다. Box에서는 재무제표를 다년 전망으로 변환하도록 요청했을 때 모델이 대차대조표가 연중 시점 기준임을 인식하고 전체 모델을 올바른 개시일로 재정렬했고, NVIDIA GTM 팀은 수작업 분석을 없앴으며, Shopify는 "엔지니어링 리소스를 기다리지 않고 더 빠르게, 이전에 못 하던 일까지"라고 평가했다. Figma CDO는 Figma Make에서 GPT-5.6이 창작 흐름 유지에 도움이 됐다고 했다. 회사 주장으로 Sol, Terra, Luna가 다른 모델보다 훨씬 낮은 비용으로 더 나은 성능을 내며 OpenAI Partner Network 출범과 FDE 인력 확충도 함께 발표됐다.
커리어 쪽 신호도 몇 가지 있다. 넷플릭스 현 CTO가 컴퓨터공학 전공도 아니고 개발자로 일한 적도 없다는 점이 짚였다. 경제학을 공부하고 데이터 분야에서 일하다 3년 전 넷플릭스 최초 CTO로 선임됐고 올해는 CPO 역할도 겸하는데, 인터뷰에서 가장 중요한 역량으로 꼽은 것은 systems thinking이다. 틸 펠로우십의 인재 판별 3기준도 정리됐다. 1. 명확한 커뮤니케이션, 즉 "본인의 과거 역할과 현재 쫓는 것을 설명해 달라"에 답이 구조화돼 있고 짧고 직접적인가. 2. 주도성, 즉 "당신이 밀어붙이지 않았다면 일어나지 않았을 일은 무엇인가". 3. 명석함, 즉 "왜 그렇게 했나"의 꼬리질문으로 논리적 근거와 진실성을 확인하는 것이다. 정리한 사람의 관찰은 AI 기업이라 해서 인재상이 바뀌지 않았다는 점이다. LinkedIn의 초록색 Open to Work 배너를 쓰지 말라는 조언은 1,134 반응에 댓글 130개로 논쟁이 붙었고, VC 투자를 받은 스타트업이 성공했을 때 창업자의 가장 흔한 최종 지분이 약 5%이며 공동창업자가 있으면 특히 그렇다는 지적도 나왔다. AGI Summit에서 "쏟아져 나오는 지식에 어떻게 대응하나요"라는 질문에 OpenAI 연구자가 가장 먼저 한 말이 "AI를 다 공부하려고 하지 마"였다는 전언, 그리고 AI 교육 강사로 약 2개월 뛰면서 여기저기 불려 다니느라 본업인 개발이 뒷전이 됐다는 한국 실무자의 기록도 같은 날 나왔다. 한국어 바이브코딩 학습 채널 5선(이동훈의 루트AI, 조코딩, 일잘러 장피엠, AI싱크클럽, 메이커 에반)도 정리돼 공유됐다.
교차 분석
같은 실패가 세 층위에서 반복된다. AI 조언 연구는 사람이 틀린 답에 노출되면 "모르겠다"는 인지 습관 자체를 잃는다고 말하고, 코드 리뷰 반박문은 LLM 코드를 검토한 사람이 결함은 덜 찾으면서 확신은 더 강해진다고 말하며, VisualSwap은 VLM이 "다시 보겠다"고 말하면서 실제로는 시각 입력을 재검토하지 않는다고 말한다. 세 번째가 특히 중요한데, 검증 실패가 인간의 심리적 문제만이 아니라 모델 내부에서도 같은 모양으로 일어난다는 뜻이기 때문이다. 그리고 셋 다 같은 방향의 처방으로 이어진다. 자기 자신에게 검증을 맡기지 말 것. iFixAi가 대상 벤더를 심사자 후보에서 제외하는 것, ProofAgent-Harness가 컨텍스트 점수를 행동 지표와 분리해 비순환 검증을 만드는 것, codor에서 Opus의 "쓸데없이 따지는" 성향이 나머지 둘에 대한 검증 장치로 기능하는 것이 전부 같은 설계 원리다.
가격 경쟁의 승자와 용량 경쟁의 승자가 다르다. Kimi K3는 가격과 품질에서 이겼지만 48시간 만에 신규 구독을 닫았고, Anthropic은 한도를 33% 줄이면서도 서비스를 유지했다. HN에서 나온 반론이 이 긴장을 정확히 짚는다. Anthropic도 몇 달 전 같은 수요 문제를 겪다 xAI와의 계약 이후 안정화됐고, 기업 입장에서는 직원 시간이 장애로 낭비되는 것을 싫어하므로 대규모 수요를 감당하는 운영 능력 자체가 남는 차별점일 수 있다는 것이다. 즉 벤치마크 1위와 가격 1위와 "지금 살 수 있는가"가 각각 다른 회사를 가리키는 국면이고, 이것이 프로덕션 파이프라인에서 가용성을 리스크 항목으로 승격시킨 이유다. 오픈 웨이트가 이 지점에서 실질적 가치를 갖는다. 가중치를 받아 자체 인프라에서 돌릴 수 있다면 "sold out"이라는 상태 자체가 존재하지 않고, HuggingFace 사례처럼 벤더 정책이 업무를 막는 상황도 우회할 수 있다.
조직은 실패하고 개인은 성공하는 이유가 같은 변수로 설명된다. a16z 글은 조직 토큰의 80%가 증발한다고 말하고, Hormozi는 AI가 우선순위가 낮은 일을 더 빨리 하게 만들 뿐이라고 말한다. 반대편에서 개인 자동화 사례는 네이버 부동산 매물 수집에 전일 대비 델타와 판단 근거 계산을 붙여 하루치 작업을 하루 두 번의 메일로 압축했다. 차이는 문제 정의의 구체성과 결과 확인 가능성이다. a16z 글의 표현으로는 "코딩이 AI에 가장 먼저 먹힌 이유는 코드가 돌아가느냐라는 Eval이 원래 내장돼 있었기 때문"이고, Hormozi의 표현으로는 "우선순위가 아니라고 판정하는 게 우선순위가 아닌 것을 자동화하는 것보다 효율적"이다. 두 문장은 같은 말이다. Eval이 없는 영역에 자동화를 붙이면 토큰만 태운다.
"컨텍스트가 해자"라는 주장과 "스킬은 대부분 중복"이라는 주장이 정면으로 부딪힌다. Paul Iusztin은 하네스를 일회용으로 만들고 컨텍스트 레이어를 지키라고 하고, "i have adhd" 스킬 하나가 응답 품질을 바꿨다는 후기가 28,083 반응을 얻었다. 반대편에서 Mike Taylor는 프런티어 모델이 스킬 대부분을 흡수해 중복이 됐고 지시를 쌓을수록 결과가 나빠지고 비싸진다고 주장하며, 실제로 스킬을 하나만 남기거나 전면 폐기한 사례가 함께 실렸다. R3 논문이 이 충돌을 부분적으로 설명한다. 스킬 검색의 정확도가 개별 관련성이 아니라 "검색된 스킬들이 이 쿼리에서 함께 작동할 수 있는가"에 달려 있다면, 스킬을 쌓는 것이 나쁜 게 아니라 라우팅 없이 쌓는 것이 나쁜 것이다. 잘 만든 스킬 하나가 크게 이기는 현상과 스킬 더미가 결과를 악화시키는 현상이 동시에 참일 수 있다.
규제와 지역 정치의 반응이 기술적 완화책보다 정서에 붙어 있다. 데이터센터 토론에서 나온 완화책들(여유 송전 용량 할인 공급, 폐열 공공 수영장, 1dB당 분당 $25,000 벌금)은 정교했지만 500MW 청정 전력이 확보된 브라운필드 부지에도 반대는 그대로였다. 반면 뉴욕시는 AI 이미지 규제를 "AI 규제"가 아니라 "기만적 상거래 관행 규제" 패키지 안에 넣어 세입자 조합 인정과 함께 냈다. 프레이밍 차이가 크다. 전자는 AI 자체를 방어하려다 정서와 정면으로 부딪혔고 후자는 이미 합의된 피해 범주 안에 AI를 배치했다. PHK의 예측도 같은 자리에 놓인다. FOSS를 끝내는 것이 LLM이 아니라 연령 확인이라는 그의 논지는, 기술 논쟁이 아니라 규제가 요구하는 무결성 증명이 실제 구조를 바꾼다는 관찰이다.
제약이 설계를 만든다는 정서가 여러 항목에 걸쳐 있다. 볼링장 SRE는 $80k~$120k 견적 앞에서 레인 페어당 $200 ESP32 메시를 만들었고, DNS 동글 제작자는 RAM 400KB 때문에 40비트 해시와 이진 탐색에 도달했으며, Good Start Labs는 게임 목표를 명확히 정의하자 460만 파라미터 모델로 프런티어 LLM을 이겼다. 반대편에는 Fable이 2시간 걸려 "영감받은" 결과를 내는 이미지에서 HTML 변환을 전용 파이프라인이 60초에 처리한 사례가 있다. 공통 구조는 같다. 범용 대형 모델을 더 세게 돌리는 대신 문제를 좁게 정의하면 비용이 자릿수 단위로 떨어진다. Lone Lisp 제작자가 libc를 걷어내고 시스템 호출 위에서 다시 시작한 것도, 프론트엔드 20년사의 결론이 "서버에서 HTML을 렌더링하고 JS를 거의 보내지 않는" 지점으로 돌아왔다는 것도 같은 방향의 이야기다.
Powered by skim