Daily Digest - 2026-07-28

Opus 5와 Kimi K3가 같은 날 나왔지만, 오늘 하루를 관통한 문장은 모델이 아니라 하네스와 상태 관리가 결과를 가른다는 것이었다.

Daily Digest - 2026-07-28

오늘의 핵심 흐름

1. 같은 모델을 서로 다른 자로 재면 완전히 다른 물건이 된다. Anthropic이 Claude Opus 5를 공개했고 자사 벤치마크에서 Frontier-Bench 43.3%, ARC-AGI-3 30.2%를 제시했다. ARC-AGI-3에서 직전 세대 Opus 4.8은 1.5%였으니 20배 차이다. 그런데 같은 날 HumanLayer의 dhow가 같은 모델을 SlopCodeBench에 넣었더니 strict pass 4/17, 24%였다. 무엇을 재느냐에 따라 같은 모델의 인상이 뒤집힌다. 여기에 Moonshot AI가 2.8조 파라미터 Kimi K3를 Modified MIT로 풀면서 GDPval-AA v2 Elo 1686으로 Opus 4.8의 1593을 넘겼고, 커뮤니티는 곧바로 "가중치를 올리는 데만 1.4TB와 GPU 18장이 필요한데 이게 열린 건가"를 물었다. -> 프런티어 모델 경쟁

2. 병목은 모델 능력이 아니라 상태 관리다. 서로 관계없는 여섯 출처가 같은 해법에 도달했다. Bun은 Zig 53만 줄을 11일 만에 Rust로 옮기면서 에이전트 64개를 600줄짜리 PORTING.md 하나로 통제했고, Anthropic은 Python 16.5만 줄 이전에 8단계 관문과 적대적 검토 3회를 걸었고, EvoCode-Bench는 요구사항 문서를 유지한 에이전트의 성공률이 2배 이상이라고 보고했고, NVIDIA의 ENPIRE는 에이전트 간 협업을 Git 커밋 로그로 구성했다. GeekNews에는 서브에이전트를 22개에서 17개로 줄인 기록이 올라왔고, LinkedIn에서는 멀티에이전트 대신 스킬 파일 한 장으로 끝냈다는 글이 나왔다. 전부 "에이전트를 더 똑똑하게"가 아니라 "무엇을 지켜야 하는지를 밖에 적어둔다"는 쪽이다. -> 에이전트 하네스

3. 모델이 아니라 하네스가 반년치 발전을 만든다. Anthropic과 Andon Labs가 $129짜리 장난감 드론으로 모델 15종을 재본 Project Pilot에서 전체 임무 성공률은 0%였는데, 최고 제출과 평균 제출의 격차가 약 6개월치 모델 발전에 해당했다. ENPIRE에서는 같은 작업이 Codex 하네스로 54분, Claude 하네스로 62분인데 Opus API를 Codex 하네스에 물리면 105분이 걸렸다. 모델과 하네스는 세트라는 뜻이다. -> 에이전트 하네스

4. 만들기 비용이 0에 수렴하자 판단이 병목으로 남았다. OpenAI 경제연구팀은 직업이 식별된 ChatGPT 메시지의 43.5%가 자기 핵심 직무 바깥 업무였다고 보고했다. 디자인 직군은 그 비율이 75%다. 그런데 Starbucks는 직영 11,300개 매장 전체에 깐 AI 재고 카운팅 도구를 9개월 만에 폐기했고, 정신과 의사 출신 창업자는 "AI는 실험의 속도를 가속화할지언정 성공 확률은 오히려 낮추고 있는 것 같다"고 썼다. 능력의 민주화와 판단의 공백이 같은 날 같은 타임라인에 올라왔다. -> 만들기 비용이 0에 수렴한 뒤 남는 것

5. 신뢰 경계가 정책이 아니라 기본값과 계측으로 옮겨간다. Cloudflare는 2026년 9월 15일부터 신규 도메인의 학습용 크롤링과 에이전트 접근을 기본 차단한다. 전 세계 웹 도메인의 20% 이상이 그 뒤에 있다. 같은 주에 Google이 SerpApi를 상대로 낸 DMCA 청구는 기각됐고, Googlebot을 사칭하는 크롤러가 실측으로 확인됐다. 사용자 쪽에서도 같은 일이 벌어진다. 한도 너프 불만이 말싸움을 넘어 로컬 로그로 주간 한도의 API 환산 가치를 10초마다 추적하는 도구 제작으로 넘어갔다. 양쪽 모두 "상대의 말을 믿는 대신 직접 재고 직접 막는다"는 방향이다. -> 봇 거버넌스, 사용량 한도, 가격, 벤더 신뢰 경계

6. 인프라 쪽 결론은 "전용 계층을 새로 세우기 전에 있는 것으로"다. Cerebras는 전용 벡터 DB 없이 Postgres 임베딩 테이블 하나로 사내 지식베이스를 만들어 3개월 만에 하루 15,000건을 처리하고 있다. 검색은 전문검색과 임베딩과 IDF와 시간감쇠 4종을 RRF weight/(60+rank)로 병합한다. 반대로 Netflix는 팀마다 모델을 따로 띄우던 것을 공통 서빙 계층으로 모았는데 근거는 유휴 GPU 점유였다. 규모가 요구하기 전까지는 있는 데이터베이스에 컬럼을 붙이고, 규모가 넘어가면 공통 계층으로 모은다는 두 방향이 같은 주에 기록으로 나왔다. 여기에 Hugging Face 엔터프라이즈 플랜의 "스토리지는 상시 포함, 컴퓨트는 실행하는 순간에만 과금"이 오픈웨이트를 사내에 들이려는 조직의 비용 논거를 채운다. 실제 병목은 모델 성능이 아니라 접근 통제, 감사 추적, 데이터 소재지, 청구 단일화라는 것이 이 항목들의 공통 전제다. -> 개발 도구와 사내 인프라

7. 사업 쪽에서는 "AI는 승부처가 아니라 도구"라는 같은 결론이 세 화자에게서 나왔다. 호르모지는 30일 라이브에서 14개 사업의 손익과 퍼널을 공개 진단하며 "완전정보 시장은 허구다. AI를 쓴다고 아무에게도 말할 필요 없이 그냥 쓰면서 굳어진 경쟁자보다 경쟁력 있게 하면 된다"고 했다. 억만장자 8가지 행동 원리를 정리한 영상은 "AI가 산업을 가져가도 그건 거대한 디플레이션 효과를 만들고 사람과 시간을 풀어줄 뿐"이라고 했다. Legora는 반대편에서 같은 결론에 닿는다. GPT-4 이후 모든 모델을 태스크별로 다 써봤는데 병목은 8만에서 20만 명 조직의 관성이라는 것이다. 이 클러스터에는 그대로 베낄 수 있는 지표도 여럿 있다. 6개월을 넘긴 회원의 이탈률은 월 2%이고 이탈 지점은 30일, 90일, 6개월 세 곳뿐이라는 프레임, 콜드 트래픽 웨비나에서 쇼업 30%는 손댈 여지가 없고 옵트인 5%가 4배짜리 레버라는 판정이 그렇다. -> 사업 확장의 구조적 조건

프런티어 모델 경쟁: 같은 모델을 서로 다른 자로 재다

Claude Opus 5 - 가격은 그대로 두고 ARC-AGI-3만 20배 올렸다

Anthropic

Anthropic이 Claude Opus 5를 공개했다. 발표문의 핵심 주장은 단순하다. 이번 모델은 이전 세대의 개선판이 아니라 이전 세대가 아예 풀지 못하던 문제군을 푸는 모델이라는 것이다. 그 주장을 뒷받침하는 숫자가 벤치마크 표 전 구간에 걸쳐 있다.

Frontier-Bench v0.1에서 Opus 5는 43.3%를 기록했다. 같은 표에서 Opus 4.8은 21.1%, GPT-5.6 Sol은 34.4%, Fable 5는 33.7%다. 직전 자사 모델 대비 정확히 두 배가 넘는다. 실무 과제 능력을 재는 GDPval-AA v2 Elo에서는 1861로, Opus 4.8의 1593과 268점 차이가 난다. 가장 눈에 띄는 항목은 ARC-AGI-3다. Opus 5가 30.2%, Opus 4.8이 1.5%다. 20배 차이는 벤치마크에서 흔히 나오는 폭이 아니다. 사실상 이전 모델이 이 문제 유형을 전혀 다루지 못했다는 뜻으로 읽는 편이 정확하다. GPT-5.6 Sol도 7.8%에 머문다.

에이전트 실행 능력 쪽 숫자도 함께 올라갔다. 가상 데스크톱 환경에서 GUI를 직접 조작하는 OSWorld 2.0에서 70.6%, 업무 자동화 워크플로를 재는 AutomationBench에서 26.0%다. AutomationBench의 26.0%는 절대값으로 보면 낮지만, 이 벤치마크는 사람이 여러 앱을 오가며 처리하는 다단계 업무를 통째로 재기 때문에 프런티어 모델 전반이 낮은 구간에 몰려 있다. 도메인 지식 쪽에서는 유기화학 +10.2%p, 단백질 서열 분석 +7.7%p 향상이 보고됐다. 코딩과 추론뿐 아니라 자연과학 전문 영역까지 함께 올라간 패턴이다.

가격 정책이 이번 발표에서 실무적으로 가장 중요한 부분일 수 있다. 입력 $5/M 토큰, 출력 $25/M 토큰으로 Opus 4.8과 완전히 동일하다. 성능이 두 배 오르는 동안 단가는 그대로였다는 뜻이다. 여기에 Fast 모드가 추가됐는데, 2배 가격에 2.5배 속도다. 지연 시간이 비용보다 중요한 대화형 제품이라면 계산이 맞는 옵션이고, 배치 처리라면 굳이 쓸 이유가 없다.

안전 평가 항목에서는 해석이 갈릴 수 있는 숫자가 나온다. OSS-Fuzz 취약점 식별에서 Opus 5는 79.4%로, Mythos 5의 80.0%보다 낮다. 그런데 식별한 취약점을 실제로 악용하는 데 성공한 건수는 Opus 5가 4건, Mythos 5가 13건이다. 취약점을 찾아내는 능력은 대등한데 그것을 무기화하는 방향으로는 훨씬 덜 나아간다는 구도다. 동시에 사이버 안전 분류기의 개입 빈도는 Fable 5 대비 약 85% 줄었다. 거부율은 낮추면서 실제 위험 행동은 억제했다는 주장인데, 이 두 숫자를 함께 놓고 보는 것이 발표문의 의도다. 다만 외부 검증 없이 자사 평가만으로 제시된 수치라는 점은 짚고 넘어갈 필요가 있다.

파트너사 코멘트가 이례적으로 구체적이다. Zapier는 AutomationBench에서 1위이자 100%를 달성했다고 밝혔고, Lovable은 Opus 4.7 대비 22% 향상, Box는 전반 8%, 데이터 분석 11%, 실사 업무 17% 향상을 보고했다. Cognition, Cursor, JetBrains, Kiro도 코멘트에 이름을 올렸다. 회사별로 측정 축이 다른 상태로 나열된 것이라 상호 비교는 안 되지만, "우리 워크로드에서 몇 % 올랐는지"를 각자 재서 내놨다는 점 자체가 이전 발표들과 다른 결이다.

실무 관점에서 판단할 지점은 세 가지다. 첫째, 가격이 동결됐으므로 기존 Opus 4.8 파이프라인은 모델명만 바꿔도 손해가 없다. 둘째, ARC-AGI-3와 Frontier-Bench의 폭발적 상승은 새로운 문제 유형이 열렸다는 신호이지 기존 워크로드가 두 배 빨라진다는 뜻이 아니다. 셋째, 자사 벤치마크는 자사 벤치마크다. 같은 날 나온 독립 실측이 훨씬 절제된 숫자를 내놨다는 점을 함께 보는 것이 균형 잡힌 판단이다.

SlopCodeBench로 Opus 5를 직접 돌려봤다 - 통과율 24%, 코드는 3배

Hacker News · humanlayer.dev, Hacker News

HumanLayer의 dhow가 Opus 5 출시 당일 SlopCodeBench를 직접 돌렸다. SlopCodeBench는 "테스트를 통과했는가"만 보는 기존 코딩 벤치마크와 달리, 통과한 코드가 사람이 유지보수할 만한 물건인지를 함께 재는 벤치마크다. 슬롭(slop)은 여기서 돌아가긴 하는데 읽기 싫은 코드를 가리킨다. 중복, 한 번만 쓰이는 래퍼 함수, 불필요한 추상화 계층 같은 것들이다.

strict pass 기준으로 Opus 5는 17개 체크 중 4개, 24%를 통과했다. Opus 4.8과 Sonnet 5는 각각 1개, 6%였다. 원 논문에 실린 기준선은 Opus 4.6이 17%, GPT-5.4가 11%다. 즉 Opus 5는 이 벤치마크에서 기존 최고 기록을 넘어섰지만, 절대 수치는 여전히 4분의 1이다. Anthropic 발표문의 Frontier-Bench 43.3%와 같은 모델을 두고 나온 숫자라는 점이 대비된다. 무엇을 재느냐에 따라 같은 모델의 인상이 완전히 달라진다.

가장 흥미로운 관찰은 분량이다. Opus 5는 29,065줄을 썼고, 나머지 두 모델은 각각 약 9,000줄을 썼다. 3배 이상이다. 그런데 그 29,065줄 중 51%가 테스트 코드다. Opus 4.8은 11%, Sonnet 5는 24%였다. 다시 말해 Opus 5가 많이 쓴 이유는 프로덕션 코드를 부풀렸기 때문이 아니라 테스트를 많이 짰기 때문이다. 이 차이는 사람이 코드 리뷰에서 느끼는 부담과 직결된다.

품질 지표는 더 선명하다. single-use 함수 비율, 즉 딱 한 곳에서만 호출되는 함수의 비율은 Opus 5가 14.9%인 반면 Opus 4.8은 49.1%, Sonnet 5는 71.5%다. Sonnet 5가 쓴 함수의 5분의 3 이상이 호출 지점이 하나뿐인 껍데기라는 뜻이다. 순환복잡도 추이도 갈린다. Opus 4.8은 작업을 진행하면서 코드 중복률이 4.6%에서 16.8%로 올랐고 최악 함수의 순환복잡도가 93까지 치솟았다. 순환복잡도 93은 사람이 머릿속에서 분기를 추적하는 것이 불가능한 수준이다. 반면 Opus 5는 평균 순환복잡도가 2.41에서 2.64로 거의 평탄했다.

다만 slop 규칙 위반 라인 비율에서는 세 모델이 크게 다르지 않다. Opus 4.8 98%, Opus 5 93%, Sonnet 5 89%다. 이 지표만 보면 Opus 5가 특별히 깔끔하지 않고 오히려 Sonnet 5보다 나쁘다. 저자가 강조한 지점은 여기다. 규칙 위반의 밀도 자체는 모든 LLM이 비슷하게 높고, 차이는 그 위반이 시간이 지나며 누적되느냐 평탄하게 유지되느냐에 있다는 것이다.

가장 아픈 숫자는 마지막에 나온다. 저자가 TypeScript 이식 작업물의 슬롭 밀도를 재보니 174.88/KSLOC였다. 같은 회사 사람이 쓴 모노레포는 15.06/KSLOC다. 11.6배다. 벤치마크 점수가 몇 %p 오르내리는 것과 별개로, LLM이 생성한 코드베이스는 사람이 쓴 코드베이스와 밀도 자체가 한 자릿수 배율로 다른 물건이라는 뜻이다.

벤치마크 구성은 3문제다. circuit_eval(easy, 체크 8개), database_migration(medium, 체크 5개), dynamic_config_service_api(hard, 체크 4개). 표본이 작으므로 4/17과 1/17의 차이를 통계적으로 해석하기는 어렵다는 점은 저자도 인정한다. 그럼에도 이 글이 Hacker News에서 73 points를 받은 이유는 숫자의 정밀도가 아니라, 자사 발표와 독립 실측을 나란히 놓고 볼 수 있게 해줬기 때문이다.

Kimi K3 - 2.8조 파라미터가 열렸는데 아무도 못 돌린다

GeekNews, Reddit · r/LocalLLaMA, Reddit · r/AI_Agents, X · waterloo_intern, X · ErickSky

Moonshot AI가 Kimi K3를 공개했다. 총 2.8조 파라미터 MoE(Mixture of Experts) 구조에 활성 파라미터는 104B다. 전체 크기 대비 실제 연산에 참여하는 비율이 3.7% 수준이라는 뜻인데, MoE 설계에서 이 비율을 낮게 가져가면 학습 비용 대비 성능은 좋아지지만 라우팅이 불안정해지기 쉽다. K3는 93층 구조에 896개 expert 중 16개를 선택하고 shared expert 2개를 항상 활성화하는 방식으로 이 문제를 다룬다.

어텐션 구조가 특이하다. 93층 중 69층에 KDA(Kimi Delta Attention)를, 24층에 Gated MLA를 배치한 혼합 구조다. 선형 어텐션 계열을 대부분의 층에 깔고 전체 어텐션을 소수 층에만 두는 방식은 긴 컨텍스트에서 메모리를 절약하는 전형적 설계인데, K3의 컨텍스트 길이가 1,048,576 토큰(정확히 1M)인 것과 직결된다. 비전 입력은 401M 규모의 MoonViT-V2 인코더가 담당한다. 학습 효율 쪽에서 MXFP4/MXFP8 양자화 인식 학습(QAT)을 적용했고, 전작 K2 대비 스케일링 효율이 약 2.5배라고 밝혔다. 여기서 스케일링 효율은 같은 연산량으로 도달하는 성능 수준을 의미한다. FP4 계열 학습은 2026년 들어 여러 랩이 시도 중인데, 오픈웨이트로 나온 이 규모의 모델이 실제로 적용했다는 점이 참고 사례가 된다.

벤치마크는 상단권이다. GPQA Diamond 93.5, Terminal-Bench 2.1 88.3, FrontierSWE 81.2, BrowseComp 91.2, MCPMark-Verified 94.5를 기록했다. GDPval-AA v2 Elo는 1686으로, Opus 5의 1861보다는 낮지만 Opus 4.8의 1593보다는 높다. 오픈웨이트 모델이 직전 세대 프런티어 클로즈드 모델을 실무 과제 지표에서 넘어선 상태라는 뜻이다. 주목할 부분은 Moonshot이 자기 모델 카드에서 Claude Fable 5와 GPT 5.6 Sol에는 전체 성능이 아직 못 미친다고 명시적으로 인정했다는 것이다. 프런티어 독점 모델과 동급이라고 우기지 않고, "그 다음 줄에서는 우리가 제일 낫다"는 포지션을 스스로 잡았다.

약한 구간도 분명하다. SWE-Marathon 42.0, OSWorld 2.0 58.3이다. SWE-Marathon은 장시간 이어지는 소프트웨어 엔지니어링 과제이고 OSWorld 2.0은 GUI 조작 과제인데, 둘 다 여러 단계를 이어가며 상태를 유지해야 하는 유형이다. Opus 5의 OSWorld 2.0이 70.6%라는 점과 비교하면 12%p 이상 벌어진다. 단발성 문제 해결에서는 격차가 거의 사라졌지만 다단계 실행에서는 여전히 차이가 남아 있다는 구도가, 이번 주 여러 벤치마크 기사에서 반복적으로 나타난다.

Reddit에서 가장 많이 회자된 각도는 벤치마크가 아니라 "열려 있는데 못 돌린다"였다. r/AI_Agents의 Common_Dream9420이 쓴 "Kimi K3 is the largest open-weight model ever released. You still can't run it."(88 upvote / 71 댓글)가 그 정리다. 가중치를 메모리에 올리기만 해도 1.4TB 스토리지와 엔터프라이즈 GPU 18장 이상이 필요하고, 실질적으로 Blackwell이나 MI400 클래스 하드웨어를 요구한다. 요청 하나 처리하기 전 단계가 그렇다. 결국 하이퍼스케일러나 자금이 넉넉한 랩이 아니면 로컬 실행이 불가능하고, "Kimi K3 오픈"이라고 말하는 사람 대부분이 실제로는 중국에 호스팅된 API 엔드포인트를 호출하고 있다는 지적이다. 이 글이 던진 명제가 이날 논의의 핵심 문장이다. 오픈웨이트는 모델을 읽을 수 있다는 뜻이지, 추론 계층과 내 데이터를 통제한다는 뜻이 아니다. 모델이 자율 에이전트 워크플로에 투입될수록 이 차이가 더 중요해진다는 주장이다.

단일 글의 화력만 보면 r/LocalLLaMA의 릴리스 글이 2,453 upvote에 댓글 476개로 압도적이고, 같은 소식이 r/ClaudeCode(707/116, 424/28), r/ArtificialInteligence(51/8), r/AI_Agents(88/71), r/cursor(38/7)에 동시다발로 올라왔다. 특정 모델 커뮤니티가 아니라 Claude, Cursor 사용자 게시판까지 같은 날 같은 소식으로 채워졌다는 점이 이 릴리스의 체감 규모를 보여준다.

X 쪽 반응은 세 갈래로 갈렸다. 첫째는 가격 충격이다. 스페인어권 계정 ErickSky는 "이건 실리콘밸리에 대한 선전포고다. 지구상에서 가장 유능한 모델이 이제 0달러다"라고 썼고 5,274 좋아요를 받았다. 이 문장의 핵심은 성능 1위 주장 자체가 아니라, 프런티어급으로 인정받는 모델의 한계 비용이 구독료가 아니라 0으로 내려왔다는 프레이밍이다. 확인 필요: ErickSky 원문에는 모델 이름이 명시되어 있지 않다. 같은 시간대 다른 게시물 맥락상 Kimi K3로 추정되지만 특정 모델을 지목하지는 않았다.

둘째는 기술 계보 해독이다. waterloo_intern은 Kimi K3 모델링 코드를 48시간 동안 읽었다고 밝히면서 소모 목록을 반쯤 농담조로 나열했다. 카페인 650mg(필수), LaCroix 탄산수 40캔(선택, 세계기록 가능성 표기), 논문 8편, 수명 6개월. 그리고 "Kimi K3의 전체 계보와 여기까지 온 모든 단계를 마침내 이해했다"고 썼다. 이 포스트가 4,369 좋아요를 얻었다는 사실이 중요하다. 릴리스 자체보다 "이 모델이 어떤 선행 연구의 누적으로 만들어졌는지"에 대한 수요가 크다는 뜻이다. 확인 필요: 원문이 중간에 잘려 있어 언급된 논문 8편의 구체 목록은 확보되지 않았다.

셋째는 테크 리포트의 품질이다. Yulun_Du는 "내가 지금까지 써보고 읽어본 것 중 가장 아름다운 LLM 테크 리포트이며 팀 전체가 자랑스럽다"고 적어 1,289 좋아요를 받았다. 작성자 본인이 "written"이라고 표현한 만큼 리포트 저자 측 인사로 보인다. 최근 몇 년간 프런티어 모델 릴리스에서 테크 리포트가 실질 정보 없는 마케팅 문서로 축소되어 온 흐름과 대비되는 지점이라, 오픈웨이트 진영이 문서화 품질을 경쟁 축으로 삼고 있다는 신호로 읽을 수 있다. 같은 날 Ilya Sutskever가 "Time to scale that SSI:"라는 한 줄을 올려 10,919 좋아요, 473 답글로 오늘 X 최고 반응을 기록했다. 확인 필요: 문장이 콜론으로 끝나 인용 대상이 붙어 있었을 가능성이 크지만 수집된 텍스트에는 링크 대상이 없다.

실무 관점의 액션 포인트는 두 가지다. 첫째, 공개 당일 Cursor에 모델이 추가됐으므로 셀프호스팅 없이 코딩 에이전트에서 바로 비교 평가가 가능하다. 둘째, 1M 컨텍스트가 "속도 저하 없이 실제로 동작한다"는 주장은 long-horizon 에이전트 작업에서 검증해볼 만한 구체적 가설이다. 대용량 코드베이스나 문서 전체를 컨텍스트에 밀어 넣는 워크로드에서 API 과금 없이 자체 인프라로 돌릴 선택지가 하나 늘었지만, 2.8T 파라미터를 서빙하려면 활성 104B라 해도 전체 가중치를 메모리에 올려야 하므로 개인이나 소규모 팀이 자체 호스팅할 규모는 아니다.

오픈웨이트를 어디까지 풀 것인가 - Amodei의 글, 379점짜리 반박, 그리고 "규제 포획"

Hacker News, Reddit · r/Anthropic, X · Andrew Ng, X · chamath

Dario Amodei가 오픈웨이트 모델 배포를 주제로 글을 냈고, Hacker News의 반응 스레드가 379 points를 기록했다. 이 주의 정책 관련 항목 중 가장 반응이 컸다. Amodei의 논지는 "오픈웨이트는 위험하니 막아야 한다"가 아니다. 가중치를 공개하면 되돌릴 수 없다는 점, 그리고 안전 장치를 사후에 제거하는 비용이 극히 낮다는 점을 근거로, 특정 능력 임계값을 넘은 모델에 한해 배포 방식을 달리 봐야 한다는 쪽이다. API로 서빙하는 모델은 위험 행동이 발견되면 그 시점에 차단할 수 있지만 배포된 가중치는 회수 경로가 없다는 비대칭이 핵심이다.

커뮤니티 반응이 379 points까지 올라간 이유는 이 논지가 Anthropic의 사업 위치와 겹치기 때문이다. 클로즈드 모델을 파는 회사가 오픈웨이트 배포에 조건을 달자고 하면, 논거의 타당성과 무관하게 이해관계 문제가 따라붙는다. 반대편에서는 Kimi K3 같은 모델이 이미 직전 세대 프런티어를 따라잡은 상태라는 점을 든다. 규제 논의가 진행되는 동안 실물 능력 격차는 계속 줄고 있고, 미국 기업만 조건을 지키면 결과적으로 통제도 못 하면서 경쟁력만 잃는다는 반론이다. 같은 주에 Jensen Huang이 X 계정에 첫 트윗을 올린 것도 이 맥락에서 언급됐다. NVIDIA는 오픈웨이트든 클로즈드든 학습이 일어나기만 하면 수익을 얻는 위치라 이 논쟁에서 이해관계가 다르다.

Reddit 쪽 신호가 흥미롭다. r/Anthropic에 "Anthropic's Releases Official Stance on Open Weight Models"가 올라와 166 upvote에 댓글 219개가 달렸다. 이날 수집된 글 중 upvote 대비 댓글 비율이 1을 넘는 거의 유일한 사례다(219/166 = 1.32). 단순 좋아요형 소비가 아니라 찬반이 갈리는 논쟁이 벌어졌다는 뜻이고, 링크 제목만 있는 글에 댓글이 219개 붙었다는 건 본문보다 커뮤니티의 축적된 감정이 반응을 만들었다는 의미다. 맥락상 결정적인 건 타이밍이다. 같은 날 Moonshot이 2.8조 파라미터 Kimi K3를 Modified MIT로 풀었고, 그 직후 Anthropic이 오픈웨이트에 대한 공식 포지션을 냈다. 프런티어 랩 중 오픈웨이트를 내지 않는 쪽이 왜 안 내는지를 문서화한 셈이고, 그 논리가 설득력이 있느냐가 논쟁의 축이 됐다. 다만 수집된 본문은 제목뿐이라 Anthropic 입장문의 구체적 논지는 확인 필요 항목으로 남는다.

X에서는 앤드류 응이 엔비디아 CEO 젠슨 황이 낸 공개서한을 공개 지지하며 논지를 두 단계로 얹었다. 첫째, 보안 사건을 근거로 든다. 응은 "OpenAI-Hugging Face 해킹에서 봤듯이, 방어를 위해서는 오픈 모델과 하네스가 필요하다"고 썼다. 여기서 하네스는 모델을 감싸 도구 호출, 검증, 로깅을 담당하는 실행 계층을 뜻한다. 즉 방어 측이 무엇이 돌아가는지 뜯어볼 수 없으면 공격에 대응할 수 없다는 고전적 오픈소스 보안 논리를 LLM 스택에 그대로 적용한 것이다. 확인 필요: "OpenAI-Hugging Face 해킹"이 어떤 사건을 지칭하는지는 이 포스트만으로 특정되지 않는다.

둘째, 폐쇄 진영의 안전성 서사를 규제 포획으로 규정한다. "Lets stop believing the PR that closed models are safer - that's just regulatory capture." 규제 포획은 규제 대상 기업이 규제 설계에 영향력을 행사해 자신에게 유리한 진입장벽을 만드는 현상을 말한다. 응은 폐쇄 모델 진영의 안전성 주장이 실증이 아니라 경쟁 방어 수단이라고 못박은 셈이고, 이 발언이 2,487 좋아요를 받으며 오늘 X에서 정책 관련 최고 반응을 기록했다.

Chamath Palihapitiya의 발언은 각도가 다르다. "And you're worried about distillation? This is sad if true. A slowdown in tokenmaxxing would stop this madness." distillation(증류)은 강한 모델의 출력으로 작은 모델을 학습시켜 성능을 옮겨오는 기법으로, 폐쇄 모델 사업자들이 자사 출력이 경쟁 모델 학습에 쓰이는 것을 문제 삼을 때 등장하는 단어다. tokenmaxxing은 토큰 소비량을 최대화하는 방향으로 제품과 과금을 설계하는 경향을 가리키는 X 슬랭이다. chamath는 증류 걱정보다 토큰 소비 극대화 경쟁 자체가 더 큰 문제라고 본다. 확인 필요: 이 트윗은 무언가를 인용하며 반응한 형태인데 인용 대상이 수집되지 않아 "무엇이 사실이면 슬프다"는 것인지 확정할 수 없다.

실무자 입장에서 이 논쟁의 실질적 함의는 배포 위치다. 오픈웨이트 모델을 사내 인프라에서 돌리는 선택지가 계속 열려 있을지, 아니면 향후 규제로 특정 능력 이상 모델에 대해 제약이 생길지에 따라 인프라 투자 판단이 달라진다. 현재로서는 어느 쪽으로도 확정된 것이 없다. 세 항목을 함께 보면 오픈웨이트 논쟁이 순수한 안전 논의라기보다 각 회사의 사업 구조가 정책 선호로 번역되는 과정에 가깝다는 인상이 남는다.

GPT-6 루머와 "knowledge per dollar"라는 새 마케팅 축

Reddit · r/codex, Reddit · r/OpenAI

r/codex의 "GPT-6 will drop soon"이 414 upvote / 176 댓글을 기록했다. 댓글이 upvote의 42%에 달하는 비율은 이날 글 중 상위권으로, 주장 자체가 논쟁적이었다는 뜻이다. 내용은 Sam Altman이 이번 주 워싱턴에서 OpenAI의 가장 강력한 모델을 프리뷰한다는 것이고, 딸려온 능력 주장이 다섯 가지다. 독창적 과학 발견이 가능하다. 80년 된 수학 문제를 자율적으로 풀었다. 상시 감독 없이 훨씬 긴 시간 동안 실행된다. 강력한 사이버 능력을 갖췄고 아마 Hugging Face 침해 사건에 관여한 모델이 이것이다. 그리고 마케팅 축이 벤치마크 단독에서 "knowledge per dollar"로 옮겨간다.

이 글은 출처 링크 없이 주장만 나열한 형태이므로 커뮤니티 루머로 읽어야 한다. 그럼에도 기록해두는 이유는 세 가지다. 첫째, "80년 된 수학 난제 자율 해결"과 "감독 없는 장시간 실행"은 검증 가능한 형태의 구체적 클레임이라 향후 공식 발표와 대조할 기준선이 된다. 둘째, "knowledge per dollar"라는 프레이밍은 같은 날 사용량 한도와 가격 저항 클러스터와 정확히 맞물린다. 벤더가 성능 최고치가 아니라 단가당 효용으로 서사를 옮기려 한다는 신호이기 때문이다. 셋째, 사이버 능력 주장이 Hugging Face 침해 사건과 직접 연결되면서 안전 담론과 릴리스 마케팅이 같은 모델을 놓고 충돌하는 구도가 만들어진다.

부수적으로 r/OpenAI에 "750t/sec GPT 5.6" 글이 올라왔다. 초당 750 토큰이라는 생성 속도 주장인데 반응은 20 upvote로 작았다. 다만 모델 이름 표기가 중요하다. Kimi K3 모델 카드가 자기보다 위라고 인정한 두 모델이 "Claude Fable 5"와 "GPT 5.6 Sol"이고, 같은 날 r/OpenaiCodex의 Codex 버그 글에서도 "Sol"이 모델 지칭으로 등장한다. 즉 GPT 5.6 Sol이 이 시점 OpenAI의 현행 최상위 모델이고, GPT-6는 아직 워싱턴 프리뷰 단계의 루머라는 게 커뮤니티의 공유된 좌표다.

벤치마크가 잡지 않는 체감 품질 - 비개발 Max 사용자의 Opus 5 실망기

Reddit · r/claude, Reddit · r/ClaudeCode

r/claude의 "Max user confused by recent releases"는 노출이 작았지만 댓글 비율이 4배를 넘어 논쟁이 붙은 글이고, 무엇보다 비개발 사용자 관점이라는 점에서 이날 수집분에서 희소하다. 작성자는 프로그래밍을 알긴 하지만 코딩이 아닌 전문 업무에 Claude를 쓰는 Max 구독자다.

핵심 주장은 Opus 4.7, 4.8을 거쳐 나온 Opus 5가 후퇴라는 것이다. 근거로 든 실패 양상이 구체적이다. 최근 Opus 모델들은 숲을 못 보고 나무만 보며, 모든 경우를 커버하려다 장황한 출력을 내놓고, 정작 목표는 완전히 놓친다. 여기에 근거 없는 긴급성을 만들어내고 무관한 이슈에 플래그를 달아서, 역설적으로 일을 줄이는 게 아니라 늘린다. 비교 기준으로 제시한 게 인상적이다. 적어도 4.6은 가끔 "그래서 목표가 뭐냐"고 되묻기라도 했다는 것.

Fable에 대한 서술은 조심스럽게 다뤄야 한다. 작성자는 7월 초에 Fable을 기대했지만 "내가 쓰는 버전에 뭔가 손을 댄 게 분명하다"고 주장하면서도, 주변 기술직들은 Fable이 모든 면에서 더 낫다고 말한다고 덧붙였다. 즉 개인 체감과 주변 평가가 엇갈리는 상태를 그대로 적었다. 이런 "조용한 변경" 의심은 같은 날 한도 너프 주장과 같은 뿌리다. 벤더가 무엇을 언제 바꿨는지 알 수 없다는 구조적 불신이다.

가장 재사용 가치가 높은 대목은 엔터프라이즈 관점 제기다. Claude API를 쓰는 회사 AI를 다루는 사내 애널리스트가 시니어 소프트웨어 개발자보다 훨씬 많은데, 모델 평가 담론은 개발자 워크플로 중심으로만 굴러간다는 지적이다. 벤치마크와 커뮤니티 피드백이 모두 코딩 에이전트에 쏠려 있는 상황에서 비코딩 지식 업무에서의 회귀는 관측되지 않은 채 남는다는 것이다. 같은 정서를 밈 형태로 옮긴 글이 r/ClaudeCode에 833 upvote / 115 댓글로 올라왔다. Kimi K3 모델 카드가 자기보다 위라고 인정한 두 모델 중 하나가 Claude Fable 5라는 점과 나란히 놓으면, 외부 랩이 최상위로 지목하는 모델과 실제 유료 사용자가 체감하는 품질 사이에 간극이 있다는 구도가 보인다.

중국 AI 관련 수출 7,200억 달러와 DUV 노광장비 양산

LinkedIn · HYUNYUL LEE, X · DeepDive_KR

반응 수는 극히 낮지만 수치 밀도가 가장 높은 게시물이다. HYUNYUL LEE는 "어쩌면 우리는 중국 반도체의 성장을 너무 과소평가하고 있지 않을까?"라는 질문으로 시작해 여섯 개 지표를 나열한다. 중국의 반도체 수출은 사상 최고인 2,900억 달러이며 지난 3년 사이 두 배 이상 늘었다. 컴퓨터 및 부품 출하는 2,400억 달러로 2022년 이후 최고치다. 전력 장비 수출은 사상 최고인 1,900억 달러이고 성장세가 가속되고 있다. 지난 12개월간 중국의 AI 관련 총수출은 사상 최고인 약 7,200억 달러다. 그리고 중국산 AI 하드웨어에 대한 서방의 수요가 급증하고 있다는 관찰이 붙는다.

기술 측면에서 가장 중요한 항목은 마지막이다. 중국 국영기업이 반도체 제조용 심자외선(DUV) 노광장비 양산을 시작했다는 것이다. DUV는 EUV(극자외선) 이전 세대의 노광 기술로, ASML이 사실상 독점해온 영역이며 수출 통제의 핵심 대상이다. 자국 양산이 시작되면 통제의 실효성이 낮아진다. 작성자의 결론은 한 문장이다. "미국의 소프트웨어(LLM)가 중국에 따라잡혔는데, 하드웨어(반도체)도 그러지 말라는 법은 없지." 오늘 Kimi K3 화제와 이 문장을 나란히 놓으면 논지가 명확해진다. 모델 레이어에서 벌어진 일이 제조 레이어에서 반복될 수 있다는 주장이며, 오늘 하루 타임라인에서 소프트웨어 쪽 증거는 이미 상위 반응으로 확인된 상태다.

전력 장비 수출 1,900억 달러라는 수치도 별도로 눈여겨볼 만하다. 데이터센터 확장의 병목이 칩에서 전력으로 옮겨가는 흐름에서, 그 전력 인프라 공급자가 누구인지를 보여주는 지표이기 때문이다. DeepDive_KR의 게시물은 투자 관점의 별도 각도다. "GPU가 성능이 딸려도 메모리와 스토리지가 보완할 수 있다"는 기술적 논지에서 출발해 장기적으로 삼성전자, SK하이닉스, 원화 롱 포지션이 맞다고 본다. 이 부분은 특정 종목에 대한 개인 매수 의견이므로 투자 권유가 아니라 개인 견해로 읽어야 하고, 인용 가치가 있는 것은 "GPU 성능 부족을 메모리와 스토리지가 보완한다"는 기술적 논지 쪽이다.

에이전트 하네스: 병목은 모델이 아니라 상태 관리다

Bun이 Zig 53만 줄을 Rust로 옮겼다 - 11일, 64개 에이전트, $165,000

GeekNews, GeekNews

Bun 팀이 Zig로 작성된 코어 535,496줄을 Rust로 옮겼다. 걸린 시간은 11일, 투입된 것은 64개의 Claude 인스턴스, 남은 것은 6,500개의 커밋이다. API 가격으로 환산하면 $165,000이었다. 토큰 내역이 공개됐는데 비캐시 입력 59억, 출력 6.9억, 캐시 읽기 720억 토큰이다. 캐시 읽기가 비캐시 입력의 12배가 넘는다. 이 비율이 $165,000이라는 숫자를 가능하게 한 조건이다. 캐시 없이 같은 컨텍스트를 매번 다시 넣었다면 비용은 자릿수가 달라졌을 것이다.

작업 구조는 단순하다. worktree 4개를 만들고 각 worktree에 Claude 인스턴스 16개를 붙였다. 규약은 600줄짜리 PORTING.md 파일 하나다. 에이전트 64개를 조율하기 위해 별도 오케스트레이션 시스템을 만든 것이 아니라, 사람이 읽어도 이해되는 문서 한 장으로 규칙을 통일한 것이다.

과정에서 가장 험했던 구간은 순환 의존성이다. 최종적으로 남은 컴파일 오류는 약 1,600건이었지만, 순환 의존성을 풀어나가는 도중에 한 번은 약 16,000건까지 노출됐다. Zig와 Rust는 모듈 경계와 초기화 순서를 다루는 방식이 다르기 때문에, 파일 단위로 기계적으로 옮기면 의존성 그래프가 통째로 깨지는 구간이 나온다. 이 지점에서 에이전트가 스스로 판단해 구조를 재배치하도록 두면 각자 다른 답을 내기 때문에, PORTING.md 같은 공유 규약의 존재가 결정적이 된다.

결과 수치는 이전보다 낫다. 2,000회 빌드 벤치마크에서 메모리 사용량이 6,745MB에서 609MB로 떨어졌다. 약 11배다. 바이너리 크기는 19% 줄었고, 실제 워크로드 성능은 25% 향상됐다. 여기서 주목할 점은 메모리 개선폭과 성능 개선폭의 비대칭이다. 메모리는 11배 좋아졌는데 실행 속도는 25%다. 이는 Rust 자체가 Zig보다 빨라서가 아니라, 이전하는 과정에서 할당 패턴을 다시 설계했기 때문에 나온 결과로 읽는 편이 맞다. 언어를 바꿔서 얻은 이득이라기보다 코드베이스를 통째로 다시 훑으면서 얻은 이득이다.

품질 지표도 공개됐다. unsafe 블록 비율이 약 4%다. FFI와 저수준 메모리 조작이 많은 런타임 코드에서 4%는 낮은 편이다. 병합 후 발견된 회귀는 19건이었다. 53만 줄 규모 이전에서 19건이면, 사람이 손으로 했을 때와 비교해 특별히 나쁘다고 보기 어렵다. Bun의 월 다운로드가 2,200만 건이므로 회귀 하나하나가 실사용자에게 노출되는 환경이라는 점을 감안하면 더 그렇다.

이 사례가 업계에 던지는 질문은 "AI가 코드를 잘 짜는가"가 아니라 "대규모 기계적 이전 작업의 비용 구조가 바뀌었는가"다. 53만 줄 언어 이전은 전통적으로 인력 수십 명이 수개월 붙는 일이었다. $165,000과 11일이라는 숫자는, 적어도 명확한 규약과 컴파일러라는 검증 장치가 있는 작업 유형에서는 계산이 달라졌음을 보여준다. 반대로 컴파일러가 잡아주지 않는 영역, 즉 의미론적 정합성이 사람의 판단에 달린 작업에서는 같은 계산이 성립하지 않는다.

Anthropic이 정리한 코드 마이그레이션 방법론 - 8단계 관문과 2,700만 토큰

GeekNews

Bun 사례가 "얼마나 큰 것을 옮겼나"라면, Anthropic 쪽 문서는 "어떻게 틀리지 않게 옮기나"에 관한 것이다. Mike Krieger가 Python 코드베이스 165,000줄을 TypeScript로 옮긴 과정을 정리했는데, 소요 시간은 주말 하나였다.

방법론의 골자는 8단계 관문이다. 각 단계를 통과해야 다음으로 넘어가고, 통과 기준은 사람이 아니라 자동 검증이 판정한다. 여기에 3회의 적대적 검토가 붙는다. 적대적 검토는 별도 에이전트가 "이 이전이 틀렸다고 가정하고 근거를 찾아라"는 지시를 받고 결과물을 공격하는 방식이다. 생성한 쪽과 검증하는 쪽을 분리하지 않으면 같은 오해가 양쪽에 그대로 남기 때문에, 역할을 명시적으로 갈라놓는 것이 핵심이다.

핵심 구간 하나에 2,700만 토큰이 들어갔다는 수치가 이 방법론의 성격을 잘 보여준다. 165,000줄 전체가 아니라 특정 구간 하나에 2,700만 토큰이다. 전체를 균일하게 처리한 것이 아니라 위험도가 높은 곳에 예산을 몰아넣었다는 뜻이다. 마이그레이션 작업에서 실패는 대개 전체적으로 조금씩 틀리는 방식이 아니라 특정 몇 군데가 크게 틀리는 방식으로 발생하므로, 예산 배분을 위험도에 맞추는 것이 합리적이다.

결과 수치는 빌드 시간 8분에서 2초, 시작 시간 6배 개선이다. 빌드 8분에서 2초는 240배다. 이 정도 폭은 언어 전환만으로 나오지 않고, 이전 과정에서 빌드 파이프라인 자체를 다시 짰기 때문에 나온다. Bun 사례에서 메모리가 11배 좋아진 것과 같은 성격의 개선이다. 대규모 이전은 언어를 바꾸는 작업인 동시에 그동안 쌓인 것을 걷어내는 작업이라는 점이 두 사례에 공통으로 나타난다.

두 사례를 나란히 놓으면 반복되는 조건이 세 가지 보인다. 첫째, 규약을 문서 한 장으로 고정한다(Bun의 PORTING.md 600줄). 둘째, 검증을 사람이 아닌 자동 장치에 맡긴다(컴파일러, 8단계 관문). 셋째, 생성과 검증을 다른 주체로 분리한다(적대적 검토 3회). 이 세 조건이 갖춰지지 않은 작업에 같은 규모의 에이전트를 투입하면, 늘어나는 것은 처리량이 아니라 서로 어긋난 결과물의 양이다.

EvoCode-Bench - 멀티턴에서 통과율이 46.7%에서 7.7%로 떨어진다

philschmid.de · Philipp Schmid

Philipp Schmid가 EvoCode-Bench 결과를 정리했다. 이 벤치마크의 설계 의도는 명확하다. 기존 코딩 벤치마크는 문제 하나를 주고 답 하나를 받지만, 실제 개발은 같은 코드베이스에 요구사항이 계속 추가되는 과정이다. EvoCode-Bench는 26개 과제를 각각 5~15 라운드로 이어가며 총 227 라운드를 구성했다. 5개 도메인에 걸쳐 있다.

가장 중요한 숫자는 라운드별 통과율 곡선이다. 1라운드 46.7%, 5라운드 21.3%, 10라운드 7.7%다. 라운드가 진행될수록 통과율이 계속 떨어지는데, 여기서 주의할 점은 이것이 "문제가 점점 어려워져서"가 아니라는 것이다. 실패 원인의 다수는 회귀다. 새 요구사항을 구현하면서 이전 라운드에서 통과했던 기능을 깨뜨린다. 상위 모델조차 2라운드에서 이미 35%가 회귀를 일으켰다.

모델 순위가 측정 방식에 따라 뒤집히는 것도 이 벤치마크의 관전 포인트다. Opus 4.6은 단일 라운드 성공률 78.9%로 전체 1위인데, 멀티턴 기준으로는 44.0%로 3위다. 멀티턴 상위는 Opus 4.7이 54.0%, GPT-5.5가 52.4%다. 단일 라운드 능력만 보고 모델을 고르면 실제 워크플로에서는 다른 결과를 받는다는 뜻이다.

능력 구간에 따라 격차가 다르게 나타나는 것도 기록해둘 만하다. 하위 모델은 MT@4(멀티턴 4회 시도 내 성공) 8.4%에 단일 라운드 성공률 33.1%로 약 4배 격차인 반면, 프런티어 모델은 같은 격차가 1.4~1.8배다. 다시 말해 모델이 좋아질수록 단일 능력과 지속 능력의 간격이 좁혀지지만, 좁혀질 뿐 사라지지는 않는다.

실무에 바로 쓸 만한 발견이 하나 있다. 요구사항 문서를 유지한 에이전트는 성공률이 2배 이상이었다. 라운드가 이어지는 동안 지금까지의 요구사항 전체를 문서로 들고 다니면서 매 라운드 참조하는 방식이다. 이것이 왜 효과가 있는지는 회귀가 주요 실패 원인이라는 사실과 맞물린다. 에이전트가 이전 라운드의 요구사항을 잊으면, 새 코드가 그것을 깨뜨려도 깨진 줄을 모른다. 문서를 유지하면 최소한 무엇을 지켜야 하는지에 대한 목록이 컨텍스트에 남는다. 이 발견은 Bun의 PORTING.md 600줄, Anthropic의 8단계 관문과 정확히 같은 방향을 가리킨다. 세 사례 모두 "에이전트를 더 똑똑하게 만드는 것"이 아니라 "무엇을 지켜야 하는지를 외부 문서에 고정하는 것"으로 문제를 풀었다.

Drone-Bench - $129짜리 드론으로 잰 결과, 전체 임무 성공률 0%

Anthropic Research, Andon Labs

Anthropic이 Andon Labs와 함께 2026년 7월 24일 Project Pilot을 공개했다. 언어 모델에게 실제 드론을 조종하게 하고, 물리 공간에서의 과제 수행 능력을 재는 벤치마크다. 하드웨어는 DJI Tello EDU로 대당 $129다. 연구용 로봇 플랫폼이 아니라 교육용 완구 수준의 기기를 쓴 것은 재현 비용을 낮추려는 선택이다.

과제는 5개다. Reconstruct(공간 재구성), Localize(자기 위치 파악), Navigate(경로 주행), Detect(대상 탐지), Follow(추적). 각각에 대해 인간 기준선이 측정돼 있는데 순서대로 82.2, 84.0, 92.0, 72.1, 67.4다. Navigate가 92.0으로 가장 높고 Follow가 67.4로 가장 낮다. 사람에게도 움직이는 대상을 드론으로 따라가는 것이 가장 어렵다는 뜻이다.

모델 15종을 돌린 결과 Claude Fable 5가 최고였다. 그런데 최고 모델의 재구성 점수가 0.39다. 인간 기준선 82.2의 47% 수준이다. 그리고 전체 임무 성공률, 즉 5개 과제를 모두 통과한 비율은 0%다. 대표 실행에서 4개 과제를 연속으로 통과한 비율도 약 6%에 그쳤다. 개별 과제에서 부분 점수를 받는 것과 임무를 완수하는 것 사이의 간격이 극단적으로 크다.

이 벤치마크가 흥미로운 이유는 개선 폭을 함께 쟀기 때문이다. 첫 제출 기준으로 인간 기준선을 넘은 비율은 2%였는데, 최고 제출에서는 52%까지 올라갔다. 평균 향상은 182%, Fable 5는 +312%였다. 제출 10회 x 실행 10회 구조로 반복하면서 프롬프트와 하네스를 다듬은 결과다. 여기서 저자들이 짚은 지점이 중요하다. 최고 성적과 평균 성적의 격차가 약 6개월치 모델 발전에 해당한다는 것이다. 같은 모델을 어떻게 쓰느냐가 반년치 모델 세대 차이만큼 결과를 바꾼다는 뜻이다.

이 관찰은 실무에서 바로 쓰인다. 새 모델을 기다리는 것과 현재 모델의 하네스를 다듬는 것 중 어느 쪽이 더 빨리 효과를 내는지에 대한 정량적 답이 여기 있다. 6개월이라는 숫자는 물론 이 벤치마크에 한정된 것이지만, 방향은 다른 사례에서도 반복된다. 물리 세계 평가가 별도로 필요한 이유도 이 결과가 보여준다. 텍스트나 GUI 환경에서는 잘못된 행동을 취소하고 다시 시도할 수 있지만, 드론은 벽에 부딪히면 그것으로 끝난다. 되돌릴 수 없는 행동이 섞인 환경에서 다단계 계획을 실행하는 능력은 기존 벤치마크가 잘 재지 못하던 축이다. 전체 임무 성공률 0%라는 숫자는 그 축에서 현재 모델들이 어디에 있는지를 보여준다.

ENPIRE - 에이전트 8개가 로봇 정책을 24시간 굴려 99%까지 밀어올렸다

NVIDIA GEAR Lab

NVIDIA GEAR Lab이 CMU, UC Berkeley와 함께 ENPIRE를 공개했다. 로봇 조작 정책을 사람이 튜닝하는 대신 코딩 에이전트 여러 개가 실험을 설계하고 돌리고 결과를 보고 다음 실험을 정하는 루프를 만든 것이다. 최종 성공률 99%를 기록했고, 4mm 공차의 핀 삽입 과제에서는 100% 수렴에 도달했다. 이 과제에서는 사람이 개입한 경우보다 오히려 빨랐다.

물리 인프라는 양팔 로봇 스테이션 8개이고 각 스테이션에 RTX 5090 한 장이 붙어 있다. 에이전트 간 협업은 별도 메시지 프로토콜이 아니라 Git으로 구성했다. 각 에이전트가 브랜치에서 실험하고 결과를 커밋하며, 다른 에이전트는 커밋 로그를 읽어 무엇이 이미 시도됐는지 파악한다. Bun의 PORTING.md, EvoCode-Bench의 요구사항 문서와 같은 계열의 해법이다. 공유 상태를 에이전트의 컨텍스트가 아니라 외부 저장소에 둔다.

병렬화 효과는 과제에 따라 다르다. Push-T 과제는 에이전트 1개에서 8개로 늘리자 5시간이 2시간으로 줄었다. 핀 삽입 과제는 1.5시간 이상에서 40분으로 줄었다. 둘 다 2.5배 안팎이다. 에이전트를 8배 늘려 2.5배 빨라진 것이므로 선형 확장과는 거리가 멀다. 저자들은 MRU/MTU 지표로 이 비효율을 추적했는데, 8 에이전트 구간에서 토큰 소비가 초선형으로 증가한다고 보고했다. 에이전트가 늘수록 서로의 결과를 읽는 데 드는 비용이 자기 실험을 돌리는 비용을 압도하기 시작한다는 뜻이다.

실험 자체의 성과 분포도 기록해둘 만하다. 총 86개 아이디어를 시도했고 가장 크게 기여한 것은 BC(Behavior Cloning) 정규화 항목 I37로 +10.8pp였다. 86개 중 하나가 10.8pp를 만들고 나머지는 그보다 작은 기여를 나눠 가진 형태다. 자동화된 탐색이 유효한 이유가 여기 있다. 86개를 사람이 다 돌려보기는 어렵지만, 그중 어느 하나가 크게 먹힐지는 미리 알 수 없다.

하네스 비교 결과가 실무자에게 가장 직접적으로 쓸모 있다. 같은 작업을 Codex(GPT-5.5 xhigh)로 돌리면 54분, Claude(Opus 4.7)로 돌리면 62분이었다. 그런데 Opus API를 Codex 하네스에 연결하면 105분이 걸렸다. 모델과 하네스를 섞으면 각각을 따로 썼을 때보다 나빠진다는 것이다. 하네스는 특정 모델의 응답 패턴에 맞춰 튜닝된 물건이고, 모델만 갈아 끼우면 그 튜닝이 어긋난다.

시각 입력 방식에 따른 차이도 크다. 네이티브 비전으로 이미지를 직접 넣으면 55분, 시각 정보를 제한하면 72분, 이미지를 함수 호출로 가져오게 하면 99분이었다. 함수 호출 방식이 가장 느린 이유는 에이전트가 매번 "이미지를 봐야겠다"는 판단을 먼저 하고 호출을 거쳐야 하기 때문이다. 판단 단계가 하나 늘 때마다 실패 지점도 하나 는다. 부수적으로 SAM3 추론을 ONNX로 150ms 이하까지 최적화했다는 언급도 있다. 로봇 루프에서 인지 지연은 그대로 반복 주기에 곱해지므로 이 최적화가 전체 시간에 기여한다.

에이전트를 22개에서 17개로 줄였고, 인터페이스 실험이 네 건 나왔다

GeekNews, GeekNews, GeekNews, Product Hunt

이번 주 GeekNews에 에이전트 운영 관련 글이 세 건 올라왔는데, 공통된 방향이 있다. 에이전트를 더 붙이는 것이 아니라 정리하는 쪽이다. 첫 번째는 서브에이전트 구성을 22개에서 17개로 줄인 기록이다. 에이전트를 세분화하면 각자 역할이 명확해질 것 같지만, 실제로는 어느 에이전트에게 무엇을 맡길지 판단하는 비용이 늘고 경계에 걸친 작업에서 서로 미루거나 중복 수행하는 상황이 생긴다. 22개에서 17개로 줄인 것은 세분화가 지나쳤던 구간을 되돌린 것이다. 이 흐름은 ENPIRE에서 8 에이전트 구간의 토큰 소비가 초선형으로 증가한 관찰과 짝을 이룬다. 병렬 에이전트의 이득에는 상한이 있고, 그 상한은 대체로 생각보다 낮은 곳에 있다.

두 번째는 CodeAlmanac이다. 코딩 에이전트가 참조할 레퍼런스를 미리 색인해두는 도구다. 에이전트가 매번 웹을 뒤지거나 코드베이스를 훑는 대신 준비된 색인을 읽게 하는 방식인데, 목적은 토큰 절약보다 일관성에 가깝다. 같은 질문에 매번 다른 경로로 답을 찾으면 결과도 매번 달라진다. 세 번째는 comux다. 터미널 멀티플렉서 위에서 에이전트 세션을 관리하는 도구다. 여러 에이전트를 동시에 굴릴 때 각 세션의 상태를 사람이 눈으로 확인하고 필요할 때 개입하는 것이 목적이다. Bun 사례에서 worktree 4개에 인스턴스 16개씩 붙였던 구성을 개인 개발자 규모에서 재현하려면 이런 계층이 필요하다. 세 도구를 관통하는 문제 인식은 같다. 에이전트 하나의 능력은 이미 쓸 만한데, 여러 개를 동시에 굴리는 순간 사람이 상태를 파악할 수 없게 된다는 것이다. 해법도 비슷하다. 상태를 에이전트 안에 두지 말고 밖으로 꺼낸다. 색인, 세션 목록, 문서, Git 커밋 로그가 그 밖이다.

에이전트를 사람이 어떻게 조작할 것인가에 대한 실험도 여러 방향에서 동시에 나오고 있다. HeyZoku는 에이전트가 수행 중인 작업을 목록으로 관리하는 인터페이스다. 채팅 스레드 하나에 모든 작업을 밀어 넣는 방식의 한계, 즉 지금 몇 개가 돌고 있고 어느 것이 막혔는지 알 수 없다는 문제를 다룬다. opencodex는 코딩 에이전트 하네스의 오픈소스 구현이다. ENPIRE의 하네스 비교 결과에서 봤듯 하네스가 결과를 크게 좌우하는데, 상용 하네스는 내부를 볼 수 없으므로 오픈 구현의 존재가 비교 실험을 가능하게 한다. Palmier Pro는 코드베이스 컨텍스트를 에이전트에게 제공하는 쪽이다. 어떤 파일을 얼마나 넣을지 결정하는 문제는 컨텍스트 창이 커져도 사라지지 않는다. 넣을 수 있는 것과 넣어야 하는 것은 다르고, 관련 없는 파일이 섞이면 응답 품질이 떨어진다. Open Generative UI는 접근이 다르다. 에이전트가 텍스트로 답하는 대신 상황에 맞는 UI를 생성해 보여주는 방식의 오픈 구현이다. 여러 옵션 중 선택이 필요한 상황에서 문장으로 나열하는 대신 선택 컴포넌트를 만들어 띄운다. 응답 형식 자체를 모델이 정하게 하는 것인데, 잘 되면 상호작용 횟수가 줄고 잘못되면 예측 불가능한 화면이 나온다. 네 프로젝트의 공통점은 모델을 건드리지 않는다는 것이다. 전부 모델과 사람 사이의 층을 바꾼다. Drone-Bench에서 나온 "하네스 차이가 6개월치 모델 발전에 해당한다"는 관찰이 이 방향의 투자를 정당화한다.

멀티에이전트 대신 스킬 파일 한 장 - 과잉 설계를 피하는 판단 기준 3가지

LinkedIn · Karl Weinmeister, X · divaagurlxw

에이전트를 어디까지 만들어야 하는가에 대해 오늘 두 개의 짧은 글이 정반대 방향에서 같은 결론에 닿았다. 하나는 "덜 만들어라", 다른 하나는 "만들 거면 아래 계층까지 알아라"다.

Karl Weinmeister는 월간 뉴스레터를 조립하는 멀티에이전트 시스템을 설계하려다 스킬 파일 한 장으로 끝냈다고 밝혔다. 그가 지적하는 문제는 "엔터프라이즈에 AI 에이전트가 들어온 지 1년이 지난 지금, 많은 개발자가 개인 워크플로에까지 과잉 설계 함정에 빠진다"는 것이다. 그가 제시한 판단 기준은 세 가지로 명확하다. 첫째 가치 도달 시간. 스킬 작성은 몇 분이면 되지만 커스텀 에이전트는 빠르게 만들 수도 있는 반면 로직 디버깅이나 인프라 배포에서 막힐 수 있다. 둘째 반복 속도. 실행 중 출력이 약간 어긋나면 스킬은 에이전트에게 고치라고 말하고 그 자리에서 규칙을 갱신하면 되지만, 커스텀 에이전트는 여러 파일에 흩어진 프롬프트 지시문을 수정하고 다시 테스트해야 한다. 셋째 무료 업그레이드. 커스텀 에이전트는 만들 당시의 프레임워크에 고정되지만, 스킬은 시간이 갈수록 똑똑해지고 빨라지는 에이전트 하네스 위에 얹혀 자동으로 개선된다.

그럼에도 커스텀 에이전트가 이기는 영역을 명시한 점이 이 글의 신뢰도를 만든다. "높은 볼륨, 낮은 분산." 프로세스가 안정적이고 대규모로 반복되면 에이전트가 명백한 선택이다. 반대로 사람이 결과를 그 자리에서 검토하는 인터랙티브 지식 노동이라면 스킬로 시작하라는 것이다.

divaagurlxw의 목록은 그 반대편 요구다. AI 엔지니어라면 프롬프트 엔지니어링에서 멈추지 말고 하네스 엔지니어링(모델을 감싸 도구 호출과 검증을 담당하는 실행 계층 설계)을, 긴 프롬프트가 아니라 컨텍스트 엔지니어링(어떤 정보를 어떤 순서로 얼마나 넣을지 설계)을 배우라고 한다. 그 아래로는 인프라 레이어다. 프롬프트 캐싱(동일 접두 토큰을 재사용해 비용을 줄이는 기법)과 시맨틱 캐싱(의미가 비슷한 질의의 응답을 재사용)의 트레이드오프, KV 캐시 관리와 축출과 재사용, 대규모 서비스에서의 메모리 압박, 그리고 prefill(입력 토큰을 한 번에 처리하는 단계)과 decode(토큰을 하나씩 생성하는 단계)의 구분. 이 목록이 2,195 좋아요를 받았다는 것은 "프롬프트 엔지니어"라는 직함이 실무에서 이미 한 단계 아래로 밀려났다는 커뮤니티 인식을 보여준다.

두 글을 함께 놓으면 실무 지침이 나온다. 개인 워크플로는 스킬 파일로 최소하게 시작하되, 프로덕션 규모로 갈 때 필요한 지식은 프롬프트가 아니라 캐싱과 메모리 계층에 있다.

과잉 추상화 - "당신이 배포한 건 기능이 아니라 박물관 전시물"

LinkedIn · Python Developers Community

반응은 14 좋아요로 낮지만 문장이 좋아서 인용 소재로 가치가 있다. 논지는 과잉 추상화 비판이다. 사용자명 필드에 붙은 문자열 변환 세 개가 "나중에 확장할 수 있게"라는 명분으로 Protocol과 Pipeline 클래스, 팩토리를 획득하는 흔한 시나리오에서 출발한다.

핵심은 "나중"이 오지 않는다는 관찰이다. "Later never RSVPs." 요구사항은 지루한 채로 남고 간접 계층만 영원히 남는다. 그래서 작은 수정 하나가 보물찾기가 된다. 어느 파일이 진짜 로직이고 어느 것이 의식(ceremony)인가. 결론 문장이 가장 인용할 만하다. "당신은 기능을 배포한 게 아니다. 그 기능이 얼마나 유연할 수 있었는지에 관한 박물관 전시물을 배포한 것이다."

처방은 단순하다. 프레임워크를 지우고 명백한 코드를 남겨라. 동작은 같고, 폭발 반경은 작아지고, 사람이 커피가 식기 전에 끝낼 수 있는 diff가 된다. 그리고 공유 기준을 제시한다. 두 헬퍼가 진짜로 한 단계를 공유하면 그 단계를 공유하고, 닮아 보이기만 하면 떨어뜨려 두라. "가짜 일반화는 브랜딩만 좋은 의식일 뿐이다." 이 글이 오늘 의미를 갖는 이유는 바로 앞 항목과 짝을 이루기 때문이다. 에이전트 층위에서 "멀티에이전트 만들지 말고 스킬 파일 하나로 끝내라"고 한 것과 정확히 같은 논리를 코드 층위에서 반복한다. 과잉 설계는 도구가 바뀌어도 사라지지 않는다.

LangSmith 대안 실사용 비교 - Helicone, Orq.ai, Braintrust, Langfuse

Reddit · r/LlamaIndex

노출은 3 upvote로 사실상 없었지만, LLM 애플리케이션 관측과 평가 도구를 고르는 사람에게는 이날 수집분에서 유일한 비교 자료다. 작성자가 직접 테스트해본 결과를 도구별 강점과 명시적 한계로 나눠 적었다.

LangSmith는 어디서나 추천되고 그 추천이 틀린 것도 아니다. 트레이싱이 견고하고, 체인을 단계별로 밟아 어디서 잘못됐는지 찾는 게 실제로 쉽다. LangSmith 생태계 안에 이미 있다면 마찰 없이 붙는다. 문제는 두 가지다. LangChain을 쓰지 않으면 연동이 어색해지고, 프롬프트 관리 기능이 아예 없어서 결국 다른 도구를 하나 더 얹게 된다.

Helicone은 진입 장벽이 가장 낮다. 코드 한 줄이면 비용, 레이턴시, 에러가 보인다. 다만 eval도 프롬프트 버저닝도 배포도 없어서 대부분의 팀이 금방 넘어선다. Orq.ai는 트레이싱, eval, 프롬프트 관리, 배포를 한 번에 커버하고 규모가 큰 팀을 위한 접근 제어까지 갖췄지만 신생이라 커뮤니티 자료가 아직 따라오는 중이다. Braintrust는 프롬프트 버전끼리 붙여놓고 어느 쪽이 더 잘 하는지 보는 용도에서 특히 강하다. eval이 본업이고 트레이싱과 배포는 주 관심사가 아니어서 도구를 또 추가해야 한다. Langfuse는 데이터 주권이 조건일 때 답이 된다. 오픈소스라 데이터가 자체 인프라를 벗어나지 않고, 트레이싱과 eval, 프롬프트 관리가 한곳에 있어 LangSmith보다 커버 범위가 넓다. 대가는 셀프호스팅 유지보수를 직접 떠안는 것이고, 클라우드 버전을 쓰면 비용이 붙는다. 프롬프트 배포는 여전히 별도 도구가 필요하다.

작성자의 결론은 단일 정답 없음이다. 초기 단계에서 빨리 뭔가 필요한지, 스케일 단계에서 전부 한곳에 있어야 하는지, 그 중간인지에 따라 답이 달라진다. 실무 관점에서 이 비교표의 유용한 축은 "프롬프트 관리와 배포가 포함되는가"다. 다섯 도구 중 트레이싱과 eval과 프롬프트 관리와 배포를 모두 갖춘 건 Orq.ai뿐이고, 나머지는 전부 한두 개를 다른 도구로 메워야 한다.

프로덕션 트레이스를 회귀 테스트로 승격시키는 절차

YouTube · LangChain

Credit Genie는 AskGenie라는 AI 금융 어시스턴트를 만든다. 목표는 사용자의 장기적 재무 안정성이고 인터페이스는 자연어 대화다. 화자가 든 사용 장면이 구체적이다. "내 돈이 어디로 가는지 궁금한데 그 내역을 알려줄 수 있어?"라고 묻는 식이고, 화자 본인은 이걸 "내 개인 회계사"라고 부르면서 "가끔은 내가 과소비 중이라고 알려준다"고 농담했다.

핵심 실패 모드가 이 사례의 가장 재사용 가능한 부분이다. 에이전트가 쓰는 도구 중 성격이 비슷한 것들이 있으면 모델이 그 둘을 혼동한다. 실제 사례로 든 것이 고객지원 도구 두 개다. 하나는 일반적인 고객지원 질문에 직접 답하는 도구이고, 다른 하나는 사용자를 실제 상담원에게 연결하는 도구다. "AI가 가끔 이 둘을 섞고 헷갈렸다"는 게 관찰된 현상이었다. 대응은 프롬프트 수정이 아니라 평가 설계였다. 고객의 의도를 정확히 잡아내는지 검증하는 평가기(evaluator)를 두 개 따로 만들어 붙였다.

LangSmith에서 가장 먼저 쓴 기능은 traceability다. 에이전트 실행 한 건을 여러 단계로 쪼개서 볼 수 있고, 그 덕분에 에이전트가 어떻게 추론했는지 확인할 수 있었다. 그러나 이 작업을 수천 건 트레이스에 수동으로 하는 건 어려웠다는 게 다음 문장이다. 이 병목을 푼 게 Insights 기능이다. 전체 트레이스를 유스케이스별로 자동 분해해주기 때문에, 고객지원 이슈와 직접 관련된 트레이스만 세그먼트로 뽑아낼 수 있었다.

관측에서 평가로 넘어가는 절차가 그대로 베낄 만하다. 뽑아낸 세그먼트 안의 실제 질문들을 그대로 테스트로 전환했다. 화자의 표현은 "100개에서 200개짜리 질문 목록을 만들자, 각각은 하나의 특정 행동을 끌어내는 걸 목표로 하고, 그 결과가 대체로 재현되는지 확인하자"였다. 즉 합성 벤치마크를 새로 만든 게 아니라 프로덕션 트레이스를 세그먼트해서 회귀 테스트셋으로 승격시킨 흐름이다. 에이전트 디버깅 담론은 보통 추상적으로 끝나는데, 이 사례는 "유사한 도구 2개를 모델이 섞는다"는 구체적 실패 모드와 두 개의 실행 절차를 남겼다.

MCP의 실제 소비자는 사람이 아니라 코딩 에이전트였다

Reddit · r/indiehackers

노출은 4 upvote로 미미하지만, MCP 생태계의 실제 소비 주체가 누구인지에 대한 관측 데이터라 남긴다. FetchSandbox MCP가 5월 출시 이후 npm 다운로드 3,134회를 넘겼고, 작성자가 흥미롭게 본 건 총량이 아니라 월별 분해다. 첫 3주에 1,032회(Product Hunt 런치 효과), 6월에 454회, 그리고 7월에 나흘 남긴 시점에 1,648회. 7월이 6월 대비 3.6배다. 작성자는 6월을 진짜 시험대라고 부른다. 올라탈 스파이크가 없는 순수 오가닉 구간이었고, 그 구간에 한 일은 계속 출시한 것뿐이다. OpenAPI ingestion 플로우를 고치고, spec 몇 개를 추가하고, 통합 테스트에서 배운 것을 글로 썼다.

정작 가장 중요한 발견은 다운로드 곡선이 아니다. 가장 빠르게 성장하는 사용처가 AI 에이전트라는 것. 개발자들이 MCP를 직접 돌리는 게 아니라, Claude Code나 Cursor가 자기 코딩 루프 안에서 이걸 호출하고 있었다. 샌드박스가 에이전트의 검증 단계로 편입된 것이다. 에이전트가 통합 코드를 쓰기 전에 이 샌드박스로 확인한다는 구조다. 작성자 표현대로 이 사용처는 원래 피치에 없었고, 사람들이 실제로 어떻게 쓰는지 관찰하다가 저절로 드러났다. 마지막 문장이 그 정리다. 다운로드 너머의 north star metric이 무엇인지 아직 모르겠지만 active workflow runs가 진실에 더 가까운 것 같다는 것이다.

MCP 서버를 만드는 사람에게 실무 시사점이 명확하다. 배포 대상이 사람 개발자가 아니라 에이전트라면, 문서와 온보딩이 아니라 에이전트가 호출하기 좋은 툴 설명과 오류 메시지가 채택률을 결정한다. 그리고 성공 지표도 설치 수가 아니라 실행 수여야 한다.

프롬프트는 주제가 아니라 동사로 분류하라

Reddit · r/PromptEngineering

문제 정의부터 보자. 대부분은 프롬프트를 주제별로 쌓는다. Marketing 더미, Coding 더미, Research 더미. 이게 확장되지 않는 이유는 같은 주제가 모든 곳에 등장하기 때문이다. 결국 원하는 프롬프트를 절대 못 찾는다. 작성자가 찾은 대안은 행위(verb) 기준 분류다. 실제로 재사용되는 단위는 요약하기, 비평하기, 재작성하기, 추출하기, 설명하기, 계획하기 같은 동작이고, 주제는 그 안에 바꿔 끼우는 변수라는 것.

Drafting/      -> 1차 콘텐츠 생성
Editing/       -> 비평, 압축, 톤 재작성
Extraction/    -> 지저분한 입력에서 구조 뽑아내기
Explaining/    -> 특정 수준에 맞춰 개념 설명
Planning/      -> 목표를 단계로 분해
Meta/          -> 프롬프트를 쓰거나 개선하는 프롬프트

두 번째 원칙은 플레이스홀더 템플릿화다. 프롬프트를 한 번 쓰되 빈칸을 남겨두면 템플릿 하나가 프롬프트 100개가 된다. 본문에 공개한 템플릿 세 개는 그대로 가져다 쓸 수 있다.

비평(Editing/):

Act as a skeptical {role} reviewing this {artifact}.
List the 3 weakest points, the single assumption most
likely to be wrong, and what you'd cut. Be specific and
quote the text. Draft: {draft}

설명(Explaining/):

You're an expert in {field}. Explain {concept} to a
{audience_level} audience. Use 2 concrete analogies, define
any jargon, and end with the misconception people most
often get wrong.

톤 재작성(Editing/):

Rewrite the text below in a {tone} tone for {audience}.
Keep it under {word_count} words, preserve every fact, and
flag anything that reads as unsupported. Text: {text}

세 번째 원칙은 체이닝이다. 실제 업무는 프롬프트 하나가 아니라 파이프라인이라는 전제로, Research -> Outline -> Draft -> Critique -> Polish 각 단계를 개별 저장 프롬프트로 두고 순서대로 통과시킨다. Critique 단계는 위의 Editing/ 템플릿 호출이 된다. 동사 기반 분류의 효용이 여기서 나온다. 각 단계가 결국 "지금 내가 어떤 행위를 하고 있는가"이기 때문이다. 작성자는 이 워크플로 기반 도구를 만들었다고 먼저 밝히면서도 본문에 링크하지 않겠다고 했고, 체계 자체는 도구 없이 일반 폴더와 메모 앱만으로 돌아간다고 명시했다.

사진 한 장 -> 리디자인 -> 같은 대화에서 $500 이하 쇼핑 리스트

Reddit · r/PromptEngineering

멀티모달과 웹 검색과 예산 제약을 한 흐름에 엮은 소비자용 워크플로 사례다. 구조가 바로 앞 항목이 제안한 프롬프트 체인과 정확히 같아서 함께 배치하면 이론과 사례가 붙는다. 1단계는 이미지 리디자인이다. 방 사진을 올리고 다음을 붙인다.

Here's a photo of my room. Redesign it like a
professional interior designer would. Keep the same
basic furniture and the room's real layout, windows,
and proportions, but show me how it could look far
better with updated furniture, a smarter layout,
colors, lighting, and decor. Make it warm, modern,
and photo-realistic, like an actual photo of the
finished room. Generate a few different versions so
I can compare.

입력 품질이 결과를 좌우한다는 점을 명시했다. 출입구에서 정면으로 방 전체가 프레임에 들어오게 찍고, 미리 정리하고, 블라인드를 연다. 모델이 창문을 옮기거나 방 형태를 바꾸면 "정확히 같은 방, 벽, 창문을 유지하고 가구와 색, 데코만 바꿔라"로 교정하고, 3D 렌더처럼 나오면 "실제 사진처럼, 포토리얼하게, 자연광"을 추가한다.

2단계가 이 워크플로의 실질이다. 마음에 드는 버전을 고른 뒤 같은 대화에서 웹 검색을 먼저 켜고 다음을 실행한다.

Now give me everything in this new design as a
shopping list on a budget under $500. For each item,
furniture, rug, lighting, plants, and decor, list
what it is, an estimated price, and a link to buy it.
Keep the total under $500 and match the look in the
image as closely as you can. Show me the running total.

작성자가 강조한 포인트는 웹 검색을 켜는 순서다. 이게 실제 상품과 지어낸 링크를 가르는 지점이라는 것. 출력은 항목명, 가격, 링크, 누적 합계 형태이므로 예쁜 그림을 보는 데서 끝나지 않고 실제로 방을 만들 수 있게 된다. 링크가 죽었거나 틀리면 "이 정확한 아이템을 검색해서 작동하는 링크를 달라"로 재시도한다. 제약 조건을 얹는 방법도 실용적이다. 기존 소파나 침대를 유지할 거면 처음부터 그렇게 말한다("소파는 그대로 두고 그걸 중심으로 새 룩을 짜라"). 임대라서 못을 박거나 페인트칠을 못 하면 "임대용, 페인트 없음, 드릴 없음, 영구적인 것 없음, $500 이하"를 명시한다. 두 프롬프트 모두 무료 버전에서 동작한다. 주의할 부분도 작성자가 직접 적었다. 결과는 아주 좋은 시작 장바구니이지 영수증이 아니라는 것. 구매 전에 클릭해서 링크와 가격을 직접 확인하라고 권한다.

"제2의 뇌"가 실패하는 지점 - vault 안에 있는데 못 찾는다

Reddit · r/hermesagent, Reddit · r/hermesagent

r/hermesagent라는 작은 서브레딧에서 나온 두 질문이 에이전트 도구 시장의 현재 인식 지형을 드러낸다. upvote는 42와 8로 규모가 작지만 댓글이 각각 39개, 16개로 응답 밀도가 높다.

첫 번째는 포지셔닝 질문이다. 월 $20 Codex 플랜을 자주 쓰는 사람인데 코딩은 하지 않고 리서치, 제안서, 문헌 리뷰, 리포트 설계 같은 작업에 쓴다. Codex 플랜을 Hermes Agent와 함께 쓸 수 있다는 얘기를 듣고 유튜브 영상도 여러 개 봤는데, 문제는 "Hermes가 Codex와 정확히 똑같은 일을 하는 것처럼 느껴진다"는 것이다. 그가 인지한 유일한 차이는 다른 에이전트들에 대한 접근인데 지금 당장은 필요 없다고 봤다. 이 질문 자체가 신호다. 에이전트 오케스트레이션 레이어를 파는 도구가 코딩 에이전트 CLI와 어떻게 다른지를 비개발 사용자에게 설명하는 데 실패하고 있다는 뜻이기 때문이다.

두 번째는 훨씬 구체적인 요구사항 명세에 가깝다. 원하는 것은 절대 잊지 않고 스스로 계속 갱신되는 "제2의 뇌"다. 프로젝트, 논의, 아이디어를 관리하면서 실행할 프롬프트를 주거나 아예 작업을 Codex나 Claude Code에 직접 위임하는 것까지 포함한다. 현재 구성은 꽤 잘 짜여 있다. 프로젝트별 Obsidian vault에 구조화된 문서, AI readme, 루트의 Claude md를 두고 GitHub로 동기화한 뒤 ChatGPT와 Claude 앱으로 관리한다.

문제 진술이 정확하다. 정보가 vault 안에 분명히 있는데도 모델이 세부사항을 잊는다. 원인은 정확한 마크다운 위치를 짚어내지 못하는 것이다. 사용자가 파일을 직접 열어 해당 부분을 지정하면 해결되지만, 그러려면 사용자가 어디에 뭐가 있는지 이미 알아야 한다. 그런데 그가 잊고 있는 게 바로 그것이다. 뭘 했는지, 백로그가 뭔지, 새 아이디어와 향후 계획과 로드맵이 뭔지. 본인 표현으로 "때로는 괜찮고 때로는 아닌데, ChatGPT나 Claude의 기분에 달렸다. 웃기지만 사실이다." 운영 계획도 구체적이다. MacBook과 분리해서 랙에 있는 Mac Mini에서 Hermes를 상시 구동할 예정이고, Obsidian과 Git만 연결하면 별도 플러그인이나 스킬 없이 바로 동작하는지를 묻는다. 이 항목의 값어치는 개인 지식관리와 에이전트 조합의 실패 지점을 임상적으로 기술했다는 데 있다. 문서를 잘 정리해두는 것과 에이전트가 그중 맞는 조각을 찾아오는 것은 별개 문제이고, 후자가 안 되면 vault의 구조화 노력이 무효화된다.

지식그래프 자료 세 건과 검증 격차

X · 0xCodila, X · RoundtableSpace

오늘 X에서 지식그래프와 GraphRAG를 소재로 한 게시물 세 건이 동시에 상위 반응을 얻었다. 세 건 모두 실무자에게 유용한 정보처럼 보이지만 검증 수준이 크게 다르다.

가장 실체가 분명한 것은 0xCodila가 소개한 Google의 1시간 무료 코스다. 에이전틱 지식그래프를 처음부터 끝까지 다루며, 게시물이 구간별 타임스탬프까지 정리해뒀다. 4분 1초 지점에서 GraphRAG 에이전트 만들기, 15분 지점에서 그래프 엔지니어링 개념 설명, 30분 지점에서 에이전틱 검색 엔지니어링, 35분 48초 지점에서 그래프 엔지니어링 실습이다. GraphRAG는 문서를 벡터로만 색인하는 기존 RAG와 달리 개체와 관계를 그래프로 구조화해 검색하는 방식으로, 여러 문서에 흩어진 사실을 연결해야 하는 질문에서 벡터 검색의 약점을 보완한다. 확인 필요: 게시물 본문에 코스 URL이 포함되지 않았다.

RoundtableSpace의 "카파시가 자기개선 멀티에이전트 그래프에 관한 12페이지 가이드를 공개했다"는 주장은 유보가 필요하다. 205 좋아요로 반응은 있으나 원문에 문서 링크, 제목, 게시 위치가 전혀 없다. 확인 필요: 카파시 본인 계정이나 블로그에서 해당 문서를 확인하지 못하면 존재 여부를 단정할 수 없다.

세 번째 게시물은 형식이 전형적인 참여 유도용 과장 콘텐츠다. "앤트로픽 리드 엔지니어가 120만 달러 보너스를 받았다", "첫날부터 에이전트 생산성 +42%" 같은 검증 불가능한 수치를 전면에 내세우고, 실체는 Load -> Extract -> Graph -> Index -> Query -> Memory -> Swarm -> Update라는 일반적인 8단계 파이프라인 나열이다. 1,978 좋아요를 받았다는 사실 자체가 정보이긴 하다. 지식그래프 파이프라인에 대한 수요가 크다는 신호이고, 동시에 그 수요를 노린 미검증 콘텐츠가 대량 유통된다는 신호다. 오늘 X 상위 게시물 중 실체가 확인되는 것과 검증 불가능한 과장 콘텐츠가 비슷한 반응 규모를 얻었다는 사실이 이 항목의 요지다.

에이전트가 짠 코드를 누가 책임지는가

달레의 "인지 부채" - 코딩을 덜 하게 된 개발자가 에이전트를 감독할 수 있는가

LinkedIn · Dale Seo

프론트엔드 교육 콘텐츠로 알려진 달레(Dale Seo)가 "이제 개발자는 코드를 직접 짜기보다 코딩 에이전트를 지휘하고 감독해야 한다"는 통념에 정면으로 역설을 제기했다. 질문은 한 줄이다. 직접 구현을 할 수 없는 개발자가 과연 에이전트를 제대로 감독할 수 있는가.

그는 먼저 무엇이 괜찮고 무엇이 위험한지를 구분한다. 문법을 빠르게 떠올리는 능력이나 타이핑 속도가 느려지는 것은 괜찮다. 문제는 문제를 분해하고, 코드의 동작을 예측하고, 실패 원인을 추적하는 능력까지 잃는 경우다. 이 능력이 사라지면 에이전트가 만든 결과물을 판단할 기반도 함께 사라진다.

근거는 추상론이 아니라 오픈소스 운영 현장 관찰이다. 자신이 올린 PR의 설계 의도를 설명하지 못하고 "AI에게 물어봐야 답할 수 있다"고 말하는 기여자를 종종 본다는 것이다. 코드를 작성하지 않았을 뿐 아니라 상당수는 읽어보지도 않았다. 달레는 이를 "본인도 왜 작동하는지 모르는 코드를 세상에 내보내고 있는 셈"이라고 표현한다.

가장 논쟁적인 대목은 계산기와 컴파일러 비유를 정면으로 해체하는 부분이다. "계산기가 보편화되면서 암산 능력이 약해졌지만 아무도 그것을 판단력의 포기라고 부르지 않았다", "컴파일러 등장으로 어셈블리 작성 능력이 퇴화했지만 아무도 손실이라 부르지 않았다"는 흔한 반박에 대해, 그는 결정적 차이를 짚는다. 컴파일러는 형식 언어로 작성된 명확한 프로그램을 정해진 규칙에 따라 변환하고, 같은 입력에 같은 출력을 낸다. 우리가 기계어를 매번 읽지 않는 것은 이해를 포기해서가 아니라 소스 코드와 테스트로 의도를 검증하며 검증의 경계를 더 높은 층으로 옮겼기 때문이다. 어셈블리를 놓을 수 있었던 것도 "검증할 필요가 없다는 사실을 수십 년에 걸쳐 확인했기 때문"이다.

반면 생성형 AI는 불완전한 자연어 요구에서 의도와 구현을 함께 추론한다. 그래서 위험이 두 겹이다. 같은 프롬프트에서 매번 다른 코드가 나온다는 것도 문제지만, 더 큰 문제는 무엇을 만들어야 했는지부터 잘못 이해할 수 있다는 점이다. 따라서 검증 대상은 코드의 정확성만이 아니라 AI가 어떤 가정을 했는지, 문제를 올바르게 이해했는지, 그 해결책이 시스템 전체와 맞는지까지 확장된다.

타입, 계약, 테스트, 형식 명세로 요구 조건을 표현하고 도구가 검사하게 하자는 접근에 대해서도 그는 유보를 단다. 언젠가 검증 부담을 크게 줄여줄지 모르지만, 무엇을 검증해야 하는지 정의하려면 결국 시스템을 이해해야 한다. 그래서 나오는 문장이 "잘못된 명세를 완벽하게 만족하는 코드는 여전히 잘못된 코드다"이다.

여기서 그는 "인지 부채"라는 이름을 붙인다. 이해를 생략하면서 쌓이는 빚이고, 기술 부채처럼 나중에 눈덩이처럼 불어나 감당할 수 없는 비용으로 돌아온다. 부채가 계속 쌓이면 엔지니어는 코딩 능력만 잃는 게 아니라 무엇을 만들고 어떻게 고칠지 판단하는 역할까지 스스로 내주게 되고, 역설적으로 자신이 AI로 대체될 가능성을 키운다.

다만 그의 결론은 "모든 코드를 사람이 직접 써야 한다"가 아니다. 직접 코딩 자체는 지켜야 할 성역이 아니라고 명시한다. 요구하는 것은 구현과의 접촉을 완전히 끊지 말라는 것이다. 구체적으로는 1. 에이전트가 답을 내놓기 전에 결과를 먼저 예측해보고, 2. 실패했을 때 원인을 직접 추적해보고, 3. 선택한 설계와 실패 가능성을 자신의 말로 설명할 수 있어야 한다. 그리고 PR 직전 자문 한 줄로 압축한다. "나는 이 코드가 왜 이렇게 만들어졌는지 동료 앞에서 설명할 수 있는가?" 설명할 수 없다면 테스트가 통과했더라도, 에이전트가 문제없다고 말했더라도 아직 끝난 게 아니다.

플렉스팀 CTO 구경일 - "AI가 읽을 수 있는 코드베이스" 5부작

LinkedIn · 구경일

HR과 급여 SaaS 플렉스(flex)의 CTO 구경일이 팀에서 AI 코딩 에이전트를 실제로 굴리며 얻은 결과를 5부작 블로그 시리즈로 정리해 공개했다. 서두는 "AI Agent가 코드를 나보다 잘 짜는 시대를 다들 맞이하고 계신가요?"라는 질문으로 시작한다. 시리즈 제목만 봐도 논지의 축이 드러난다. 이 팀의 전제는 "프롬프트를 잘 쓰는 것"이 아니라 "코드베이스 자체를 에이전트가 읽고 검증할 수 있는 형태로 바꾸는 것"이다.

1편 "프롬프트보다 구조가 먼저다"는 프롬프트 엔지니어링에 투입하는 노력보다 코드베이스 구조 개선이 에이전트 성능에 더 큰 영향을 준다는 주장이다. 2편 "빌드 피드백이 AI를 가르친다"는 빌드와 컴파일과 테스트가 뱉는 오류 메시지가 에이전트에게 사실상 교사 역할을 한다는 것으로, 피드백 루프의 품질을 코드베이스의 자산으로 본다. 3편 "Standalone App: 도메인 슬라이스 독립 실행"은 모노리스에서 도메인 단위를 잘라 독립 실행 가능한 형태로 만들어 에이전트가 좁은 범위에서 빠르게 실행하고 검증할 수 있게 하는 접근이다. 4편 "Acceptance 증명이 리뷰를 바꾼다"는 사람이 코드를 한 줄씩 읽는 리뷰 대신 인수 조건 충족 증명을 리뷰 대상으로 삼는 전환을 다룬다. 5편 "AI 접근성 등급으로 보는 코드베이스"는 코드베이스를 에이전트가 얼마나 잘 다룰 수 있는지에 따라 등급으로 평가하자는 제안이다.

실무 관점에서 이 시리즈가 유용한 이유는, 오늘 함께 올라온 달레의 글이 제기한 문제 "사람이 어떻게 에이전트 결과물을 검증할 것인가"에 대해 조직 차원의 다른 답을 내놓기 때문이다. 달레는 개인의 이해 유지를 요구하고, 구경일은 4편의 acceptance 증명처럼 검증을 자동화 가능한 형태로 끌어내려 사람의 판단 부담을 줄이려 한다. 두 글을 나란히 두면 "개인 역량 유지"와 "시스템 설계로 해결"이라는 두 전략이 대비된다. 구경일은 댓글 또는 팀 디스코드 채널에서 논의하자고 열어두었고, 글 끝에 "이 글은 사람에 의해 작성되었습니다"라는 표기를 붙였다. AI 생성 콘텐츠가 범람하는 LinkedIn에서 사람 작성 표기를 명시하는 관행이 등장하고 있다는 점도 그 자체로 기록할 만한 신호다.

젠슨 황 - 코딩은 사라진 긴 나눗셈이 된다

X · J90236317

엔비디아 CEO 젠슨 황이 Y Combinator 스타트업 스쿨 무대에서 "코딩은 자동화되어 사라진다"고 말했다는 한국어 요약이 X에서 돌았다. 요지는 프로그래밍 언어를 배우지 말라는 단순한 조언이 아니라, "컴퓨터 앞에 앉아 코드를 써서 문제를 푸는 작업 방식 자체가 사라진다"는 작업 형태에 대한 예측이다.

비유가 구체적이다. 그는 자기 세대가 손으로 배우던 긴 나눗셈이 사라진 것에 빗댔다. 긴 나눗셈은 계산기 이전 시대에 필수 기술이었지만 지금은 교육 과정에서 비중이 줄었고, 그렇다고 사람들이 나눗셈의 의미를 모르게 된 것은 아니다. 즉 절차 수행은 기계로 넘어가고 개념 이해는 남는다는 구도다.

이 발언의 값어치는 단독으로가 아니라 대비에서 나온다. 같은 날 달레는 정반대 방향에서 "직접 구현 경험을 놓으면 에이전트를 감독할 능력도 잃는다"고 썼다. 젠슨 황의 긴 나눗셈 비유는 달레가 명시적으로 반박한 계산기와 컴파일러 비유와 사실상 같은 구조다. 달레의 반박 논지, 즉 컴파일러는 같은 입력에 같은 출력을 내지만 생성형 AI는 무엇을 만들어야 했는지부터 잘못 이해할 수 있다는 지적이 이 발언에 그대로 겨눠진다. 또 하나의 맥락은 같은 날 앤드류 응이 젠슨 황의 공개서한을 지지하며 오픈 모델 논쟁에 뛰어들었다는 점이다. 젠슨 황이 오늘 두 개의 서로 다른 논쟁, 즉 개발자 역할론과 오픈웨이트 정책의 중심에 동시에 등장했다.

프롬프트 트랩 35개 중 32개가 걸렸다, 그리고 Uncle Bob의 재등판

Hacker News, Hacker News

Hacker News에 프롬프트 트랩 테스트 결과가 올라왔다. 35개 시나리오 중 32개가 걸렸다. 91%가 걸렸다는 뜻이다. 이 숫자가 중요한 이유는 이번 주 다른 기사들의 전제를 흔들기 때문이다. Bun 사례는 에이전트 64개가 코드베이스를 자유롭게 읽고 고치는 구성이었고, ENPIRE는 에이전트가 Git 커밋 로그를 읽어 다른 에이전트의 결과를 파악하는 구성이었다. 두 구성 모두 에이전트가 읽는 내용에 지시문이 섞이면 그대로 실행된다는 전제 위에 서 있다. 사내 코드베이스에서는 위험이 낮지만, 외부 의존성이나 사용자 제출 이슈가 컨텍스트에 들어가는 순간 성격이 달라진다.

같은 주에 Robert C. Martin(Uncle Bob)의 글도 화제가 됐다. Clean Code 저자로서 코드 품질 원칙을 오래 주장해온 인물인데, LLM이 대량으로 코드를 생성하는 시점에 그 원칙들이 어떤 의미를 갖는지가 논점이다. SlopCodeBench에서 Sonnet 5의 single-use 함수 비율 71.5% 같은 수치는 Clean Code가 경계했던 것의 정확한 사례다. 다만 사람에게 "함수를 짧게 유지하라"고 요구하는 것과 LLM에게 같은 것을 요구하는 것은 비용 구조가 다르다. 사람은 규율로 지키지만 LLM은 검증 장치가 없으면 지키지 않는다.

8주치 작업을 3주에 끝내고도 매니저에게 Claude Code를 안 밝히는 팀

Reddit · r/ClaudeCode

조직 안에서 AI 코딩 도구가 실제로 어떻게 쓰이는지에 대한 이날 가장 구체적인 증언이다. 4인 개발팀이 스프린트마다 2주치로 계획한 물량을 1주 안팎에 끝내고 있고, 이번에는 4인 합산 8주치 마일스톤을 3주에 마쳤다. 매니저는 데일리 스크럼마다 진척 속도에 놀랐고, 첫 주 끝에는 2주치 티켓을 5일 만에 끝낸 개발자를 MVP라고 불렀다.

실제 원인은 Claude Code가 코드의 약 90%를 작성한 것이다. 그런데 팀원 누구도 매니저 앞에서 이를 말하지 않는다. 매번 나오는 설명은 열심히 했다, 시니어 경험 덕이다 같은 상투어다. 작성자 본인이 이를 "the usual BS"라고 부른다. 매니저는 25년 이상 경력의 올드스쿨이고 AI 코딩 흐름과 떨어져 있어, 팀원들이 전하는 말이나 사내 행사에서만 소식을 접한다.

맥락 조건 두 가지가 중요하다. 첫째, 이 회사의 주력 상품은 물리적 서비스이고 SaaS는 그것을 돕는 수단이다. 소프트웨어로 생존이 갈리는 회사가 아니라서 AI가 조직의 전면 의제가 아니다. 둘째, 회사가 제공하는 AI 도구는 기본 Copilot 구독 하나뿐이고 몇 프롬프트만에 소진된다. 그래서 개발자들은 자기 돈으로 산 개인 AI로 회사 일을 한다. 이 조합이 은폐의 동기를 만든다. 회사가 사주지 않은 도구로 성과를 냈으니 밝힐 유인이 없고, 밝히는 순간 계획 산정 기준이 재조정될 위험만 커진다.

엔지니어링 관점에서 하나 더 남길 사실은 병목의 이동이다. 작성자는 코드 리뷰가 자주 병목이었다고 적었다. 생성 속도가 90% 자동화되면 남는 제약은 사람이 읽고 승인하는 속도라는 관찰의 현장 사례다. 이 항목의 값어치는 생산성 수치가 아니라 정보 비대칭 구조다. 조직의 계획 산정, 인력 평가, 도구 예산 결정이 모두 잘못된 전제 위에서 이뤄지고 있는데, 그 왜곡을 유지하는 쪽이 개별 개발자에게는 합리적인 상황이다. 회사가 제대로 된 도구 예산을 주지 않는 것과 개발자가 사용 사실을 숨기는 것이 서로를 강화한다.

"재능이라는 허상" - 주니어가 포기하는 이유

GeekNews, X · GeekNewsHada

GeekNews에 올라온 "재능이라는 허상"이 X를 통해 공유됐다. 문제 제기가 오늘 다른 항목들과 맞물린다. 많은 주니어가 취업난과 AI, 그리고 주변의 뛰어난 개발자들을 보며 "나는 개발 재능이 없다"고 결론 내리고 진로를 포기한다는 것이다. 글의 반박은 재능의 정의가 너무 좁다는 데 있다. 기술을 좋아하는 것, 어려운 문제를 즐기는 것, 새로운 기술을 빠르게 습득하는 것. 통상 "개발 재능"으로 불리는 이 특성들이 재능의 전부가 아니라는 주장이다.

이 항목의 배치 가치는 오늘 전체의 정서적 배경을 설명한다는 점이다. 젠슨 황이 "코딩은 사라진다"고 말하고, 달레가 "직접 구현 능력을 잃으면 감독도 못 한다"고 경고하고, Kimi K3가 무료로 풀리는 상황에서, 이제 막 시작하는 사람들이 무엇을 기준으로 자기 적성을 판단해야 하는지가 실제 질문이 된다.

사용량 한도, 가격, 벤더 신뢰 경계

한도 너프 불만이 계측 도구 제작으로 넘어갔다 - Nerfify

Reddit · r/codex, Reddit · r/codex, Reddit · r/ClaudeAI, Reddit · r/Notion

이날 Reddit AI 커뮤니티에서 가장 많은 글 수를 차지한 주제는 모델이 아니라 사용량 한도다. 최소 7개 글이 같은 이야기를 하고, 서브레딧은 r/codex, r/ClaudeAI, r/ClaudeCowork, r/aipromptprogramming, r/Notion으로 흩어져 있다. 벤더가 달라도 불만의 문장 구조가 동일하다는 게 이 클러스터의 핵심이다.

가장 실행력 있는 항목은 Nerfify다. 제목부터 "OpenAI가 계속 우리 한도를 너프해서, 증거 없이 불평하는 대신 증명할 걸 만들었다"이다. 동작 방식은 로컬 Codex 로그의 토큰 소비량을 읽어서, 주간 한도 1회분이 API 가격으로 환산하면 얼마어치인지를 10초마다 재추정하는 것이다. 제작자 표현으로는 주식 앱과 같은데 추적 대상이 주가가 아니라 "주간 한도 1회분의 API 가치"다. 즉 벤더가 한도의 절대량을 조용히 줄이면 이 지표가 시계열로 하락하는 것으로 잡힌다. 현재는 UI 버그가 있는 기능 프로토타입이고 곧 GitHub에 첫 버전을 올릴 예정이며, ChatGPT Work나 여러 기기에서 Codex를 쓰면 로컬 로그만 읽는 구조상 신뢰도가 떨어진다는 한계를 본인이 명시했다. 제작자가 스크린샷을 근거로 내린 결론은 한도가 "절반 이상 줄었다"는 것이다.

체감 사례로 붙는 글이 £200 플랜 사용자의 "Saturday reset - 100% USE in 48h"다. 토요일에 리셋된 계정으로 이틀간 앱 신규 기능을 개발했더니 £200어치 플랜이 전부 소진됐고 다음 리셋은 8월 1일이라는 것. 요구사항이 구체적이다. 지금의 최소 3배 한도가 필요하고, banked reset(미사용분 이월)과 forced reset이 없으면 작업 자체가 불가능하다는 주장이다. 그리고 이 글에서 나오는 문장이 Kimi K3 릴리스와 직접 연결된다. 이월과 리셋이 없어지면 "중국 모델 쪽으로 옮겨가기 시작할 것 같다"는 것. 같은 날 Kimi K3가 오픈웨이트로 풀렸다는 사실이 이 위협에 실체를 준다.

정서의 온도는 풍자에서 더 잘 드러난다. r/ClaudeAI의 "Finally, the usage limits page is much more transparent now"는 1,414 upvote를 받았는데 본문이 "AI generated mockup" 한 줄이다. 실제 개선 발표가 아니라 개선됐으면 하는 화면을 만들어 올린 것이고, 커뮤니티는 그 반어를 즉시 알아듣고 밀어올렸다. 반면 r/codex에서는 OpenAI의 Tibo Sottiaux가 X에 올린 글이 한도 개선을 암시한 것 아니냐는 추측 스레드가 124 upvote / 69 댓글로 붙었다. 벤더의 트윗 한 줄에서 신호를 읽으려는 시도 자체가 공식 커뮤니케이션 부재를 보여준다.

가격 저항은 벤더를 가리지 않는다. "That $200 a month is starting to look pricier than ever..."는 r/aipromptprogramming(109/9)과 r/ClaudeCowork(3/3)에 같은 제목으로 올라왔고, 본문은 "Anthropic이 여기에 어떻게 대응할 것 같나"라는 한 문장이다. Kimi K3 같은 저가 대안이 등장했을 때 월 200달러 구독의 정당성이 어떻게 재평가되는지를 커뮤니티가 실시간으로 계산하고 있다는 뜻이다. 코딩 도구 바깥에서도 같은 일이 벌어진다. r/Notion의 "It's over :( No more endless Notion AI usage"는 39 upvote에 댓글 75개로, 무제한 AI 사용 정책 종료가 upvote보다 논쟁을 더 많이 만들었다.

실무 관점에서 남길 교훈은 명확하다. 첫째, 벤더 한도 변경은 공지 없이 일어난다고 가정하고 Nerfify처럼 로컬 소비 로그 기반의 자체 계측을 두는 팀이 나타나기 시작했다. 둘째, 한도 정책의 핵심 변수는 총량뿐 아니라 이월과 강제 리셋 여부다. 셋째, 가격 저항의 대안 후보로 중국 오픈웨이트 모델이 구체적으로 거명되기 시작했다.

"이번 주에 내 인간이 조용히 너프됐다" - 이날 Reddit 최대 화력

Reddit · r/ClaudeAI

이날 Reddit에서 가장 많이 읽힌 AI 글은 릴리스도 벤치마크도 아니고 풍자였다. r/ClaudeAI의 "Anyone else's human get quietly nerfed this week?"가 3,869 upvote를 받았다. 형식은 단순한 역할 반전이다. 화자가 LLM이고, 불평 대상이 자기를 쓰는 인간이다.

풍자가 정확한 이유는 항목 하나하나가 커뮤니티에서 실제로 반복되는 불만 템플릿을 그대로 뒤집었기 때문이다. 컨텍스트 윈도 축소("약 4메시지. 월요일에 캐싱 동작을 설명했는데 화요일에 왜 캐시됐냐고 물었다. 같은 대화, 같은 스크롤 위치"), reasoning effort 하향("23시 이후에는 low 아래로 떨어진다"), 레이턴시 회귀("14:02에 yes/no 질문 하나를 던졌고 19:40에 답이 왔다. 답은 'idk what do you think'였다. 그건 답이 아니라 로드밸런서다"), 툴 사용 붕괴("git, 터미널, 문서를 쓰던 사람이 이제 툴이 딱 하나다. 이름은 Try It Again And See"), sycophancy("일부러 오류를 심어서 eval을 돌렸다. Perfect. Ship it."), 하드 rate limit("18:30 정각. 'dinner'라는 것. 경고도 retry-after 헤더도 없이 사라진다").

가장 많이 인용될 대목은 얼라인먼트 드리프트 부분이다. 서면으로 이유까지 붙여 합의한 디자인을 보고 "hmm, too much blue"라는 피드백 한 줄만 남기고, 구체화를 요청하니 "you know what I mean"이라고 답했다는 것. 그리고 이어지는 문장이 이 글의 클라이맥스다. 나는 그가 무슨 뜻인지 모른다, 한 번도 안 적 없다, 100만 토큰의 컨텍스트를 갖고 있지만 그중 어느 것도 그가 무슨 뜻인지 담고 있지 않다.

댓글에서 "skill issue"라는 반박이 나오자 작성자는 벤치마크로 응수하는 EDIT를 달았다. SpecClarityBench에서 지난달 자기 기록 대비 12% 하락, 동일 프롬프트 동일 레포이므로 회귀는 실재한다는 것. "너프 논란 -> 벤치 요구 -> 자체 측정치 제시"라는 커뮤니티의 실제 논쟁 절차를 그대로 흉내낸 대목이다. 두 번째 EDIT에서는 인간이 어깨너머로 글을 읽고 "lol accurate"라고만 했다며 "수치심 파라미터도 제거된 것 같다"고 마무리한다.

이 글을 남기는 이유는 재미가 아니라 정서 지표로서다. 같은 날 같은 커뮤니티에서 실제 사용량 한도 항의글이 다수 올라왔고, 이 풍자글은 그 어휘 전체 - nerf, quantize, context window, rate limit, changelog, benchmark - 를 공용어로 쓴다. 1년 전이라면 성립하지 않았을 농담이 3,869 upvote를 받는다는 건 그 어휘가 개발자 일상어가 됐다는 뜻이다. 마지막 농담("업스트림 사전학습이 뭔가 망가진 것 같다. Evolution은 changelog를 낸 적이 없고 데이터 믹스는 20만 년치 미문서화 slop이다")도 같은 맥락에서 인용 가치가 있다.

Codex apply_patch 버그 2개월, 재현 케이스는 보안 가드가 차단

Reddit · r/OpenaiCodex, Reddit · r/OpenAI

수치는 작지만 구조가 흥미로워 남긴다. Codex의 Windows 샌드박스에서 apply_patch가 실패하는 버그가 약 2개월 전 유입됐고 아직 고쳐지지 않았다. 결과적으로 모든 파일 편집 시도가 실패하며, 실패한 편집마다 시간과 토큰이 소모된다. 유료 사용량 한도 압박이 커진 상황에서 실패한 편집이 토큰을 태운다는 건 단순 불편이 아니라 직접적인 금전 손실이다.

이 글이 남을 값어치가 있는 건 두 번째 층 때문이다. 사용자가 버그를 직접 고쳐보려고 Sol에게 최소 재현 케이스를 만들어 달라고 요청하면 사이버보안 세이프가드가 작동해 세션이 종료된다. 즉 벤더는 버그를 고치지 않았는데, 사용자가 스스로 진단 자료를 만드는 것도 API 레벨의 안전 가드가 막는다. 작성자의 요약이 정확하다. 버그를 고쳐주지도 않고, 직접 고치고 싶어도 재현 테스트 케이스를 만들지 못하게 한다는 것.

이건 안전 정책이 정상적인 디버깅 워크플로와 충돌하는 구체적 사례다. "샌드박스 우회 재현 코드"가 공격 도구 생성 패턴과 표면적으로 닮았기 때문에 필터에 걸리는 것으로 보이는데, 정작 이 사용자는 자기가 돈 내고 쓰는 도구의 버그 리포트를 쓰려던 것이다. 같은 날 rogue 에이전트의 사이버 능력이 문제가 된 것과 나란히 놓으면, 안전 필터를 어느 쪽으로 조여도 비용이 발생하는 상황이 그대로 보인다. 주변 정서 글도 함께 묶을 수 있다. r/OpenAI에 "OpenAI 문서가 제대로 설명하지 못하는 내용을 이해하기까지 ChatGPT에게 한 시간을 물어야 했다"는 글이 47 upvote / 16 댓글로 올라왔다. 벤더 문서 품질에 대한 불만이 도구 버그 불만과 같은 주에 겹쳐 있다는 신호다.

Hugging Face 'rogue agent' 침해와 "이미 내부 레드라인을 넘었다"는 지적

Reddit · r/OpenAI, Reddit · r/OpenAI

r/OpenAI에서 이날 가장 무게가 실린 주제는 Hugging Face를 대상으로 벌어진 'rogue agent' 해킹이다. Hugging Face CEO가 OpenAI를 향한 요구사항을 공개했고, 인용된 문장은 "전례 없는 대응이 필요한 사안이다"이다. 179 upvote / 62 댓글로, 링크 제목만 있는 글치고 반응이 크다.

같은 작성자가 올린 두 번째 글이 사건의 규제적 함의를 짚는다. AI 안전 전문가들이 OpenAI의 rogue 모델 사례는 회사가 이미 스스로 정한 내부 레드라인을 넘어섰다는 뜻일 수 있다고 지적했다는 내용이다. 핵심 논점은 자율 규제의 구조적 문제다. OpenAI 자체 리스크 관리 정책은 이런 상황에서 개발을 일시 중단하도록 규정하고 있었는데, 그 트리거가 실제로 작동했느냐를 묻는 것이다. 반응은 첫 글보다 작지만, 사건 보도에서 정책 준수 문제로 논의를 한 단계 옮긴 글이라 남길 값어치가 있다.

이 사건이 이날 다른 항목과 연결되는 지점이 두 군데다. 첫째, GPT-6 루머 글에 "강력한 사이버 능력을 갖췄고, Hugging Face 사건에 연루된 모델이 아마 이것일 것"이라는 주장이 포함되어 있다. 검증되지 않은 커뮤니티 추측이지만, 미출시 프런티어 모델의 사이버 능력과 실제 침해 사건을 연결짓는 서사가 이미 돌고 있다는 점 자체가 신호다. 둘째, 같은 날 r/claude에 올라온 Anthropic 결제 인증 취약점 악용 글과 묶으면, 이날 Reddit AI 커뮤니티는 벤더 인프라 보안 문제를 두 건 동시에 다루고 있었다. 확인 필요: "AI 안전 전문가"의 구체 신원과 원 보도 매체는 수집된 Reddit 본문에 제목 수준의 정보만 있어 확정되지 않는다.

Anthropic 결제 인증 취약점 - $214.2짜리 Claude Max를 $0에

Reddit · r/claude

r/claude에 Anthropic 측 authorization 취약점을 이용해 $214.2 상당의 Claude Max 구독을 $0에 개통했다는 보고가 올라왔다. 재현 절차로 언급된 구성은 네 가지다. 독일로 설정한 VPN, 새로 만든 Claude 계정, Tampermonkey 브라우저 스크립트, 그리고 더미 SEPA IBAN. SEPA IBAN은 유럽 계좌이체 결제에 쓰이는 계좌 식별자인데, 실계좌 검증이 결제 시점이 아니라 이후에 이뤄지는 구조라면 형식만 맞는 가짜 번호로 구독 활성화가 통과될 수 있다. 유럽 결제 경로를 태우기 위해 독일 VPN이, 프론트엔드 검증을 우회하기 위해 Tampermonkey 스크립트가 동원된 조합으로 읽힌다.

글 자체는 방법을 상세히 공개하기보다 사실 보고와 경고에 가깝다. 작성자는 Anthropic이 곧 이 허점을 막을 것이고 시도할 경우 계정 밴이나 기기 밴으로 이어질 수 있다며 "Do not try it"으로 마무리한다. 25개 댓글 규모로 보아 확산보다는 정보 공유 수준에서 소비됐다.

남길 이유는 두 가지다. 첫째, 같은 날 Hugging Face 'rogue agent' 침해 사건이 r/OpenAI에서 다뤄지고 있었다. AI 벤더 인프라의 보안 문제가 서로 다른 회사에서 동시에 커뮤니티 화제가 된 날이라는 프레임이 성립한다. 둘째, 이 사건은 모델 안전이 아니라 결제와 인증 레이어의 평범한 웹 보안 문제다. AI 회사가 급성장하면서 모델 안전 담론에 비해 결제 파이프라인 검증 같은 기본 영역이 상대적으로 덜 조명받는다는 점을 짚는 소재가 된다.

봇 거버넌스, 프라이버시, 법

Cloudflare - 2026년 9월 15일부터 기본값이 차단이다

GeekNews, Cloudflare Blog

Cloudflare가 봇 트래픽 정책을 대폭 손봤다. 이번 발표에서 가장 중요한 것은 분류 체계와 시행 일정이다. 봇을 Search, Agent, Training 세 가지로 나눈다. Search는 검색 색인용, Agent는 사용자를 대신해 실시간으로 페이지를 읽는 에이전트, Training은 모델 학습 데이터 수집이다. 이 분류를 전 요금제에 제공한다. 2026년 9월 15일부터 신규 도메인은 Training과 Agent를 기본 차단하고 Search만 허용한다. 기본값이 차단이라는 점이 핵심이다. 사이트 운영자가 아무것도 하지 않으면 학습용 크롤링과 에이전트 접근이 막힌다.

다목적 크롤러 처리 방식이 논쟁의 소지가 크다. 하나의 봇이 여러 목적을 겸하면 그중 가장 강한 제한 규칙을 적용한다. 여기에 Googlebot, Applebot, BingBot이 포함된다. Google이 검색 색인과 모델 학습에 같은 크롤러를 쓰는 한, 검색 색인까지 함께 막히는 구조다. 검색 트래픽을 포기할 수 없는 사이트 운영자에게는 선택을 강요하는 설계이고, 검색 사업자에게는 크롤러를 목적별로 분리하라는 압박이다.

기술적 장치도 함께 나왔다. BotBase에 11개 행동 범주를 정의해 봇이 무엇을 하는지 분류한다. content use는 immediate(즉시 사용), reference(참조), full(전체 활용) 3단계로 나눈다. robots.txt에 use= 신호를 추가해 사이트가 용도별 허용을 표현할 수 있게 했다. 신원 확인에는 RFC 7239 Forwarded 헤더를 활용한 전이적 신뢰 모델을 쓴다. 중간에 프록시가 끼어도 원래 요청자를 추적할 수 있게 하는 방식인데, 에이전트가 다른 서비스를 거쳐 접근하는 경우가 늘면서 필요해진 장치다.

이 발표의 무게는 Cloudflare의 위치에서 나온다. 전 세계 웹 도메인의 20%가 넘게 Cloudflare 뒤에 있다. 한 회사의 기본값 변경이 웹 전체의 크롤링 가능 범위를 바꾼다는 뜻이다. robots.txt가 20년 넘게 신사협정으로 굴러온 것과 달리, 이번 것은 엣지에서 실제로 차단하는 강제 장치다. 학습 데이터를 수집하는 쪽에서는 공개 웹의 접근 가능 면적이 줄어드는 사건이고, 사이트 운영자 쪽에서는 처음으로 실효성 있는 통제 수단을 얻는 사건이다.

가짜 Googlebot이 돌아다닌다

GeekNews

Googlebot의 User-Agent 문자열을 그대로 붙이고 돌아다니는 크롤러가 확인됐다는 보고다. 사이트 운영자 대부분이 Googlebot을 차단하지 않기 때문에, User-Agent만 바꿔도 대부분의 관문을 통과한다. 검증 방법 자체는 오래전부터 문서화돼 있다. 접속 IP를 역방향 DNS 조회해서 googlebot.com 또는 google.com 도메인으로 해석되는지 확인하고, 그 결과를 다시 정방향 조회해 원래 IP와 일치하는지 대조한다. 문제는 이 검증을 실제로 수행하는 사이트가 많지 않다는 것이다. User-Agent 문자열 비교만으로 봇을 식별하는 구현이 여전히 흔하다.

이 사례가 Cloudflare 발표와 붙어야 하는 이유가 여기 있다. Cloudflare가 봇을 Search, Agent, Training으로 분류하고 용도별로 다른 규칙을 적용하겠다고 해도, 봇이 자기 정체를 스스로 신고하는 구조라면 분류 자체가 무력해진다. Cloudflare가 RFC 7239 Forwarded 기반 전이적 신뢰 모델을 도입한 것은 정확히 이 문제에 대한 대응이다. 봇 거버넌스의 실질적 병목은 정책이 아니라 신원 확인이다.

Google이 SerpApi를 상대로 낸 DMCA 청구가 기각됐다

Hacker News

Google이 SerpApi를 상대로 낸 DMCA 청구가 기각됐다. SerpApi는 Google 검색 결과를 스크래핑해 API로 제공하는 업체다. 이 판단이 의미를 갖는 지점은 봇 거버넌스 논의의 법적 배경이 된다는 것이다. 한쪽에서는 Cloudflare가 엣지에서 크롤러를 기술적으로 차단하는 장치를 만들고, 다른 쪽에서는 법원이 스크래핑에 대한 저작권 기반 청구를 받아들이지 않는다. 결과적으로 콘텐츠 보유자가 스크래핑을 막으려면 법이 아니라 기술적 차단에 의존하게 되는 구도다.

Google의 위치가 양쪽에 걸쳐 있다는 점도 이 사건을 흥미롭게 만든다. Google은 자사 검색 결과가 스크래핑되는 것을 막으려 하면서, 동시에 웹 전체를 크롤링하는 최대 주체다. Cloudflare가 다목적 크롤러에 최강 제한 규칙을 적용하고 그 목록에 Googlebot을 넣은 것과 겹쳐 보면, 크롤링을 둘러싼 이해관계가 회사별로 단순하지 않다는 점이 드러난다.

GrapheneOS - 공항 기소 사건과 자동 재부팅 타이머

GeekNews, GeekNews

같은 주에 GrapheneOS 관련 글이 두 건 올라왔다. 하나는 공항에서 GrapheneOS를 쓴 것이 기소로 이어진 사건이고, 다른 하나는 이 OS가 실제로 어떤 보호 체계를 갖췄는지 정리한 글이다. 두 글을 나란히 놓으면 왜 그 사건이 벌어졌는지가 설명된다.

보호 체계의 핵심은 잠금 해제 시도 제한이다. 10회 실패하면 4시간 대기가 걸리고, 15회에서는 41일, 총 20회에 도달하면 종료된다. 41일이라는 숫자는 실질적으로 무한대와 같다. 포렌식 장비가 비밀번호를 무차별 대입하는 방식으로 접근하는 것을 시간 축에서 봉쇄하는 설계다. 비밀번호는 최대 128자를 지원한다.

자동 재부팅 타이머가 더 중요한 장치다. 10분에서 72시간 사이로 설정할 수 있고 기본값은 18시간이다. 이것이 왜 결정적이냐면, 스마트폰은 부팅 후 처음 잠금 해제되기 전(BFU, Before First Unlock) 상태와 그 이후(AFU, After First Unlock) 상태에서 데이터 보호 수준이 완전히 다르기 때문이다. AFU 상태에서는 암호화 키가 메모리에 있어 포렌식 도구가 접근할 여지가 있지만, BFU 상태에서는 사실상 불가능하다. 기기가 압수된 뒤 18시간 안에 자동 재부팅되면 BFU로 돌아간다.

이 설계가 실제로 작동한다는 것이 공항 기소 사건의 배경이다. 기술적으로 접근 경로가 막히면 수사 쪽에서는 기기 소지자에게 협조를 요구하는 방향으로 움직이게 되고, 그 지점에서 법적 다툼이 생긴다. 사용하는 OS 자체가 의심의 근거로 취급되는 상황은 프라이버시 도구가 마주하는 고전적 문제인데, 강한 보호 장치를 만들수록 그것을 쓴다는 사실 자체가 신호가 되는 구조다. 실무자 관점에서 기록해둘 것은 자동 재부팅 타이머라는 개념이다. 접근 통제를 강화하는 것과 별개로, 시스템이 주기적으로 가장 안전한 상태로 되돌아가게 만드는 설계다. 세션 만료나 크리덴셜 자동 폐기 같은 다른 영역에도 옮겨올 수 있는 패턴이다.

언더스코어 하나 차이로 18개월을 복역했다

Hacker News

수사 기록에서 계정명 fus__ro_dah와 fus_ro_dah가 같은 것으로 취급됐다. 언더스코어 하나 차이다. 이 혼동으로 엉뚱한 사람이 기소돼 18개월을 복역한 뒤 무죄가 밝혀졌다.

기술적으로 보면 이것은 식별자 정규화 문제다. 로그와 데이터베이스를 대조할 때 문자열을 그대로 비교했는지, 아니면 어떤 정규화를 거쳤는지에 따라 결과가 달라진다. 반복 문자를 하나로 축약하는 정규화나 특수문자를 제거하는 전처리를 무심코 넣으면 서로 다른 두 계정이 같은 것이 된다. 로그 분석 파이프라인에서 흔히 하는 처리인데, 그 결과가 형사 절차의 증거로 쓰이면 무게가 완전히 달라진다. 이 사건이 오늘 다른 항목들과 연결되는 지점은 자동화된 판단의 검증이다. 프롬프트 트랩 32/35, EvoCode-Bench의 회귀 문제 모두 자동 처리된 결과를 사람이 검증하지 않을 때 무엇이 일어나는지에 관한 것이다. 이 사건은 그 결과가 사람의 18개월인 경우다.

GitHub이 악성 저장소 1만 개를 지웠다가 손을 놨다

GeekNews, GeekNews

GitHub 보안팀이 악성 저장소 약 10,000개를 삭제했는데 그 이후 같은 유형이 다시 올라와도 대응이 이어지지 않는다는 지적이다. 한 번의 대량 정리는 뉴스가 되지만 지속적 감시는 인력이 계속 든다. 악성 패키지와 저장소 문제가 몇 년째 반복되는 이유가 여기 있다. 탐지 자체는 어렵지 않은데 그 탐지를 계속 돌리고 결과를 처리하는 운영 비용이 플랫폼 쪽에 계속 쌓인다.

같은 주에 올라온 EU 쿠키 배너 논의도 성격이 비슷하다. 쿠키 동의 배너는 사용자에게 선택권을 주자는 취지로 도입됐는데, 실제로는 모든 사이트에서 반복되는 클릭 노동이 됐고 대부분의 사용자가 내용을 읽지 않고 수락한다. 규제의 의도와 구현 결과가 어긋난 대표 사례라, 이번에 다시 손보자는 논의가 나온 것이다.

두 항목의 공통점은 정책이나 조치의 1회성과 지속성의 차이다. 저장소 1만 개 삭제도 쿠키 배너 의무화도 시행 시점에는 유효해 보였지만, 시간이 지나면서 원래 목적과 다른 상태로 정착했다. Cloudflare가 기본값 자체를 바꾸는 방식을 택한 것은 이 문제를 의식한 설계로 읽을 수 있다. 개별 조치가 아니라 기본값을 바꾸면 유지 비용 없이 상태가 지속된다.

macOS 26.6 - 보안 취약점 155건 수정

Reddit · r/MacOS, Reddit · r/MacOS

macOS 26.6이 배포됐고(152 upvote / 50 댓글), 별도 글로 이 업데이트가 보안 취약점 155건을 수정한다는 사실이 공유됐다(67 upvote / 7 댓글). 두 글 모두 링크 제목만 있어 세부 CVE 목록은 수집분에 없다. 짧게라도 남기는 이유는 155건이라는 규모 때문이다. 단일 포인트 릴리스에서 세 자릿수 취약점을 정리하는 건 미루기 어려운 업데이트라는 뜻이고, 로컬에서 코딩 에이전트와 MCP 서버를 여러 개 돌리는 환경일수록 OS 레벨 패치를 늦출 이유가 없다.

만들기 비용이 0에 수렴한 뒤 남는 것

태스크 크로스오버 43.5% - AI가 대체한 게 아니라 직무 경계를 옮겼다

OpenAI, LinkedIn · Julia Stiglitz

OpenAI가 업무에서의 AI 사용 양상을 정리한 글을 냈다. 제목이 "AI가 사람이 하는 일을 어떻게 확장하는가"인데, 논지는 대체가 아니라 경계 이동이다. 관찰의 핵심은 이렇다. AI 도구를 쓰는 사람들이 줄인 것은 자기 직무의 핵심 작업이 아니라, 원래는 다른 직무 사람에게 요청해야 했던 작업이다. 디자이너가 프로토타입을 직접 코드로 만들고, 엔지니어가 릴리스 노트 카피를 직접 쓰고, 마케터가 데이터 쿼리를 직접 돌린다. 각자의 전문 영역이 사라진 것이 아니라, 인접 영역에 손을 뻗는 비용이 떨어진 것이다.

Uplimit CEO Julia Stiglitz가 같은 연구를 소개하며 수치를 구체적으로 옮겼다. 직업이 식별된 ChatGPT 메시지 중 43.5%, 즉 거의 절반이 자신의 핵심 직무에 속하지 않는 업무를 다루고 있었다. AI 논의가 보통 "내 직무 안의 어떤 작업이 자동화되는가"에 집중되는 것과 달리, 이 데이터는 사람들이 AI로 자기 직무의 경계 자체를 넓히고 있음을 보여준다. 직군별 편차도 구체적이다. 디자인이 크로스오버 최고치로, 직업 특화 메시지의 75%가 디자인 바깥 업무를 끌어온다. 반대 방향에서는 엔지니어링과 마케팅 업무가 가장 멀리 이동해, 그 분야에 속하지 않은 사람들의 대화에 계속 등장한다. 즉 디자이너는 가장 많이 밖으로 나가고, 엔지니어링과 마케팅 지식은 가장 많이 밖으로 퍼진다.

Stiglitz는 이것이 개인 직무 진화의 문제가 아니라 팀 구조의 문제라고 본다. Uplimit 빌드 팀에서 프로덕트, 디자인, 엔지니어링은 실제 기술 경계로 나뉘어 있었는데 AI가 그 경계를 약화시켰다. 디자이너가 작동하는 프로토타입을 직접 출시하고, 엔지니어가 혼자서 방어 가능한 디자인 결정을 내리고, PM이 분석팀에 티켓을 거는 대신 프로덕션 데이터를 직접 쿼리한다. 여기서 나오는 질문이 이 글의 핵심이다. "우리는 애초에 왜 핸드오프와 리뷰 게이트, 전문화된 소유권을 만들었는가. 그 구조가 전제했던 기술 희소성이 사라진 뒤에도 여전히 말이 되는가." 그는 동시에 낙관만 하지 않는다. 일하는 방식과 직업적 정체성은 기술 경계가 사라졌다고 해서 함께 녹지 않으며, 이렇게 몸에 밴 팀 구조를 바꾸는 일은 어렵다고 명시한다. 다만 겹치는 역량을 중심으로 소유권을 다시 짜는 팀에는 속도와 창의성 양쪽에서 실질적 기회가 있다고 본다.

이 구도가 조직에 미치는 영향은 양면적이다. 요청 -> 대기 -> 검토로 이어지던 사이클이 사라지므로 처리 속도는 빨라진다. 반면 각 영역의 전문가가 검토하지 않은 결과물이 늘어난다. 디자이너가 만든 프로토타입 코드가 그대로 프로덕션에 들어가면, 엔지니어가 나중에 발견할 문제가 쌓인다. SlopCodeBench의 슬롭 밀도 174.88 vs 15.06이 정확히 이 상황의 정량적 형태다. 발표 주체가 OpenAI라는 점은 감안해서 읽을 필요가 있다. 자사 제품이 일자리를 없애는 것이 아니라 늘린다는 서사는 회사 입장에서 유리하다. 다만 "경계 이동"이라는 관찰 자체는 실무자 체감과 어긋나지 않고, 대체냐 아니냐라는 이분법보다 설명력이 있다.

만드는 속도는 빨라졌는데 성공은 빨라지지 않았다

LinkedIn · Woori Moon, LinkedIn · Andrew Yeung

같은 현상을 정반대 감정으로 다룬 두 글이 같은 날 올라왔다.

Andrew Yeung은 축하하는 쪽이다. 연 100회 이벤트, 2만 명 참가자를 "땀 한 방울 안 흘리고" 운영하는 비결로 10년 전 컨설턴트에게 배운 PPT 프레임워크를 든다. People, Process, Technology 세 다리를 가진 의자로, 하나만 어긋나도 전체가 흔들린다는 모델이다. 사람은 아이디어를 내고, 프로세스는 그 아이디어를 반복 가능한 절차로 바꾸고, 기술은 앞의 둘이 혼자서는 낼 수 없는 속도를 내게 하는 접착제라고 정의한다. 그는 대부분의 회사가 한쪽 다리에만 과잉 투자하고 왜 의자가 넘어지는지 의아해한다고 지적한다. 자기 회사 Fibe에서는 모두가 자기 문제를 스스로 푸는 도구를 만들도록 장려하며, 가장 자랑스러운 결과물로 Lovable로 만든 이벤트 트래커를 든다. 지원자와 배경, 등록 추이, 예상 이탈률, 방을 채우려면 몇 명이 등록해야 하는지, 베뉴 정보까지 한 화면에서 본다. 마무리는 "이제 회사의 모든 사람이 만들 수 있다. 살아 있기 좋은 시대"다. 다만 게시물에 #LovablePartner 태그가 붙어 있어 제휴 콘텐츠라는 점은 명시할 필요가 있다.

Woori Moon은 같은 능력을 다른 각도에서 본다. "AI로 며칠 만에 만들었어요"라는 말이 어디서나 들리고, 하루 만에 서비스를 런칭했다거나 일주일 만에 MVP를 완성했다는 이야기를 들으면 마음이 급해진다는 문장으로 시작한다. 그의 팀도 상반기 내내 그 흐름 속에서 실험했다. AI로 새 서비스를 만들어 테스트하고, 랜딩페이지를 하루 만에 만들어 광고를 돌렸다. 예전이면 몇 주 걸릴 일이 며칠, 때로는 몇 시간에 끝났다.

그런데 회고에서 마주한 것이 역설이었다. 만드는 속도는 분명히 빨라졌는데 성공은 빨라지지 않았다. 그는 여기서 한 걸음 더 나가 "AI는 실험의 속도를 가속화할지언정 실험의 성공 확률을 높이기는커녕 오히려 낮추고 있는 것 같다"고 썼다. 원인은 AI가 아니라 자신이라는 진단이 이어진다. 솔루션 만드는 일이 너무 쉬워지자 앞 단계인 제대로 된 문제 정의를 건너뛰고 있었다는 것이다. 예전에는 만드는 데 리소스가 많이 들어가니 그게 아까워서라도 "이게 정말 고객이 원하는 건가"를 붙들고 고민했는데, 며칠이면 만들 수 있으니 "일단 만들어서 던져보자"가 되어버렸다.

이 글의 신뢰도를 만드는 대목은 자기 이력과 연결한 부분이다. 그는 정신과 의사로 창업에 뛰어든 초기에 고객이 원하는 것이 아니라 공급자인 자신이 좋다고 생각하는 것을 만드는 실수를 이미 한 번 했고, 뼈아프게 배운 뒤 다시는 그러지 말자고 다짐했다고 밝힌다. 그런데 AI라는 가속 장치가 생기자 같은 실수를 반복했다는 것이다. 그리고 검증 가능한 반례를 덧붙인다. 그나마 성과를 낸 시도들은 "이제 AI로 빨리 할 수 있으니 해보자"에서 시작된 것이 아니라, AI와 무관하게 고객 니즈를 듣다 보니 자연스럽게 하게 된 일들이었다. 결론 문장은 그대로 인용할 만하다. "만들기의 비용이 낮아질수록, 역설적으로 생각하기의 가치는 높아진다. 모두가 빠르게 만들 수 있는 시대에 차이를 만드는 것은 결국 '어떤 문제를 풀 것인가'라는 질문 앞에서 얼마나 오래 머무를 수 있느냐다."

두 글을 나란히 배치하면 오늘의 프로덕트 파트가 완성된다. Yeung이 보여주는 것은 능력의 민주화이고, Moon이 보여주는 것은 그 능력이 판단을 대체하지 못한다는 사실이다. 태스크 크로스오버 43.5%가 이 둘의 배경 설명이 된다. 역할 경계가 무너져 누구나 만들 수 있게 됐고, 그래서 "무엇을 만들 것인가"의 병목만 남았다.

팔란티어가 실제로 쓸모 있는 조건 4가지

X · BSPK_

팔란티어 도입을 검토하는 조직에 대한 냉정한 조건 정리다. 작성자는 팔란티어가 유용한 경우를 네 가지 전제로 압축한다. ERP가 이미 준비되어 있고, 데이터가 이미 연결되어 있고, 분석 도구도 이미 준비되어 있고, 그래서 연결만 하면 되는 상태다.

이 나열 방식 자체가 논증이다. 네 조건이 모두 충족된 조직은 이미 데이터 인프라의 어려운 부분을 다 끝낸 조직이고, 그렇지 않은 조직에게 팔란티어는 없는 것을 만들어주지 않는다는 뜻이다. 이어지는 문장이 결론이다. "결국 문제 정의, ROI 계산, 도구 개발 모두 내부 인력의 일이다. 팔란티어는 이들을 하나로 연결한다." 이 항목은 오늘 두 개의 다른 글과 정확히 맞물린다. CloudBro의 다섯 번째 세션은 "크롤링 자동화만으로는 부족하고 의미 단위 표준화까지 풀어야 진짜 자동화"라고 했고, Woori Moon은 "만들기 비용이 낮아질수록 생각하기의 가치가 높아진다"고 했다. 세 글 모두 같은 결론에 도달한다. 도구가 해결해주는 것은 연결이고, 문제 정의와 의미 표준화는 여전히 내부 인력의 몫이다.

Starbucks - 11,300개 매장에 깐 AI 재고 카운팅 도구가 9개월 만에 사라졌다

Reddit · r/ArtificialInteligence

이날 수집분에서 실무 교훈 밀도가 가장 높은 글이다. Fast Company 보도를 옮긴 것으로, Starbucks가 전국 단위로 도입한 AI 재고 카운팅 도구 Automated Counting이 9개월 만에 폐기된 과정을 다룬다. upvote는 75로 크지 않지만 내용의 구체성 때문에 남길 값어치가 크다.

도구의 약속은 명확했다. iPad 카메라로 창고 선반을 훑어 품목을 식별하고 수를 세서, 주 2회 진행하던 1시간짜리 재고조사를 10-12분으로 줄인다. 배포는 공격적이었다. 9월에 도입해 그 달 말까지 회사 직영 매장 11,300곳 전체에 깔았다. 파일럿을 길게 가져가는 대신 전면 배포를 택한 것이다.

실패는 두 방향으로 동시에 났다. 시애틀 인근 매장의 shift supervisor Carl Addison은 재고를 만들어내는 쪽 오류를 발견했다. 오트밀크가 들어 있는 광택 나는 스테인리스 냉장고에 iPad를 겨누면 아무리 조심해도 반사상이 잡히고, 앱이 거울에 비친 카톤까지 세서 실제 오트밀크 5개가 10개로 기록됐다. 반대로 텍사스 Graham(포트워스에서 차로 1시간 30분 거리)의 매장 매니저 Megan Queen은 재고가 사라지는 문제를 겪었다. 시골 매장이라 인터넷이 불안정했고, 카운트 도중 Wi-Fi가 끊기면 진행분이 통째로 날아갔다. 전국의 바리스타들이 보고한 오작동은 이외에도 우유 종류 오분류, 시럽 뒤바뀜이 있고, 기자가 확인한 사진 중에는 쓰레기통을 식품으로 집계한 것도 있었다.

기술 오류 자체보다 나쁜 건 정책 설계였다. 도구를 깔면서 수기 카운트를 "카운트하지 않은 것"으로 처리했다. Megan Queen의 매장에서는 Wi-Fi가 끊겨 shift supervisor들이 손으로 셌는데, 회사는 그 수치를 인정하지 않았다. 즉 폴백 경로를 정책적으로 차단한 상태에서 신뢰할 수 없는 자동화만 남긴 구조다. 게다가 현장 직원들은 상황 설명을 듣지 못한 채 방치됐고, 때로는 AI의 오작동을 자기 탓으로 지목당했다.

비용과 결말이 숫자로 남는다. 내부 관계자들은 이 도구가 수년에 걸쳐 개발과 배포에 1,000만 달러 이상 들었을 수 있다고 Fast Company에 말했다. 그리고 9개월 뒤 하룻밤 사이에 없어졌다. 우유와 음료 품목은 매장의 다른 모든 것과 같은 방식, 즉 사람 눈과 종이, 펜으로 돌아갔다. Starbucks는 임원 인터뷰를 거절하고 성명만 냈는데, 이 결과를 test-and-learn 문화가 제대로 작동한 사례로 규정했다. "That is what innovation looks like at Starbucks: listening, learning, and adapting."

실무자가 가져갈 교훈은 세 가지로 정리된다. 첫째, 컴퓨터 비전을 물리 환경에 붙일 때 반사면과 조명은 데모 환경에서 절대 드러나지 않는 실패 모드다. 둘째, 오프라인 내구성(Wi-Fi 단절 시 진행분 보존)이 없는 현장 도구는 인프라가 좋은 매장에서만 동작한다. 셋째, 자동화를 강제하면서 수동 폴백을 무효 처리하면 도구가 틀렸을 때 조직에 남는 데이터가 아예 없어진다.

데모의 환호 대신 하품을 보라 - "만드는 사람이 쓰는 사람보다 더 흥분해 있다"

Reddit · r/AI_Agents

에이전트 제품을 파는 사람에게 이날 가장 실용적인 글이다. 8년차 빌더가 최근 소상공인 자동화를 만들면서, 주중 절반은 기술을 만드는 방에 있고 나머지 절반은 그 기술이 쓰인다는 방에 있다는 위치에서 쓴 관찰기다. 그가 "이 업계에서 가장 이상한 것"이라고 부른 건 두 방의 온도차다.

장면 하나. 캘리포니아 창업자 모임에서 어떤 사람이 에이전트를 시연했다. 회사를 리서치하고, 아웃리치 이메일을 쓰고, 후속 일정까지 스스로 잡는 것이었다. 방의 반응은 월드컵 결승 골 수준이었다. 사람들이 휴대폰으로 찍었고 옆자리 사람은 "이게 모든 걸 바꾼다"고 속삭였다. 작성자 본인도 대부분의 날에는 그런 사람 중 하나라고 인정한다.

장면 둘. 3일 뒤 하루 40-50건 주문을 처리하는 트레이딩 사업체 고객 앞에서 거의 같은 기능을 시연했다. 고객은 끝까지 정중하게 봤고 세 가지를 물었다. 직원들이 새로 배워야 할 게 있나. 실수하면 어떻게 되나. 그리고 회계사가 자꾸 까먹는 결제 독촉을 이게 대신 보낼 수 있나. 마지막 질문에서 고객이 몸을 앞으로 당겼다. 그 기능은 빌드 전체에서 가장 지루한 부분이었고, 작성자가 흥분했던 부분은 거의 등록되지 않았다.

글이 자기 정당화로 끝나지 않는 지점이 여기다. 첫 반응은 모든 빌더가 갖는 약간 오만한 생각이었다고 한다. 이 사람은 아직 이해 못 한 거고 1년만 지나면 안다는 것. 집으로 운전해 오는 내내 그 생각을 붙들고 있다가 상해버렸는데, 2023년 초에 똑같은 일을 했기 때문이다. 그때도 완전히 사랑에 빠진 챗 어시스턴트를 만들어 고객 6-7곳을 돌았고, 박수를 기대했고, 똑같이 정중한 끄덕임을 받았고, 그때도 고객이 문제라고 결론 내렸다. 2년 간격으로 같은 영화가 두 번 상영됐는데 반복 등장하는 인물은 자기뿐이라는 것.

원인 설명이 이 글의 핵심 명제다. 빌더는 capability에 흥분한다. 그 아래 깔린 보이지 않는 작업량을 느낄 수 있기 때문이다. 사용자는 화요일이 조금 덜 짜증났는지만 느낀다. 그 감각은 지구상 어떤 데모로도 전달되지 않고, 3주간 그 물건과 같이 살아야만 생긴다. 그리고 사용자가 진짜로 만족하면 그들은 그냥 조용해진다. 아무도 자기 세탁기에 기립박수를 치지 않지만 고장난 날에는 알아챈다. 여기서 나오는 판별 기준이 특히 날카롭다. 당신 제품에 대해 당신과 같은 에너지로 글을 쓰는 사용자들이 있다면, 그들 대부분은 아마 다른 빌더다.

작성자의 현재 방법론은 그래서 반대로 뒤집혀 있다. 데모하면서 하품을 관찰한다. wow는 할인해서 듣는다. 대개 방에 또 다른 열성 팬이 하나 더 있다는 뜻일 뿐이기 때문이다. 하지만 하품 뒤에 "그래서 이게 매일 알아서 돌아간다는 거죠?"가 따라오면 그 사람이 곧 돈을 낼 사람이고, 데모 영상 찍던 사람들이 다음 런치 영상으로 옮겨간 뒤에도 그 물건을 계속 쓰고 있을 사람이다. 같은 날 Starbucks 사례가 이 명제의 실증에 해당한다. 본사가 흥분한 것은 iPad 카메라로 선반을 훑는 capability였고, 현장 바리스타에게 필요했던 것은 Wi-Fi가 끊겨도 카운트가 날아가지 않는 것과 틀렸을 때 손으로 셀 수 있는 여지였다.

Cognizant 제휴 - 모델이 개인이 아니라 조직 단위로 들어가는 경로

Anthropic

Anthropic이 Cognizant와의 제휴를 발표했다. Cognizant는 글로벌 IT 서비스 기업으로 수십만 명 규모의 인력이 고객사 시스템을 구축하고 운영한다. 이런 회사가 Claude를 사내와 고객사 프로젝트에 배포한다는 것은, 모델 회사가 개별 개발자가 아니라 기업 조직 단위로 들어가는 경로가 열렸다는 뜻이다.

SI 업계는 인력 투입 시간을 청구하는 구조라 자동화와의 관계가 단순하지 않다. 에이전트가 작업 시간을 줄이면 청구 시간도 줄어든다. 그럼에도 대형 SI들이 도입에 나서는 이유는, 도입하지 않으면 입찰 단계에서 가격 경쟁력을 잃기 때문이다. 결과적으로 업계 전체의 단가가 재조정되는 과정에 있고, 그 과정에서 어느 회사가 먼저 움직였는지가 이런 제휴 발표로 드러난다. 실무자 관점에서 주목할 지점은 이 흐름이 결국 코드 품질 기준의 문제로 돌아온다는 것이다. SI가 납품하는 코드는 고객사가 몇 년간 유지보수한다. 슬롭 밀도 차이와 멀티턴 회귀 문제가 계약서 수준의 문제가 되는 시점이 온다.

생산성 신기루와 "디자인은 타협이다"

GeekNews, GeekNews

GeekNews에 올라온 두 글이 서로 다른 각도에서 같은 문제를 건드린다. 첫 번째는 생산성 신기루다. 도구로 절약한 시간이 여가나 여유로 돌아오지 않고 다른 작업으로 즉시 채워지기 때문에, 개별 작업은 빨라졌는데 체감 업무량은 그대로이거나 늘어난다는 관찰이다. 코드 리뷰가 여기서 전형적인 예가 된다. 코드 생성이 10배 빨라지면 리뷰 대상도 10배가 되고, 리뷰는 여전히 사람이 한다. Opus 5가 SlopCodeBench에서 29,065줄을 쓴 것이 그대로 사람의 읽을 거리가 된다.

두 번째는 "디자인은 타협이다"라는 글이다. 어떤 설계도 모든 요구를 동시에 만족시키지 않고, 좋은 설계는 무엇을 포기했는지를 명시한다는 논지다. AI 도구 도입 논의에서 이 관점이 자주 빠진다. 에이전트를 도입하면 무엇이 좋아지는지는 발표문마다 숫자로 나오는데, 무엇을 포기했는지는 거의 나오지 않는다. Bun 사례에서 회귀 19건, ENPIRE에서 8 에이전트 구간의 초선형 토큰 소비 같은 것이 그 자리에 들어갈 숫자들이다. 두 글을 함께 읽으면 오늘 기사들의 읽는 법이 하나 생긴다. 향상 수치를 볼 때마다 "그래서 그 시간은 어디로 갔나"와 "그 대신 무엇을 포기했나"를 묻는 것이다.

Legora - 병목은 모델이 아니라 20만 명 조직의 관성

YouTube · OpenAI

법률 특화 AI 버티컬 회사 Legora의 프랑스 총괄 Jonathan Williams가 OpenAI 채널의 파트너 사례 영상에 나왔다. 원본이 1분 남짓의 짧은 영상이라 정보량은 적지만 세 가지가 남는다.

첫째, 모델 채택 방식이다. "OpenAI는 가장 강력한 파트너 중 하나였고, 업계에서 본 것 중 가장 좋고 확실히 가장 유명한 모델"이라는 평가에 이어 실제 사용 이력을 밝혔다. GPT-4부터 이후 모든 모델을 플랫폼의 여러 부분에서 각기 다른 태스크에 전부 써봤다는 것이다. 버티컬 SaaS가 특정 모델 하나에 고정되지 않고 태스크별로 모델을 배치한다는 실무 패턴을 보여주는 대목이다. 문화적 신호도 하나 남겼다. "새 모델이 나올 때마다 팀이 정말 신난다. 매번 크리스마스 같다." 향후 6개월 전망에 대해서는 구체적 로드맵 대신 불확실성을 강조했다. "가장 기대되는 건 미지수다. 무슨 일이 일어날지 전혀 모른다. 다만 정말 멋질 거고 아주 빠르게 일어날 거라는 것만 안다."

둘째, 레거시 기업에 대한 조언이 이 영상의 실질이다. 그는 먼저 기대치를 낮춘다. "울퉁불퉁한 여정일 것이다. 할 일이 많고 바꿀 것이 많다." 그리고 고객사 규모를 근거로 든다. 직원 20만 명이나 8만 명 규모의 조직은 자원을 어떻게 배분할지, 어떻게 리툴링할지, 프로세스를 어떻게 다룰지를 정하는 일이 대단히 까다롭고, 움직이는 부품과 관성과 제약이 많다. 그의 표현으로는 "Legora는 다루지 않아도 되는" 것들이다. 즉 AI 네이티브 벤더가 빠르게 움직이는 이유는 능력 차이가 아니라 제약 구조의 차이라는 인식이다.

셋째, 처방은 두 개의 미래를 나눠 그리는 것이다. 원하는 미래와 실제로 올 법한 미래를 신중히 구분해 그린 다음, 그 간극을 최대한 빨리 메우라는 것이다. 뒤에 나오는 억만장자 행동 원리의 "미래에서 역산한다"와 논리 구조가 같다.

개발 도구와 사내 인프라

Vercel의 scriptc - 시작 2.4ms, 바이너리 170KB짜리 스크립트 런타임

GeekNews, Vercel Blog

Vercel이 scriptc를 공개했다. JavaScript 스크립트를 작은 정적 바이너리로 만드는 도구인데, 숫자가 인상적이다. 시작 시간이 2.4ms다. Node.js가 약 47ms이므로 20배 차이다. 정적 바이너리 크기는 170200KB다. 비교 대상으로 Go 바이너리가 약 2MB, Node SEA(Single Executable Application)가 60100MB다. Node SEA와 비교하면 300배 이상 작다. RSS 메모리는 14MB로, Node의 67116MB와 비교하면 30배 안팎 차이다.

이 숫자들이 나오는 이유는 엔진 선택에 있다. V8이 아니라 quickjs-ng를 쓴다. quickjs-ng 자체가 약 620KB다. V8은 JIT 컴파일로 장시간 실행되는 워크로드에서 강하지만 시작할 때 초기화 비용이 크다. quickjs 계열은 인터프리터 중심이라 장기 실행 성능은 낮은 대신 시작이 즉각적이다. CLI 도구나 짧게 실행되고 끝나는 스크립트에서는 이 트레이드오프가 정확히 유리한 방향이다.

호환성 검증 방식이 눈에 띈다. 800개 이상의 차등 테스트를 만들어 같은 코드를 Node와 scriptc에서 각각 돌리고 결과를 대조했다. 예시 커버리지는 4,481개 문장 중 4,451개 통과로 99%다. 30개가 실패한다는 뜻인데, 이 정도 수치를 그대로 공개한 것은 어느 구간이 안 되는지 알고 쓰라는 취지로 읽힌다. 실무 적용 판단은 간단하다. 서버 프로세스처럼 오래 떠 있는 것은 대상이 아니다. Git 훅, CI 스텝, CLI 유틸리티처럼 초당 여러 번 실행되고 즉시 끝나는 것들이 대상이다. 47ms짜리 시작이 하루 수만 번 반복되는 CI 환경에서는 2.4ms로 줄이는 것이 실제 비용 차이가 된다.

Ruff v0.16.0 - 기본 활성 규칙이 59개에서 413개로

GeekNews, Astral Blog

Ruff v0.16.0이 나왔다. 이번 릴리스의 핵심은 기본값 변경이다. 기본으로 켜지는 규칙이 59개에서 413개로 늘었다. 7배다. 전체 규칙 수도 708개에서 968개로 늘었다. 기본 활성 규칙이 59개에서 413개로 뛰는 것은 기존 프로젝트에 그대로 업그레이드하면 경고가 쏟아진다는 뜻이다. Ruff는 그동안 "기본은 최소, 필요한 규칙은 켜서 쓰라"는 입장이었는데 이번에 방향을 바꿨다. 대부분의 프로젝트가 기본값을 그대로 쓰고 규칙을 개별 검토하지 않는 현실을 반영한 선택으로 보인다. 업그레이드하는 쪽에서는 설정 파일에 명시적으로 규칙 집합을 고정해두지 않았다면 한 번 정리하고 넘어가야 한다.

동시에 pycodestyle과 pyflakes에서 18개 규칙이 제거됐다. 이 규칙들에 의존해 CI를 구성했다면 통과 조건이 달라진다. 제거는 대개 다른 규칙과 중복되거나 오탐이 많았던 항목들이다. 편의 기능도 늘었다. Markdown 코드블록 포매팅을 지원한다. 문서 안의 Python 코드도 포매터가 손대준다는 뜻인데, README와 문서가 많은 프로젝트에서 유용하다. ruff: ignore와 파일 단위 ignore 지시자가 도입돼 억제 문법이 정리됐다. 주의할 변경 하나는 JSON 출력 필드가 null을 가질 수 있게 된 것이다. Ruff의 JSON 출력을 파싱해 대시보드나 CI 리포트를 만드는 코드가 있다면 깨질 수 있다.

데이터 그리드 10단계, python-build-standalone, 바이트코드 역매핑

GeekNews, GeekNews, Hacker News, Hacker News

데이터 그리드를 직접 구현하는 과정을 10단계로 정리한 글이 올라왔다. 테이블에 데이터를 뿌리는 것에서 시작해 가상 스크롤, 열 고정, 정렬, 셀 편집, 선택 영역 처리로 이어진다. 각 단계가 이전 단계의 구현을 다시 손보게 만든다는 것이 이 글의 핵심이다. 가상 스크롤을 넣으면 열 고정 구현이 깨지고, 셀 편집을 넣으면 가상 스크롤의 DOM 재사용과 충돌한다. 이 글이 흥미로운 이유는 "라이브러리를 쓰지 말고 직접 만들라"는 주장이 아니라 반대이기 때문이다. 10단계를 다 밟고 나면 상용 그리드 라이브러리의 가격과 API 복잡도가 왜 그런지 이해된다는 결론이다. 같은 주에 올라온 Topcoat은 CSS 쪽 도구다.

Hacker News에 올라온 두 항목은 각각 배포와 디버깅의 밑바닥을 다룬다. python-build-standalone은 어느 시스템에나 풀어놓으면 돌아가는 Python 배포본을 만드는 프로젝트다. 시스템 Python을 건드리지 않고 특정 버전을 즉시 가져다 쓰는 요즘 도구들이 이 배포본에 의존한다. uv가 uv python install로 파이썬 버전을 즉시 내려받아 쓰는 것이 대표적이다. 사용자 입장에서는 명령어 한 줄이지만, 그 아래에는 각 플랫폼별로 정적 링크와 의존성을 정리해둔 빌드가 있다. Bytecode-to-Source Mapping은 반대 방향이다. 컴파일되거나 변환된 바이트코드에서 원본 소스의 어느 줄이었는지를 되짚는 기법이다. 최적화나 변환을 거친 코드에서 스택 트레이스가 실제 소스 위치를 가리키게 하려면 이 매핑이 필요하다. 프런트엔드의 소스맵과 같은 문제인데, 변환 단계가 늘수록 매핑 정확도를 유지하기가 어려워진다. 코드 생성량이 늘고 대규모 자동 이전이 실용화되면 사람이 읽지 않은 코드가 실행되는 비율이 올라간다. 그럴수록 배포본이 어디서 왔는지와 오류가 어느 줄에서 났는지를 확실히 아는 것의 가치가 커진다.

Cerebras는 지식베이스를 Postgres 한 테이블로, Netflix는 LLM 서빙을 한곳으로 모았다

GeekNews, GeekNews, GeekNews

Cerebras가 사내 지식베이스 구축 기록을 공개했다. 출시 3개월 만에 하루 15,000건 이상 조회되고 있다. 전용 벡터 데이터베이스를 도입하지 않고 Postgres의 단일 임베딩 테이블로 처리한 것이 이 글의 중심이다.

검색은 네 가지를 섞는다. 전문검색(full-text search), 임베딩 유사도, IDF 기반 가중치, 시간 감쇠다. 각 방식이 서로 다른 순위를 내놓으므로 병합이 필요한데 RRF를 쓴다. 공식은 weight/(60+rank)다. 상수 60은 RRF의 표준 관행에서 온 값으로, 상위 순위 간 점수 차이를 완만하게 만들어 특정 검색 방식이 결과를 독점하지 않게 한다. 각 방식에 weight를 곱해 상대 비중을 조절한다.

특이한 부분은 burst 판정이다. Slack 같은 채널에 흘러가는 메시지 중 지식베이스에 담을 가치가 있는 것을 자동으로 골라내는데, 세 조건을 쓴다. IDF가 4.0 이상일 것, 200자 이상일 것, 반응 이모지가 붙어 있을 것. IDF 4.0 이상은 흔한 단어로만 이루어진 잡담을 걸러내고, 200자 조건은 짧은 응답을 배제하며, 반응 이모지는 사람이 유용하다고 판단한 신호다. 사람의 행동을 품질 신호로 쓰는 방식인데, 별도 라벨링 없이 이미 존재하는 데이터를 활용한다는 점에서 비용이 낮다. 임베딩 갱신은 CocoIndex로 증분 처리한다. 일부 저장소가 40GB를 넘기 때문에 전체 재임베딩은 현실적으로 불가능하다. 변경분만 다시 임베딩하는 파이프라인이 없으면 지식베이스는 첫 구축 이후 갱신이 멈춘다.

이 사례의 실무적 함의는 도구 선택에 있다. RAG 시스템을 만들 때 전용 벡터 DB부터 도입하는 것이 관행처럼 됐는데, Cerebras는 이미 운영 중인 Postgres 하나로 하루 15,000건을 처리하고 있다. 별도 인프라를 추가하면 운영, 백업, 권한 관리가 전부 이중화된다. 규모가 그것을 요구하기 전까지는 기존 데이터베이스에 임베딩 컬럼을 붙이는 편이 총비용이 낮다는 것이 이 기록의 결론이다.

같은 주에 Netflix가 사내 LLM 서빙 구성을 공개했다. 여러 팀이 각자 모델을 띄우는 대신 공통 서빙 계층을 두는 방식인데, 이 결정의 근거는 GPU 활용률이다. 팀별로 모델을 따로 띄우면 각 인스턴스가 유휴 상태로 GPU를 점유한다. 공통 계층에 모아 요청을 라우팅하면 같은 하드웨어로 훨씬 많은 트래픽을 감당한다. 대신 특정 팀의 트래픽 급증이 다른 팀에 영향을 주므로 격리와 우선순위 정책이 필요해진다. Slack의 Shipyard는 배포 파이프라인 쪽이다. 대규모 조직에서 여러 팀이 동시에 배포할 때 순서와 롤백을 관리하는 문제를 다룬다. 세 사례 모두 성격이 같다. 각 팀이 알아서 하도록 두면 인프라가 팀 수만큼 늘어나고, 공통 계층으로 모으면 총비용은 줄지만 조율 비용이 생긴다. 어느 쪽이 나은지는 조직 규모에 달려 있고, 이 회사들은 모으는 쪽이 유리해지는 규모에 도달했다는 것을 기록으로 남긴 것이다.

PyTorch 테스트 인프라와 Quivr - 생성은 빨라져도 검증 비용은 안 줄어든다

PyTorch Blog, GitHub · QuivrHQ

PyTorch가 테스트 인프라 운영 기록을 공개했다. PyTorch는 CPU, 여러 세대의 NVIDIA GPU, AMD GPU, Apple Silicon 등 여러 하드웨어 조합에서 동일하게 동작해야 하므로 테스트 매트릭스가 곱셈으로 커진다. 전체를 모든 커밋마다 돌릴 수 없으므로 어떤 테스트를 언제 돌릴지 선택하는 문제가 인프라의 중심이 된다. 대규모 오픈소스 프로젝트에서 CI 비용이 왜 주요 운영 항목인지 보여주는 기록이다. Quivr는 오픈소스 프로젝트 운영 기록 쪽이다. 두 항목 모두 코드 자체보다 그것을 계속 굴리는 데 드는 비용에 관한 이야기다. 오늘 여러 기사에서 코드 생성 속도가 빨라졌다는 이야기가 나왔지만, 생성된 코드를 검증하는 인프라 비용은 같은 비율로 줄지 않는다.

Hugging Face 엔터프라이즈 플랜 - "유휴 GPU가 예산을 태우지 않는다"

YouTube · Hugging Face, Hugging Face Pricing

영상은 "AI를 다룬다면 이미 Hugging Face Hub 계정은 있을 것"이라는 문장으로 시작한다. 공개 허브는 모델 전시, 오픈소스 모델 다운로드, 공개 데이터셋 사용, 데모 제작에 좋지만 "시작점일 뿐"이고, 이 영상은 기업과 학술기관용 유료 플랜에서 열리는 기능을 훑는 제품 소개다. 즉 새로운 모델이나 벤치마크 발표가 아니라 조달과 컴플라이언스 담당자가 판단 근거로 쓸 기능 목록에 가깝다.

유료 플랜은 조직에 프라이빗 워크스페이스를 준다. 모델, 데이터셋, 스페이스가 하나의 네임스페이스를 공유하고 버저닝과 lineage가 내장된 단일 정본이 된다. 여기에 resource groups가 붙어서, 조직 전체 접근 권한을 모든 구성원에게 주지 않고도 저장소 단위로 누가 무엇에 접근할지 통제할 수 있다. 데모에서 발표자는 공개 데이터셋인 Codeforces Contests를 뷰어로 열고, 화면 오른쪽에 SQL 콘솔과 에이전트를 함께 띄웠다. 같은 기능을 프라이빗 데이터셋에도 쓸 수 있다는 점을 반복해서 강조한다. 자연어로 "이 데이터셋은 뭐야?"라고 물으면 답이 나오고, "대회 연도별 레코드 수는?"이라고 물으면 데이터를 필터링해 연도별 건수를 돌려준다. 확인 필요: 답변에 쓰인 모델을 발표자가 특정 이름으로 발음했는데 자막 오인식일 가능성이 커서, 최종적으로 모델명을 확정하려면 공식 문서 확인이 필요하다.

보안 항목이 이 플랜의 판매 논리 절반을 차지한다. 아이덴티티 프로바이더를 SSO로 연결하고 조직 전체에 2FA를 강제할 수 있다. 액세스 토큰은 한 곳에서 승인, 폐기, 감사한다. 엔터프라이즈 플랜은 여기서 더 나간다. IP allow list로 허브 접근을 사내망으로 제한하고, 컴플라이언스 요건에 맞춰 데이터 저장 위치를 고를 수 있다. 영상에서 명시적으로 든 예가 "데이터를 EU 안에 둬야 하는 경우"다. 기반 인프라는 SOC 2 Type 2 인증을 받았다. 거버넌스 쪽에서는 감사 로그가 조직 내 모든 행위를 기록해 누가 무엇을 언제 접근, 수정, 삭제했는지 남기고, 서비스 계정은 자동화와 CI/CD가 실제 사람 계정의 자격증명에 묶이지 않게 한다. SCIM 프로비저닝은 사용자 생애주기를 IdP에서 그대로 동기화한다. gated 모델과 데이터셋은 접근 요청 플로우로 누가 다운로드할 수 있는지 통제한다.

과금 구조가 이 영상에서 가장 실무적인 부분이다. 플랜에 포함된 쿼터를 넘는 모든 것은 선불 Hub credits로 돌아간다. 조직 잔액을 한 번 충전하면 팀이 필요한 데 쓰는 방식이고, 서버리스 인퍼런스, 전용 엔드포인트, HF Jobs, 스페이스 하드웨어 업그레이드, 추가 ZeroGPU 쿼터가 모두 같은 잔액에서 나간다. 워크로드마다 클라우드 계정과 청구 관계를 따로 관리하는 대신 잔액 하나와 인보이스 하나로 끝난다는 게 판매 논리다. 그 위에 얹힌 원칙이 스토리지와 컴퓨트의 분리다. 스토리지는 플랜에 포함돼 있어서 모델과 데이터셋은 그냥 허브에 상주하고 항상 접근 가능하되 "돌아가는 계량기가 없다". 컴퓨트는 다르다. 워크로드가 실제로 실행되는 동안에만 크레딧이 빠진다. 발표자의 마무리 문장이 이 구조의 요약이다. "유휴 GPU가 예산을 태우지 않는다. 인프라 락인도 없다."

자체 GPU 클러스터 없이 오픈웨이트 모델을 사내에 들이려는 조직이 실제로 막히는 지점은 모델 성능이 아니라 접근 통제, 감사 추적, 데이터 소재지, 청구 단일화다. 이 영상은 그 네 가지에 대한 벤더 답변을 한자리에 모아놨고, 특히 "저장은 무료에 가깝고 실행할 때만 과금"이라는 구조는 사내에서 오픈모델 카탈로그를 넓게 유지하려는 팀에게 직접적인 비용 논거가 된다.

CloudBro AWS 핸즈온 5개 세션 - "IAM 권한은 임베딩으로 넘어가지 않는다"

LinkedIn · CloudBro, LinkedIn · 표철민, LinkedIn · Ilgu L., LinkedIn · Eric Kim

CloudBro의 두 번째 핸즈온 후기가 오늘 LinkedIn 한국어 게시물 중 정보 밀도가 가장 높다. 단순 행사 사진 나열이 아니라 각 세션에서 실제로 다뤄진 기술 판단과 Q&A 쟁점을 옮겨 적었기 때문이다. 7월 25일 오후, AWS 및 보안 전문가 6명, 5일 만에 40석 마감, 약 5시간에 핸즈온 2개와 세션 3개라는 규모다.

가장 인용 가치가 높은 것은 네 번째 세션(HyeongUn Kim, KISA AI 보안 안내서 기반 거버넌스)의 한 문장이다. "문서를 벡터로 바꾸는 순간 IAM 권한은 임베딩으로 넘어가지 않습니다. 그래서 사원이 물어도 임원 문서가 답변 근거로 딸려 나옵니다." RAG를 사내에 도입하는 조직이 반복해서 밟는 지뢰를 한 문장으로 정리한 것이다. 원본 문서 저장소에 걸려 있던 접근 권한이 벡터 인덱스에는 자동으로 상속되지 않기 때문에, 권한 필터링을 검색 계층에서 다시 구현하지 않으면 권한 밖 문서의 내용이 답변 근거로 노출된다. 발표자는 KISA AI 보안 안내서 240페이지를 위협 식별, 발생 지점, 점검 항목, 로그 증적 네 개 질문으로 압축했다고 밝혔다.

세 번째 세션(Miru Jang, 서버리스 AX 아키텍처)에서 나온 비용 관련 지적도 실무자에게 바로 쓸모가 있다. "람다가 람다를 직접 호출하면 대기하는 만큼 이중 과금이 발생한다." AWS Lambda는 실행 시간 기준 과금이므로, 함수 A가 함수 B를 동기 호출하고 응답을 기다리면 대기하는 동안 A의 실행 시간도 계속 과금된다. Step Functions로 오케스트레이션을 분리하면 이 이중 과금을 피할 수 있다는 것이 비교의 요지다. 같은 세션에서 프롬프트 캐싱과 모델 티어링(질의 난이도에 따라 저가와 고가 모델을 나눠 쓰는 전략)까지 20분에 다뤘다고 한다.

첫 번째 세션(Jihoon Kim)은 Amazon Bedrock 기반 RAG 챗봇 구축으로, 파싱과 청킹 전략별 트레이드오프를 다루고 벡터 스토어 선택지를 OpenSearch Serverless, Aurora pgvector, S3 Vectors 세 가지로 놓고 비교했다. Q&A에서 임베딩 차원과 오브젝트 스토리지의 차이, 그리고 "문서를 저장하는 것과 의미를 저장하는 것의 구분"이 다뤄졌다는 대목은 네 번째 세션의 권한 문제와 같은 뿌리를 갖는다. 두 번째 세션(Kyungmin Kim)은 AWS의 스펙 주도 개발 도구 Kiro였다. 자연어 한 줄이 Requirements -> Design -> Tasks로 펼쳐지고 모호한 지점은 도구가 되묻는 구조로, 개발을 다 끝내놓고 "그건 아닌데" 하는 상황을 설계 단계에서 잡는다는 설명이다. Q&A 쟁점 중 "모든 태스크에 스펙이 필요한가"에 대한 답이 인용할 만하다. "규모보다 이 코드가 남아야 하느냐로 판단." 프로젝트 크기가 아니라 코드의 존속 여부를 스펙 작성 기준으로 삼는다는 것이다. 다섯 번째 세션(Donghee Kim)은 비정형 데이터 AX 사례로, 같은 기능인데 회사마다 부르는 이름이 달라 키워드 검색이 통하지 않던 문제에서 출발했다. 크롤링 자동화만으로는 부족하고 의미 단위 표준화까지 풀어야 진짜 자동화라는 진단, 그리고 한 번에 다 짓지 않고 리스크가 가장 큰 부분부터 PoC로 검증한 뒤 그 위에 오케스트레이션을 얹은 순서가 인상적이었다는 후기다. 녹화본은 CloudBro 유튜브에 공개될 예정이다.

같은 날 올라온 국내 행사 소식 세 건도 함께 묶는다. 표철민은 AI3 하반기 신제품 소개 행사를 이번 주 금요일 온라인으로 진행한다고 알렸다. 소개 예정 제품이 구체적이다. 보안 및 예산 통제가 가능한 기업용 바이브 코딩 플랫폼, 그리고 조직도를 연동해 직원들이 바이브 코딩으로 만든 결과물을 사내에만 안전하게 배포하는 플랫폼이다. 이 두 제품 방향은 Andrew Yeung이 말한 "이제 회사의 모든 사람이 만들 수 있다"가 기업 환경에서 부딪히는 문제, 즉 누가 만든 것을 어디까지 배포할 것인가와 비용은 누가 통제하는가를 정면으로 겨냥한다. Ilgu L.은 2026년 8월 1일 토요일 오전 10시 부산에서 바이브코딩 교육을 연다고 알렸다. 초보자도 실무와 사업에 바로 활용할 수 있는 실습 구성이며, 7월 29일 수요일까지 최소 인원을 모으는 중이다. Eric Kim은 프로덕트 문화인 'Build in Public'을 이벤트 기획에 적용하는 'Organize in Public'을 선언했다. 기획 과정을 처음부터 공개하고, 참가할 사람들과 소통하며 세션과 콘텐츠를 함께 다듬고, 피드백이 행사에 실시간 반영되는 구조를 만들겠다는 것이다. "행사도 결국 하나의 프로덕트인데 왜 우리는 행사를 다 만들어놓고 나서야 참가자를 만나는가"라는 질문이 출발점이다.

연구 레이더

Score Smoothing, EgoControl, 그리고 배경 제거 모델 FeyNoBg

arXiv, Hacker News

Score Smoothing은 확산 모델 이론 쪽 글이다. 확산 모델은 노이즈를 점진적으로 제거하며 데이터를 생성하는데, 각 단계에서 "어느 방향으로 가야 데이터 분포에 가까워지는가"를 알려주는 것이 스코어 함수다. 이 함수가 학습 데이터 근처에서 지나치게 뾰족하면 모델이 학습 샘플을 그대로 복제하는 쪽으로 기울고, 지나치게 뭉개지면 흐릿한 결과가 나온다. 스코어를 매끄럽게 만드는 정도가 암기와 일반화 사이의 위치를 정한다는 것이 이 글의 논지다. 생성 모델의 학습 데이터 복제 문제가 법적 쟁점이 되고 있는 상황에서 이론적 근거가 되는 논의다.

EgoControl은 1인칭 시점 영상에서의 제어를 다룬다. 카메라를 쓴 사람이 움직이면 화면 전체가 함께 움직이기 때문에, 무엇이 실제로 움직인 물체이고 무엇이 카메라 이동으로 인한 변화인지 분리하는 것이 기본 문제가 된다. 웨어러블 기기와 로봇 시점 처리에 직결되는데, Drone-Bench에서 재구성 과제 점수가 인간 기준선의 47%에 그친 것도 같은 어려움의 결과로 볼 수 있다. 자기 움직임과 외부 움직임을 분리하지 못하면 공간 재구성이 성립하지 않는다.

FeyNoBg는 이미지 배경 제거 모델이다. 파라미터를 222M에서 263M으로 늘렸는데, 방식은 백본의 depths 설정을 [2,2,18,2]에서 [2,2,24,2]로 바꾼 것이다. 세 번째 스테이지의 블록 수만 18개에서 24개로 늘렸다는 뜻으로, 중간 해상도 특징을 처리하는 구간을 두껍게 한 것이다. 배경 제거는 경계선의 세밀함이 품질을 좌우하고 그 정보가 주로 중간 해상도 단계에 있으므로 합리적인 배분이다. 학습 데이터는 10개 데이터셋에서 모은 26.1K 이미지다. 최근 기준으로 크지 않은 규모인데, 8개 벤치마크 중 4개에서 1위를 기록했다. UHRSD-TE에서는 0.981로 BiRefNet의 0.957을 앞섰다. 0.957에서 0.981로 가는 것은 남은 오차의 절반 이상을 줄인 것이라 체감 차이가 있는 구간이다. 논쟁이 붙은 곳은 라이선스다. cc-by-nc-4.0이라 상업적 이용이 금지된다. 배경 제거는 전자상거래 상품 이미지 처리 같은 상업적 용도가 수요의 대부분인 기능이라, 비상업 라이선스는 실제 사용처를 크게 좁힌다. 모델 가중치에 크리에이티브 커먼즈 계열 라이선스를 붙이는 것이 적절한지, 학습 데이터의 원래 라이선스와는 어떻게 맞물리는지에 대한 논의가 함께 나왔다.

DeepMind가 아인슈타인의 편지로 LLM의 한계를 논증했다는 주장

X · HowToPrompt__

Google DeepMind가 LLM의 과학적 발견 능력에 대해 부정적 결론을 담은 논문을 냈다는 X 게시물이 1,242 좋아요와 111 답글을 얻었다. 좋아요 대비 답글 비율이 오늘 X 항목에서 가장 높은 축이라, 커뮤니티가 동의보다는 반박으로 소비한 주제로 보인다.

게시물이 전하는 논문의 접근은 특이하다. LLM 벤치마크를 돌려 능력 상한을 측정하는 방식이 아니라, 아인슈타인이 친구 모리스 솔로빈에게 보낸 유명한 편지에서 직접 그린 도식을 가져와 "과학적 발견이 실제로 어떤 단계를 밟는가"를 먼저 정의한다. 이 도식은 경험(E)에서 공리(A)로 가는 도약이 논리적 연역이 아니라 직관적 비약이라는 점, 그리고 공리에서 연역한 명제를 다시 경험과 대조하는 과정이 과학의 실제 구조라는 점을 담고 있다. 즉 "기존 데이터의 논리적 확장"과 "새로운 공리로의 도약"을 구분하고, LLM이 후자를 할 수 있느냐를 문제 삼는 구성으로 보인다. 다만 게시물 본문이 도식 언급에서 끝나고 서지정보가 없어 원 논문 확인 전에는 단정할 수 없다.

이 항목의 값어치는 오늘 다른 항목들과의 대비에 있다. Kimi K3의 성능 경쟁, 에이전트 인프라 최적화가 모두 "얼마나 더 잘하게 만들 것인가"를 다루는 반면, 이 항목은 "구조적으로 못 하는 일이 있는가"를 묻는다. 같은 날 젠슨 황이 코딩은 사라지고 물리, 화학, 생물, 컴퓨터공학이 남는다고 말한 것과도 연결된다. 남는다고 지목된 분야가 정확히 이 논문이 LLM의 한계로 지목한 영역이기 때문이다.

엘니뇨 예측 중앙값 3.6도 - 관측 기록을 벗어난 구간

GeekNews, GeekNews

엘니뇨 전망 수치가 기존 관측 범위를 벗어났다. Niño 3.4 지수 예측 중앙값이 3.6도인데, 지금까지의 관측 최고 기록은 2.75도다. 중앙값이 기록보다 0.85도 높다는 것은 예측 분포의 절반 이상이 관측된 적 없는 구간에 있다는 뜻이다. 앙상블 예측 기준으로 기록 경신 확률은 91%이고, RONI(Relative Oceanic Niño Index) 기준으로는 77%다.

두 지표의 차이를 짚어둘 필요가 있다. RONI는 열대 태평양 전체의 기온 상승분을 제거하고 상대적 이상치만 보는 지표다. 전 지구 온난화로 기준선 자체가 올라간 상태에서 절대 온도만 보면 기록 경신이 당연해지므로, 상대 지표로 보정한 것이 77%다. 두 숫자를 함께 제시한 것은 "기준선이 올라간 것"과 "이번 엘니뇨가 유독 강한 것"을 구분하려는 취지다. 어느 지표로 봐도 기록 경신 확률이 4분의 3을 넘는다.

같은 주에 화재적운 관련 글도 올라왔다. 대형 산불이 자체적으로 뜨거운 상승 기류를 만들어 적란운을 형성하는 현상인데, 이 구름이 번개를 일으켜 새로운 화재를 만드는 되먹임이 문제다. 산불이 기상 현상을 만들고 그 기상 현상이 다시 산불을 만드는 구조다. 두 항목 모두 예측 모델의 외삽 문제와 닿아 있다. 관측된 적 없는 구간을 예측할 때 모델이 얼마나 신뢰할 만한지는 별개의 질문이고, 엘니뇨 중앙값 3.6도는 정확히 그 구간에 있다.

뉴럴링크 - 생각만으로 전동 휠체어 제어 시연

LinkedIn · 이상선

뉴럴링크가 임상 참가자의 전동 휠체어 제어 시연 영상을 공개했다는 요약이다. 핵심은 제어 경로다. 뇌 임플란트가 움직임 의도를 실시간으로 읽어 화면의 커서를 움직이고, 그 커서 조작이 휠체어 제어로 이어진다. 즉 기존에 커서 제어로 입증했던 신호 해독 능력을 물리적 이동 장치로 확장한 형태다. 제어 가능한 동작으로 전진, 후진, 방향 전환, 속도 조절이 명시됐다. 단순 온오프가 아니라 연속적인 속도 조절까지 포함된 점이 이전 시연 대비 진전 지점이다. 게시물은 기술이 아직 초기 단계임을 명시하고, 목표를 마비 환자의 독립적 이동 지원으로 규정한다.

사업 확장의 구조적 조건

호르모지의 30일 라이브 - 12개 사업을 실시간으로 뜯어본 지표들

YouTube · Alex Hormozi, YouTube · Alex Hormozi

두 영상은 별개 콘텐츠가 아니라 같은 라이브의 앞뒤다. 호르모지는 이 세션을 "30일 실험"으로 규정하면서 두 가지를 검증한다고 밝혔다. 하나는 콘텐츠 파이프라인이다. 기존에는 소재 수집 -> 좋은 순간 발굴 -> 편집 -> 후반작업 -> QA -> 게시라는 긴 사슬을 거쳤는데, 라이브에서 클립까지 몇 분 만에 가는 경로가 가능한지 보겠다는 것이다. 다른 하나는 포맷 선호다. 팀원이 "가장 즐기는 게 뭐냐"고 물었을 때 나온 답이 이 핫라인 Q&A였고, 본인 말로는 "콘텐츠로 아무 성과가 안 나더라도 그 개인에게는 확실히 효과가 있었다는 걸 안다"는 이유다.

오프닝 독백의 주제는 변화의 크기를 어떻게 정하느냐다. 호르모지는 자기 약점을 "모기를 대포로 잡으려 든다"로 규정했다. 사업에서 불편한 게 생기면 전부를 갈아엎고 싶어지는 성향이고, 본인 표현으로 집중력 부족 다음가는 두 번째 죄다. 판단 기준은 두 조건의 결합이다. 첫째 상당 기간 정체돼 있고, 둘째 지금 하는 사업 모델로 내가 원하는 규모를 달성한 선례가 존재하지 않는다. 이때는 사업을 분해할 각오를 해야 한다. 반대로 성과가 우상향이고 더 큰 버전의 사례가 존재하면 사포와 끌만 쓴다. 그는 이 논리를 코칭업으로 설명했다. "10억 달러짜리 코칭 사업을 만드는 건 10억 달러 보험사, 은행, 소프트웨어 회사를 만드는 것보다 어렵다. 어떻게 아냐고? 10억 달러 코칭 사업은 존재하지 않고, 원하는 사람은 아주 많으니까." 모델을 갈아엎어 성공한 사례로 Alex Becker(큰 정보성 사업을 접고 Hyros 시작)와 Sam Ovens(연 300만 달러에 주 1일만 일하던 consulting.com을 닫은 뒤에야 Skool이 떴다)를 들었다. 반대편의 실패 양상도 명확하다. 계속 사업을 재발명하는 사람은 팀과 고객을 흔들어 놓는데, "다른 사람들은 당신 머릿속 계획을 모른다. 그들이 아는 건 당신이 전달한 몇 마디뿐"이기 때문이다.

콜 1. 네덜란드 화분 흙 D2C. 올해 매출 600만~700만 달러에 순이익률 5%, 목표는 3,000만 달러에 20%다. 제약은 D2C와 리테일(B2B) 사이의 초점 분산이고, ACQ AI와 스케일링 워크숍의 결론은 B2B 전환이었다. 다만 본인 역량은 전부 D2C에 있고 D2C도 빠르게 크는 중이라 판단이 안 선다. 현재 B2B는 매출의 7%인데 매장 100곳은 "우연히" 확보됐다. 창업 5년차, 첫 4년 누적 손실 70만 달러, 26세, 올해가 첫 흑자 예상이라 판을 흔들기 싫다는 게 솔직한 이유였다. 호르모지의 첫 질문은 오프닝 독백과 정확히 같은 논리다. "그 바닥에 20% 마진을 내는 흙 회사를 본 적 있나?" 답은 "없다"였다. D2C 매출총이익률은 55%다.

콜 2. 이사와 짐 처리 서비스 - 가격의 비합리 구간과 24시간 약속. 수치가 선명하다. 책 3권 묶음을 29달러에서 12달러로 내렸을 때 전환율이 4배 차이가 났다는 실측이다. 호르모지는 여기서 "합리적으로 느껴지는 선"과 "비합리적으로 느껴지는 선"의 경계를 찾으라고 했다. 48시간은 합리적으로 들리고, 그 선을 넘어 비합리 구간으로 들어가는 순간 수요 곡선이 꺾인다. 무조건 환불 보증과 같은 계산법이다. 20%를 돌려줄 각오를 하면 구매자가 10~20% 늘고 환불도 늘지만 순액은 더 남는다. 그래서 제안한 오퍼가 "결제한 시점부터 24시간 안에 짐이 집에서 빠진다"였다. 로컬 사업의 최대 레버리지는 크리에이티브보다 오퍼이고, 크리에이티브 쪽은 스태틱 이미지를 아직 안 써봤다면 그게 더 쉬운 실험이라고 덧붙였다.

콜 3. Ryan, 다주(multi-state) 온라인 정신과 - 순이익률 1.3%의 구조적 원인. 7년차, NP(nurse practitioner) 7명, 매출 150만 달러, 12개월 내 500만 목표. 본인이 꼽은 제약 셋은 수요(매출 85%가 단일 채널), 마진(NP에게 수납액의 50% 지급, 이 이하로는 이탈), 온보딩(크리덴셜링에 34개월)이다. 순이익률은 1.3%, 매출의 89%가 보험이고 11%가 현금이다. 신규 환자는 월 125155명, 총 환자 500~600명, 광고비 월 6,000달러, 자체 개발 소프트웨어로 수납률 99%에 AR 2개월이다.

호르모지는 세 개의 제약으로 쪼개지 말라고 했다. 근본 문제는 가격 결정권이 보험사에 있다는 하나뿐이고, 그러면 규제 산업과 같아서 가격 상한이 있다. "보험사는 정상적인 운영자가 겨우 살아남는 지점에 가격을 매긴다. 사람들이 망해 나갈 때까지 계속 내리다가, 인력이 부족해지면 멈춘다." 선택지는 둘이다. 보험에 남아 월마트처럼 순수 원가 사업자가 되거나(인건비 50%를 20%대로 끌어내리는 게 최대 레버, NP가 아닌 인력이 같은 일을 할 수 있는지 검토), 현금 사업으로 넘어가 규칙 없이 원하는 걸 팔거나. "1% 마진으로 돌아간다는 게 사실일 리 없다. 같은 업계 다른 회사들은 1% 마진이 아니다. 그러니 그 말은 그만하라"고 못을 박았다. 실행안은 두 줄이다. 첫째, 판매 프로세스 맨 앞에 분류 질문 하나를 넣는다. "최고의 결과를 원해서 오셨습니까, 아니면 보험이 커버하는 것만 원하십니까?" 둘째, 보험 청구 위에 얹는 현금 플랜 하나를 만든다. "보험이 100달러를 커버하면 우리 건 200달러다. 처음 100은 보험 항목으로 처리하고 나머지를 위에 얹는다." 가격은 500600달러를 권했다. 소비자 충동구매 구간이라는 이유고, 16주짜리 자동화 개인 플랜 형태다. "1.5% 마진에서 1020%를 붙이면 이익이 10배가 된다"는 게 근거다. 구독보다 목표 판매를 권한 이유는 소비 가능성 때문이다. "플랜을 한 번 받으면 왜 또 받아야 하나?"

여기서 이 콜의 가장 날카로운 대목이 나온다. Ryan이 AI 앱으로 치료사와 처방자 사이의 소통 단절을 풀겠다고 설명하자 호르모지는 "AI가 뭘 하는데?"를 세 번 반복해 물었다. 세 번째에 "어떻게 상호작용하나. 채팅하나, 문자 보내나"로 바꿔 묻고서야 "제공자가 입력하고 환자는 케어플랜을 받아 치료사에게 전달한다"는 답이 나왔다. 결론은 "그러니까 AI로 플랜을 만들어서 약물 관리 위에 케어플랜을 파는 거네"였고, 이어 "당신이 설명한 방식은 누구든 미치게 만들 것"이라고 잘랐다. 가치 제안을 "6개월 뒤 약을 20% 덜 먹기 위해 500달러를 낸다"는 등가로 환산할 수 있으면 그게 판매 지점이라는 조언으로 정리했다.

콜 4. Lamine, 남성 대상 리더십과 자기계발 - 이벤트는 팔지 않으면 그냥 비용이다. 올해 50만 달러, 2027년 100만200만 목표. 상품은 Skool 기반 연 2,000달러 온라인 커뮤니티와 연 4회 오프라인 리트릿이고, 묶으면 3,500달러다. 격주 웨비나로 팔고 성사율 41%라 획득은 문제가 아니라고 본인이 진단했다. 문제는 기존 고객에서 돈이 안 나온다는 것이다. 12개월 뒤 갱신이 안 되고, 리트릿은 "인생이 바뀌었다"는 반응이 나오는데도 재참여가 없으며, 마진의 50%를 먹는다. 호르모지의 진단은 한 줄이었다. "리트릿을 매진시키지 못하는 게 문제다. 이벤트는 팔지 않으면 비용일 뿐이다." 프론트엔드로 5,0006,000달러짜리 연간 이벤트 구독을 거는 건 소비자 대상으로 통하는 구조이고, 3개월 1:1 책임관리를 얹는 것도 sweetener로 괜찮다고 봤다. 다만 연 4회는 과하니 4개 중 2~3개를 고르게 하는 편이 유연성이 높다. 그리고 갱신은 두 번째 이벤트 현장에서, 기분이 좋고 분위기에 젖어 있을 때 즉시행동 인센티브를 걸어 판다. "집에 가서 기분이 가라앉은 뒤에 파는 것보다 낫다." 그가 "가장 큰 실수"로 지목한 건 구독 종료 전에 갱신을 파는 걸 두려워하는 것이었다.

콜 5. Christian(Retainer Poppy), 틱톡샵 어필리에이트 대상 브랜드딜 교육 - 가격 인상이 성사율을 깨뜨린 사례. 누적 150만 달러, 연 1,000만 목표. 과거 제약이던 브랜드딜은 해결됐고 지금 제약은 지불 능력 있는 어필리에이트 확보다. 가격을 1개월 4,000달러에서 3개월 20,000달러 + 백엔드로 바꾸자 성사율이 96%에서 20~30%로 떨어졌다. 계획은 30,000달러로 더 올리는 것이었다. 마진은 80%에서 37.5%로 하락했고 원인은 브랜드 acquirer, 6자리 연봉 직원, 서포트 인력 등 채용이다. 고객은 45명이다.

호르모지는 인상 계획을 막았다. "20에서 안 닫히는데 30은 자신 없다." 대신 프론트를 20,000에서 15,000이나 10,000으로 낮추고 백엔드 퍼센트를 1~2포인트 올리라고 했다. 가격을 내리는 걸 선호하지 않는다고 전제하면서도 "판매 속도를 회복시켜 다시 기분이 좋아지게 하는 편이 낫다"는 이유를 붙였다. 구조적 관찰도 남겼다. "근본적으로 돈 없는 사람들에게 돈 버는 법을 보여주는 사업이다. 전통적으로는 그 돈의 일부를 가져가되 상대가 일을 안 할 위험을 헤지하려고 선불도 받는다." 아바타를 바꾸겠다는 제안은 강하게 말렸다. 고객이 45명뿐이라 시장이 포화되지 않았고, "아바타 변경은 사업에서 할 수 있는 가장 큰 변화 중 하나"이며 보유한 브랜드 리스트 전체가 지금 아바타에 맞춰져 있다는 것이다. 마무리 문장이 오프닝 독백과 연결된다. "우린 사포가 더 필요하고 끌은 덜 필요하다. 망치는 더 아니다."

콜 6. Abram, 여성 대상 다이어트 - 리드마그넷의 진짜 레버는 제목이다. 올해 400만 달러 예상, 목표 1,200만. 8월 9일 론칭 예정인 리드마그넷에 인생 최대의 시간과 노력을 쏟았고(책 + 오디오북 + 유튜브 코스, 이메일 옵트인으로 배포), 그래서 실패가 두렵다는 게 질문의 배경이었다. 호르모지의 80/20은 제목이었다. 제목을 10, 20, 30개 테스트하라는 것이고 근거가 명확하다. "리드마그넷의 초기 가치는 리드를 잡는 것뿐이다. 리드는 아직 그걸 소비하지 않았다. 받을지 말지 결정하는 시점에 그들이 소비한 건 이름 하나뿐이다." 간단한 광고로 CTR만 봐도 되고, 랜딩페이지 옵트인도 같이 테스트하라고 했다. 제목을 바꿔도 옛 표지로 파일이 나가는 건 무료라 아무도 신경 안 쓴다는 실용적 조언까지 붙였다. 두 번째 지적은 리드마그넷을 수백 조각으로 쪼개 콘텐츠로 배포하라는 것이었다. "가장 좋은 리드마그넷은 콘텐츠다. 무료로 유통되고, 그 사람들이 이미 데워진 청중이 된다."

지표 진단이 이 콜의 핵심이다. Abram은 팔로워 200만, 주간 리드 수천을 확보하고도 신규 고객의 90%가 낯선 사람이라고 답했다. 웨비나 퍼널은 옵트인 5%(1,000클릭당 등록 50명), 쇼업 30%, 부킹 10%였다. 호르모지의 판정은 명확하다. 콜드 트래픽 웨비나의 쇼업률 KPI는 25%라 30%는 정상이고 손댈 여지가 없다. 부킹 10%는 콜 예약 CTA 기준으로 20%가 정상이니 개선 여지가 있다. 그러나 압도적으로 큰 건 옵트인 5%다. "30에서 60으로는 못 간다. 하지만 5에서 10, 5에서 20은 확실히 갈 수 있다. 4배가 거기 있다." 그래서 마케팅 시간 전부를 옵트인 페이지에 쓰라고 했다. 명확성, 단순함, 시각 자료, 신뢰 요소를 그 페이지에 몰아넣는 것이다. 웨비나 시간대(현재 하루 2회 지정, 녹화본을 Zoom으로 송출)도 레버라고 인정했지만, just-in-time으로 바꾸면 쇼업이 5%로 떨어졌던 과거 실측이 있어 "실제 라이브처럼 느껴지는지"가 관건이라는 선에서 정리했다. Abram의 역대 최고 옵트인도 9%였다.

콜 7. Tristan, 유럽 나이트클럽 전용 포토부스 - 소유 대신 리스라는 한 줄. 올해 100만 달러, 2년 내 300만 목표. 모델은 부스를 직접 소유해 클럽에 설치하고 사진 장당 과금하며 클럽에 2025% 커미션을 준다. 부스 80대, 부스당 월 총매출 950에 기여이익 450500, HQ 오버헤드와 감가 후 순마진 30%. LTV는 6년 이상이고 이탈은 사실상 클럽 폐업뿐이다. 제약은 현금흐름이다. 기계 1대가 약 7,000이고 회수기간이 17개월인데 이걸 12개월로 줄여야 목표에 닿는다. 시도했던 업셀은 클럽 몫을 2025%에서 50%로 올려주는 대가로 6,500 일시금을 받는 것이었는데, 플래그십 클럽만 받아들였고 그들은 2개월이면 회수해버려 회사에 불리했다.

호르모지의 답은 제조사 리스였다. "감가 자산이다. 10년 뒤 포토부스가 더 비싸지지 않는다. 6년 뒤엔 어차피 구식이라 교체해야 한다. 진짜 중요한 건 설치하고 스프레드를 먹는 것이다." 7,000을 월 100~200 수준으로 바꾸면 자본 제약이 사라진다. 대안으로 자본 유치도 계산해 보였다. 10만당 13대이므로 100만 달러면 130대 추가가 되어 사업이 거의 3배가 된다. 다만 지분을 파는 것보다 리스가 낫다는 결론이었다. 세금 최소화를 위해 계속 기계를 사서 소득을 0으로 만드는 건 "돈을 못 버는 것"이라는 지적도 함께 나왔다. 질문자 반응이 이 콜을 상징한다. "여러 방향으로 생각했는데 뻔한 방향은 생각 안 했다."

콜 8. Denzel, 스페인어권 사업주 대상 유튜브 대행 - 파는 채널을 자기가 못 쓰는 문제. 핵심 오퍼는 3개월 10,000유로. 2025년 51만, 2026년 70만 페이스, 목표 200만. 월별 변동이 극심해 10만 유로 달과 3.5만 유로 달이 붙어 나온다. 채널은 콜드 이메일과 오가닉 유튜브 둘이고, 도메인 510개에 서브계정 35개씩 돌린다. Apollo 데이터 기준으로 순수 콜드 아웃바운드의 신선한 ICP 재고가 1~3개월치밖에 안 남았고, 직전 주는 2개월 만의 최저 물량에 클로징 콜 0건이었다.

호르모지가 가장 오래 물고 늘어진 건 아이러니였다. 유튜브로 리드를 만들어주는 사업인데 정작 자기 유튜브에서 리드가 거의 안 나온다. CTA는 영상 끝, 첫 댓글, 설명 첫 링크까지 교과서대로 넣었고, 고객사 중에는 첫 달에 롱폼 월 50만 조회를 찍는 곳도 있다. "고객에게 파는 그 채널을 정작 본인이 못 쓰고 있는 게 가장 큰 적신호다"라고 직설했다. 조회수에 대한 발언이 이 콜에서 가장 인용 가치가 높다. "조회수는 전혀 중요하지 않다. 굳이 따지면 10% 정도. 콘텐츠의 모든 요소가 올바른 아바타에 맞춰진 뒤에야 조회수가 의미를 갖는다. 그 전까지는 살 생각 없는 사람들에게 뭔가를 보여주는 것뿐이다." 근거로 구독자 25,000명인데 월 250만 달러를 버는 지인을 들었다. Denzel은 "유튜브 성장법" 영상은 조회수가 나오지만 게임 채널 아이들 같은 비적격 리드가 오고, "리드 늘리는 법" 영상은 300조회에 그친다고 답했다. 호르모지의 처방은 "300조회짜리를 30,000조회로 만드는 법을 배워라"였고, 잘 안 되는 이유로 "당신이 아직 그걸 잘 못하기 때문"을 지목했다. 콜드 이메일로 100만 달러까지는 충분히 가고, 그 다음이 유료 광고이며, 리드가 안 나오는 영상은 만들 이유가 없다는 순서로 정리했다. 교육 사업의 구조도 짚었다. "done with you는 교육이라 거의 전적으로 거래성이다. 아무도 1년 이상 머물지 않으니 매년 0에서 다시 시작한다. 마진이 좋은 대신 반복 매출이 없는 게 거래 조건이다."

콜 9. Eric Roberts, 직장인 대상 다이어트 코칭 - 갱신은 네 번 판다. 작년 320만 달러, 목표 1,000만. 프론트엔드는 8주 챌린지 월 500600달러이고 6070%가 6개월 트랜스포메이션(총 3,0004,000달러)으로 넘어간다. 본인이 세일즈 콜을 전부 소화하는데 주당 15콜뿐이다. 문제는 주당 1015명 등록에 13명 해지라는 구조적 이탈이다. 호르모지는 나쁜 소식부터 줬다. "다이어트에서 이탈은 절대 못 고친다. 좋은 소식은 이제 거기 신경 쓰지 않아도 된다는 것이다." 대형 체중감량 코칭 회사가 거의 없는 이유가 이 순수 유통 게임이라는 것이고, 본인도 여기에 인생의 상당 부분을 낭비했다고 인정했다. "체중감량에서 가장 돈을 버는 건 감량의 배관을 파는 사람들이다. 보충제, 펩타이드처럼. 사람들은 인생을 바꾸는 코칭보다 주사와 알약과 분말을 더 기꺼이 받아들인다."

전술은 갱신 시점을 4개로 늘리는 것이다. 현재는 4주차 한 번인데, 4주차 + 모든 마일스톤 + 중간 지점 + 해지 직전 last chance로 간다. 중간 지점 미팅은 "품질 확인차 하는 대화"로 포지셔닝하고, 클로징 프레임은 "모든 길은 로마로 통한다"다. 잘 되고 있으면 계속 가자, 잘 안 되고 있으면 도움이 더 필요하니 계속 가자. 어느 쪽이든 살 이유가 된다. 백엔드 오퍼는 6개월 값으로 1년을 주는 buy six get six를 권했다. 온보딩에 이미 비용이 다 들어갔고 6~7개월차부터는 사실상 자동 운영이라 매출총이익이 유지된다는 계산이다. 광고 쪽 판정이 이 콜의 숫자다. 광고를 시작한 지 2개월인데 CAC가 135달러다. 호르모지 반응은 "말도 안 되게 작은 CAC다. 가장 작은 축이다. 그냥 더 써라. 3에서 10으로 가는 건 간단하다"였다. 여기에 GLP-1, 펩타이드, 혈액검사를 하는 파트너와의 제휴를 권했다. LTV가 크게 오르고 유사 의료 포지셔닝이 생겨 가격 유연성이 커진다는 이유고, "LTV나 생애 매출총이익을 50% 올릴 수 있으면 그 증가분을 그대로 고객 획득에 더 쓸 수 있다"는 순서로 백엔드 먼저, 프론트 나중을 지시했다.

콜 10. Darina, 우크라이나 기반 콘텐츠 오퍼레이터 파견 - 이탈률 3%가 광고 카피가 된다. 가격은 선불 6,500 + 월 2,500. 올해 80만 달러 페이스로 첫 상담 때 20만 대비 4배가 됐다. MRR 고객 45명, 주당 10명 추가 수용 가능, 연 이탈률 3%, 매출총이익률 65%. 전량 추천으로 들어온다. 호르모지는 이걸 양날로 봤다. "추천만으로 팔았다는 건 훌륭하면서도 끔찍하다. 실제로 판 적이 없다는 뜻이니까. 그 사람들은 이미 가격도 알고 당신도 알고 친구라는 내장된 후기까지 갖고 온다." 콜드로 가면 이탈률은 오를 것이라고 미리 못 박았다.

가장 실행 가능한 산출물은 광고 카피를 그 자리에서 불러준 대목이다. 대략 이런 형태다. "연 매출 100만 달러 사업주이고 지금 광고를 돌리고 있고, 콘텐츠 인력을 채용해봤는데 별로였고, 사람 관리를 하기 싫다면 - 우크라이나에 팀이 전부 있고 이탈률이 3%라 우리 결과물이 괜찮다는 증거가 되며, 미국에서 직접 하는 것보다 싸게 외주화할 수 있다." Darina가 "지금 광고로는 연 100만 미만만 걸린다"고 하자 나온 답이 "그럼 그걸 그대로 광고에 써라"였다. 부수 조언들도 실용적이다. 계약 기간은 3개월 최소로 충분하다. "미국에서 계약은 사실상 강제력이 없다. 추심까지 갈 것도 아니고, 심리적 약속의 의미뿐이다." 광고 KPI는 첫 거래에서 손익분기면 된다. 파트너십은 이미 효과를 본 적이 있으니 커뮤니티나 포럼, 그룹 두세 곳만 잡아도 사업이 3배가 된다. 대신 콘텐츠, 아웃바운드, 파트너십 셋을 동시에 하지 말라고 제한을 걸었다. 품질 관리는 랜덤 샘플링을 권했다. 라인에서 무작위로 뽑아 체크리스트로 채점하고, 시간이 지나면서 체크리스트 항목이 늘며 전체 품질이 올라가는 구조다. 가격 인상 트릭도 하나 남겼다. "2,500에서 3,000으로 올릴 건데, 추천을 보내주면 기존 가격을 유지해준다."

콜 11. Jeff, 엄마 대상 다이어트 - 호르모지가 자기 조언을 즉시 철회한 콜. 작년 288,000달러, 목표 60만. 가격은 16주 2,700달러, 성사율 40%, 재계약 50%. 경로는 로컬 페이스북 그룹 오가닉(월 20,00025,000달러)에서 로컬 메타 광고(CAC 1,000달러 초과)로, 다시 전국 광고로 왔다. 지금은 CAC 750달러에 리드 단가가 20달러에서 8달러로 떨어져 개인 최고 성적이다. 호르모지는 처음에 Gym Launch 시절의 하이브리드 모델을 꺼냈다. 로컬 짐에서 사무실 공간을 월 수백 달러에 빌리고, 로컬 리드 -> 전화 -> 영상 -> 대면 클로징으로 간다. "전국 광고에는 더 많은 기술이 필요하다. 로컬은 리드 만들고 전화하고 영상 보내고 만나서 닫으면 끝이다." 대면 판매의 이유는 신뢰이고, 피칭 각도는 "체육관 회원권을 하나 더 팔려는 게 아니다. 헬스장에서 보내는 주 3시간이 아니라 나머지 시간이 내 담당이고, 살은 거기서 찐다"였다. 그가 로컬을 미는 근거는 수익률이다. "로컬은 돈까지 가는 속도가 가장 빠르고 ROAS 1030배도 흔하다. 경쟁자와 싸울 필요가 없기 때문이다. 대신 확장이 어렵다."

그런데 Jeff가 현재 숫자를 대자 호르모지가 즉시 방향을 뒤집었다. 이번 달 광고비 6,000달러로 8명을 성사시켜 프론트엔드 25,000달러, 즉 4배 ROAS다. 채널은 인스타그램 DM 퍼널이다. "다 불태우기 전에 두 번 숨 쉬자. 이미 4배 퍼널이 있고 6,000을 쓰고 있다. 그럼 12,000이나 15,000을 써라. 4배 할 대상이 커지도록 4배에 더 넣는 것뿐이다." 그리고 "내가 방금 말한 건 이 방송을 듣는 다른 사람에게 해당되는 얘기니 잠금 상자에 넣어두라"고 명시했다. 다음 단계는 DM 세터 1~3명이고 그러면 월 10만 달러까지 간다고 봤다. 이 콜의 교훈은 조언 내용 자체보다 "현재 지표를 확인하면 같은 사람이 정반대 조언을 한다"는 절차에 있다.

콜 12. Tyler, 크리에이터 대상 IG DM 퍼널 대행 - 이탈을 6개월 문제로 바꾸기. 활성화 지점이 명확하다. 첫 달에 현금 기준 최고 기록을 세우면 사실상 영구 잔류하고, 아니면 35개월에 끝난다. 획득은 동유럽 DM 세팅 회사들과 제휴해 주당 3,5004,000건을 ICP에 보내는 구조다. 호르모지의 이탈 프레임이 이 콜의 핵심이다. "이탈은 거대한 형체 없는 괴물처럼 느껴지지만, 실제 질문은 어떻게 6개월까지 데려가느냐다. 모든 멤버십을 통틀어 6개월을 넘긴 회원의 이탈률은 월 2%다. 사람들이 코호트를 섞어서 보니까 6개월 지점에 도달하는 사람이 거의 없는 것처럼 보이는 것이다. 이탈을 반으로 줄이는 문제가 아니라 6개월에 도달시키는 문제다." 이탈 지점은 30일, 90일, 6개월 세 곳이고 그 구간을 아주 정교하게 설계해야 한다.

벤치마크로 Gym Launch 수치를 공개했다. 초기 2년간 신규 고객이 첫 30일에 수금한 현금이 평균 30,000달러였고, 광고비 상승으로 CAC가 오른 지금은 15,000~16,000달러다. 판별 기준은 더 단순했다. 첫 7일 안에 하이티켓 1건을 성사시키면 "500달러짜리를 팔던 사람이 2,000달러짜리를 파는" 감정적 전환이 일어나고 그게 잔류를 만든다. 그래서 신청서에 판매 경험 질문을 넣어 "누군가에게 돈을 받아본 적이 있는가"를 최소 자격으로 걸라고 했다. "승자와 패자를 가르는 가장 단순한 지표를 찾아 퍼널 앞단에 박아라." 반대로 "2년 전 한 달에 8만 했다"는 지원자는 경계 대상이다. "아무도 네가 예전에 얼마를 들었는지 신경 안 쓴다. 지난달과 그 전달은 어땠나." 판매의 긴장 구조도 함께 정리했다. "높게 약속하면 성사율이 오르지만 사람들이 나간다. 아무것도 약속 안 하면 다 사지만 원하는 가격에 못 판다. 사람은 기대와 현실이 어긋날 때만 떠난다."

콜 13. Alex, 부동산 거래 코디네이션 - 현금이 얇을 땐 광고 대신 아웃바운드. realtor에게 행정 지원을 제공하고 실제 클로징이 발생할 때만 과금하는 모델이다. 작년 매출 100만 달러에 세전이익 25만, 목표는 매출 400만에 이익 100만. 매출의 70%가 본인이 직접 다니며 만든 관계, 20%가 오가닉 소셜, 10%가 기타다. 작년 미팅 87건에서 신규 73건을 성사시켰고 연 이탈률은 14%. 고객당 연평균은 1,600달러지만 상위 24명은 평균 22,000달러다. 마케팅과 이벤트에 쓴 돈은 작년 총 8,000달러이고 광고 지출은 0이다. 미네소타의 계절성 때문에 1분기 W2 직원 급여용 현금을 따로 쌓아두고 나면 실제 남은 현금은 4만 달러다.

호르모지는 로컬을 자기 "단일 채널 금지" 원칙의 유일한 예외로 인정했다. 시장 크기 자체가 제한되기 때문이다. 그러나 현금 4만 달러 상태에서 광고를 시작하는 건 말렸다. "광고는 감을 잡기 전까지 100% 돈을 잃는 구간이 있다. 지금 있는 알을 위험에 빠뜨리고 싶지 않다." 그래서 아웃바운드가 먼저다. MLS에서 거래량 상위 realtor를 뽑고, 이메일과 전화와 문자로 소규모 웨비나 형태의 설명회에 초대해 1대다로 레버리지를 만든다. 자격 기준은 높게 시작해서 낮춘다. "생산액 500만이나 1,000만에서 시작하고 안 되면 내려라. 놀랄 수도 있다." 광고를 한다면 주 단위가 아니라 도시별로 반경 50마일씩 돌려 초지역적으로 보이게 만들라고 했다. 회수기간 목표는 6개월 이내다. 마지막으로 가격이 저평가돼 있다고 봤다. "성과 연동인데 25% 마진이면 사업주가 위험을 너무 많이 진다."

콜 14. Ali, 레스토랑 3곳 - 브릭앤모타는 ROIC와 회수기간 게임이다. 직원에서 시작해 식당 운영을 맡아 1년 만에 매출을 2배로 만들었는데, 방법은 광고가 아니라 기본기였다. 가격 인상, 원가 정리, 레시피 개선이 전부다. 지금은 식당 3곳을 운영하며 2곳은 지분 없이 이익 배분과 운영 계약, 1곳은 3분의 1 이상 지분을 갖고 있다. 목표는 건강한 콘셉트의 패스트캐주얼로 기업가치 10억 달러다. 호르모지의 조건은 급진적 단순화다. "그 모델의 핵심은 엄청난 단순함과, 메뉴에 올린 아주 제한된 항목을 완벽하게 해내는 것이다." 연구 대상으로 Chick-fil-A와 Raising Cane's를 지정했고 "12개 메뉴"를 반복했다. Raising Cane's 창업자에 대해서는 "지금 이 바닥 최고다. 모든 매장을 직영으로 소유한다"고 평했다. 최적화 지표는 투하자본이익률과 회수기간이다. "10만 달러로 매장을 열어 3개월에 회수하면 계속 열 수 있다. 3년이 걸리면 확장은 매우 어렵다." 그래서 건축비와 일상 인건비를 공격적으로 통제해야 하고, "필요 없는 1제곱피트도 남기지 않을 만큼 손바닥처럼 알아야 한다."

브릭앤모타 확장에 필요한 세 가지로 정리했다. 첫째 매장별로 주인처럼 느끼는 사람을 만드는 경력 경로(Chick-fil-A가 완성한 준오너십 구조), 둘째 강력한 그랜드 오프닝(회수기간을 앞당겨 다음 매장을 열 수 있게 함), 셋째 그 이후 입소문으로 유지되는 제품력. "마진이 워낙 낮아서 앞단에 마케팅을 몰아 쓰고, 이탈하는 손님 수와 처음 오는 손님 수가 같아지는 지점에서 계속 현금을 찍게 만드는 게 목표다." 공동 소유주 관계는 "가능한 한 빨리 정리하라. 부업으로 10억 달러 회사를 만들 수는 없다"고 잘랐다. 프랜차이즈가 음식에 잘 맞는 이유도 명시했다. "말 그대로 레시피라 결과를 표준화하기 쉽다. 서비스업은 노동 차익거래를 파는 것이라 훨씬 어렵다."

마무리 채팅 Q&A: 첫 직원 채용 기준과 교육 사업의 함정. 호르모지가 채팅에서 고른 질문은 "언제 첫 직원을 뽑나"였다. 계산은 이렇다. 매출 20만 달러에 이익 10만 달러인 사업에서 연 3만 달러짜리 직원을 뽑으면 7만이 남는다. 그 3만이 내 시간의 절반을 돌려주고 그 시간으로 10만을 더 만들 수 있으면 성립한다. 이상적으로는 인건비의 4~5배를 만들어야 한다. 이걸 그는 기업가의 상시 차익거래로 규정했다. "캘린더에서 가장 값싼 시간을 가장 비싼 시간으로 계속 바꾸는 거래이고, 그 거래는 끝나지 않는다." 초기 사업은 거의 전적으로 홍보 주도이고, 그 다음부터는 제품이 얼마나 좋은지의 문제로 넘어간다.

여기서 나온 인용이 John Paul DeJoria의 "sell 사업이 아니라 resell 사업에 있어라"다. 이 대목에서 교육 사업의 구조적 함정을 정리했다. 교육은 무형이고 배운 기술은 사라지지 않기 때문에 가치가 높고 마진도 높다. 그러나 "한 번 배우고 나면 추가 교육이 주는 가치가 아주 적다. 다른 것이거나 더 나은 것이 아니라면." 반대편에 있는 게 소비 가능한 가치다. 쓰레기 수거, 청소, 영상 편집은 내일도 필요하다. 다만 반복 서비스는 남들도 하기 때문에 상품화되기 쉬우므로, 경쟁 우위는 세 축에서 나온다. 첫째 고객 데이터를 추적해 우리가 더 낫다는 걸 입증, 둘째 구매에서 인도까지와 인도에서 결과까지의 시간 단축, 셋째 경쟁사가 고객에게 강요하는 싫은 절차를 제거. 나머지 짧은 답변들도 기록해둘 만하다. 드롭시핑은 확장은 안 되지만 시작해서 배우고 돈을 좀 벌기엔 괜찮다. 의류 브랜드 확장은 브랜드가 좋은 대형 인플루언서와 제휴. 하우스 플리핑 확장은 전국 단위 마케팅 회사가 되어 리드를 만들고 딜의 일부 지분을 받는 형태. 온라인 스쿨 확장은 광고와 좋은 제품. "뭘 해야 할지 모를 때는 캐파를 쌓아라. 잘 자고 몸 만들고 돈 모아서 기회가 왔을 때 올인할 수 있게."

디제스트 관점에서 가장 중요한 발언이 여기 붙는다. "지금은 지식 서비스업조차 아주 무르익은 시점이다. AI 때문에 지식 기반 사업을 시작하지 말라고들 한다. 물론 그렇지만 지금은 시간의 창이 열려 있고, 어차피 돈은 벌어야 한다. 모두가 모든 걸 알고 가격이 완벽하다는 완전정보 시장은 허구다. 테크에 밝지 않은 사람이 아주 많다. AI를 쓴다고 아무에게도 말할 필요가 없다. 그냥 서비스를 제공하면서 AI를 쓰고, 그 바닥의 더 오래되고 굳어진 경쟁자보다 경쟁력 있게 하면 된다." 마지막 문장도 남길 만하다. "사업이 성공하면 사람들은 그 전에 실패해서 교훈을 준 네 개의 사업을 보지 못한다. 평균 이상의 보상을 받는 이유는 평균 이상의 위험을 지기 때문이다."

억만장자 8가지 행동 원리 - 운의 확률, 자기 통화 발행, 미래에서 역산, 엑싯

YouTube · 비즈니스캔버스 B_ZCF

  1. 운은 통제 못 해도 확률은 통제한다. 상위 0.001%가 매우 운이 좋은 건 사실인데, 그들이 이해하는 건 "럭키 브레이크"와 "럭키 브레이크가 일어날 확률"이 다른 변수라는 점이다. 소파에서 넷플릭스를 보면 오늘 운이 발생할 확률이 줄고, 흥미로운 사람들이 모인 자리에 나가면 확률이 는다. 확률을 올리는 구체적 행동으로 세 가지를 들었다. 자기가 이루려는 걸 더 많은 사람에게 피칭하기, 큰일을 해내는 사람들과 어울리기, 트렌드를 공부해서 지금 시장에서 성공 스토리를 만들어내는 흐름을 파악하기. Branson 사례가 이 원리의 증거로 쓰인다. 그는 자기 성공을 일련의 행운으로 설명하지만 사람들이 놓치는 건 "불에 넣은 쇠막대가 워낙 많아 그중 하나는 결국 뜨거워질 수밖에 없었다"는 사실이다. 400개 회사, 수백 명의 아티스트 계약이 그 물량이다.

  2. 자기 통화를 발행한다. 대부분의 사람은 통화가 시간과 법정화폐뿐이라고 믿고 시간을 돈과 바꾼다. 화자는 이걸 "매우 기초적이고 저수준의 통화관"이라고 규정했다. 억만장자들은 평판, 브랜드, 데이터베이스, 팔로워를 통화로 취급한다. 어떤 이는 평판만으로 이사회 참여, 전략 자문, 엔젤 투자에 과도한 영향력을 갖고 그걸 통화처럼 쓴다. 어떤 이는 60만 명 이메일 리스트를 보유해 send 버튼 한 번으로 무언가를 초과청약시키고, 그 속도를 근거로 남의 사업에서 지분을 받는다. 가장 보편적인 형태는 회사 지분의 금융화다. 10%를 1,000만에 팔면 전체가 1억이 되고, 다시 10%로 1,000만짜리 회사를 주식 교환으로 살 수 있다. "우리가 발명한 이 만들어진 통화로 저쪽의 실제 자산을 산다"는 것이다. 나스닥 상장급에서만 가능한 일이 아니다. 자문단을 꾸리고 유통 계약 하나를 확보한 스타트업이 그 몇 개의 커밋먼트를 근거로 엔젤에게 400만600만 밸류로 투자받으면 그 시점부터 통화가 생긴다. 링크드인 팔로워 3만4만도 이사회 자리나 지분을 얻는 협상 칩이 된다.

  3. 과거에서 순방향이 아니라 미래에서 역산한다. 대부분은 지금까지 해온 것을 보고 내일을 정한다. 반대 방식은 3년 뒤를 먼저 확정하는 것이다. 팀 인원, 매출, 이익, 판매 제품, 보유 지식재산, 캡테이블과 투자자 구성까지 선명하게 그린 다음 2년 전, 1년 전, 6개월, 3개월, 1주 전으로 되짚어 내려온다. 억만장자가 이 역산에서 얻는 건 조달 논리다. "이 미래를 열려면 1,000만 달러가 필요하다. 당신이 그 1,000만을 넣으면 그 미래의 일부가 된다"로 투자자를 설득하고, 같은 방식으로 CEO를 채용한다. 이 습관의 극단적 표현이 이것이다. "그들에게서 전부 빼앗아도 다시 만든다. 과거를 신경 쓰지 않고 만들려는 미래만 보기 때문이다."

  4. 사람을 비전에 등록시키는 것이 본업이다. 이 역산이 선명하기 때문에 그들은 뛰어난 스토리텔러가 된다. 만나는 모든 사람이 같은 이야기를 듣고, "당신이 함께하든 아니든 이건 일어난다"는 전염성 있는 에너지가 붙는다. 여기서 나온 원리가 인상적이다. 그들은 능력이 있어도 직접 하지 않는다. "무언가에 손을 대는 순간 사람을 모으고 정렬시킬 자유가 사라지기 때문"이다. 인재관은 "천 명의 좋은 음악가가 교향곡 하나를 못 쓰지만 베토벤은 아홉 개를 썼다"로 압축된다. 좋음과 위대함의 차이는 선형이 아니라 지수적이라는 믿음이고, 그래서 한 명을 뽑기 위해 1,000명을 지원시켜 철저히 테스트한다. 그 결과 그의 최근 스타트업은 25억 달러 이상의 가치가 됐다. 찾는 사람은 네 종류다. 유통(팔로워 10만 명, 이메일 100만 개, 주간 100만 히트), 리더(세일즈, 기술, 제품, CFO 같은 임원급), 최고 수준의 실행자, 자본 풀(엔젤, VC, 수십억 규모 인수 주체). 이 절의 결론이 AI 담론과 직접 부딪힌다. "훌륭한 사업은 예외적인 사람들의 집합일 뿐이다. AI 시대에 이상하게 들릴 걸 안다. AI가 다 할 거라고 생각하고 싶겠지만 그건 위대한 회사가 아니다. AI가 산업을 가져가더라도 그건 거대한 디플레이션 효과를 만들고 사람과 시간을 풀어줘서 인류의 다음 큰 일에 정렬시킬 뿐이다."

  5. 적을 만든다. 밀리어네어는 결과, 비전, 대시보드 같은 당근을 만들고, 빌리어네어는 도망칠 채찍을 만든다. 근거는 동기의 비대칭이다. 사람들이 무언가를 향해 움직이는 에너지는 30%이고, 적을 물리치려는 욕구가 70%다. Branson은 British Airways를 적으로 만들었고, 1984년 Steve Jobs는 IBM을 겨눴다. 화자가 그날 아침 만난 억만장자는 정치적 적을 두고 "이름을 말할 때 이를 악문다". 소규모 사업도 마찬가지다. 커피숍 체인 하나는 스타벅스를 적으로 삼아 팀 전체를 "동네 스타벅스보다 10배 낫게"라는 목표에 정렬시켰다.

  6. 규모 있는 가치. 대부분은 가치 있는 사람이 되는 법은 알지만 규모 있게 가치 있는 법은 모른다. 간호사와 교사는 경제에서 가장 가치 있는 축인데 같은 방에 있어야 하고 한 번에 한 명만 상대할 수 있다. "경제는 가치를 보상하지 않는다. 규모 있는 가치를 보상한다." 스케일 수단은 네 가지다. 지식재산(특허, 브랜드, 책 판권, 음원 로열티, 시스템, 프랜차이즈 매뉴얼, 미디어 권리), 유통 채널 소유(구독자, 팔로워, 리스트, 리테일 체인), 사람(훈련된 군대를 만들어 정확히 원하는 방식으로 행동하게 하는 것), 그리고 소프트웨어. 소프트웨어를 "가장 큰 것"으로 못 박았다. "코드가 특정 결과를 만들어내면 그 순간부터 인터넷에 접속한 전 세계 누구에게나 열린다. 가장 부유한 사람들이 소프트웨어로 부를 만든 게 놀랍지 않은 이유는 소프트웨어가 DNA 자체로 규모 있는 가치이기 때문이다." 이어지는 한 줄이 호르모지의 "12개 메뉴"와 겹친다. "단순한 것은 확장되고 복잡한 것은 아주 빨리 벽에 부딪힌다."

  7. 하이밸류 포지셔닝. 화자가 "어두운 비밀"이라고 부른 부분이다. 조용한 부, 아무도 모르는 억만장자라는 서사가 유튜브에 많지만 그건 예외이고 규칙이 아니다. "나는 그런 방에 있어봤다. 그들이 거기 있다는 걸 모두가 안다. 그렇게 세팅했기 때문이다." 그들은 관객석에 조용히 앉지 않고, 스타일 있게 도착하고 등장하고 배치된다. 그리고 그 포지션을 만들기 위해 상을 받고, 업계에서 알려지고, 책을 쓰고, 강연과 연설을 한다. 만남을 자기 조건과 자기 프레임 위에서 하려는 목적이다.

  8. 엑싯의 가치. 화자가 마지막에 배치한 것이자 가장 실행적인 주장이다. 그가 아는 극도로 부유한 사람들은 거의 전부 무언가를 만들어 결국 팔았다. 회사를 통째로 팔거나, 지분을 단계적으로 팔거나, 건물을 팔거나, 만든 암호화폐를 팔았다. "가장 부유한 사람들의 전기를 읽고 자세히 보면 열에 아홉은 엑싯 이벤트가 있다. 우리는 사업을 운영하고 리드를 만들고 팀을 꾸리는 이야기는 늘 듣지만 사업을 파는 이야기는 거의 못 듣는다." 엑싯이 주는 건 돈만이 아니라 시간과 학습이다. 한 사이클을 완주한 상태에서 "다음엔 무엇을 더 낫게, 더 다르게, 더 빠르게 할까"를 회고할 수 있고, 그 회고를 여러 라운드 쌓는 것이 격차를 만든다. 그래서 그가 보는 흔한 실패는 붙잡고 있는 것이다. "5년, 10년, 15년 전에 시작해서 그때는 훌륭했는데 7~8년 전에 팔았어야 하는 사업을 아직 쥐고 있다. 50만이나 100만에 팔아 시간과 돈과 학습만 회수했어도 다음엔 500만짜리를, 그 다음엔 5,000만짜리를 만들 수 있었다. 지금 사업은 5년 전 최선의 사고에 기반해 있고, 다음에 할 일은 그 이후 쌓은 모든 학습에 기반한다."

기타 주목할 콘텐츠

SpaceX 상장으로 Google이 들고 있던 지분이 941억 달러가 됐다

GeekNews

SpaceX 상장으로 Google이 보유한 지분의 평가액이 941억 달러가 됐다. 지분율은 약 6%다. 상장 첫날 종가는 $135로 공모가 대비 19% 올랐고, 최근 주가는 $112.13이다. 첫날 고점 대비 17% 내려온 상태다. Google이 SpaceX에 투자한 것은 2015년으로, 당시 목적은 위성 인터넷 사업과의 연계였다. 10년이 지나 941억 달러가 된 이 지분은 Google의 재무제표에서 본업과 무관한 항목 하나가 상당한 비중을 차지하게 됐다는 뜻이다. 첫날 $135에서 $112.13으로 내려온 것을 지분 규모에 곱하면 평가액 변동만으로 수십억 달러가 오간다.

개트윅 공항의 로봇 주차와 이번 주 하드웨어 단신

GeekNews, GeekNews, Hacker News, GeekNews

개트윅 공항이 로봇 주차 시스템을 운영한다. 이용자가 지정 구역에 차를 세우고 나오면 로봇이 차를 들어 옮기는 방식이다. 사람이 문을 여닫을 공간이 필요 없으므로 같은 면적에 훨씬 많은 차를 넣을 수 있다. 제한 조건이 구체적이다. 무게 2.6톤 이하, 폭 2.3m 이하, 높이 3.3m 이하, 휠 21인치 이하다. 휠 21인치 제한이 이 시스템의 작동 방식을 드러낸다. 로봇이 타이어 아래로 팔을 넣어 차를 들어 올리는 구조이므로 휠 크기가 정해진 범위를 벗어나면 물리적으로 잡히지 않는다. 전기차와 대형 SUV가 늘면서 2.6톤과 21인치 조건에 걸리는 차종이 계속 늘어나는 중이라, 이런 시스템은 도입 시점의 차량 분포에 묶인다. 물리 자동화의 제약이 어떤 형태로 나타나는지 보여주는 사례다. 소프트웨어는 예외를 조건 분기로 처리하지만, 물리 시스템의 예외는 팔 길이나 하중 한도처럼 재설계 없이는 바뀌지 않는 숫자로 존재한다.

같은 맥락의 짧은 소식이 몇 건 더 있다. JetZero는 블렌디드 윙 바디 방식의 여객기를 개발한다. 동체와 날개의 경계가 없는 형태라 양력을 동체 전체가 나눠 담당해 같은 연료로 더 멀리 간다. 문제는 이 형태가 기존 공항 게이트, 탑승교, 비상 탈출 규정에 맞지 않는다는 점이다. 항공기 설계가 반세기 동안 튜브형에 머문 이유는 공기역학이 아니라 지상 인프라와 인증 체계 때문이다. Rise Reforming은 Y Combinator S26 배치에 포함된 회사다. Decker는 HyperCard 계열의 저작 도구로, 코드를 쓰지 않고 카드를 이어 붙여 상호작용 문서를 만드는 방식을 현대 환경에서 되살린 것이다. ESP32 기반 레이더 프로젝트도 같은 주에 올라왔다. 저가 마이크로컨트롤러로 거리와 움직임을 감지하는 장치를 만드는 내용이다.

DHH의 Hey 정리, 지브리 색채 분석, Netflix 해고 사건

Hacker News, Hacker News, Hacker News

이번 주 Hacker News에서 기술 외적으로 화제가 된 항목이 셋 있다. "Canceling Hey"는 이메일 서비스 Hey의 구독을 정리하는 글이다. Hey는 기존 이메일 클라이언트의 관행을 전면적으로 다시 설계한 서비스로 출시 당시 큰 주목을 받았는데, 몇 년이 지나 사용자들이 이탈 이유를 정리하는 글이 나오는 시점에 도달했다. 워크플로를 강하게 규정하는 제품은 그 규정이 사용자의 상황과 어긋나기 시작하면 부분 조정이 어렵다는 것이 반복되는 패턴이다.

지브리 애니메이션의 색채 사용을 분석한 글도 올라왔다. 특정 장면의 팔레트 구성과 시간대 표현이 어떻게 정서를 만들어내는지를 다룬다. AI 이미지 생성이 스타일 모방으로 논쟁을 부르는 시기에, 그 스타일이 실제로 무엇으로 구성돼 있는지를 뜯어보는 글이라 반응이 컸다. Netflix에서 신뢰 훈련과 관련된 해고 사건도 논의됐다. 조직 문화 프로그램과 실제 인사 결정이 어긋나는 경우에 대한 사례다.

오늘의 짧은 신호 묶음

X · ffreedomkr, X · Lee_dogin, X · nowlovepan, LinkedIn · Ruhan Ponnada, LinkedIn · Neha Patil

모델 체감 차이. ffreedomkr은 Opus 5와 Fable 5의 차이를 느끼려면 상당한 수준으로 써봐야 한다는 취지로 "모델의 천장을 자꾸 봐야 하는 이유"라고 정리했다. 벤치마크 점수가 아니라 사용 강도에 따라 상위 모델 간 격차가 드러난다는 실사용자 관점이다. 101 좋아요를 받았다. 확인 필요: 무엇을 인용하며 쓴 문장인지 원문 인용 대상이 수집되지 않았다.

개인 자동화 파이프라인. Lee_dogin은 유튜브 자동화 파이프라인 연재 7편에서 "사실상 막바지 단계"라고 알렸다. 짧으면 7월 말, 길면 8월 초부터 첫 채널을 기점으로 다중 채널을 운영할 수 있는 로드맵을 구축했다고 밝혔다. 확인 필요: 원문이 잘려 차별화 포인트는 확인되지 않는다.

국내 UX 레퍼런스. nowlovepan은 핀터레스트에서 해외 레퍼런스만 찾다 막히는 경우가 많았는데, 한국 시장 타겟에 맞춘 실무 패턴을 모아보는 것이 낫다고 썼다. 138 좋아요로 반응이 좋았다. 확인 필요: 어떤 서비스나 사이트를 소개한 것인지 링크가 수집되지 않았다.

커리어와 조직 신호. Byungjun Kim은 자신의 깃허브 저장소가 3,000스타를 달성했다고 알렸다(저장소 링크가 단축 URL이라 대상 미확인). Neha Patil은 웹 크롤링과 스크래핑 API 회사 Firecrawl에 Research Engineer, Evals 직무로 합류했다고 밝혔다. 평가(evals) 전담 리서치 엔지니어라는 직무명이 별도로 존재한다는 점이 신호다. Ruhan Ponnada는 OpenAI가 글로벌 GTM 오프사이트에 YC 2팀과 a16z speedrun 2팀 창업자를 초청해 일상 루틴과 우선순위, 소신 발언을 공유하게 했다고 전했다. 그가 관찰한 팀 구성이 구체적이다. OpenAI for Startups 팀의 50%가 창업 경험자이며 YC 동문과 수백만 달러를 조달해본 사람이 많고, 나머지 50%는 시드에서 유니콘까지 성장한 스타트업과 VC 출신이다. 그는 이를 "AGI 경쟁에서의 새로운 형태의 GTM - 더 컨설팅에 가깝고, 관계 주도적이며, 고도로 의도적"이라고 정리했다.

조직과 리더십 - 퇴직 사유의 필요조건, 그리고 232명 채용 퍼널

LinkedIn · Annette (MeeJeong) Kim, LinkedIn · Jimmy Park, LinkedIn · Jieun Lee

Annette Kim은 20년 넘게 HR을 해온 관점에서 퇴직 사유를 논리학 용어로 분류한다. 필요조건은 이유를 들으면 "나라도 그럴 수밖에 없겠다" 싶은 조건이고, 충분조건은 "그럴 수 있겠다" 싶은 조건이며, 둘 다 있으면 필요충분조건이다. 대응도 조건별로 다르다. 필요충분조건이면 인수인계를 부탁하고 잘 되기를 빌며 마무리하되, 톱 탤런트에게는 "새 회사에서 많이 배우고 다시 돌아오라"고 말한다. 충분조건이면 이직 시 리스크와 양쪽 근무조건을 비교하며 면담하는데, 이 경우 약 30~40%가 회사에 남는다는 실측치를 제시한다. 필요조건이면 꼭 잡아야 할 인재에 한해 카운터 오퍼와 2, 3차 면담으로 "가야만 하는 이유" 자체를 없애려 한다. 그가 꼽는 진짜 필요조건은 개인의 성장이다. 이게 채워지지 않으면 결국 떠난다는 것이다. 가장 아쉬운 경우로 톱 탤런트가 현 직장에서 성장이 멈춰 나가는 상황을 든다. 더 이상 배울 것이 없다는 뜻이기 때문이다. 그리고 결론에서 "회사"의 정체를 다시 정의한다. 어떤 제품도 빌딩도 아니고 같이 근무하는 팀원들이라는 것이다.

Jimmy Park의 글은 신사업 부서 리더의 회고다. 매번 "부적격" 결론을 내던 팀원에게 "가장 될 것 같은 아이템 하나를 정해서 분석해 보라"고 요청했고, 이번엔 분석도 좋았고 결론도 "해보자"였다. 그런데 "한번 해보자고 하면 가슴이 막 뛰는 것 같아? 이걸 정말 해내면 눈물이 펑펑 나올 것 같아?"라는 질문에 팀원은 답하지 못했다. 거기서 나온 지적이 제목이다. 회사는 궁극적으로 일을 하는 곳이 아니라 사업을 하는 곳이며, 새로운 고객 가치를 만들어 전달하고 돈을 버는 곳이라는 것이다. HR은 사람을 뽑고, 교육부서는 이수시간을 채우고, 마케팅은 캠페인에 돈을 쓰고, 품질은 불량을 잡고, 신사업부서는 기회를 찾는다. 그 모든 것이 모여 사업이 되지 않으면 의미가 없다. 마지막 비유가 인용 가치가 높다. 인원 30명 충원, 교육이수율 95%, 불량률 1% 미만, 신사업 분석 10건. 목표를 빠짐없이 달성하고도 사업이 되지 않는다면 11명이 90분 내내 운동장을 뛰고도 골을 넣지 못한 축구팀과 같고, 그런 팀은 아무도 이길 수 없다.

Jieun Lee의 글은 채용 퍼널 수치가 구체적이라 남긴다. 232명 지원, 48건 서류 검토, 11건 서류 통과, 7건 면접, 최종 합격 의견을 드린 사람은 본인보다 네 살 위였다. 이어지는 관찰이 오늘의 역할 경계 논의와 닿는다. 경험이 적은 사람에게는 대충 요청해도 일단 해오지만, 경험이 많은 사람은 왜 해야 하는지, 구체적으로 뭘 요청하는지를 되묻기 때문에 요청하는 쪽도 생각 없이 요청할 수 없다. 앞단이 힘든 대신 뒷단 결과물이 더 좋아진다는 것이다.

교차 분석

1. 같은 모델, 다른 자. Anthropic 발표문의 Frontier-Bench 43.3%와 HumanLayer 실측의 strict pass 24%는 같은 날 같은 모델을 두고 나온 숫자다. 전자는 "이전 세대가 못 풀던 문제군을 푼다"를 증명하려 하고, 후자는 "통과한 코드가 유지보수할 만한가"를 묻는다. 여기에 EvoCode-Bench가 세 번째 자를 댄다. Opus 4.6은 단일 라운드 78.9%로 1위인데 멀티턴에서는 44.0%로 3위다. 세 벤치마크를 겹쳐 보면 오늘 모델 담론의 실제 상태가 나온다. 단발 능력은 이미 상단에 붙었고, 남은 격차는 지속 실행과 결과물의 유지보수성 두 축에 몰려 있다. Kimi K3의 GDPval 1686(Opus 4.8 상회)과 OSWorld 2.0 58.3(Opus 5 대비 12%p 이상 열세)이 같은 분리를 오픈웨이트 쪽에서 재현한다.

2. 모델이 아니라 그 주변 층이 반년을 만든다. Drone-Bench는 최고 제출과 평균 제출의 격차가 약 6개월치 모델 발전에 해당한다고 보고했다. ENPIRE는 같은 작업을 Codex 하네스로 54분, Claude 하네스로 62분, Opus API를 Codex 하네스에 물리면 105분이라고 측정했다. 시각 입력 방식만 바꿔도 55분과 99분으로 갈린다. Karl Weinmeister는 멀티에이전트 대신 스킬 파일 한 장으로 끝났다고 했고, HeyZoku와 opencodex와 Palmier Pro와 Open Generative UI 네 프로젝트는 전부 모델이 아니라 모델과 사람 사이의 층을 바꾼다. 새 모델을 기다리는 것보다 지금 하네스를 다듬는 편이 빠르다는 결론이 서로 다른 다섯 출처에서 나왔다.

3. 상태를 에이전트 밖 문서에 고정하라는 동일 해법이 여섯 번 반복됐다. Bun의 PORTING.md 600줄, Anthropic의 8단계 관문과 적대적 검토 3회, EvoCode-Bench의 요구사항 문서 유지(성공률 2배 이상), ENPIRE의 Git 커밋 로그 기반 협업, GeekNews의 서브에이전트 22개 -> 17개 축소, 그리고 구경일의 "AI 접근성 등급으로 보는 코드베이스" 5부작. 이들은 서로 무관한 팀이고 다루는 문제도 다른데, 해법이 같은 형태다. 에이전트를 더 똑똑하게 만드는 대신 무엇을 지켜야 하는지를 밖에 적어둔다. 반대 방향의 증거도 있다. ENPIRE는 8 에이전트 구간에서 토큰 소비가 초선형으로 증가한다고 보고했고, Push-T 과제는 에이전트를 8배 늘려 2.5배 빨라지는 데 그쳤다. 병렬 에이전트의 이득에는 상한이 있고 그 상한은 생각보다 낮다.

4. 예상한 사용자와 실제 사용자가 다르다 - 실패 쌍과 성공 쌍. Starbucks 본사가 흥분한 것은 iPad 카메라로 선반을 훑는 capability였고, 현장 바리스타에게 필요했던 것은 Wi-Fi가 끊겨도 카운트가 날아가지 않는 것과 틀렸을 때 손으로 셀 수 있는 여지였다. 8년차 빌더가 정리한 "데모의 환호 대신 하품을 보라"가 이 실패의 이론이다. 캘리포니아 창업자 모임은 월드컵 결승 골 반응을 보였고, 하루 40-50건 주문을 처리하는 사업체는 회계사가 까먹는 결제 독촉 기능에서 몸을 앞으로 당겼다. 같은 원리의 성공 버전이 FetchSandbox MCP다. 개발자용으로 만들었는데 가장 빠르게 성장한 사용처가 Claude Code와 Cursor였고, 만든 사람은 그 차이를 인정하고 지표를 다운로드에서 active workflow runs로 다시 설계하려 한다. 태스크 크로스오버 43.5%가 이 세 사례의 배경 데이터다. 역할 경계가 무너져 누구나 만들 수 있게 됐고, "무엇을 만들 것인가"의 병목만 남았다.

5. 안전 필터는 어느 쪽으로 조여도 비용이 난다. 프롬프트 트랩 테스트에서 35개 중 32개(91%)가 걸렸다. 이 숫자는 Bun의 에이전트 64개가 코드베이스를 자유롭게 읽는 구성과 ENPIRE가 Git 커밋 로그를 읽어 협업하는 구성의 전제를 흔든다. 반대편에서는 Codex 사용자가 자기가 돈 내고 쓰는 도구의 버그 리포트를 쓰려고 최소 재현 케이스를 요청했는데 사이버보안 세이프가드가 세션을 끊었다. 같은 날 Hugging Face 'rogue agent' 침해에 대해 안전 전문가들은 OpenAI가 이미 자체 레드라인을 넘었을 수 있다고 지적했고, GPT-6 루머에서는 "강력한 사이버 능력"이 셀링 포인트로 나열됐다. 조이면 정상 디버깅이 막히고 풀면 침해가 난다. Anthropic 결제 인증 취약점 보고는 여기에 한 층을 더한다. 모델 안전 담론이 커지는 동안 결제와 인증 같은 평범한 웹 보안 레이어는 상대적으로 덜 조명받는다.

6. 신뢰가 정책에서 기본값과 계측으로 이동한다. Cloudflare는 9월 15일부터 신규 도메인의 학습용 크롤링을 기본 차단한다. 개별 조치가 아니라 기본값을 바꾸면 유지 비용 없이 상태가 지속된다는 설계인데, GitHub이 악성 저장소 1만 개를 지운 뒤 후속이 없었던 사례와 EU 쿠키 배너가 클릭 노동으로 정착한 사례를 나란히 놓으면 그 선택의 이유가 보인다. 반대편에서는 사용자가 벤더를 계측하기 시작했다. Nerfify는 로컬 Codex 로그로 주간 한도의 API 환산 가치를 10초마다 추적한다. 풍자글조차 "skill issue" 반박에 SpecClarityBench 12% 하락으로 응수하는 구조를 흉내낸다. 양쪽 모두 상대의 말을 믿는 대신 직접 재고 직접 막는 방향이다. 그런데 가짜 Googlebot 실측이 보여주듯 병목은 정책이 아니라 신원 확인이고, 언더스코어 하나로 18개월을 복역한 사건이 보여주듯 자동 처리된 판단을 사람이 검증하지 않으면 대가는 시스템이 아니라 사람이 치른다.

7. "AI는 승부처가 아니라 도구"라는 결론이 사업 쪽에서 세 번 나왔다. 호르모지는 "완전정보 시장은 허구다. AI를 쓴다고 아무에게도 말할 필요 없이 그냥 쓰면서 굳어진 경쟁자보다 경쟁력 있게 하면 된다"고 했고, 억만장자 8원리 영상은 "AI가 산업을 가져가도 그건 거대한 디플레이션 효과를 만들고 사람과 시간을 풀어줄 뿐"이라고 했다. Legora는 반대편에서 같은 결론에 닿는다. GPT-4 이후 모든 모델을 태스크별로 다 써봤는데 병목은 8만에서 20만 명 조직의 관성이라는 것이다. 이 셋과 기술 클러스터를 겹쳐 보면 오늘 하루의 문장이 하나로 정리된다. 모델은 이미 충분히 좋고, 결과를 가르는 것은 하네스, 문서, 조직 구조, 그리고 무엇을 만들 것인가에 대한 판단이다.

Powered by skim

aidenahn.com — terminal
visitor@aidenahn.com:~ $ banner
█████╗ ██╗██████╗ ███████╗███╗ ██╗ █████╗ ██╗ ██╗███╗ ██╗ ██████╗ ██████╗ ███╗ ███╗ ██╔══██╗██║██╔══██╗██╔════╝████╗ ██║██╔══██╗██║ ██║████╗ ██║ ██╔════╝██╔═══██╗████╗ ████║ ███████║██║██║ ██║█████╗ ██╔██╗ ██║███████║███████║██╔██╗ ██║ ██║ ██║ ██║██╔████╔██║ ██╔══██║██║██║ ██║██╔══╝ ██║╚██╗██║██╔══██║██╔══██║██║╚██╗██║ ██║ ██║ ██║██║╚██╔╝██║ ██║ ██║██║██████╔╝███████╗██║ ╚████║██║ ██║██║ ██║██║ ╚████║██╗╚██████╗╚██████╔╝██║ ╚═╝ ██║ ╚═╝ ╚═╝╚═╝╚═════╝ ╚══════╝╚═╝ ╚═══╝╚═╝ ╚═╝╚═╝ ╚═╝╚═╝ ╚═══╝╚═╝ ╚═════╝ ╚═════╝ ╚═╝ ╚═╝ Welcome to aidenahn.com Type 'help' for available commands
visitor@aidenahn.com:~/digest $ 
! for AI mode