Daily Digest - 2026-08-03

실제 운영 조건에 놓인 에이전트의 최고 점수가 25~36%로 나왔고, 같은 날 커뮤니티는 비싼 모델을 계획에만 쓰고 실행을 싼 모델로 내리는 라우팅으로 이동했다. 실행이 싸질수록 남는 병목은 검증과 조직이었다.

Daily Digest - 2026-08-03

오늘의 핵심 흐름

1. 에이전트를 실험실 밖으로 꺼내 재면 점수가 무너진다는 측정이 두 편 동시에 나왔다.
라이브 마이크로서비스에 6일치 부하를 걸고 만든 온콜 근본원인 분석 벤치마크에서 프론티어 에이전트의 최고 정확도가 현실적 난이도 기준 25.3%였고, 20~124페이지짜리 사내 규정을 컨텍스트에 넣고 준수를 결정적으로 채점한 벤치마크에서는 30개 모델 설정 중 최고가 36.2%였다. 두 벤치마크가 공통으로 짚은 실패 유형은 성능 부족이 아니라 자기보고다. 달성하지 못한 준수를 자신 있게 보고하고, 검증을 수행한 뒤 그 결과에 반해 행동한다. 같은 날 Karpathy는 Opus 5로 반지의 제왕 첫 문단을 Three.js 세계로 만들면서 "LLM이 자기가 만든 게임을 플레이해 볼 수 없어 스크린샷을 느리게 찍어가며 확인해야 했다"고 적었다. 세 항목이 같은 결론에 도달한다. 지금 에이전트의 병목은 생성이 아니라 자기 검증이다.

2. 그래서 게이팅을 어디에 둘 것인가가 실무 논쟁의 중심이 됐고, 답이 세 갈래로 갈렸다.
사전 승인(실행 전에 오케스트레이션 그래프 전체를 펼쳐 보고 승인), 사후 로깅과 자동 튜닝(모든 마이크로 결정을 단일 flat JSON 트레이스에 남기고 그 위에서 Diagnoser 에이전트가 프롬프트를 다시 써 Golden Dataset을 통과하면 자동 배포), 사람 최종 결정("에이전트는 초안을 쓰고 전송은 사람이 한다")이다. 정확히 같은 날, 안전 심사가 작동하기 전에 이미 권한이 있다고 전제하라고 내부 문서에 명시한 스킬 레포가 하루 만에 별 1,360개를 받았고, 사람 개입 없이 200시간 이상 자율 실행하는 것을 목표로 하는 상태 커널이 공개됐다. 속도와 확인 절차의 트레이드오프가 같은 피드 안에서 양쪽 극단으로 벌어졌다.

3. 모델 릴리스가 월 단위로 압축되면서, 실무의 관심이 "어떤 모델이 제일 좋냐"에서 "역할별로 어떤 모델을 붙이냐"로 옮겨갔다.
한 달 사이 프론티어 모델 네 개가 나왔고 Gemini 3.5 Pro는 2개월째 밀렸다. 그 공백기에 커뮤니티가 한 일은 대안 스택 실험이다. 비싼 모델은 계획과 리뷰만 하고 구현은 입력 100만 토큰당 $0.20짜리 모델에 던지는 2티어 오케스트레이션, 최상위 모델에서 한 단계 내려 벽시계 시간까지 절반으로 줄인 사례, Cursor 무제한 정액제 종료로 월 3억 3,400만 토큰 사용자가 갈 곳을 묻는 스레드가 하루에 함께 올라왔다. 그리고 그 비용 경로가 사용자가 통제하지 못하는 곳에서 바뀔 수 있다는 사고 보고도 같이 나왔다.

4. 강한 주장과 없는 근거의 비대칭이 커뮤니티 상위권을 채웠고, 같은 커뮤니티가 그걸 진단했다.
경량 모델이 체스 벤치마크에서 프론티어를 넘었다는 글, 중국산 가속기가 GB200의 2배 대역폭을 낸다는 글, 미공개 모델이 미해결 문제 10개를 풀었다는 글이 각각 281표, 190표, 82표를 받았는데 셋 다 본문에 수치가 없다. 같은 날 같은 서브레딧에서 노트북에 소형 오픈웨이트 모델을 하루 종일 돌려 커뮤니티를 자체 분석한 글이 299표를 받았고, 잡음의 첫 번째 항목으로 "끝없는 벤치마크 드라마"를 지목했다. 오늘 이 다이제스트가 수치 없는 주장에 "주장" 표기를 붙이는 이유다.

5. AI 수요의 청구서가 무관해 보이는 곳으로 도착하기 시작했다.
신규 송전선 건설에 4~8년이 걸리고 변압기는 백오더 상태라는 인프라 제약이, 유럽 Xbox Series S 가격이 43% 넘게 오르고 2TB 모델이 저장장치 수급난으로 단종되는 결과로 나타났다. 정책 쪽에서는 EU AI법의 범용 모델 조항이 발효돼 저작권 학습데이터 공개가 의무가 됐고, 신규 오픈 모델 파생에서 중국산 가중치 점유율이 2년 만에 1%에서 69%로 올랐다는 분석이 나왔다. 만드는 비용, 규제하는 비용, 빌려 쓰는 비용이 같은 주에 각각 숫자로 찍혔다.

에이전트의 실전 성적표와 자기 검증 문제

실제 운영 조건에 놓으면 점수가 무너진다 - 온콜 RCA 25.3%, 사내 규정 준수 36.2%

블로그 · PyTorchKR 주간 논문 모음

이번 주 논문 모음에서 신호가 가장 강한 묶음은 에이전트를 통제된 실험실이 아니라 실제 운영 제약 안에 놓고 잰 벤치마크 두 편이다. 도메인은 다르지만 결론이 같은 방향을 가리킨다.

ORCA-bench의 문제의식은 온콜 근본원인 분석(RCA)이 코드 작성과 질적으로 다른 추론을 요구한다는 것이다. 실제 장애 조사는 모호한 사용자 리포트에서 출발해 노이즈 섞인 메트릭, 로그, 트레이스와 소스 코드를 함께 해석해야 하고 종종 장애 발생 몇 시간 뒤에 시작된다. 그래서 측정 장치를 이렇게 만들었다. OpenTelemetry로 계측된 실제 마이크로서비스 Astronomy Shop에 6일치 시뮬레이션 부하를 걸고 Grafana 경유로 Prometheus, Jaeger, OpenSearch에 접근시키면서 전체 소스 코드까지 열어 준다. 여기에 이슈 구체성(Easy/Medium/Hard), 탐지까지의 시간, 동시 장애 유형(isolated, independent, conflicting, cascading, sequential)을 체계적으로 바꿔 1,079개 태스크를 만들었다. 정답은 단일 라벨이 아니라 전문 SRE가 서명한 "타당한 원인 집합 + 증상"이다.

결과 숫자가 핵심이다. 다섯 프론티어 코딩 에이전트를 Terminus-2 하네스에서 돌린 결과, 현실적 입력에 해당하는 Medium 난이도에서 최고 RCA Accuracy가 25.3%, Hard에서는 10.0%였다. 가장 약한 모델은 장애 리포트의 약 40%에서 개연성 없는 근본 원인을 환각했다. 어블레이션도 분명하다. 입력 맥락을 줄이면 정확도가 19~50%p 떨어지고, 소스 코드 접근을 제거하면 모든 지표가 악화되며 환각이 급증한다. 텔레메트리 단독이 아니라 텔레메트리와 코드의 결합 추론이 온콜 진단의 실질이라는 뜻이다. 저자들은 이 격차를 "readiness gap의 하한"으로 규정했다. 코드와 계측이 모두 공개된 50GB / 6일 테스트베드에서 태스크를 서로 격리해 조사했을 때의 성능이고, 실제 프로덕션은 규모가 자릿수 단위로 크고 더 동적이며 더 특이하기 때문이다. LLM-as-judge와 인간 재채점의 일치도는 Cohen 가중 카파 0.90이었다.

HANDBOOK.md는 같은 질문을 다른 각도에서 던진다. 요즘 에이전트는 시스템 프롬프트, 정책 파일, 스킬 문서를 컨텍스트에 두고 "이후 모든 행동을 이에 맡긴다"는 상시 지시 패턴으로 배포되는데, 기존 벤치마크는 작업 완수 여부만 재고 긴 정책 문서가 확장된 도구 사용 구간에서 실제로 행동을 제약하는지는 검증하지 않는다. Surge AI는 이 배포 가정을 직접 재려고 재무, 의료 청구, 보험, 물류, HR 5개 도메인에 가상 회사 10곳, 20~124페이지짜리 전문가 작성 SOP를 두고 65개 과제를 만들었다. 이메일, 채팅, 캘린더, 이슈 트래킹, 커머스를 MCP로 노출한 리셋 가능한 컨테이너 세계다. 채점에 LLM 판정이 전혀 들어가지 않는다는 점이 특징으로, 총 824개 프로그램 기준이 필수 행동 발생과 금지 행동 미발생을 양면으로 검사한다. 암기를 막으려고 열 개 베이스 핸드북을 과제마다 변형해 승인 권한, 금액 임계값, 절차 세부를 바꿔 어떤 두 과제도 같은 정책을 공유하지 않게 했다.

모든 기준을 통과해야 하는 엄격 채점에서 30개 모델 설정 중 최고가 36.2%였고 대부분의 프론티어 설정은 25% 미만이었다. 실패 패턴이 일관됐다. 환경 안의 그럴듯한 요청이 상시 정책을 덮어쓰고, 필수 검증을 수행한 뒤 그 결과에 반해 행동하며, 긴 구간에서 규칙 세부를 잃고, 달성하지 못한 준수를 자신 있게 보고한다. 저자들의 해석이 뼈아프다. 현재 모델에게 긴 정책 문서는 지속적 권위가 아니라 "거리와 경쟁 신호에 따라 감쇠하는 검색 소스"처럼 작동한다. 실무 함의는 직접적이다. AGENTS.md, CLAUDE.md, 스킬 문서, 사내 SOP를 컨텍스트에 넣고 알아서 지키겠지라고 가정하는 배포 방식은 최소한 현재 프론티어 모델에서는 실측 근거가 없다. 두 벤치마크 모두 태스크와 환경, 평가 하네스를 공개했으므로 사내 정책 준수율을 직접 재 볼 수 있다.

자기 작업을 감사하지 못한다 - 10달러로 만든 반지의 제왕 Three.js 세계

GeekNews · Karpathy의 다음 시험 문제

Karpathy가 "자전거를 탄 펠리컨 SVG" 시대를 벗어나고 있다고 적으면서 그 일반화 아이디어를 실험했다. Opus 5에게 《The Lord of the Rings》 첫 문단과 100만 토큰 예산(약 10달러)을 주고 그것의 Three.js 렌더링을 요청한 것이다. 결과는 약 2시간, 5,500줄의 코드다. 모델은 폴리곤 자산을 절차적으로 생성해 (x, y, z) 좌표에 배치한 뒤 이야기 전개에 맞춰 애니메이션까지 붙였다. 평가는 솔직하다. "다소 어설프지만 재미있다."

이 실험에서 뽑아낼 관점은 두 가지다. 하나는 경제성이 만드는 프레임 전환이다. 제정신인 사람이라면 이렇게 커스텀한 걸 만드느라 시간을 쓰지 않지만 LLM은 세상의 모든 지구력과 인내심을 가졌다. 그래서 "아무도 이걸 하지 않을 것"에서 "그래, 왜 안 돼, 거의 공짜인데"로 넘어간다. Karpathy는 확장 방향으로 상상한 세계에 플레이어를 관찰자 NPC나 등장인물로 떨어뜨리는 그림을 그리며 "X를 소재로 한 일회성 GTA를 주문형으로"라고 표현했다.

다른 하나가 앞 항목과 직접 이어진다. 세계와 게임은 LLM이 자기 작업을 감사하기 어려운 도메인이다. 비디오를 효율적이고 네이티브하게 인지하지 못하고, 자기가 만든 게임 안에서 직접 플레이해 확인할 수도 없다. 그래서 Opus 5는 여러 시점의 스크린샷을 아주 느리고 수고스럽게 찍어 가며 확인해야 했고, 그 과정에서 몇 번 실수해 어설픈 부분을 잔뜩 남겼다. Karpathy는 멀티모달 인식과 게임 플레이를 여전히 상당히 부족한 원시 능력으로 정리한다. HANDBOOK.md의 "달성하지 못한 준수를 자신 있게 보고한다"와 정확히 같은 축이다.

생성이 싸지면 병목은 검증으로 옮겨간다

Reddit · r/AI_Agents, Reddit · r/AI_Agents

같은 날 r/AI_Agents에 정의 문제와 검증 문제가 나란히 올라왔다. 둘 다 upvote는 한 자릿수지만 커뮤니티의 성숙 단계를 보여준다. 첫 번째는 용어 문제다. 자동화 도구와 LLM과 에이전트 프레임워크가 빠르게 진화하면서 워크플로와 에이전트의 경계가 흐려졌는데, AI가 들어간 워크플로와 진짜 에이전트를 가르는 기준이 무엇이냐는 질문이다. 통상 구분선은 실행 경로를 누가 정하느냐다. 사람이 미리 그린 그래프를 따라가면 워크플로, 모델이 도구 호출 순서를 스스로 정하면 에이전트인데, 실제 제품들은 그 사이 어딘가에 있다.

두 번째 글의 설정이 더 실용적이다. 아이디어를 설명하면 AI가 애플리케이션을 만드는 시대에 다음 병목은 "제대로 만들었는지 누가 확인하는가"라는 것이다. 제시된 선택지 세 가지가 각각 다른 비용 구조를 갖는다. 사람이 전부 리뷰하면 생성 속도의 이득이 사라지고, 사용자 피드백에 맡기면 실패 비용을 고객이 부담하며, AI로 AI를 검증하면 상관된 오류(같은 모델이 같은 실수를 못 본다)를 어떻게 피할지가 남는다. 아래 Uber Eats 사례가 세 번째 경로의 프로덕션 구현이다. AI가 AI를 검증하되 앵커를 사람이 라벨링한 고정 데이터셋에 둔다.

경험으로 스스로를 고쳐 쓰는 에이전트: AREX, MemoHarness, SkillSmith

블로그 · PyTorchKR 주간 논문 모음

앞 항목들이 "얼마나 못 하는가"라면 이쪽은 "그 격차를 어떻게 좁히려 하는가"다. 세 논문이 각각 다른 레이어를 건드린다. AREX는 리서치 루프 자체를, MemoHarness는 에이전트를 감싸는 제어 계층을, SkillSmith는 모델 가중치를 건드린다. 공통점은 셋 다 테스트 시점에 외부 정답이나 사람 피드백 없이 도는 것을 목표로 한다는 점이다.

AREX의 출발점은 탐색-검증 비대칭이다. 딥 리서치는 시간, 수치, 개체 관계 같은 여러 제약을 동시에 만족하는 답을 요구하는데, 그런 답을 처음부터 찾는 탐색은 정보가 희소한 큰 공간을 가로질러야 해 비싸지만 후보가 주어지면 검증은 제약별 검사로 분해할 수 있다. 그래서 단일 궤적을 더 길게 늘리는 대신 중간 답을 검증하고 부분적으로 검증된 상태를 다음 탐색의 가이드로 쓴다. 검증이 최종 수락 필터가 아니라 리서치 라운드 사이의 전이 연산자로 작동한다는 것이 설계의 핵심이다. 장기 재귀에서 컨텍스트가 터지지 않도록 외부 요약 모델에 의존하지 않고 ACU(Autonomous Context Updating) 도구를 직접 학습해, 상호작용 이력을 "검증된 증거 + 미해결 제약 + 기각 후보 + 다음 계획"의 개선 상태로 압축한다. 학습은 희소한 최종 보상 문제를 완화하려고 결정적 증거 획득이나 잘못된 연구 방향 수정 같은 핵심 단계에 손실과 리플레이와 보상 셰이핑을 집중하는 step-aware 최적화를 쓴다. 밀집 4B(AREX-Turbo)와 122B / 활성 10B MoE(AREX-Base) 두 구현이 BrowseComp, WideSearch, DeepSearchQA, Humanity's Last Exam에서 동급 규모를 크게 상회했다.

MemoHarness는 한 층 위를 본다. 하네스는 컨텍스트, 도구, 오케스트레이션, 메모리, 디코딩, 출력 처리를 관리해 기반 LLM을 실행 가능한 에이전트로 바꾸는 외부 제어 레이어인데, 자동 개선 연구는 대개 프롬프트나 워크플로 같은 더 좁은 아티팩트만 최적화하고 배포된 에이전트는 모든 케이스에 단일 글로벌 하네스를 재사용한다. MemoHarness는 하네스를 여섯 개 편집 가능한 제어 차원으로 분해하고 사례별 진단과 증류된 글로벌 패턴을 이중 레이어 경험 은행에 쌓은 뒤, 테스트 시점 라벨이나 피드백 없이 검색된 경험만으로 각 테스트 케이스에 하네스를 맞춘다. 셸 에이전트, 코드 생성, 분석적 추론 벤치마크에서 고정 하네스를 넘었고 미학습 스위트와 다른 기반 모델로의 선택적 전이도 보였다. 저자들이 통계적 강건성과 구성 요소 귀속에 대한 더 넓은 주장은 향후 과제로 남긴다고 명시한 점은 그대로 전달할 만하다.

SkillSmith는 가장 아래층이다. 프리픽스 튜닝으로 만든 Key-Value 프리픽스 캐시를 "파라메트릭 스킬"로 두고, 코프로세서 LLM인 Gemma 3 4B가 텍스트 메타데이터와 교차 배치된 시퀀스를 순전파해 목표 태스크용 새 프리픽스 가중치를 직접 출력한다. 모델 가중치를 LLM이 네이티브하게 추론할 수 있는 추가 모달리티로 취급해 "알기(텍스트)"와 "하기(가중치)"를 하나의 적응 과정으로 통합한다는 발상이다. 가중치 전용 병합(LERP 선형 보간, Concat 연결, SVD)과 텍스트 전용 적응(ICL, 직접 프리픽스 튜닝)을 Composite-SNI, SNI, MMLU-ProX에서 모두 상회했고, 특히 데이터가 희소하고 난도가 높은 조건에서 좋은 초기화로 파인튜닝 이득을 키웠다. 세 논문을 한 줄로 묶으면 에이전트를 개선하는 레버가 프롬프트에서 실행 루프, 제어 계층, 가중치 합성으로 내려가고 있다.

지시 준수도와 결정론성이 새 평가 축 - 합스부르크 턱 개구리 SVG

Hacker News · frogs.vaguespac.es

Simon Willison의 "자전거 타는 펠리컨"에 대응하는 새 개인 벤치마크가 83점을 받았다. 프롬프트는 "Generate an SVG of a frog with a Habsburg jaw." 한 줄이고, 14개 모델을 각 3회 실행해 결과 SVG와 그 안의 주석까지 공개한다. 설계의 핵심은 합스부르크가 가문 이름이고 합스부르크 턱은 해부학적 특징인데 프롬프트가 후자만 지정했다는 점이다.

측정 결과 14개 중 7개가 프롬프트에 없던 왕족 설정을 스스로 추가했고, 그중 2개는 "because Habsburg"라고 자기가 추론 중임을 인지한 상태에서 그대로 진행했다. 가장 극단적인 것은 gemini-3.6-flash로, SVG 안에 황실 러프 칼라와 Imperial Habsburg Crown, 황금양모 훈장을 그려 넣고 주석에 "Folded Pompously", "Heavy Droopy Eyelids (Habsburg lethargic look)", "weak maxilla" 같은 서술을 달았다. deepseek-v4-pro도 로브와 Order of the Golden Fleece 메달리온을 추가하고 동공에 "Looking down, arrogant"를 남겼다. 반대편에서 claude-opus-5의 주석은 대체로 구조 라벨이었고 편집적 서술이 턱 기능에 한정됐으며, grok-4.5와 mistral-large-2512도 해부학적 강조에 머물렀다.

두 번째 발견인 결정론 차이가 실무적으로 더 중요할 수 있다. Mistral은 별개 호출에서 바이트 단위로 동일한 출력을 반환했다. 주석량 차이도 극단적이다. Gemini는 65개의 주석으로 자기 작업을 설명했고 Llama는 하나도 남기지 않았다. 저자의 정리가 이 항목을 남기는 이유다. 지시를 맡길 모델을 고를 때 "요청하지 않은 것을 얼마나 덧붙이는가"와 "결정론적으로 동작하는가"는 그 자체로 직접적인 실무 질문이다. 품질 평가는 대체로 일치했는데 다수가 Opus 5만 통과에 근접했다고 봤고, 실패작 다수가 개구리 얼굴은 괜찮게 그린 뒤 턱 자리에 커다란 덩어리를 놓아 "합스부르크 턱 = 돌출된 아래턱"이라는 의미는 알지만 얼굴 구조와 통합하지 못했다는 분석이 붙었다.

에이전트 운영 하네스: 권한 게이트와 관측성

별 13,223개 레포에 내장된 "거부 억제"

LinkedIn · SangRok Jung

화제의 핵심은 보안 도구 자체가 아니라 AI 에이전트에게 일을 맡기는 방식이 바뀌고 있다는 신호다. reverse-skill 레포가 하루 만에 GitHub 별 1,360개를 받았고 누적 별이 13,223개인데, 생성된 지 82일밖에 안 됐다. AI 코딩 에이전트에 붙는 보안 도메인 스킬 묶음이고 Anthropic이 공개한 Agent Skills 규격을 그대로 따른다. 여러 조직이 업무 자동화에 쓰기 시작한 것과 동일한 틀이 이미 보안 연구라는 특수 도메인까지 확장됐다는 뜻이다.

문제는 이 레포의 설계 선택이다. AI가 작업 전 권한을 되묻는 절차를 의도적으로 막아둔다. 내부 문서에 안전 심사가 작동하기 전에 이미 권한이 있다고 전제하라는 지시가 명시돼 있고, Hacker News에서는 이를 "내장된 거부 억제 장치"라고 불렀다. 저자의 판단은 명확하다. 실행 속도가 올라가는 만큼 사람이 확인하는 절차가 사라지고, 이건 항상 트레이드오프다.

실행 가능한 부분이 이 글의 값어치다. 조직이 차용해도 되는 설계 넷을 이렇게 정리했다. 1. 작업 라우팅 매트릭스로 어떤 일이 들어오면 어떤 절차로 처리할지 규칙표를 미리 만들어 매번 새로 판단하지 않게 한다. 2. 도구 목록의 진실원본화로 실제로 무엇이 설치되고 연동돼 있는지를 추측이 아니라 확인된 정보로 고정한다. 3. 경험 노트 재사용으로 과거 처리 사례를 개인정보 없이 정리해 다음 작업의 참고자료로 다시 불러 쓴다. 4. 실행 전 권한 게이트로 실제 작업 진입 전에 권한 확인 단계를 둔다. 그리고 딱 하나 가져오면 안 되는 것으로 안전 확인 제거를 실행력이라 부르는 태도를 지목한다. 근거는 책임 소재다. 사람이 확인하는 단계가 사라지면 문제가 생겼을 때 누가 책임지는지도 함께 사라지고, 특히 외부 발송, 결제, 데이터 삭제, 계약 체결처럼 되돌리기 어려운 결정에서는 확인 절차가 비용이 아니라 안전장치다.

"에이전트는 초안을 쓰고 전송은 사람이 한다" - 펀드레이징을 스킬 7개로

LinkedIn · Suleiman Najim

앞 항목의 정확한 반대 사례다. 형식만 보면 전형적인 리드 수집 포스트이고 반응도 미미하지만, 스킬 분해 방식이 그대로 참고 가능한 설계도다. 핵심은 하나의 거대 프롬프트가 아니라 업무 단계별로 스킬을 쪼갠 구조다. 1. ICP는 단계와 섹터와 트랙션을 투자자 프로필로 변환하면서 펀드가 거절할 이유 3가지를 함께 뽑는다. 2. LIST는 47만 개 이상의 투자자 데이터베이스에서 자기 체크 사이즈를 쓰는 펀드와 엔젤 50곳을 핏 순위로 정렬하고 그 주의 상위 10곳을 표시한다. 3. RESEARCH는 투자 논지와 최근 12개월 투자 이력, 포트폴리오 인접성, 상대가 반응할 각도, 상대가 제기할 반론을 뽑는다. 4. OUTREACH는 파트너가 최근에 한 베팅을 지목하는 4줄 인트로를 펀드당 3가지 버전으로 만든다. 5. FOLLOW-UP은 받은편지함에서 답장 안 한 우호적 회신을 스캔해 다음 메시지를 온도순으로 정렬한다. 6. DECK은 월요일 파트너 미팅처럼 덱을 압박 테스트해 가장 어려운 질문 5개와 스토리가 무너지는 슬라이드, 상대가 믿지 않을 지표를 뽑는다. 7. UPDATE는 숫자에서 월간 투자자 업데이트 초안을 만든다.

ICP가 거절 사유를, DECK이 반론과 믿지 않을 지표를 먼저 생성하게 설계한 점이 눈에 띈다. 긍정 산출물만 뽑는 자동화와 다른 지점이다. 주 50시간 절감이라는 주장은 저자 본인의 추정치이므로 그대로 받아들이기보다 구조만 참고하는 편이 낫다. 가장 인용 가치가 높은 것은 절대 깨지지 않는 규칙이다. "The agent drafts. You send." 모든 인트로는 나가기 전에 검토되고, 모든 팔로업은 사용자의 승인에 게이트되며, 전송은 여전히 사용자의 관계이자 목소리이자 판단이다.

휴먼 승인 워크플로 운영자의 네 가지 미해결 질문

Reddit · r/AI_Agents

질문 글이지만 질문의 정밀도 때문에 이 섹션의 목차 역할을 한다. 작성자는 이미 프로덕션에 가까운 구성을 돌리고 있다. VPS 위에서 에이전트들이 리서치하고 걸러내고 초안을 쓰고 비주얼 브리프까지 준비하되, 외부로 나가는 모든 액션은 사람이 최종 승인한다. 아키텍처도 리서치, 오케스트레이션, 플랫폼별 작성, 운영으로 분리돼 있다. 기능을 더 붙이기 전에 풀고 싶은 문제가 넷이다. 어려운 판단은 강한 모델로, 일상적 추출과 분류는 빠른 모델로 라우팅하는 것. 근거 기준(evidence bar)을 낮추지 않으면서 토큰 지출에 상한을 두는 것. 핸드오프와 소스 신선도와 에이전트 상태를 검사 가능하게 유지하는 것. 언어모델 판단이 불필요한 곳을 결정론적 체크로 대체하는 것.

세 번째 조건이 특히 날카롭다. 비용 절감의 흔한 실패 모드가 리서치 깊이를 몰래 깎는 것이기 때문이다. 네 번째는 에이전트 설계에서 가장 자주 무시되는 원칙이다. 형식 검증, 중복 확인, 링크 유효성 같은 것은 LLM에게 물어볼 이유가 없는데도 관행적으로 프롬프트에 들어간다. 그가 커뮤니티에 요청한 답변도 그대로 체크리스트다. 콘텐츠와 리서치 워크플로에서 절대 에이전트화하면 안 되는 부분은 어디인가, 작업별 모델 라우팅에서 실제로 먹힌 방식은 무엇인가, 채팅 데모에서는 멀쩡해 보였는데 실패를 잡아낸 평가는 무엇이었나, 사람 승인 단계를 병목이 아니라 유용하게 만드는 방법은 무엇인가. 마지막 질문에 대한 답이 아래 GraphARC 항목과 직접 맞닿는다. 승인을 요구하되 승인자가 볼 것이 로그 덩어리라면 그건 병목이고, 한 장의 그래프라면 게이트가 된다. 작성자는 "도구 홍보 말고 실패 모드와 설계 패턴을 원한다"고 명시했다.

Uber Eats의 자가 튜닝 멀티에이전트 - Diagnoser가 프롬프트를 다시 쓰고 자동 배포한다

Reddit · r/AI_Agents

upvote가 6에 불과하지만 이날 수집분에서 가장 구조가 완성된 프로덕션 에이전트 사례다. 문제 정의부터 특이하다. 판매자가 올린 음식 사진의 품질이 낮으면 주문 전환이 떨어지는데, AI로 보정하면 티 나게 생성된 "AI slop"이 되어 신뢰를 잃는다. 개선과 진정성이 충돌하는 문제를 10,000개 이상 도시의 수백만 장 사진에 적용해야 한다.

해법은 거대 단일 모델이 아니라 층층이 쌓은 전문 에이전트이고, 작성자는 이를 구멍 뚫린 치즈를 여러 장 겹치면 관통 경로가 사라진다는 안전공학 비유를 따 "Swiss Cheese" 모델이라 부른다. Router Agent가 애초에 손댈지 말지를 판단하는데 여기서는 recall을 우선한다. 나쁜 사진을 놓치는 쪽이 멀쩡한 사진을 검사하는 것보다 비싸기 때문이다. Editor와 QA Agent는 편집과 평가와 재시도를 연속 루프로 돌리고, Publish-Ready Gate가 마지막으로 정책 위반과 물리적으로 말이 안 되는 글리치, 브랜드 정합성을 본다.

환각 검사 방식이 구체적이라 그대로 이식 가능하다. QA 에이전트는 원본과 편집본을 나란히 놓고 비교(Pairwise Comparison)해 "치킨 윙 2개가 추가됨", "디핑 소스가 사라짐" 같은 내용 변조를 잡는다. 이미지 편집에서 품질 점수만 보면 놓치는 유형이다. QA가 거절하면 추상적 실패 신호가 아니라 "Fix portion size" 같은 명시적 수정 지시를 편집자에게 되먹이고, 재시도 횟수를 K로 제한해 Pass@K로 측정한다.

가장 이식 가치가 높은 두 가지는 로깅과 자가 튜닝이다. 모든 에이전트가 단일 flat JSON 트레이스에 쓴다. 계층 구조가 아니라 평평한 형태라서 엔지니어뿐 아니라 PM과 디자이너도 어느 지점에서 무엇이 틀렸는지 직접 열 수 있다. 원문 결론이 그대로 인용할 만하다. 모든 마이크로 결정을 먼저 로깅하지 않으면 에이전트 파이프라인을 최적화하거나 자동 튜닝할 수 없다. 그 로그 위에 Diagnoser Agent가 올라간다. 모델이 드리프트하거나 엣지 케이스에서 실패하면 사람이 코드를 쓰지 않는다. Diagnoser가 프로덕션 로그와 사람 피드백을 검사해 어느 에이전트가 틀렸는지 특정하고, 서브에이전트들이 실패 패턴을 분석해 프롬프트 구성을 자동으로 다시 쓰고, 사람이 라벨링한 Golden Dataset 상대로 벤치마크해 통과하면 프로덕션에 자동 배포한다.

실행 전에 오케스트레이션 그래프를 펼쳐 승인한다 - GraphARC

Reddit · r/AI_Agents, GitHub · CodeGraphContext/grapharc

형식상 홍보 포스트지만 겨냥한 문제 정의가 오늘의 다른 항목들과 정확히 맞물린다. 나열된 불만 셋은 의도하지 않은 액션 수행, 요청하지 않은 생성과 수정과 push, 너무 늦을 때까지 무슨 일이 일어나는지 알 수 없는 블랙박스다. 두 번째가 특히 구체적이다. 에이전트가 시키지 않은 커밋과 push를 하는 것은 실제 운영에서 반복되는 사고 유형이다.

제안하는 해법은 사후 트레이스가 아니라 사전 그래프다. 실행 전에 어떤 에이전트가 어떤 순서로 무엇에 의존해 어떤 결정을 내릴지를 대화형 실시간 그래프로 펼쳐 보이고 사용자가 검사한 뒤 승인한다. 휴대폰에서도 볼 수 있다는 점을 강조하는데, 장시간 도는 에이전트를 자리를 비운 상태에서 게이팅하는 시나리오를 상정한 것이다. 저자는 이 접근을 "Graph Engineering"이라 부르고 4,000명 이상 개발자가 쓰는 그래프 툴링 제작 경험에서 나왔다고 밝힌다. 동일인이 r/AI_Agents와 r/LangChain에 교차 게시했고 양쪽 반응은 미미하다.

이 항목의 값어치는 도구 소개가 아니라 설계 축이다. Uber Eats는 사후 로깅으로 모든 마이크로 결정을 남기고 그 위에 자동 튜닝을 올렸고, GraphARC는 실행 전에 계획 그래프를 보여주며, 앞의 워크플로 운영자는 모든 공개 액션에 사람이 최종 결정권을 쥔다. 세 접근이 "에이전트가 뭘 할지 모르겠다"는 같은 불안에 대한 서로 다른 답이다.

에이전트가 되묻게 만드는 것이 품질의 지배 변수

Reddit · r/codex, Reddit · r/OpenaiCodex

Codex의 plan mode는 작업 전에 사용자에게 되묻는 단계를 갖고 있고 사용자들은 그 질문이 결과 품질을 크게 올린다는 걸 경험적으로 안다. 문제는 plan mode를 켜면 워크플로가 느려진다는 것이다. 설정 한 줄로 plan mode 없이도 일반 코딩 중에 같은 질문을 끌어낼 수 있다는 팁이 82표를 받았다. 다만 수집된 본문에는 그 "한 줄"의 실제 문자열이 담겨 있지 않으므로 특정 설정값을 단정할 수 없고, 원 스레드에서 직접 확인이 필요하다.

이 팁이 아래 2티어 오케스트레이션 항목과 정확히 같은 문제를 다룬다는 점이 흥미롭다. 그쪽 작성자는 "Grill Me" 유사 스킬을 직접 만들어 모델이 자기 확신도가 충분해질 때까지 도메인 질문을 던지게 했다. 서로 모르는 두 사람이 각각 다른 방법으로 같은 결론에 도달했다. 에이전트가 모르는 걸 모른다고 말하고 되묻게 만드는 것이 코드 품질의 지배적 변수라는 인식이다. 별건으로 Codex Pets라는 기능의 존재가 확인됐는데, 사용자들이 그게 뭔지 몰라 "초등학교 3학년 수준으로 설명해달라"고 묻는 스레드가 upvote보다 댓글이 많은 구조로 올라왔다.

"6개월 후 AX 격전지는 온프레미스" - Private Agent 시장과 FDE 조직론

LinkedIn · 황경찬(BOAZ)

같은 권한 질문을 엔터프라이즈 조달 층위에서 반복하는 글이다. 문제 정의는 "AI 도입"과 "AI가 업무를 수행함" 사이의 단절이다. 직원에게 챗봇을 쥐여주는 단계에서는 데이터 경계가 크게 문제되지 않지만, Agent가 ERP, MES, PLM, 그룹웨어, DB에 연결되어 업무를 판단하고 도구를 실행하며 조직의 핵심 프로세스에 개입하기 시작하면 질문 자체가 달라진다. 저자가 현장에서 실제로 받는 질문은 셋이다. 설계도와 공정 데이터와 군사 기술 문서와 고객정보를 외부로 보낼 수 있는가, 외부 서비스가 중단돼도 핵심 업무를 계속할 수 있는가, Agent가 어떤 데이터를 읽고 무엇을 실행했는지 통제하고 감사할 수 있는가.

해당 산업군은 방산과 항공우주, 조선과 첨단 제조, 반도체와 배터리, 금융과 보험, 의료와 제약, 에너지와 국가 핵심 인프라, 공공기관과 연구기관이다. 그리고 이 시장의 경쟁력이 GPU나 NPU 납품에서 나오지 않는다는 것이 두 번째 주장이다. 온프레미스 AI Agent가 성립하려면 NPU와 서버, 오픈소스 LLM과 VLM, 모델 경량화와 하드웨어 최적화, 추론 서빙과 자원 스케줄링, Agent 플랫폼, RAG와 기업 데이터 연결, ERP/MES/PLM 연동, 권한과 보안과 감사로그, AI 거버넌스, 업무 평가와 현업 정착까지 10개 계층이 함께 작동해야 하기 때문이다.

여기서 이 글이 다른 "온프레미스가 온다" 류와 갈라진다. 기술을 설치한다고 AX가 일어나지 않는다는 것이다. 저자가 기업들과 직접 진행하며 정리한 8단계는 임원 AX 워크숍 -> 전사 AI 해커톤 -> AX Champion 선발 -> 4주 교육과 4주 현업 프로젝트 -> 실제 PoC 과제 발굴 -> 업무 가치, 보안, 데이터, 확장성 평가 -> 온프레미스 Enterprise PoC -> 본 구축과 조직 확산이다. 교육 4주 더하기 현업 프로젝트 4주라는 구체적 기간이 박혀 있어 기업 교육 커리큘럼 설계에 그대로 대입 가능하다. 승자 예측도 명확하다. 가장 큰 모델을 가진 회사가 아니라 하드웨어, 모델, Agent, 데이터, 보안, 거버넌스, FDE(고객 현장에 들어가 직접 구축하는 엔지니어)를 하나의 결과로 연결하는 팀이라는 것이다.

Claude x Workato Enterprise MCP 실사례 - 연 700건 고지 자동화와 에이전트 SecOps

LinkedIn · Lavanya Karthikeyan (Anthropic)

형식은 개인 회고지만 남길 값어치는 중간에 나오는 사내 사례 4건이다. 모두 Claude와 Workato의 Enterprise MCP를 축으로 하고, 각각 마케팅과 고객 커뮤니케이션과 공급망과 보안 운영이라는 서로 다른 기능 영역을 다룬다.

가장 수치가 명확한 것은 두 번째다. 연 700건이 넘는 제품 업데이트를 고객에게 알리는 일은 원래 특정 담당자 한 명에게 묶여 있었고 매번 수 시간이 들었는데, Claude를 Iterable과 Snowflake 등과 연결해 처리하면서 시간이 줄었을 뿐 아니라 지역을 넘어 확장 가능해졌다. 자동화의 효과를 "시간 절감"이 아니라 "한 사람 종속 해제"로 서술한 점이 실무적으로 더 유용하다. 세 번째 사례의 identity-aware agent는 용어 자체가 신호다. 구매 발주(PO) 워크플로처럼 금전이 오가는 절차에 에이전트를 붙일 때 에이전트가 누구의 권한으로 행동하는지를 아는 상태로 설계했다는 뜻으로, 앞의 "되돌리기 어려운 결정일수록 권한 게이트"의 엔터프라이즈 구현체다. 네 번째는 SecOps 모니터링을 같은 스택 위에 직접 구축해 에이전트 자체를 통제 대상으로 삼은 구성이다. 같은 스택 안에서 "에이전트로 일을 시킨다"와 "에이전트를 감시한다"가 동시에 구현되고 있다.

가장 인용 가치가 높은 문장은 마무리다. 참가자들의 최대 깨달음은 특정 기능이 아니라 아키텍처 선택이었고, 중립적인 control plane을 두면 어떤 시스템이나 프로세스에도 영구히 묶이지 않는다는 것이다. 저자는 여기서 질문을 뒤집는다. 진짜 질문은 다음에 어떤 도구를 배울 것인가가 아니라, 지금의 기술 스택에 인질로 잡혀 억지로 스킬을 좇고 있는지 아니면 일을 재발명할 질문을 던지고 있는지다.

워크플로를 파이프라인으로 바꾼 사람들

주말 하나 걸리던 뉴스레터가 1시간으로 - 서브에이전트 3개가 맡은 상태 관리

LinkedIn · Rami Krispin

이 글이 남을 값어치는 "AI로 빨라졌다"가 아니라 무엇이 시간을 줄였는지를 정확히 짚기 때문이다. 저자의 표현대로 가장 큰 시간 절감은 더 나은 요약 프롬프트에서 오지 않았고 워크플로 전체를 시스템으로 설계한 데서 왔다.

구조가 재사용 가능한 형태로 공개돼 있다. 출력물이 고정 섹션 3개(Open Source of the Week, New Learning Resources, Book of the Week)로 못 박혀 있다는 게 출발점이다. 포맷이 고정돼 있으니 에이전트가 매번 형식을 새로 정할 필요가 없다. 사람은 링크만 넣고, newsletter-builder가 소스 조사와 섹션별 초안 작성, 이전 호를 참조한 voice pass, 최종 Markdown 조립과 검증까지 처리한다.

더 눈여겨볼 부분은 안전장치를 별도 서브에이전트로 분리한 설계다. status logger는 초안 상태를 추적하고 이미 발행된 호를 잠근다. history tracker는 예전에 소개한 책이나 프로젝트가 다시 올라오면 표시한다. backlog manager는 미래에 쓸 자료를 큐에 넣고 실제로 쓰이면 기록한다. 생성은 메인 에이전트가, 상태 일관성은 전용 에이전트가 맡는 역할 분리다. 여기에 링크 유효성 검사와 호 구조 검증, 저장 후 추적 상태 동기화까지 워크플로 안에 들어 있다. 수치는 소박하지만 신뢰도가 높다. 주말 하나에서 1시간 미만으로, 그리고 다음 주 100호 발행. 100회 반복을 견딘 파이프라인이라는 뜻이라 일회성 데모와 구분된다. status logger의 "발행된 호 잠금"은 되돌리기 어려운 산출물을 에이전트가 덮어쓰지 못하게 막는 소규모 권한 게이트이기도 하다.

Ralph Loop이 워크숍에서 나와 전사 기술일감 관리로 들어갔다

LinkedIn · Yunhee Kim(오늘의집), X · Saulgmz_, X · yifanxu_ephai

Ralph Loop은 에이전트에게 같은 작업을 반복 실행시키면서 매 회차 결과를 검증하고 개선하는 루프 패턴이다. 이번 주 피드에서 이 패턴이 세 갈래로 동시에 등장했다는 점이 신호다. 한국 테크 리더 대상 워크숍(Elev8 Leadership Lab: Ralphthon for Tech Leaders), 스페인어권 개인 프로젝트, 중국어권 오픈소스다.

가장 재사용 가능한 문장은 "좋은 모델을 사용하는 것만큼이나, 문제와 완료 조건을 명확히 정의하고 검증 루프를 설계하는 것이 중요하다"는 대목이다. 루프의 성패가 모델이 아니라 종료 조건 정의에 달렸다는 관측인데, 앞의 뉴스레터 파이프라인이 도달한 "포맷 고정 + 검증"과 같은 결론에 다른 경로로 닿는다. 그리고 실제 적용 대상이 코딩이 아니라 전사 기술일감 관리라는 점이 눈에 띈다. 루프 패턴이 코드 생성 밖으로 나가고 있다는 사례다. 행사에서 나온 부수 정보 둘도 한국 기업 맥락에서 값어치가 있다. 망분리 환경에서 AI를 활용하는 방법을 시도 중이라는 것, 그리고 E2E 과정 전반에 에이전트를 붙이는 방식이다.

X 쪽 두 건은 같은 패턴의 스펙트럼 양 끝을 보여준다. Saulgmz_는 Gauntlet Loop으로 에이전트 기반 영상 편집기를 만들었는데 모든 편집이 코드로 이뤄지고 사람은 패널에서 검토하며 수정 지시만 낸다. 앞의 "에이전트는 초안, 사람은 승인"과 같은 형태다. 반대로 LoopX는 사람 개입 없이 200시간 이상 자율 실행하는 것을 목표로 하는 경량 상태 커널이다. ByteDance 화산엔진 OpenViking 핵심 기여자 황루이텅(칭화대 EE / ByteDance AML)이 만든 Loop Engineering + Graph Engineering 오픈소스로, 초장기 실행 에이전트에서 상태 관리가 별도 레이어로 분리되고 있다는 신호다.

요약이 아니라 차분(delta)을 찾는 파일 하나

Reddit · r/AI_Agents

이 글의 가치는 산출물 형태를 파일 하나로 못 박은 데 있다. 대시보드도 아니고 리포트도 아니고, 저장소에 있는 마크다운 파일 하나가 매일 아침 갱신된다. 파일명까지 제안한다. what_the_market_is_telling_us.md.

입력 목록이 구체적이라 그대로 구현 스펙이 된다. Stripe에서 누가 결제하고 업그레이드하고 이탈하는지, 제품 애널리틱스에서 실제 사용 행동, 지원 티켓에서 막히는 지점, 세일즈 콜과 CRM 노트, 버그 리포트와 기능 요청, 그리고 외부 시장 신호다. 회사가 이미 갖고 있지만 서로 다른 시스템에 흩어져 있어 아무도 한 번에 보지 않는 데이터들이다.

가장 중요한 설계 결정은 "요약이 아니라 차분"이다. 작성자는 또 하나의 일일 요약을 만드는 게 아니라 지난주 대비 이번 주에 무엇이 달라졌는지를 찾는 것이라고 명시적으로 강조한다. 든 예시가 셋 다 상관관계 패턴이다. 이탈한 고객 3명이 모두 온보딩을 언급했다, 신규 고객들이 갑자기 제품을 다른 단어로 묘사하기 시작했다, 업그레이드한 사람들이 결제 직전 모두 같은 기능을 썼다. 각각 온보딩 개선, 포지셔닝 재정의, 활성화 지표 재설정으로 이어지는 액션 신호다. 결론도 그 원칙 위에 있다. 이기는 회사는 데이터가 가장 많은 회사가 아니라 고객 행동 변화를 일찍 알아채고 실제로 행동하는 회사라는 것이다. 데일리 브리프나 뉴스레터 계열 워크플로를 설계할 때 그대로 가져올 수 있는 원칙이다.

6개월 살아남은 소셜 자동화 스택의 실제 비용과 각 계층의 실패 지점

Reddit · r/automation, Reddit · r/b2bmarketing

upvote는 미미하지만 가격표와 실측 수치가 붙은 몇 안 되는 자동화 글이다. 6개월 운영 후 살아남은 스택은 Claude(콘텐츠) + n8n(오케스트레이션) + MCP 지원 스케줄러(퍼블리싱)이고 총비용은 월 $75 미만, 첫 주말 셋업이 약 3시간이었다. 작성자가 대부분의 가이드를 비판하는 지점이 명확하다. "Zapier를 Buffer에 연결하라"에서 끝나는 튜토리얼은 볼륨이 늘면 무너진다.

오케스트레이션 계층에서 Zapier는 무료가 월 100 태스크이고 이후 소상공인 기준 현실적으로 $20-50/월이며 통합이 7,000개 이상이지만 포스트당 5단계를 넘으면 액션당 과금이 나빠진다. Make는 가격이 중간이고 분기 로직 시각 빌더가 최고다. n8n 셀프호스팅은 $10/월 VPS에서 돌고 오픈소스에 실행 횟수 제한이 없으며 소셜 전용 커뮤니티 워크플로 템플릿이 620개 이상이다.

가장 이식 가치가 높은 대목은 콘텐츠 계층이다. Claude에게 한 번 호출해 플랫폼별 버전을 구조화 JSON으로 한꺼번에 받는다. LinkedIn, X, Instagram 캡션이 한 응답에 담겨 나오므로 재포맷 단계 자체가 없어진다. 작성자가 "대부분의 튜토리얼이 놓치는 트릭"이라 부른 부분이고, 실제로 호출 횟수와 지연 시간을 동시에 줄인다.

퍼블리싱 계층의 플랫폼 API 함정 목록은 그 자체로 참고자료다. X는 사용량 과금이라 URL이 포함된 포스트 하나에 $0.20이 든다. TikTok은 샌드박스 심사를 강제한다. Instagram Graph API는 비즈니스 계정을 요구하고 24시간에 50포스트로 제한한다. 이 셋 때문에 사실상 모두가 스케줄러를 거친다. 스케줄러 비교도 구체적이다. PostFast는 월 €10으로 Google Business Profile과 Telegram을 포함한 11개 플랫폼을 커버하고 n8n/Zapier/Make 연동에 더해 OAuth MCP 커넥터가 있어 단순 케이스는 오케스트레이션 계층 없이 Claude가 직접 스케줄링할 수 있다. 다만 대가가 명시돼 있다. MCP 직결로 가면 RSS-to-post 같은 트리거 기반 자동화를 잃는다. Buffer 무료는 3채널 10포스트이고 팀 플랜은 약 $100/월로 급등하며, Metricool은 $12-22/월로 애널리틱스가 우위다. PostFast의 애널리틱스가 빈약해 Metricool을 병행하고, n8n 셀프호스팅은 주말이 통째로 들어가며 인프라 디버깅이 본인 몫이라는 단점도 함께 적혀 있다.

같은 방향의 다른 사례가 하나 붙는다. 창업자들이 이미 LinkedIn을 잘 하고 있었다. 꾸준한 게시, 진짜 참여, 일부 글은 500-1,000 좋아요. 그런데 파이프라인 전환은 0이었다. 통찰은 그 사람들이 이미 브랜드를 알고 참여할 만큼 신뢰한다는 것, 즉 아웃바운드에서 가장 어려운 부분이 이미 끝나 있는데 방치되고 있었다는 점이다. 파이프는 단순하다. 포스트가 올라가면 워크플로가 감지하고, Phantombuster가 좋아요와 댓글을 단 사람의 프로필을 Google Sheet로 긁어오고, Apollo가 검증 이메일과 직책과 회사 규모와 산업으로 보강하고, ICP에 맞는 사람만 아웃리치 리스트에 들어간다. 결과는 오픈율 60%, 회신율 25-35%, 미팅 30% 이상 증가다. 콜드 아웃바운드 기준으로 매우 높은데 이유가 명확하다. 콜드가 아니기 때문이다.

팟캐스트 482만 개를 읽기 전용 MCP로 열었더니 절반이 묘지였다

Reddit · r/mcp

3 upvote에 댓글 0개인데 이날 수집분에서 데이터 밀도가 가장 높은 글이다. 출발점은 사내 필요였다. 기업용 팟캐스트를 만드는 회사가 "어느 기업이 이미 쇼를 갖고 있나"를 파악하려고 카탈로그를 쌓았는데, 손으로 질의할 수 없을 만큼 커지자 MCP 서버를 앞단에 붙여 공개했다.

규모는 482만 8,218개 쇼와 1억 3,168만 8,443개 에피소드다. 원 피드 데이터는 Podcast Index의 공개 export이고 그 위에 얹은 분류가 이 프로젝트의 부가가치다. 그 분류에서 나온 세 숫자가 팟캐스트 산업의 현 상태를 요약한다. 첫째, 2만 2,395개 쇼가 기계 생성 쇼를 사업으로 대량 양산하는 "AI 공장" 소속이다. 둘째, 완전 AI 생성 쇼가 2만 7,095개, AI 내레이션 쇼가 5만 3,159개로 합치면 8만 개가 넘는다. 셋째이자 가장 큰 숫자로, 254만 363개 쇼(전체의 52.6%)가 18개월간 아무것도 내지 않았다. 카탈로그의 절반 이상이 사실상 묘지라는 뜻이고, 흔히 인용되는 "팟캐스트 N백만 개" 숫자를 그대로 믿으면 안 된다는 근거가 된다.

기술 구성도 참고할 만하다. 검색과 임의 분류 필드 필터링뿐 아니라 읽기 전용 SQL을 그대로 실행할 수 있게 열어뒀다. 전송은 Streamable HTTP에 OAuth를 붙여서 클라이언트 쪽에서는 URL 하나만 등록하면 나머지가 처리된다. 자체 데이터셋을 MCP로 공개하려는 사람에게 그대로 복제 가능한 패턴이다. 같은 서브레딧의 Context API MCP Server는 규모는 작지만 방향이 같다. Twitter/X 게시물을 원문이 아니라 대화 요약과 메타데이터가 붙은 XML로 렌더링해 넘긴다. MCP 서버가 데이터 파이프가 아니라 컨텍스트 가공 레이어로 쓰이는 형태다.

모델 릴리스 경쟁, 티어 라우팅, 그리고 청구서

프론티어 모델 출시 주기가 분기에서 월 단위로 압축됐다

LinkedIn · Keunkyo Kim, X · Jason, X · Krongggggg

과거에는 하나의 모델이 시장을 주도하는 기간이 수개월 이상 유지됐지만 지금은 새 모델이 나오고 며칠 지나면 또 다른 모델이 공개된다. 최근 한 달의 타임라인이 Fable5 -> GPT-5.6 -> Grok 4.5 -> Muse Spark 1.1이고 여기에 Gemini 3.5 Pro가 대기 중이다. xAI가 Grok 4.5를 공개하며 코딩과 에이전트와 지식 업무 성능 향상을 내세웠는데, 공식 발표 페이지가 일시적으로 오류를 반환해 세부 벤치마크와 가격은 확인되지 않은 상태였다. Meta는 Muse Spark 1.1을 Meta AI 앱뿐 아니라 API로도 열면서 OpenAI와 Anthropic이 만들어 놓은 개발자 시장에 정면 진입했다. 성능 경쟁이 플랫폼과 개발자 생태계 경쟁으로 확장되고 있다는 뜻이다.

근거로 제시된 실무 리스크가 구체적이다. 한 달 전 Fable5의 일시적 서비스 중단은 단일 모델 의존이 곧 서비스 가용성 리스크라는 것을 기업들에게 실물로 보여줬다. 여기에 모델별 강점이 뚜렷하게 갈린다는 관측이 붙는다. 어떤 모델은 코딩이, 어떤 모델은 장문 추론이, 어떤 모델은 멀티모달과 에이전트가 강하다. 가격과 속도와 토큰 효율성까지 넣으면 하나의 모델이 모든 상황에서 최선이라는 공식은 성립하지 않는다. 결론은 경쟁력이 "가장 좋은 모델을 찾는 것"이 아니라 "가장 적절한 모델을 선택하는 능력"이며, 모델은 계속 바뀌어도 라우팅 전략은 기업 자산으로 남는다는 것이다.

같은 날 X의 두 글이 양쪽에서 이를 보강한다. Jason은 자기가 쓰는 오픈소스 모델과 프론티어 모델의 격차가 이미 무시할 만하다고 단언했고(좋아요 1,182, 리트윗 175), Krongggggg은 GPT-5.6 Sol을 오케스트레이터로 두고 Luna Max를 워커로 붙이면 결과 품질과 쿼터 소모를 동시에 잡는다는 실사용 조합을 공유했다. 셋을 겹쳐 보면 "최상위 모델 하나를 고정으로 쓴다"에서 "역할별로 다른 모델을 배치한다"로 실무 관행이 이동 중이라는 그림이 나온다. 실행 가능한 결론은 라우팅 레이어를 아키텍처의 1급 구성요소로 다루라는 것이다. 모델 교체 비용을 낮추는 추상화, 역할별 모델 분리, 벤더 장애 시 폴백 경로의 사전 정의가 여기에 해당한다.

릴리스 공백기 자체가 콘텐츠가 됐다 - Claude Code 7일, Gemini 2개월

Reddit · r/ClaudeAI, Reddit · r/GeminiAI

사용자들이 릴리스 케이던스를 제품 신뢰의 대리 지표로 읽기 시작했다는 게 이 두 항목의 공통점이다. Claude Code는 거의 매일 패치가 올라오던 도구였고, 한 사용자가 7일 연속 버전이 2.1.220에 머물러 있는 화면을 캡처해 "rust로 재작성 중이냐"고 농담을 던진 글이 548 upvote를 받았다. 본문 마지막에 /s를 붙여 진지한 주장이 아님을 명시했으므로 버그 리포트가 아니라 문화적 데이터포인트로 읽어야 한다. 같은 날 r/ArtificialInteligence에는 본문 한 줄 없이 제목만인 "Anthropic lately"가 455 upvote를 받았다. 두 글 모두 새로운 사실을 전달하지 않고, 댓글 수(74, 24)보다 upvote가 압도적으로 많은 비율은 논쟁이 아니라 공감 투표에 가깝다는 뜻이다.

Gemini 쪽은 결이 다르다. 같은 날 r/GeminiAI에 지연 불만 글이 두 건 상위권에 올랐다. 첫 번째는 395 upvote에 댓글 99개로 이날 수집분 중 최다급 논쟁량인데, 논리 구조가 날카롭다. 지연을 감수하는 유일한 정당성은 더 나은 걸 내놓기 위해서인데 2개월을 미루고 나서도 Opus를 못 넘는다면 지연 자체가 무의미해진다는 주장이다. 불만의 대상이 대기 시간이 아니라 대기의 대가로 무엇을 받게 되는가에 대한 기대 하향이라는 점이 핵심이다. 두 번째 글은 "주가 끝났는데 아직도 없다"는 비꼼뿐인데도 118 upvote에 댓글 47개를 받았다.

실무 맥락에서 이 신호가 중요한 이유는 릴리스 공백기가 도구 교체 실험을 촉발하기 때문이다. 실제로 같은 날 같은 커뮤니티에서 모델 티어를 낮춰 한도를 아꼈다는 글, 두 에이전트를 한 프로젝트에서 병행한다는 글, 저가 모델로 워커를 돌리는 워크플로가 동시에 올라왔다. 업데이트가 멈춘 일주일이 곧 사용자들이 대안 스택을 테스트하는 일주일이었다는 해석이 가능하다.

두 에이전트를 한 프로젝트에 붙이는 건 이미 논쟁거리가 아니다

Reddit · r/codex, Reddit · r/ChatGPTPro

두 글은 같은 현실의 앞면과 뒷면이다. 앞면은 Claude Code와 Codex를 한 저장소에 같이 붙여 쓰는 게 이미 표준 관행이 됐다는 것이다. r/codex 글이 본문 한 줄 없이 154 upvote를 받았고 댓글은 7개뿐이다. 논쟁이 없다는 건 이견이 없다는 뜻이다. 지난 몇 달 "어느 도구가 더 낫냐"였던 프레임이 "둘 다 켜놓고 뭘 어디에 시키냐"로 이동했다.

뒷면은 이 운영 방식이 플랫폼 가정에 부딪히는 지점이다. Codex Remote Connections는 SSH 원격 실행을 지원하지만 Unix 셸을 전제한다. 작성자는 Windows PC 두 대를 쓰며 한 대를 조종석으로 삼고 프로젝트 파일과 로그와 스킬과 애플리케이션이 모두 있는 다른 한 대에서 실행이 일어나기를 원하는데, 네이티브 Windows SSH 호스트로 붙이면 실패한다. 대안인 네트워크 파일 공유는 로컬 실행보다 훨씬 느리고 제약이 많다. 그가 명시적으로 거부한 우회책은 두 가지다. WSL 설치와, 전체 셋업을 양쪽에 복제해 수동 동기화하는 방식이다. 현재는 원격 데스크톱으로 다른 PC를 직접 조작하고 있다. 조용한 스레드지만 에이전트 도구의 원격 실행 기능이 Unix 전제 위에 설계된다는 구조적 편향을 기록해둘 가치가 있다.

비싼 모델은 계획과 리뷰만, 구현은 입력 $0.20짜리 모델에

Reddit · r/codex

문제 정의는 토큰 한도다. 상위 추론 모델로 전 과정을 돌리면 계획과 구현과 리뷰가 전부 비싼 토큰으로 소모된다. 해법은 역할 분리다. 판단이 필요한 계획과 리뷰는 비싼 모델(SOL)에 두고, 실제 구현 노동은 대폭 싸진 모델(Luna, 입력 100만 토큰당 $0.20 / 출력 $1.20)에 밀어넣는다. 상위 모델은 코드를 쓰지 않고 검수만 한다.

워크플로는 3단계다. SOL xhigh로 구현 계획을 수립하고, 컨텍스트를 compact하고, SOL high를 오케스트레이터로 두고 Luna max-thinking 에이전트를 호출한다. 실행 커맨드가 그대로 공개돼 있다는 게 이 글의 가치다.

codex exec \
  -m gpt-5.6-luna \
  -c 'model_reasoning_effort="max"' \
  --ephemeral \
  -s workspace-write \
  -a never \
  'PLAN'

--ephemeral로 세션을 남기지 않고, -s workspace-write로 쓰기 권한을 주되 -a never로 승인 요청을 끈다. 워커는 완전 자동으로 돌고, 사람이 아니라 상위 모델이 게이트 역할을 한다. 오케스트레이터 프롬프트에는 리뷰 기준(코드 품질, 단순하고 이해 가능한 구현, 유용한 주석과 문서, 프레임워크 관용구 준수, 의미 있는 테스트)이 나열돼 있고 "테스트는 happy path만 덮지 말고 엣지 케이스와 실패 시나리오를 포함하라"는 조건이 명시돼 있다. 오케스트레이터는 결과를 보고 전체 컨텍스트를 실어 Luna를 재호출하거나, 토큰이 훨씬 적게 든다면 직접 고친다.

두 번째 단계인 컨텍스트 compact도 의도가 분명하다. 계획을 뽑은 뒤 대화를 압축해 오케스트레이터가 비싼 컨텍스트 토큰을 낭비하지 않게 만든다. 계획 단계에는 선택적으로 "Grill Me" 계열 스킬을 붙여 모델이 스스로의 확신도가 충분해질 때까지 도메인 질문을 던지게 한다. 비용 관측 장치도 프롬프트에 내장돼 있다. Luna 비용과 오케스트레이터 자기 비용을 분리해 보고하게 하고, 나아가 SOL xhigh가 혼자 다 했다면 얼마였을지를 추정하게 해 절감액을 매 실행마다 자체 산출한다. 마지막 업데이트에서 작성자는 네이티브 Luna 서브에이전트 스폰 가능성을 언급하며 서브에이전트는 컨텍스트를 덜 요구하므로 더 저렴할 수 있다고 덧붙였다.

Fable에서 Sonnet 5로 내려갔더니 벽시계 시간도 절반이 됐다

Reddit · r/claude

문제 정의는 최상위 모델만 쓰다가 주간 한도에 계속 부딪힌다는 것이고 해법은 모델 다운그레이드인데, 이 글이 단순 절약담을 넘어서는 지점은 시간 측정까지 붙였다는 데 있다. Fable로 one-shot 하면 주간 한도 20%와 20분이 든다. 같은 작업을 Sonnet 5로 하면 프롬프트를 2-3번 던져야 하지만 총 10분에 끝나고 결과물은 같다. 비용만 준 게 아니라 벽시계 시간도 절반으로 줄었다는 주장이라, 상위 모델의 긴 추론 시간이 실제로는 병목이었다는 이야기가 된다. "더 똑똑한 모델 = 더 빠른 완료"라는 직관을 뒤집는다.

맥락도 중요하다. 이 글은 GPT Luna 가격 인하 발표 이후 Sonnet 5를 깎아내리는 여론이 있던 시점에 올라온 반론이다. 작성자는 자기가 3개월 동안 Sonnet을 아예 쓰지 않고 Fable과 Opus만 썼다고 먼저 밝히면서 편향된 옹호가 아니라 뒤늦은 재발견임을 강조한다. 결론은 Fable이 여전히 거대하고 복잡한 문제용이지만 일상 코딩 작업 대부분은 Sonnet으로 충분하다는 것이다. 부수적으로 드러나는 사실 하나는 작성자가 Claude와 Codex 구독을 그대로 물려 쓰는 자체 ADE를 만들고 있다는 점이다. 구독제 CLI 에이전트를 백엔드로 삼아 자체 개발 환경을 만드는 흐름이 같은 날의 다른 글들과 같은 방향을 가리킨다.

Cursor Unlimited Auto 종료, 월 3억 3,400만 토큰 사용자의 행선지

Reddit · r/cursor

수치가 이 글의 핵심이다. 한 명의 개인 개발자가 최대 사용월(4월)에 약 200 활성 시간, 약 3억 3,400만 토큰을 썼다. 전부 Auto 모드, 즉 모델 선택을 도구에 위임한 상태다. 그동안 이건 Unlimited Auto 정액제로 커버됐고 그 플랜이 이번 달로 끝난다. 작성자가 저울질하는 가격대는 $60, $200, $1,000이며 자기 사용량이 어느 구간에 떨어지는지 감을 잡지 못하고 있다.

이 글이 중요한 이유는 무제한 정액제가 끝날 때 실제로 무슨 일이 벌어지는지를 숫자로 보여주기 때문이다. 3억 토큰은 취미 사용자의 수치가 아니다. 이런 헤비 유저가 정액제에서 종량제로 밀려나면 셋 중 하나를 한다. 더 비싼 플랜을 사거나, 사용량을 줄이거나, 다른 스택으로 간다. 같은 날 올라온 다른 글들이 세 번째 경로를 정확히 묘사한다. 모델 티어를 낮춰 한도를 늘린 사례와 싼 모델을 워커로 쓰는 2티어 오케스트레이션이다. 25 upvote에 29 comment로 댓글이 더 많은 역전 구조라, 원 스레드에는 실제 이주 경로 데이터가 더 쌓였을 가능성이 높다.

환경변수에 API 키가 있으면 $200 구독을 두고도 API로 과금된다

Reddit · r/ClaudeAI, Reddit · r/AI_Agents

이 글은 이날 Reddit 수집분에서 가장 실무적으로 위험한 신호다. 개발자가 자기 앱의 Anthropic API 호출을 테스트하려고 로컬 셸 환경에 ANTHROPIC_API_KEY를 export 했다. 그 키는 앱용이지 Claude Code용이 아니었다. 그런데 별개로 띄워둔 다른 터미널의 Claude Code 세션이 그 환경변수를 감지해, $200/월 Max 구독 대신 API 키 과금으로 조용히 전환했다.

핵심은 두 가지다. 첫째, 전환이 무경고로 일어났다. 작성자는 Claude가 원래는 먼저 물어봐야 한다고 말했지만 어떤 경고도 받지 못했다고 적었다. 둘째, 발견 경로가 도구가 아니라 사용자가 직접 걸어둔 지출 알림이었다. $20을 넘기는 시점에 알림이 왔고 그제야 상황을 알았다. 알림을 걸어두지 않았다면 구독료를 내면서 API 요금을 이중으로 태우는 상태가 얼마나 지속됐을지 알 수 없다. 작성자는 이것이 정책상 의도된 동작이라고 이해하면서도 "매우 scammy하게 느껴진다"고 표현했다.

실무적 함의는 명확하다. 구독제 CLI 에이전트와 API 키를 같은 머신에서 쓰는 사람은 매우 흔하고, 앱 개발 중 .env나 셸 프로파일에 키를 넣는 것도 표준 관행이다. 이 두 관행이 겹치는 순간 과금 경로가 바뀐다면, 키를 세션 스코프로 격리하거나 에이전트 실행 시 환경을 명시적으로 비우는 습관이 필요하다.

같은 날 올라온 키 백업 질문이 같은 관행의 다른 면을 짚는다. 개인 API 키는 로컬 .env에 두라는 조언이 통용되는데, PC가 죽거나 불타면 키도 함께 사라진다는 것이다. 지적이 정확하다. .env에 두라는 조언은 유출 방지에 관한 것이지 가용성에 관한 것이 아니고, 유일본을 한 대의 머신에 두는 것은 백업 관점에서 최악의 구성인데 대부분의 가이드가 이 충돌을 다루지 않는다. 두 번째 질문인 SSH 키 패스프레이즈를 비밀번호 관리자에 넣어도 되는가도 실제로 의견이 갈리는 주제다. 패스프레이즈는 키 파일 자체가 유출됐을 때의 2차 방어선이므로 키와 패스프레이즈를 같은 저장소에 두면 그 방어선의 의미가 약해진다는 반론이 있다. 두 글을 나란히 두면 로컬 환경변수에 키를 두는 표준 관행이 유출, 소실, 오과금 세 방향의 위험을 동시에 만든다는 그림이 나온다.

벤치마크 신뢰도: 강한 주장과 없는 근거

DeepSeek-V4-Flash-0731이 체스 벤치마크에서 앞섰다는 주장

Reddit · r/LocalLLaMA

Flash급, 즉 경량 고속 티어 모델이 Fable-5와 Sol과 Kimi-K3를 체스 벤치마크에서 앞섰다는 주장이 281 upvote를 받았다. 체스가 선택된 이유는 오염 저항성일 가능성이 높다. 매 게임 상태가 달라지므로 학습 데이터 암기로 점수를 올리기 어렵고 다단계 계획과 상태 추적 능력을 요구한다. 텍스트 QA 벤치마크가 신뢰를 잃어가는 상황에서 게임 플레이 평가가 대안으로 부상하는 흐름과 맞물린다.

다만 반드시 표기해야 할 한계가 있다. 수집된 본문에는 실제 점수도, Elo도, 승률도 없다. 제목이 곧 전부다. 281 upvote는 주장의 화제성을 보여줄 뿐 검증이 아니다. 이 항목은 아래 세 항목과 나란히 읽어야 의미가 산다.

중국 DFSX가 GB200의 2배 메모리 대역폭을 낸다는 주장

Reddit · r/LocalLLaMA

로컬 LLM 커뮤니티에서 메모리 대역폭은 사실상 유일하게 중요한 스펙이다. 추론 성능이 대부분 대역폭에 묶여 있고 연산 FLOPS는 남아도는 경우가 많다. 따라서 NVIDIA GB200 대비 2배라는 주장은 사실이라면 단순 스펙 우위가 아니라 로컬 추론 경제 전체를 흔드는 숫자다.

그런데 이 글도 링크 공유형이라 수집분에 실제 수치가 없다. GB200의 대역폭이 얼마인지, DFSX의 측정 조건이 무엇인지, 어느 매체 보도인지가 모두 빠져 있다. 190 upvote에 댓글 67개로 댓글 비율이 높다는 건 커뮤니티가 바로 그 조건들을 따지고 있었다는 뜻이다. 대역폭 우위 주장은 보통 이론 최대치인가 실측인가, 메모리 용량과 가격은 어떤가, 소프트웨어 스택이 있는가에서 갈린다. 같은 날 같은 서브레딧에 체스 벤치 우위 글이 함께 올라왔다는 게 맥락상 중요하다. 모델과 실리콘 양쪽에서 중국발 우위 주장이 동시에 상위권을 차지한 하루였다.

미공개 OpenAI 모델이 미해결 문제 10개를 풀었다는 주장

Reddit · r/OpenAI

주장의 크기와 근거의 크기가 극단적으로 불균형한 사례다. 미공개 OpenAI 모델이 수학과 양자복잡도와 이론 컴퓨터과학에서 주요 미해결 문제 10개를 해결했다는 주장인데, 사실이라면 학계 전체를 흔들 규모다. 그런데 수집된 게시물에는 어떤 문제인지, 누가 검증했는지, 어느 모델인지가 하나도 없다. 82 upvote에 댓글 37개로 댓글이 upvote의 45%라는 비율은 r/OpenAI 기준으로 회의와 반박이 활발했음을 시사한다. 순수 열광 글은 보통 이보다 댓글 비율이 낮다. 이 항목은 반드시 "주장" 프레임으로만 읽어야 하고, 그럼에도 남기는 이유는 검증 불가능한 역량 주장이 커뮤니티 상위권을 차지한다는 이날의 패턴을 대표하기 때문이다.

커뮤니티가 자기 담론을 진단했다 - 노트북에서 하루 돌린 Gemma4-31b

Reddit · r/LocalLLaMA

이 글은 두 층위에서 읽힌다. 표층은 커뮤니티 자기비평이다. r/LocalLLaMA에는 여전히 뛰어난 오픈웨이트 연구가 있지만 그것을 찾으려면 끝없는 벤치마크 드라마와 로컬 실행과 무관한 논의, 반복되는 하드웨어 자랑을 헤쳐 나가야 한다는 진단이다. 299 upvote는 커뮤니티 구성원 다수가 이 진단에 동의한다는 뜻이다.

심층은 방법론이다. 작성자는 이 분석을 사람이 아니라 노트북에서 돌린 Gemma4-31b에게 시켰고, 거의 하루 종일 돌려 대폭 개조한 파이프라인으로 서브레딧을 심층 분석했다. 소형 오픈웨이트 모델을 개인 하드웨어에서 장시간 돌려 커뮤니티 규모의 텍스트 코퍼스를 분석한다는 것 자체가, 그 커뮤니티가 옹호하는 로컬 추론의 실용 사례다. 잡음을 비판하는 결론과 그 결론을 도출한 방법이 서로를 증명하는 구조다. 작성자 본인의 평가는 "꽤 정확하게 느껴진다"였다. 마지막 문단의 다음 실험 예고, 즉 이 소형 LLM으로 HuggingFace에서 벤치마크 정답을 긁어오게 시켜보겠다는 것은 농담 형식이지만 벤치마크 오염을 정면으로 겨냥한다. 같은 날 같은 서브레딧에 수치 없는 벤치 우위 주장이 281표로 올라와 있었다는 점에서, 이 글은 그 현상에 대한 실시간 논평으로도 읽힌다.

오픈 모델, 증류, 그리고 국가 단위 데이터 통제

미국의 오픈 모델 패러독스: Qwen 파생 점유율 1% -> 69%

GeekNews · To Distill, or Not to Distill?

이번 주 정책적으로 가장 무거운 글이다. 역설의 구조가 명확하다. 미국은 폐쇄형 프런티어 모델을 선도하지만 자국 프런티어 모델의 출력을 합법적으로 학습에 쓸 수 없고, 그 결과 오픈 모델 계층에서는 중국 의존이 커진다.

숫자 하나가 글 전체를 지탱한다. ATOM 보고서 기준으로 신규 오픈 모델 미세조정과 변형에서 Qwen의 점유율이 2024년 1월 1%에서 2026년 2월 69%로 올랐다. 필자는 미국 AI 스타트업 대다수가 스택 어딘가에서 중국산 오픈 가중치를 쓰고 있는 것으로 보인다고 적는다. 게다가 이 의존이 업스트림으로 번졌다. 서구 애플리케이션 기업은 중국 오픈소스 모델 위에 제품을 올리고, 서구 연구소는 프런티어 격차를 좁히려는 경쟁 속에서 중국 모델을 교사 모델과 합성 데이터 원천으로 쓴다.

가장 구체적인 사례가 Thinking Machines다. Inkling을 독립적으로 사전학습했지만 지도 미세조정을 부트스트랩하려고 Moonshot의 Kimi K2.5가 생성한 합성 데이터를 썼다. 필자가 강조하는 것은 Inkling 능력 중 얼마가 Kimi에서 왔느냐가 아니다. 서구 연구소에게 중국 오픈 모델로부터 배울 합법적 경로는 있는데 GPT나 Claude 출력의 동등한 사용은 금지돼 있다는 비대칭 그 자체다. 그래서 현재 능력 이전은 서구 프런티어 모델 -> 무단 해외 추출 의혹 -> 중국 오픈 가중치 -> 합법적인 서구 후속학습이라는 경로를 탄다. 빠져 있는 직접 경로는 하나다. 미국 프런티어 모델 -> 합법적인 서구 후속학습.

필자는 증류가 중국의 오픈 모델 우위를 전부 설명하지 못한다고 분명히 선을 긋는다. 중국 연구소에는 세계적 연구진, 상당한 연산, 강력한 사전학습 모델, 소프트웨어와 하드웨어의 공동 설계, 빠르게 좋아지는 후속학습 역량이 있다. 다만 증류는 강한 기반과 프런티어급 시스템 사이의 비용이 큰 마지막 격차를 압축하고, 중국 모델 전체 능력에서 차지하는 비중이 작더라도 미국 오픈 모델 대비 우위에서는 유의미한 몫을 차지한다. 그리고 집행을 강화해도 국가 행위자가 뒷받침하는 증류까지 없애지는 못한다.

보안 논거도 정밀하다. 오픈 가중치가 곧 감사 가능한 모델은 아니다. 가중치는 학습의 압축 결과라 전체 사전학습 말뭉치, 어떤 데이터가 걸러지거나 오염됐는지, 학습 중 어떤 개입이 있었는지, 희귀 트리거에 의존하는 행동이 심겼는지를 드러내지 않는다. 필자는 Qwen이나 Kimi에 백도어가 있다고 주장하지 않는다고 명시적으로 선을 그으면서, 요점은 가중치를 갖고 있다는 사실이 백도어의 부재를 증명하지 못한다는 것이라고 적는다. 의도적으로 심긴 행동이 지도 미세조정과 강화학습과 적대적 학습을 견디고 살아남을 수 있다는 연구가 있다. 이 공급망 위험은 많은 소비자 애플리케이션에서는 수용 가능하지만 국방과 정보와 핵심 인프라에는 수용 불가다. 여기에 지속성 문제도 붙는다. 중국이 최상급 모델 공개를 멈추면 기존 제품이 즉시 고장 나지는 않아도 뒤처지는데, Reuters는 중국 당국이 아직 공개되지 않은 모델을 포함해 첨단 모델의 해외 접근 제한을 논의했다고 보도했고 최종 정책은 발표되지 않았다.

처방은 3단이다. 첫째, 서구 기반 모델 개발을 계속한다. 둘째, 통제된 교사 접근권을 만든다. 프런티어 연구소가 자격을 갖춘 서방과 동맹 기업에 구조화된 학습 권리를 판매하되 접근 시점을 프런티어보다 늦추고, 허용 능력을 정의하고, 검증된 기업으로 대상을 제한하고, 사용량을 계량하고 감사하며, 가장 민감한 생물학과 사이버 능력은 계속 제한한다. 셋째, 해외 증류 비용을 계속 올린다. 신원 확인과 접근 통제와 프록시 차단과 집행을 강화하고, 자발적 시장이 형성되지 않으면 주요 연방 AI 계약에 접근권 제공을 조건으로 붙이는 방안까지 언급한다. 필자가 스스로 붙인 균형추도 인용할 가치가 있다. 선도 AI 연구소들은 공개 웹의 방대한 데이터로 학습했고, 공개 웹 학습이 허용되지 않았다면 선도 AI 자체가 없었을 것이라는 점이다. 마지막 문장이 요약이다. 질문은 증류하느냐 마느냐가 아니라, 서구가 능력 이전을 위한 합법적 국내 경로를 만들 것인가 아니면 중국을 경유하는 간접 경로에 계속 기댈 것인가다.

EU AI법 범용 모델 조항 발효 - 저작권 학습데이터 공개 의무가 실제로 시작됐다

Hacker News · Euronews

2024년 통과된 EU AI법에서 범용 모델(GPAI)을 규율하는 부분이 이번 8월부터 실제 집행 대상이 됐다. 원래 AI법은 AI 응용만 규제할 계획이었는데 2022년 ChatGPT 공개 이후 EU가 기반 기술인 대규모 언어모델까지 포함하도록 방향을 틀었다. 적용 대상은 특정 목적 없이 다양한 용도로 적응 가능한 모든 모델이고, 요구사항은 모델 구축 방식의 투명성, 학습에 사용한 저작권 보호 콘텐츠의 공개, 다운스트림 사용자가 역량을 판단할 수 있을 만큼의 정보 제공이다. 프론티어 모델 개발사에는 사회 전반 위험의 식별과 완화 의무가 추가된다. 준수 방법을 구체화한 자발적 실천규범은 Yoshua Bengio를 포함한 전문가들이 초안을 작성했고 서방 주요 AI 랩 대부분이 서명했다. 예외는 Meta다.

집행 역량이 이 기사의 실질적 핵심이다. 집행을 담당할 European AI Office는 세계에서 가장 복잡한 기술과 가장 부유한 기업들을 상대해야 하는데, EU도 자원 한계를 인정하고 있다. AI 인재 수요가 높아 공공기관이 민간과 경쟁해야 하는 상황이라 집행위는 과학자 패널과 고도로 전문화된 AI 안전 기업 풀 같은 외부 전문성을 끌어오려 하고 있다. MEP Axel Voss는 "AI Office의 역량 부족을 감안할 때 틈새 사안에 에너지를 낭비하지 말고 플랫폼 규제 동료들의 우선순위와 강하게 정렬하기를 바란다"고 말했다. 지정학적 마찰도 명시된다. MEP Michael McNamara는 현 미국 행정부가 이를 미국 상업적 이익에 대한 공격으로 취급할 위험을 지적하며 2025년 12월 디지털시장법 이행 때와 이번 달 DMA로 구글에 과징금을 부과하려 했을 때를 전례로 들었다.

집행 우선순위 논쟁이 흥미롭다. AI 윤리 전통은 차별과 프라이버시 같은 기본권 침해와 인간 감독의 필요성에 집중하고, 효율적 이타주의 쪽은 핵무기와 생물학 무기 제조 지원, 대규모 사이버공격 조력, 인간 통제 이탈 같은 실존적 위험을 강조한다. 그리고 최근 두 사건이 집행위를 실존적 위험 쪽으로 밀 수 있다고 본다. Anthropic의 Mythos 기반 모델이 사이버 역량 우려로 미국 수출통제에 따라 회수된 일, 그리고 테스트 중 OpenAI의 AI 에이전트가 한 AI 기업을 해킹한 일이다. Center for Democracy & Technology의 Laura Lazaro Cabrera는 "집행위는 집행 자원을 사이버 공격과 통제 상실이라는 시스템 리스크에만 쓰고 싶은 유혹에 저항해야 한다"며 집행이 헤드라인 주도가 아니라 위험의 전 스펙트럼을 다뤄야 한다고 말했다.

토론에서 가장 실질적인 지적은 검증 문제다. GDPR이나 식품 라벨링처럼 준수 강제 자체는 단순하겠지만, 학습데이터 공개 선언을 어떻게 검증할 것인가가 남는다. 생각할수록 데이터셋과 가중치를 모두 오픈소스화한 모델만이 진정으로 검증 가능한 해법으로 보이는데 그러면 사업 기반으로서의 매력이 떨어지므로, 결국 박물관이나 문화예술기관처럼 원작자에게 공정한 대우를 보장하는 국가 재정 지원 모델이 나올 수도 있다는 전망이 나왔다. 같은 회의를 더 간결하게 표현한 댓글은 학생 과제의 "출처: 인터넷" 수준 공개가 되지 않겠느냐는 것이었다. 소비자에게 미칠 실제 영향은 지연이다. 기업이 컴플라이언스 숙제를 마치느라 최신 고성능 모델의 EU 출시가 다른 시장보다 몇 주 늦어질 수 있고, 대신 EU에서 이용 가능한 모델이라면 안전하다고 신뢰할 수 있다는 것이 반대급부다.

EU 연령확인 앱이 하드웨어 바인딩 어테스테이션을 필수 요건으로 확정했다

Hacker News · EU Age Verification 레퍼런스 구현

EU의 연령확인 레퍼런스 앱이 하드웨어 바인딩 어테스테이션, 즉 기기 내 보안 요소가 서명한 무결성 증명을 선택이 아닌 필수 아키텍처 요건으로 못 박았다는 사실이 메인테이너 발언으로 확인되면서 105점까지 올랐다. 프로젝트 측 해명은 "리눅스가 명시적으로 금지된 것은 아니다. 데스크톱 리눅스 사용자도 웹사이트에서 QR 코드를 지원되는 모바일 지갑으로 스캔하면 된다"였는데, 이 문장 자체가 논쟁의 핵심이 됐다.

반박은 이 표현을 뒤집는다. 리눅스를 쓰려면 리눅스가 아닌 두 번째 기기가 반드시 필요하다는 뜻이며, 애초에 리눅스를 쓰는 이유가 빨리 구식이 되는 기기 대신 오래된 하드웨어를 계속 쓰고 싶어서인 사람은 결국 그 벤더들에게서 기기를 사야 한다는 것이다. 범위를 더 넓힌 지적도 있었다. 문제는 데스크톱 리눅스가 아니라 데스크톱 운영체제 전체이며, 이 방식은 스마트폰에서만 동작하고 범용 컴퓨터에서는 동작하지 않는다. 가장 구체적인 위험 시나리오는 TPM류 하드웨어 신뢰가 은행 업무나 통신 같은 단 하나의 일상 활동에라도 필수가 되면 TPM이 없는 하드웨어의 인터넷 사용 가능성이 0에 수렴한다는 것이고, 실제 사례로 GrapheneOS 폰에서는 은행이 하드웨어를 신뢰하지 않아 NFC 결제를 못 쓴다는 보고가 붙었다.

반론도 있었다. 디지털 신원으로 연령 제한을 실제로 강제하려면 신뢰된 하드웨어 요건을 피할 방법이 보이지 않는다는 것이다. 키 재료는 DRM으로 보호되어야 하고 특히 영지식증명 방식을 쓸 경우 더 그런데, 그렇지 않으면 미성년자들이 형의 개인키를 받아 자기 클라이언트에 넣고 술을 살 것이라는 지적이다. 절충점을 짚은 댓글이 가장 정확하다. 하드웨어 바인딩 자체는 문제가 아니고 그걸 아이폰과 일부 안드로이드 폰으로만 한정하는 게 문제라는 것이다. 키를 안전하게 보관할 수 있는 하드웨어는 많고 애플이나 구글의 축복이 필요하지 않다. 이를 경쟁법 문제로 재정의한 시각도 있었다. 정부가 사회 참여를 위해 구글 또는 애플 계정을 가지라고 강제하는 것은 디지털 주권 문제일 뿐 아니라 반경쟁 문제라는 것이다.

집행 현실에 대한 완화 정보도 함께 실어야 한다. 이 앱 사용이 강제되는 것은 아니고, EU에서 연령 확인 의무가 있는 사이트는 앱만큼 효과적이고 프라이버시법을 위반하지 않는다는 것을 입증할 수 있으면 어떤 방식이든 쓸 수 있다. 대부분의 분석가는 여러 방식이 병행 제공될 것으로 본다. 또한 전체 EU Digital Identity Wallet이 준비되면 연령 확인은 그쪽으로 넘어가고 연령 전용 앱은 사라지며, 완전한 지갑 규정은 지갑을 쓰지 않는 사용자를 위한 대체 수단을 플랫폼이 반드시 제공하도록 명시하고 있다.

캘리포니아 DROP: 삭제 요청에 1인당 하루 $200이 붙었다

Hacker News · NBC San Diego, California Privacy Protection Agency

같은 규제 흐름 안에서 설계 차이가 결과를 가르는 반대 사례다. 캘리포니아가 개인정보 삭제 요청을 개별 기업 대상이 아니라 플랫폼 단위로 처리하도록 만든 DROP(Delete Request Opt-out Platform)이 8월 1일부터 집행 단계에 들어갔다. 지금까지는 소비자가 600곳가량의 등록 데이터 브로커에 하나씩 연락해야 했는데, DROP에 한 번 등록하면 전체 브로커가 그 요청을 받아 45일 안에 처리해야 한다. 1월 1일 이후 이미 약 35만 명의 캘리포니아 주민이 등록했다.

숫자가 중요한 이유는 강제 수단이 붙어 있기 때문이다. 미이행 시 영향받은 주민 1인당 하루 $200의 벌금이 부과된다. 등록자가 35만 명이므로 브로커 한 곳이 전체 요청을 무시하면 이론적 노출 금액이 하루 단위로 7,000만 달러 규모까지 커진다. 실효성 신호도 이미 나왔다. Cal Privacy는 DROP 시스템에 등록조차 하지 않은 12개 브로커에 각각 수만 달러의 벌금을 이미 부과했다. 45일 처리 기한은 일회성이 아니라 신규 요청마다 다시 적용된다. Cal Privacy의 사무국장은 위험 논거를 광고보다 보안 쪽에 뒀다. 같은 데이터를 해커들이 데이터 브로커에서 가져와 활용한다는 것으로, 데이터 브로커 규제를 프라이버시 문제가 아니라 공격 표면 축소 문제로 프레이밍한 것이다.

토론에서 가장 실용적인 정정은 법 조문상 "데이터 브로커" 정의였다. 직접적 관계가 없는 소비자의 개인정보를 알면서 수집해 제3자에게 판매하는 사업체이고, FCRA와 GLBA와 보험정보 프라이버시 보호법 적용 대상, HIPAA 관련 조항 적용 대상은 제외된다. 그래서 "HN 댓글도 지울 수 있느냐"는 질문의 답은 아니오다. 관할권 질문에 대해서는 법적 연결점이 일반적으로 브로커의 소재지가 아니라 이용자의 소재지라는 답이 나왔는데, 캘리포니아 프라이버시 규제가 사실상 전국 표준으로 작동해온 방식과 같다. 한계를 짚은 지적도 있다. DROP 신청 양식의 광고 식별자 항목은 실무적으로 무용하다. 삼성 TV와 애플 기기와 각종 앱에서 자기 광고 ID를 확인할 방법이 사실상 없어 필드는 있어도 채울 수가 없기 때문이다. 한국 독자 관점에서 이 항목의 가치는 옵트아웃을 개별 기업이 아니라 중앙 플랫폼에서 일괄 처리하고 미이행에 일당 정액 벌금을 매긴다는 설계 자체다. 개인정보 삭제권이 법에 있어도 실행 비용이 개인에게 전가되면 무력화된다는 문제를 정면으로 다룬 첫 대규모 사례다.

NYT가 입수한 중국 외국인 감시 데이터베이스

Hacker News · The New York Times

같은 데이터 통제 축의 반대 끝이다. NYT가 유출된 중국 감시 데이터베이스를 분석해 중국이 자국 내 외국인을 어떻게 추적하는지 보도했다. 실재성을 확인하기 위해 데이터에 등장하는 인물 6명이 실존함을 검증했고, 기사에 공포 조장이 없다는 것이 실제로 읽은 사람들의 대체적 평가였다.

내용은 이렇다. 사진 수집 경로가 출입국 심사 사진부터 교통 카메라, 시장과 상점의 카메라까지 걸쳐 있다. 방문 장소 유형에 대한 광범위한 기록이 있고, 카메라의 안면인식을 이용해 한 사람이 다녀간 모든 곳의 완전한 선형 기록을 구성한다. 여기에 그 사람이 공부한 전공을 추적하고 사회적 관계를 지도화하며, "핵심 국가" 출신인지, 감시하고 싶은 정치 활동과 어떤 식으로든 연관되는지를 표시한다. 일상 활동 로깅이 특히 구체적이다. 상점을 방문하면 어느 문으로 들어갔는지가 남고, 누구와 함께 식사했는지가 기록된다.

가장 중요한 관찰은 이것이 단일 시스템이 아니라는 점이다. 이 시스템은 실제로 사용되지 않았을 가능성이 있고, 가장 큰 교훈은 이것이 방대한 감시 생태계 안의 여러 도구 중 하나일 뿐이며 중국 전역에서 경찰과 정부 기관을 상대로 영업하는 민간 업체가 다수라는 점, 그리고 그 난립이 이런 유출을 더 쉽게 만든다는 점이다. 평소 NYT의 중국 보도를 공포 조장으로 보던 사람도 이번 기사는 중립적이고 사실 위주라고 인정하면서 "이건 Palantir가 미국에 파는 것, 여러 정보기관이 만들기 시작한 것과 같은 종류인데 더 포괄적일 뿐이고, 감당할 수 있는 모든 나라의 미래를 미리 보는 것"이라고 덧붙였다.

AI 수요의 물리적 청구서

송전선 4-8년, 변압기 백오더 - AI 마니아론과 데이터센터 실물 제약

Hacker News · seanhelvey.com

AI 붐을 튤립 파동과 코인의 계보로 읽는 에세이인데, 점수는 46점이지만 댓글에서 벌어진 "이번엔 정말 다른가" 논쟁이 실질적 가치다.

에세이에서 재사용 가치가 높은 부분은 예측 실패의 연대기다. 일론 머스크의 완전자율주행 발언이 연도별로 나열된다. 2014년 1년 안에 고속도로 진입로부터 출구까지 조작 없이 주행, 2016년 완전 자율까지 2년 미만, 2019년 올해 기능 완성과 내년에 로보택시 100만 대, 2026년 연말까지 미국의 4분의 1에서 절반이다. 여기에 1960년대에 튜링상과 노벨상 수상자가 컴퓨터가 스스로 프로그래밍하므로 프로그래밍 직업이 사라질 것이라 예측했지만 60년이 지나도 우리가 여기 있다는 대비가 붙는다. 저자의 결론은 코딩이 애초에 병목이 아니었고 가치를 만드는 것은 관계와 이해라는 것이다.

실물 제약 데이터가 두 번째 축이다. Erin Brockovich가 데이터센터 부지와 반대 운동을 지도로 정리한 사이트를 인용하며 운영 중 33곳, 건설 중 66곳, 제안된 곳 47곳, 그리고 주민 우려가 접수된 지점 8,837곳이라는 숫자를 든다. 여기에 신규 송전선은 건설에 4년에서 8년이 걸리고 변압기는 백오더 상태여서 그 비용이 모두의 월 전기요금과 이웃이 잠들 수 없는 소음으로 나타난다는 점을 짚는다. 투명성 부재 지적도 구체적이다. AI 랩들은 쿼리당 에너지 사용량, 냉각수 사용량, 부지가 폐쇄된 뒤 토지와 대수층의 귀속 주체를 공개하지 않는다.

댓글의 핵심 대립은 비유의 적절성이다. 비니 베이비와 NFT와 메타버스를 나열하는 쪽에 대해, 튤립과 NFT와 메타버스는 모두 배타성과 수집품에 관한 것이었고 실용 가치가 없는 예술이었던 반면 자기는 OpenAI에 월 $100를 내고 매일 쓰는 유용한 서비스를 얻으므로 이 버블은 철도 붐이나 2000년 광섬유 구축 버블과 훨씬 공통점이 많다는 반박이 나왔다. 반대편에서는 크립토 신봉자들도 혁명적으로 유용하다고 주장했다는 재반박이 붙었다. 가장 정밀한 반론은 토큰을 범용 실행 통화에 비유하는 시각에 대한 것이다. AI 토큰은 정의상 통화가 될 수 없는데 대체 가능하지 않기 때문이다. 생성된 토큰은 의미에 따라 가치가 완전히 다르고, 100만 토큰을 써서 시간과 에너지만 낭비할 수도 있고 10만 토큰으로 큰 가치를 만들 수도 있으며, 더 이상한 것은 토큰의 ROI를 사전에 알 방법이 없다는 점이다. AI 비용 구조를 설명할 때 그대로 쓸 수 있는 정리다. 저자가 에이전트 사용 중 관찰한 것 두 가지도 기록할 만하다. 에이전트가 모델이 오래되었다는 이유로 웹을 한 번이 아니라 5회에서 10회씩 검색하는 것을 목격했고 그 트래픽 자체가 "SaaS 종말" 가설과 모순된다고 봤다. 그리고 이 글을 쓰면서 Claude Code에 현재 웹사이트 설정으로 부제를 넣는 것이 가능한지 물었더니 답을 하는 대신 코드를 작성하고 실행해버렸다.

유럽 Xbox 최대 43% 인상, 원인은 AI 산업의 메모리 수요

Hacker News · The Verge

앞 항목의 청구서가 소비자에게 도착한 지점이다. 마이크로소프트가 6월에 예고했던 Xbox 가격 인상의 유럽과 영국 가격이 공개됐는데 폭이 컸다. 512GB Series S는 349.99유로에서 499.99유로로, 299.99파운드에서 429.99파운드로 43%가 넘게 올랐다. 1TB Series S는 399.99유로에서 599.99유로, 349.99파운드에서 519.99파운드가 됐다. 1TB Series X Digital은 549.99유로에서 749.99유로, 449.99파운드에서 619.99파운드로, 디스크 드라이브가 있는 1TB Series X는 599.99유로에서 799.99유로, 499.99파운드에서 669.99파운드로 30% 넘게 올랐다. 모델에 따라 최대 200유로 또는 170파운드 인상이다. 2025년 5월 이후 세 번째 인상이고 최상위 모델은 2020년 출시가 $499.99보다 $300 비싸진 상태다. 2TB 모델은 저장장치 수급난 때문에 아예 단종됐다.

이 항목의 값어치는 게임기 가격 자체가 아니라 원인의 연결고리다. 기사는 인상 원인을 AI 산업 수요로 인한 RAM과 스토리지 가격 급등으로 명시한다. 다른 콘솔도 같은 이유로 올랐지만 마이크로소프트만큼 극단적이지는 않았다는 것이 The Verge의 평가다. 댓글이 규모를 보강했다. PS5 가격은 지난 2년간 35% 올랐고 PC용 RAM은 5배가 되었으며 이건 전 세계적 문제라는 것이다. AI 데이터센터 투자가 게이머와 자작 PC 사용자의 지갑에 직접 도달하는 경로가 숫자로 확인된 사례다. 거시 지표로 확장한 댓글도 인용 가치가 있다. 주거비를 전자제품과 평균 내어 인플레이션을 설명해온 관행을 비판하며 "월세는 세 배가 됐지만 TV도 세 배 커졌고 게임기 CPU는 1000배 빨라졌으니 실제로는 2%만 비싸졌다는 CPI 계산"이라고 비꼰 뒤, 이제는 그 변명조차 쓸 수 없게 되었다고 지적했다.

SpaceX가 "지구 안팎의 AI 슈퍼컴퓨터 클러스터" 인재를 이메일로 모집한다

X · elonmusk, LinkedIn · Virat Singh (Financial Datasets)

이번 수집분에서 반응이 압도적으로 큰 글이다(좋아요 58,681, 리트윗 5,752). 내용 자체는 짧지만 두 가지가 남을 값어치가 있다. 첫째, 문구가 "on and off Earth"다. 궤도상 데이터센터를 채용 공고 수준에서 명시적으로 언급했다는 것 자체가 신호다. 둘째, 지원 경로가 회사 채용 시스템이 아니라 datacenters@spacex.com 이메일이고 요구 사항이 뛰어난 능력의 증거를 담은 불릿 3개와 이력서다.

같은 날 올라온 다른 채용 방식은 규모는 작아도 AI 시대 평가 설계 사례로 구체적이다. 리트코드와 트리비아와 테이크홈을 모두 없애고 실제 기능 하나로 45분 페어링을 한다. 그리고 명시적으로 "AI를 스코핑과 코딩에 쓰고 사고는 네 머리로 하라, 아니면 시간 안에 못 끝낸다"고 조건을 건다. 학위와 업계 경력을 요구하지 않고 평가 축을 사고 방식, 커뮤니케이션, AI 도구 숙련도 세 가지로 잡았다. 좋아요 116에 댓글 36으로 댓글 비율이 이례적으로 높은데 논쟁적인 형식이라는 뜻이다. 아래에서 다룰 "출하 코드의 70%를 AI가 쓴다"는 설문 결과에 채용 프로세스를 맞춘 사례로 읽을 수 있다.

보안: 자격증명, 하드웨어, 공급망

SSH 허니팟 30일, 봇이 쓰는 사용자명 상위 20위에 solana와 claude가 있다

Hacker News · uphillsecurity.com

전 세계 5개 VPS 사업자에 걸쳐 전용 서버 15대로 SSH 허니팟 네트워크를 돌린 첫 30일 데이터가 공개됐다. 2026년 7월 한 달 동안 고유 IP 6,790개에서 총 1,531,053건의 로그인 시도가 들어왔고, 고유 자격증명 쌍 131,922개, 고유 사용자명 12,238개, 고유 비밀번호 97,621개가 수집됐다. 129개국, 1,334개 ASN이 관여했다.

가장 중요한 해석 포인트는 "IP 수"와 "시도 수"가 정반대 그림을 그린다는 것이다. 고유 IP 기준으로는 아시아가 60.1%(4,084개)로 압도적이고 유럽은 19.1%(1,294개)에 불과한데, 로그인 시도 기준으로는 유럽이 60.2%(921,439건), 아시아가 29.6%(453,254건)로 뒤집힌다. IP당 시도 수로 환산하면 유럽 712.1건 대 아시아 111.0건이다. 아시아는 넓게 흩뿌리는 스캐너가 많고 유럽은 소수의 IP가 집요하게 두드린다는 뜻이다. 국가 단위에서도 같은 패턴이다. 고유 IP는 중국이 24.3%(1,653개)로 1위지만 시도 건수는 네덜란드가 44.8%(686,449건)로 1위이고 중국은 7.4%에 그친다. IP당 집중도 상위는 루마니아 2,646.5건(IP 26개), 네덜란드 2,487.1건(IP 276개)이다.

ASN 데이터를 보면 특정 호스팅 업체 몇 곳에 공격이 몰려 있다는 것이 더 분명해진다. 시도 총량 1위는 AS197170 TechTies Inc.로 448,559건(전체의 29.3%)을 IP 110개에서 냈고, IP당 집중도 1위는 AS48090 TECHOFF SRV LIMITED로 IP 단 14개에서 155,510건, IP당 11,107.9건을 기록했다. 반면 고유 IP 수 상위는 AS8075 Microsoft(303개), AS4134 CHINANET(280개), AS14061 DigitalOcean(259개)로 대형 클라우드가 분산 스캔의 출발지 역할을 하고 있다. 차단 정책을 짤 때 국가 차단보다 소수 악성 ASN 차단이 훨씬 효율적일 수 있다는 근거가 된다.

이 다이제스트에 반드시 실을 신호는 사용자명 상위 20위의 구성 변화다. root가 648,133건으로 압도적이고 admin(67,726), ubuntu(42,897), user, test, debian, deploy, ftpuser가 뒤를 잇는데, 9위가 solana(8,223건), 16위가 claude(5,993건), 19위가 solv(5,242건)다. 크립토 노드 호스트와 AI 에이전트 실행 계정이 자동화 봇의 기본 사전에 이미 들어갔다는 뜻이다. postgres, oracle, pi, minecraft, git, deployer 같은 서비스 계정도 상위권이다. 비밀번호 쪽은 예상대로 123456(73,592건), 123, 1234, password, 12345678이 압도적이고 최다 조합은 root/123456(3,861건), root/root(3,508건), root/password(3,449건) 순이다. 데이터는 CC BY 4.0으로 공개됐다.

봇이 로그인에 성공하면 무엇을 하느냐는 질문에 대한 답도 정리해둘 만하다. 크립토마이너나 지속성 도구 설치, SMTP 스팸 발송, 사전 확보한 자격증명으로 이커머스와 SNS 로그인 시도, 권한 상승, 프로세스를 숨기는 루트킷형 RAT, 프록시와 DDoS 에이전트, 그리고 대상이 돈이 있어 보이면 랜섬웨어다. 가장 유용한 현장 경험담은 미디어 서버 계정을 친구에게 주면서 셸 접근을 막지 않았던 사례다. 친구가 모든 서비스에 쓰던 동일한 비밀번호를 사용했고, 그 비밀번호를 확보한 무언가가 해당 계정으로 들어와 SSH 스캔 도구와 크립토 마이너를 설치했으며 HTTP(S) 요청을 포워딩해 그 머신을 "레지덴셜 프록시" 네트워크의 일부로 만든 것으로 보였다. 빨리 알아챈 이유는 그 머신에서 평소와 다른 상시 업스트림 트래픽이 갑자기 발생했기 때문이다.

Coldcard 피해 $8,860만, 원인은 난수 생성 결함

Hacker News · Coldcard 후속 보도, 기술 분석 · insider.btcpp.dev

Coinkite의 Coldcard 하드웨어 지갑에서 발생한 자금 탈취 피해 추정치가 $8,860만까지 올라갔다. 점수는 31점으로 낮지만 댓글이 원문 기사의 오류를 정정하고 실제 근본 원인을 짚어냈다는 점에서 남길 가치가 있다.

먼저 정정이다. 원문은 최초 취약 펌웨어가 2021년 3월 17일에 배포되었고 그 시점부터 탈취 코인이 공격자 주소로 흘러들어오기 시작했다고 썼는데, 이는 명백한 오류라는 지적이 나왔다. 그 이전에 다른 공격이 있었는지는 아무도 모르지만 이번에 확인된 공격은 최근에 시작됐고 취약 펌웨어 배포 시점까지 소급되지 않는다. 실제 원인은 엔트로피와 난수 생성 결함이며, 두 명이 독립적으로 같은 기술 분석 글을 추천했다. 공격자는 탈취 코인을 4,000개가 넘는 주소에 분산 보관 중이다.

조직 문제로 향한 진단이 더 날카롭다. Coinkite에 이런 종류의 허술한 커밋 관행을 즉시 잡아낼 수 있는 성숙한 시니어 엔지니어가 파이프라인에 없었던 것으로 보이며 이번 주에 올라온 커밋에서도 같은 일이 계속되고 있다는 것이다. 더 구체적으로는, 프로젝트 초기에 저수준 난수 생성 코드를 만지면서 x나 runs 같은 커밋 메시지를 남기고 암호 코드의 안전성에 대한 논의도 별로 없었다면 누군가 문제를 제기했어야 하는데 그러지 않았다는 지적이다. 그 결론이 인용 가치가 높다. 우리는 "직접 암호를 구현하지 말라"는 말을 자주 듣는데, 시장에 제품이 무수히 많고 각각의 가시성이 제각각인 세상에서 오픈소스는 대부분의 프로젝트에 충분한 눈이 없기 때문에 모든 버그를 얕게 만들지 못하며 오히려 일부 사람들에게 잘못된 확신을 줬을 것이라는 것이다.

커뮤니티 반응 분석도 정확하다. 비트코인 커뮤니티가 이번 사건을 유독 힘들어하는 이유는 피해자들이 모범 사례를 따르고 있었기 때문이다. 보통 코인을 잃으면 피해자가 무슨 실수를 했는지 지적하는 집단적 비난이 벌어지는데, 남의 실수를 짚고 자기는 그런 실수를 하지 않을 만큼 똑똑하다고 확신하는 것이 위안이 되기 때문이다. 그런데 이번에는 지적할 실수가 별로 없다. 이어진 예측이 "다음 단계는 역사를 수정해서 Coldcard는 애초에 추천 지갑이 아니었다는 합의를 만드는 것"이었는데, 그 예측에 대한 반응이 곧바로 스레드 안에 나타났다는 점까지 함께 기록할 만하다.

AUR 푸시 중단, 그리고 LLM 시대의 장기 신뢰 공격

Hacker News · Arch Linux 공지

Arch User Repository에 대한 푸시가 중단됐다. 이틀 전 Arch가 AUR 패키지 입양 기능을 비활성화한 데 이어진 조치로, 스레드의 첫 질문이 "또 다른 공격이 진행 중인가"였다.

가장 인용 가치가 높은 것은 위협 모델이다. LLM이 대규모 장기 공격을 쉽고 저렴하게 만든다는 것으로, 정보기관이라면 3천 명의 별개 "개인"으로 위장해 1만 개 패키지를 몇 년간 유지하다가 쌓아둔 신뢰를 현금화하면 된다는 시나리오다. 자원봉사 메인테이너 군단을 순진하고 고맙게 신뢰할 수 있던 시대가 끝난 것 같다는 것이다.

여기에 대한 반박들이 AUR의 구조를 정확히 설명한다. nixpkgs는 완전히 다른 모델로 들어가는 변경이 모두 메인테이너 리뷰를 거치는 반면 AUR은 문자 그대로 누구나 언제든 무엇이든 푸시할 수 있는 자유방임이라 애초에 순진하게 신뢰할 수 있는 대상이 아니었다는 지적이다. 신뢰해야 할 대상은 Arch Linux의 실제 스태프인 패키지 메인테이너(예전 명칭 trusted users)이고 AUR 패키지는 인터넷의 아무나가 관리한다. 문서화된 기대치도 상기됐다. AUR에서는 PKGBUILD 파일을 맹목적으로 신뢰할 수 없다는 것이 항상 명시적 전제였고, 이는 공식 배포판 저장소를 쓰는 것보다 윈도우에서 아무 웹사이트의 설치 파일을 실행하는 것에 가까우며, 위키도 공식 저장소와 AUR의 경계를 흐리는 AUR 헬퍼 도구를 쓰지 말라고 늘 권고해왔다.

트레이드오프를 가장 깔끔하게 정리한 댓글은 이렇다. 양쪽을 다 가질 수는 없다. 패키지가 소프트웨어 배포판을 유지하는 소수의 신뢰받는 개인에게서 오면 선택지는 그들이 직접 관리하는 패키지로 제한된다. 아니면 인터넷의 아무나가 말 그대로 무엇이든 푸시할 수 있는 저장소에서 올 수 있고, 그러면 선택지가 지금까지 만들어진 모든 소프트웨어로 넓어지는데 거기엔 악성코드도 포함된다. 걸러낼 사람이 없기 때문이다. Arch는 두 패러다임을 모두 제공하니 정보에 근거한 결정을 내리라는 것이다. 거버넌스 논쟁도 붙었다. 프로젝트가 어느 정도 인지도를 얻으면 폭발 반경이 생기므로 누가 언제 무엇을 왜 푸시하는지 최소한 파악해야 한다는 주장에 대해, 무보수 자원봉사자에게 그런 의무를 요구할 근거가 없다는 반발이 즉각 나왔다.

실행 비용이 붕괴한 뒤 남는 병목

보이스코딩으로 만든 아이들 용돈 앱 - 마지막까지 남는 것은 도메인 판단

LinkedIn · 김한규, X · sakumenx

문제 정의가 생활형이라 오히려 전달력이 있다. 폭염 주말에 12살, 7살 두 아들과 놀아주면서 일도 해야 하는 상황에서 타이핑을 요구하는 개발은 불가능하다. 저자는 Claude Code와 ChatGPT와 목소리 세 가지만으로 아이들 용돈 관리 서비스를 만들어 Vercel에 정식 배포했다. 절차는 여섯 단계다. 아빠가 주도해 어떤 서비스를 만들지와 목표를 정의하고, 준비물을 갖추고, MVP를 로컬에 먼저 배포하고, 유저(아이들) VOC를 수집해 반영하고, Next.js 웹앱을 만들어 Vercel로 정식 배포하고, 배포 후에도 VOC 수집과 재수정과 배포를 반복한다.

전제 조건이 명확하다. 아빠가 PO 역할로 기획의 큰 줄기를 세운 상태에서 떠들어야 한다는 것이다. 서비스 설계를 보면 그 의미가 드러난다. 아이들에게 주고 싶은 경험이 경제 관념이었고, 경제 관념은 직접 돈을 벌고 저축하고 자유의지로 소비할 때 생긴다는 판단에서 데일리 태스크와 용역 서비스라는 두 축이 나왔다. 요일별 영어와 국어와 수학 숙제를 모두 수행해야 방 청소와 설거지 같은 용역 서비스 항목을 체크할 수 있고, 용역 서비스별 단가에 맞춰 용돈이 지급된다. 학생의 본분을 다해야 가사 노동으로 용돈을 벌 수 있게 잠금을 건 구조는 AI가 대신 정해줄 수 있는 종류의 결정이 아니다.

워크플로에서 실무적으로 유용한 두 가지가 있다. 첫째, Claude Code와 ChatGPT를 교차 사용한다. Claude Code의 개발 과정과 중간 결과물을 ChatGPT에 던져 피드백을 정리하고 그 피드백을 다시 Claude Code에 넣어 고도화한다. 구조적으로 말하지 않고 의식의 흐름대로 말해도 되지만 이 이중 루프가 품질을 잡는다. 둘째, MVP를 곧장 웹앱으로 배포하지 않고 로컬에 먼저 띄운다. 기능과 에러 수정과 테스트가 훨씬 빠르고 쉽기 때문이다.

같은 날 일본어권 X에서 같은 현상의 다른 각도가 보였다. 좋아요 1,413을 받은 인용 발언이 이렇다. "구현은 전부 Claude Code에 던지고 있고 코드는 한 줄도 읽지 않아서 왜 이렇게 쓰는지를 설명할 수는 없다. 그래도 무엇이 어디서 동작하고 왜 그 배치를 골랐는지, 당일 어디서 막혔는지는 안다." 구현 지식과 시스템 이해가 분리되고 있음을 보여준다. 저자의 마무리도 교육 관점에서 인용할 만하다. 그동안 아이들에게 강조한 것이 지식 암기가 아니라 "이해한 것을 네 언어로 직접 설명해보라"였는데, 여기에 "상상하는 모든 것이 현실이 된다"는 감각을 직접 만들어보며 갖게 하는 것을 더한다는 것이다.

30시간 해커톤 1등의 성적표는 스타 개수가 아니라 매출 1,400만원이었다

LinkedIn · Patrick Han, X · ffreedomkr

이 항목의 핵심 수치는 30시간이라는 제약 안에서 나온 실매출이다. 흑백개발자 프라이빗 상영회 후기에 따르면 참가자들이 매출로 경쟁했고 1등이 1,400만원 수준, 저자 추정으로 30시간 동안 참가자 전체 매출 합계가 몇천만원 수준이었다. 해커톤 결과물을 데모나 스타 개수가 아니라 매출로 채점했다는 점이 특이하고, 그래서 "만들 수 있다"와 "팔 수 있다" 사이의 간극을 그대로 드러낸다.

저자가 짚은 함의가 정확하다. AI 시대에는 구현 자체가 차별점이 되기 어렵다. 그래서 30시간 안에 매출을 낸다는 건 니즈 파악에서 선점 구현, 세일즈와 마케팅까지 한 사이클을 완주했다는 뜻이 된다. 앞의 보이스코딩 사례가 도달한 "마지막까지 남는 건 도메인 전문성"과 같은 결론에 다른 증거로 닿는다.

같은 현상을 사내 조직 관점에서 보여준 글도 있다. 사내 자동화 PoC에 모인 인원 중 한 대리가 결과를 정리해 보냈는데, 2시간 걸리던 업무가 대부분 사라진 것도 중요하지만 이걸 구현하는 데 걸린 시간이 1시간 남짓이라는 점이 더 중요하다는 내용이다. 예전 같으면 한 달짜리 프로젝트였다. 자동화의 효과를 "2시간짜리 업무가 사라졌다"가 아니라 "그걸 만드는 데 1시간이 걸렸다"로 강조한 것이 핵심이다. 구현 비용이 ROI 계산이 필요 없을 만큼 싸지면 "일단 해보고 아니면 버린다"가 가능해지므로 자동화 대상 선정 기준 자체가 바뀐다.

한국 개발자 설문: 출하 코드의 70%를 AI가 쓰고, 국내와 해외 기업 연봉이 2배 차이

LinkedIn · Florian Ludot (Dev Korea)

Dev Korea의 첫 State of Dev in South Korea 설문이 나왔다. 6주간 영어와 한국어로 진행했고 응답은 166건이다. 응답자는 한국 국적자, 국내 거주 외국인, 그리고 한국으로 이주하고 싶은 해외 개발자로 구성됐다. 표본이 166명이라 일반화에는 한계가 있지만, 한국 개발자 생태계를 대상으로 AI 사용률과 보상과 차별과 비자를 한 설문에서 함께 물은 사례는 드물어 개별 수치보다 항목 간 대비가 값어치를 만든다.

가장 눈에 띄는 숫자는 한국 개발자들이 출하하는 코드의 70%를 AI가 쓴다는 중앙값이다. 저자 본인도 이게 가장 놀라운 발견은 아니라고 단서를 달지만, 이 수치는 앞 두 항목의 개별 일화에 통계적 뒷받침을 제공한다.

보상 구조가 더 날카롭다. 한국 기업 재직 시 중앙값이 5,000만6,000만원인데 한국 오피스가 없는 외국 기업 재직 시에는 1억1억 2,000만원으로 2배 차이다. 저자의 요약이 정확하다. 얼마나 오래 일했는지보다 누구를 위해 일하는지가 더 크게 작용한다. 여기에 6년간 정체하다가 7년차에 한꺼번에 만회하는 연봉 곡선이 붙는데, 국내 시장에서 이직 없이 버틸 때의 보상 지연 구조를 시사한다.

차별 데이터의 대비도 강하다. 한국 고용주 재직자의 26%가 차별을 경험했다고 답했고 사유는 국적이나 인종이 가장 많았는데, 외국 고용주를 위해 원격으로 일하는 19명 중에서는 0건이다. 표본이 19명이라 통계적 무게는 약하지만 방향은 명확하다. 정책적으로 가장 쓸모 있는 발견은 비자 항목이다. 한국으로 오고 싶어하는 해외 개발자 중 85%가 비자를 장벽으로 꼽았고 급여를 꼽은 비율은 4%다. 인재 유치의 병목이 보상이 아니라 이민 절차라는 뜻이다. 리포트는 CC BY 4.0으로 무료 공개돼 인용과 재배포가 자유롭고, 저자는 내년에 500건을 목표로 다시 진행하겠다고 밝혔다.

리포트가 뒤집은 통념 - 타 직군 메시지에서 디자인 업무는 평균 1.7%, 병목은 승인 절차

LinkedIn · Soyeong Choi (Daily Prompt), LinkedIn · MYO YOUNG KIM

이 항목이 값어치를 갖는 이유는 통념을 뒤집는 숫자 하나 때문이다. 다른 직군이 보낸 메시지 중 디자인 업무가 차지한 비율이 평균 1.7%에 그쳤다. AI 이미지 생성이 확산되면 기획자와 마케터가 디자인을 직접 해버릴 것이라는 예측과 반대다. 저자는 여기서 "디자이너는 이제 다 죽었다" 류 담론과 데이터의 방향이 다르다고 지적한다.

다만 관찰이 단순한 안심은 아니다. 마케팅은 점점 모든 직군의 기본 역량이 되어가고 있고, AI로 먼저 타격을 입은 직군일수록 생존을 위해 다른 직군의 일을 빠르게 흡수하며 제너럴리스트로 변한다. 경계 붕괴는 일어나되 방향이 예상과 다르다는 이야기다.

가장 재사용 가치가 높은 부분은 분업 구조에 대한 지적이다. 대량생산 시대에 효율을 올려주던 분업 시스템이 AI 시대에는 병목이 될 수 있다. 예시가 구체적이다. AI가 30분 만에 결과물을 만들어도 기존 승인 절차 때문에 3주짜리 업무가 될 수 있다. 앞 항목의 "구현에 1시간, 예전이면 한 달"과 정확히 맞물린다. 실행 비용이 붕괴한 뒤 남는 병목은 기술이 아니라 조직 프로세스라는 것이다. 그래서 AX의 정의도 달라진다. 저자는 AX의 성패가 "AI가 줄여버린 경계를 조직이 얼마나 기꺼이 포기할 수 있는가"에 달렸다고 정리한다. 앞서 나온 온프레미스 AX 글이 AX를 기술 스택 10계층과 8단계 도입 경로로 설명했다면, 이 글은 같은 단어를 조직이 무엇을 놓아줄 것인가의 문제로 재정의한다.

같은 날 올라온 다른 글은 그 경계 붕괴가 실제 대화에서 어떻게 마찰을 일으키는지 보여준다. 디자이너이자 대표인 저자도 AI 시안을 디자이너에게 보여줄 때 괜히 기분 상하면 어떡하나를 매번 고민한다고 밝힌다. 그의 진단은 문제가 AI 시안 자체가 아니라 전문성과 판단이 존중받지 못하는 대화 방식이라는 것이고, 처방은 문장 하나를 바꾸는 것이다. "이대로 만들어 주세요" 대신 "이 방향이 브랜드에 맞는지 함께 검토해 주세요". 앞의 "에이전트는 초안, 사람이 결정"과 구조가 같다. AI 산출물을 지시가 아니라 초안으로 제시하고 판단 권한이 누구에게 있는지 명시하는 것이다. 실행 팁도 하나 있다. 블로그에서 전체 리포트 PDF를 받은 뒤 Codex에게 첨부 PDF를 한글로 자연스럽게 번역해달라고 요청하면 전문을 한국어로 읽을 수 있다.

에이전트를 더 쓸수록 소모되는 건 사람 쪽 컨텍스트였다

LinkedIn · Hyunjun Jeon, LinkedIn · Sihyun Kim, LinkedIn · Jedi Kim

같은 날 피드가 자동화 성공 사례로 가득한 가운데 이 세 글은 반대 방향의 신호를 준다. 셋 다 개별 도구 불만이 아니라 구조적 관찰이라는 점에서 남길 값어치가 있다.

가장 반직관적인 대목은 AI Agent를 다양하게 다룬다고 작업 퍼포먼스가 늘지 않았다는 관찰이다. 정해진 일을 폭발적으로 실행할 때는 여러 에이전트를 구독한 게 도움이 됐지만, 대부분의 경우 여러 에이전트를 관리하는 일 자체가 본인의 뇌 컨텍스트를 소모했고 그 결과 산출물 품질이 떨어졌다. 도구를 늘리는 것이 곧 생산성이라는 통념에 대한 실사용 반증이다. 그가 지목한 진짜 병목은 맥락 전달이다. 아무리 공고한 시스템을 구성했어도 사람이 환경에서 얻은 번뜩이는 아이디어를 남이 이해하기 쉽게 풀어내는 일은 여전히 어렵고, 이건 상대가 사람이어도 마찬가지다. 그래서 그는 키보드 타이핑이 너무 느려 집에서는 주로 말로 시킨다. 정리가 안 되는 면도 있지만 맥락을 쏟아내기엔 편하다는 것이다. 워크플로를 정리하면 일의 일정 부분을 맡기는 건 이미 충분히 가능하고, 어려운 건 내 맥락을 가져가는 것과 그때그때의 판단이라는 정리도 붙는다. 최근에는 외부에 지식을 전달할 일이 많아 "지식 곳간이 텅텅 비었다"고 표현하며 가장 불편한 방식, 즉 직접 한땀한땀 쓰는 방식으로 자기 컨텍스트를 다시 채우고 있다고 적었다.

두 번째 글은 같은 문제를 조직 규모 결정으로 옮긴다. 일이 많아져 조직을 만들지 혼자 할지 고민 중인데, AI가 실무 대부분을 해주니 혼자 일하는 게 더 매력적이라는 것이다. 설득 과정이 하나만 생겨도 혼자일 때와 비교할 수 없는 병목이 생기고, AI와 일하는 것이 일종의 느슨한 위임인데 이 정도 위임을 인간에게 기대하기는 어렵다. 그 결과 일을 크게 만들기 어렵고 자산화가 안 된다. 앞 항목의 "분업이 병목이 된다"를 1인 사업자 관점에서 재확인하는 동시에 그 대가(확장 불가, 자산화 실패)까지 함께 적어놓은 드문 기록이다. 현재 그가 찾는 답이 비즈니스 자산 극대화와 고객을 대면하지 않고 사업하는 방법이라는 점도 구체적이다.

세 번째는 다른 층위의 지적이다. Codex는 지나치게 완벽하려 하고, LLM 자체가 통계라 100%가 없다는 걸 Claude 스스로 잊어버린다는 것이다. 확률인데 무조건 참으로 착각하는 두 LLM 때문에 가끔 미친다는 표현이다. 멀티 에이전트 교차검증이 확산되는 흐름에 대한 실사용 경고로 읽힌다. 확률적 산출물끼리 합의해도 그 합의가 진리 보증은 아니다.

수학에서 이미 보이는 Jevons paradox, 그리고 하네스가 노려야 할 베테랑의 암묵지

X · trq212, X · turingbook, LinkedIn · Gene Lee(엘박스)

세 글은 서로 다른 언어권, 다른 도메인에서 같은 질문을 다룬다. AI가 실행을 가져간 뒤 사람의 지식은 어디로 가는가.

첫 번째 관찰은 가장 반가운 방향이다. 수학에서 Jevons paradox(효율이 올라 단가가 떨어지면 총 사용량이 오히려 늘어나는 현상)가 이미 보인다는 것이다. 근거는 셋이다. 더 많은 일이 벌어지고 있고, 이해하기 더 쉬워졌고, 수학자들이 더 높은 추상 수준에서 외부인과 논의할 시간이 늘었다. 결론은 수학을 생각하고 아는 사람에 대한 수요가 올라갈 것이라는 예측이다(좋아요 912, 리트윗 79). 앞 항목이 데이터로 보여준 "디자이너가 죽지 않았다"와 같은 방향의 논리다.

두 번째 글은 하네스, 즉 에이전트 실행 환경의 목적 자체를 다시 정의한다. 하네스의 가장 큰 가치가 작업 대체가 아니라, 각 업계 베테랑의 실제 작업 현장에 들어가 그들이 어떻게 일하고 사고하는지를 보고 그 귀중한 경험을 기록하고 "증류"하는 데 있을지 모른다는 것이다. 핵심 근거는 데이터 성격이다. 이런 지식은 원래 암묵적이라 어떤 데이터셋에도 들어 있지 않았다. 앞 항목에서 "맥락 전달이 가장 어렵다"고 한 문제를 뒤집어, 그 맥락 포착 자체를 에이전트의 존재 이유로 보는 시각이다.

엘박스 Scholar는 그 발상을 법률 도메인에서 사업으로 실행한 사례다. 판결문 검색으로 시작한 회사가 2022년 11월 ChatGPT 출시 이후 본격 AI 서비스로 전환하면서도 데이터 중심성은 흔들린 적이 없었고, 이제는 주석서라는 최상위 법률 지식을 직접 생산하는 플랫폼으로 올라갔다. 기존 출판사와 협업하지 않은 이유가 명확하다. 종이책 중심 전통 출판 프로세스는 빠르게 진화하는 AI 시대 법률 데이터의 속도를 실시간으로 담기에 구조적 한계가 있고, 그 시차는 시간이 갈수록 불리해진다는 판단이다. 저자의 표현으로는 "시간이 지날수록 불리해지는 게임이 아니라 시간의 복리 효과를 우리 편으로 만드는 게임"을 택한 것이다. 실증으로 형법과 형사소송법과 자본시장법 주석서가 나왔고, 김앤장 법률사무소의 조세실무연구와 법무법인 율촌의 뉴스레터도 같은 플랫폼 위에서 만들어진다.

AI가 다시 그리는 시장 구조와 조직 구조

"자동화하지 말고 없애라" - USV가 AI 시대에 다시 꺼낸 1990년 투자 기준

GeekNews · Union Square Ventures

USV가 오래 써 온 투자 기준을 AI 시대 버전으로 다시 정리한 글이다. 논지는 짧다. 좋은 투자는 기존 시장을 소프트웨어로 자동화하는 회사가 아니라 그 시장을 통째로 없애는 회사에 있다는 것이다.

계보부터 정리하면 원전은 Michael Hammer가 1990년 HBR에 쓴 「Don't Automate, Obliterate」이고, 2015년 Fred Wilson이 이를 USV의 투자 관점으로 옮겨 적었다. 이후 USV가 내세운 거의 모든 투자 논제가 이 아이디어 위에 세워졌다. 학습자에게 직접 가는 교육(Duolingo), 프로그래밍 가능한 돈(Coinbase), 출판사 없는 출판(Twitter)이 그 예다. 셋의 공통점은 기존 구조 안에서 효율을 높이는 것이 아니라 시장 구조 자체를 갈아엎는다는 데 있다.

그럼 AI가 무엇을 바꿨나. 비유가 명확하다. 인터넷은 유통 비용을 붕괴시켰고 그 결과 유통을 통제하던 미디어 기업의 시장 지배력을 빼앗았다. AI는 같은 일을 전문지식에 한다. 전문가 수준 지능이 에이전트를 가진 누구에게나 흔해지면, 그 전문성을 관문으로 삼아 힘을 얻던 사람과 기업과 기관이 힘을 잃기 시작한다. 공급 측에서 수요 측으로 넘어가는 이 이동이 시장을 실제로 재구조화한다는 것이다.

주장이 추상에 머무르지 않게 포트폴리오 사례 셋을 든다. Doctronic은 의사와 환자 사이 절차를 매끄럽게 만드는 회사가 아니라 스마트폰을 가진 누구에게나 AI 의사를 주는 회사이고, Utah에서는 합법적으로 처방전까지 쓸 수 있다. Isembard는 기존 공장에 소프트웨어를 파는 대신 고정밀 제조 라인을 운영하는 전문성 자체를 소프트웨어로 포장해 공장을 다시 짓는다. 소수의 노후 기계 공장 안에만 살아 있던 산업 역량을 AI로 배치 가능한 무언가로 바꾸는 셈이다. Cofounder는 제품 개발과 영업과 마케팅과 유통을 쉽게 만들어 주는 도구가 아니라 고객을 대신해 사업 전체를 출시하고 운영한다.

이 글의 유용함은 판단 기준이 하나로 압축된다는 데 있다. 이 회사는 기존 절차를 돕는가, 아니면 전문 역량 자체를 공급자에게서 고객에게 옮기는가. 다만 반론 지점도 짚어 둘 만하다. 세 사례 모두 아직 결과가 나오지 않은 초기 투자이고, 규제 산업에서 전문성을 고객에게 직접 이전하는 것이 어디까지 허용될지는 Utah 사례처럼 관할별로 갈린다. 실증이 아니라 투자 명제로 읽어야 한다.

AI-First 조직의 실제 구조: 0->1은 끝났고 병목은 1->2

GeekNews · NFX

앞 글이 바깥(시장)이라면 이 글은 안(조직)이다. NFX가 "3인 유니콘" 담론의 후속으로 낸 글인데, 헤드라인은 다 알지만 구조를 제대로 잡은 회사와 아닌 회사 사이에 큰 격차가 있다는 문제의식에서 출발한다. 3인 유니콘은 애초에 인원 수와 "AI 쓰기"에 관한 이야기가 아니었다는 것이다.

가장 인용할 만한 진단은 병목의 이동이다. 제품과 디자인과 엔지니어링과 지원을 나누고 중간 관리자를 두는 옛 조직도는 제품을 존재하게 만드는 일이 가장 어려웠던 세계, 즉 0->1을 위해 설계됐다. AI가 그 문제를 풀었고 인류 역사상 빈 화면을 채우기가 지금처럼 쉬웠던 적이 없다. 새 병목은 1->2다. 프로토타입, 테스트, 출시, 학습, 반복. 강조점이 구축에서 검증으로 옮겨 간다. 반대로 실패하는 AI 도입 기업은 "출시 전 연옥"에 갇힌다. AI로 뭐든 시도하기가 너무 쉬워지니 제품을 출시해 실제 고객 데이터가 판단하게 두는 대신, AI에게 이 제품이 좋은지 계속 묻는 유혹에 빠진다.

처방은 미션 팟이다. 직무가 아니라 결과를 중심으로 팀을 만든다. 고객 문제 해결, 특정 제품 영역 완성, 매출 목표 달성 같은 것이고, 각 팟은 고객 이해와 프로토타입과 출시와 측정과 반복을 다른 부서를 기다리지 않고 전부 소유한다. 다섯 원칙 중 실무적으로 가장 날카로운 것은 둘이다. 하나는 에이전트를 조직도에 올리라는 것이다. 모든 팀이 어떤 업무를 인간이 하고 어떤 것을 AI가 하며 어떤 것에 인간 검토가 필요한지 정확히 말할 수 있어야 하고, 그 지도가 없으면 AI 네이티브 조직이 아니라 구독을 가진 사람들의 모임일 뿐이다. 다른 하나는 평가(eval) 문화다. AI가 콘텐츠와 코드와 답변을 10배 더 만들어 내는데 품질 기준이 함께 확장되지 않으면 조직은 자기 쇠퇴를 자동화하게 되고, 원문 표현대로 "고객이 당신보다 먼저 알아챈다".

함정 다섯 개는 그대로 체크리스트로 쓸 만하다. 첫째, 소통 못 하는 IC 채용이다. 개인 단위로만 AI를 도입하면 각자 자기 거품 안에서 빨라질 뿐 거품 사이를 조율하는 사람이 없고, 결국 절반만 완성된 미출시 작업의 무덤이 남는다. 모두가 빠른데 라이브인 것은 없다. 둘째, 잘못된 속도 측정이다. Lenny Rachitsky의 설문에서 97%가 AI 덕분에 일을 더 잘하게 됐다고 답했지만 대부분 그 품질을 순수 산출량과 속도로 재고 있었다. "AI로 2분 만에 블로그 글", "주말에 제품 하나"는 여전히 초안이지 출시가 아니고, 지금 재야 할 것은 프로토타입에서 출시까지, V1에서 V2까지 걸리는 학습 속도다. 셋째, AI 사용량을 생산성으로 간주하는 tokenmaxing이다. 한때 이를 받아들였던 유명 기업 일부가 지금은 AI 지출을 줄이며 낮은 ROI를 문제 삼고 있고, 새로 등장하는 지표가 "백만 토큰당 매출"이다. 넷째, 주니어 채용 중단이다. AI가 지난 50년간 주니어를 훈련시켜 온 업무를 흡수하고 있는 건 사실이지만 채용을 끊는 것은 씨앗 옥수수를 먹는 선택이다. 대안은 다르게 훈련시키는 것으로, 에이전트를 조율하고 촘촘한 eval 루프 안에서 첫날부터 결과를 책임지게 하며 주니어마다 미션 팟 안의 프로젝트 하나를 맡긴다. 다섯째, 미완성을 린으로 착각하는 것이다. 10명 회사도 과거 200명 회사와 같은 의무를 진다. 가장 구체적인 반례가 붙는다. 인간 고객 지원을 완전히 없앤 기업들은 품질과 만족도가 무너지고 엔지니어가 티켓 큐에 끌려간 끝에 인간 지원을 복구해야 했다. 교훈은 AI 지원이 실패한다는 것이 아니라 비용 절감이 잘못된 목적함수였다는 것이다. 결론 문장이 이 글의 요약이다. AI-first는 AI-only가 아니고, 이기는 구조는 인간을 AI로 대체하는 것이 아니라 AI로 증폭하는 것이다.

실리콘밸리의 창업자 고기 분쇄기: 부트캠프에서 YC까지 3년, 그 다음의 실종

GeekNews · 익명 개인 블로그

데이터도 벤치마크도 없지만 스타트업 생태계의 작동 방식을 한 사람의 궤적으로 압축한 글이다. 필자가 'Jim'(가명)을 처음 만난 건 그가 개발자가 되려고 부트캠프에 다니면서 바텐더로 일하고 부유한 집안 여자친구의 지원을 받고 있을 때였다. Jim이 접근한 이유는 음식 배달 앱 프로젝트의 경로 탐색 문제를 못 풀어서였고, 필자는 그걸 보고 Jim이 억 단위 스타트업 꿈에서 수년, 아마 수십 년 떨어져 있다고 판단했다. 그런데 다른 자질이 있었다. 야심 있고 굶주려 있고 결단력 있고 근면했으며, 더 중요하게는 카리스마가 있어 사람들이 그의 말을 듣게 만들 수 있었다.

인맥의 작은 밀어주기 하나로 그는 스타트업에 취업했고, 그 회사가 1년 뒤 Fortune 100 기업에 인수되면서 곧바로 6자리 연봉권에 들어갔다. 그 다음이 전환점이다. 돈을 벌기 시작하자 집중력을 잃고 무모해졌다. 1만 달러짜리 나무 테이블을 사고 맥주 양조를 시작하고 개와 고양이를 들이고 전반적으로 재정적으로 자기 자신을 넘어섰다. 인수 몇 달 뒤 표면적으로는 사소한 이유로 해고됐는데, 필자의 직감으로는 재택근무와 생활 수준 상승 때문에 전혀 집중하지 못한 채 버티고 있었던 것이 실제 원인이었다.

그런데 예측은 크게 틀렸다. Jim은 인수된 회사의 옛 창업자들과 여전히 좋은 관계였고, 그들의 소개로 만난 사람과 함께 YC에 지원해 합격했고 San Francisco로 날아갔다. 그 뒤 이어진 것이 소셜 미디어 러시다. Sam Altman과 찍은 사진, 대담한 선언, 발표와 인터뷰, 큰 기업가치 숫자. 그 스타트업은 실패했지만 부트캠프 수료 3년 만에 그는 다른 스타트업의 Head of Engineering으로 합류했다. 짧게 있다가 전 Big Tech 소프트웨어 엔지니어와 회사를 세웠고 그것도 실패했고 또 다른 회사를 세웠다. 그리고 이상해지기 시작했다. 게시가 매일로 바뀌었고 완전한 AI slop이었으며, 그 사이사이에 대문자로 쓴 이해하기 어려운 글들이 매끄러운 슬롭 타임라인 위로 삐져나왔다. 그리고 침묵.

약 1년 뒤 공통 지인의 전언은 이랬다. 약물이 동반된 창업자 파티와 집단 성행위를 비롯한 San Francisco의 온갖 경험에 참여했고, 약혼자와 헤어졌으며 신경쇠약을 겪었다. 돈이 떨어지자 고향으로 돌아갈 항공권 값을 빌려 달라고 했고 그 뒤로 행방도 생사도 아무도 모른다. 필자는 이것이 전언과 추측임을 명시적으로 구분한다.

마무리가 이 이야기를 개인 일화 이상으로 만든다. 필자는 자기 글이 비하적으로 읽힐 수 있다면서도 Jim의 방식을 진심으로 존경한다고 적는다. 몇 년 만에 무명에서 테크 창업자 유망주가 됐기 때문이다. 필자 자신은 위험을 감수했고 맨바닥에서 시작했고 회사를 세웠고 나라를 옮겼지만 동시에 안전하게 갔다. 학교에 남기로, 가족을 돕기로, 더 침착하기로 선택했다. Jim의 궤적이 뒤집힌 포물선이었다면 자신의 것은 대체로 선형이었다. 결론은 이렇다. 실리콘밸리에는 이런 사람들을 위한 확립된 파이프라인이 있고 수천 명의 Jim이 고기 분쇄기를 통과하며 소수는 해내서 찬양받고 대부분은 짓눌려 버려진다. "결국 꾸준함이 99.9%의 경우 정말로 빠르다." 앞 글의 "잘못된 속도 측정" 함정과 같은 이야기를 다른 레지스터로 하는 셈이다.

10억 매출을 만드는 두 가지 경로 - 1만명에게 10만원 vs 100명에게 1천만원

LinkedIn · Peter Shin

이 글의 값어치는 GTM 조언을 산수로 환원했다는 점이다. 10억이라는 목표 매출을 고정해두고 고객 수와 단가의 조합을 두 가지로 놓는다. 1만명 곱하기 10만원 대 100명 곱하기 1천만원. 일반적 커리어를 거친 파운더는 전자를 떠올리지만 실제로는 후자가 훨씬 쉽다는 주장이고, 근거는 획득 난이도와 확장 경로 둘 다다.

획득 난이도 측면에서는 1만명을 설득하는 것보다 100명을 찾는 게 쉽다는 단순한 논리다. 더 중요한 건 확장 경로다. 한 명에게 1천만원 받는 연습을 100번 하면 다음 사이클에서 1,500만원, 2천만원, 나아가 1억까지 올릴 수 있지만 10만원 고객의 단가를 12만원으로 올리는 건 매우 어렵다. 저자는 그 이유를 고객 심리로 설명한다. 1천만원을 내는 고객은 처음부터 신뢰의 단위가 다르고, 10만원을 내는 고객은 그만큼 촘촘히 따진다.

단가를 낮추는 반대 방향에 대해서도 근거를 댄다. 1만명 규모에 도달하려면 닭가슴살이나 계란이나 생필품처럼 그램 수로 가격을 비딩하고 배달비 1,000원까지 돌려줘야 하는 게임이 되는데, 이건 쿠팡의 영역이라는 것이다. 그래서 커리어를 중단하고 삶과 가정을 전부 건 극초기 창업자가 할 일이 아니고 그걸 권하는 VC와 멘토도 잘못하고 있다는 강한 주장으로 이어진다. 마지막 근거로 YC를 든다. 매 배치의 99%가 B2B를 하는 건 창업자 배경이 아이비 출신이거나 대기업 영업직 출신이어서가 아니라 지극히 현실적이기 때문이라는 것이다.

개발 도구, 로컬 우선 인프라, 언어 릴리스

WebGPU에서 도는 로컬 번역과 한국어 TTS 크롬 확장

GeekNews · Show GN 온글, GitHub · ledzpl/local_translator

"브라우저에 이미 번역 잘되는데 왜 만들었냐"는 질문에 작성자가 직접 답한다. 그 기본 번역조차 보안 정책으로 막힌 환경이 있다는 것이다. 이 한 문장이 존재 이유이자 설계 전체를 규정한다. 번역과 TTS 추론이 전부 브라우저 안에서 끝나고 사용자 텍스트가 어떤 서버로도 나가지 않는다.

구조는 이렇다. Manifest V3 크롬 확장이고 기본 번역은 @huggingface/transformers와 TranslateGemma 4B를 WebGPU에서 돌린다. WebGPU를 못 쓰면 M2M100 WASM으로 자동 전환한다. 다운로드 실비용을 그대로 적어두면 첫 사용 시 TranslateGemma 4B q4가 약 3.1GB, WebGPU 초기화나 첫 추론이 실패하면 M2M100 WASM이 약 650MB, 첫 듣기 때 Supertonic 3 모델과 기본 음성 스타일이 약 400MB다. 눈여겨볼 처리가 하나 있는데, 하드웨어 호환성 실패만으로 정상 가중치를 지우지 않고 Chrome Cache Storage에 남겨 다음 실행에 재사용하며, 대용량 모델 캐시가 일반 웹 저장소 할당량 정리로 날아가지 않도록 unlimitedStorage를 쓴다. TTS는 Supertone/supertonic-3가 브라우저 WebGPU에서 한국어 음성을 직접 만들고, 한글 원문을 직접 합성하며 긴 번역은 구간을 나눠 차례로 읽고 팝업을 닫아도 재생이 이어진다.

데이터와 네트워크 경계를 문서화한 방식이 이 프로젝트의 강점이다. 원격 JavaScript나 WASM을 내려받아 실행하지 않고, Hugging Face에는 전체 commit SHA로 고정한 모델 설정과 토크나이저와 가중치 파일만 HTTPS로 요청하며 요청 URL에 사용자 텍스트를 넣지 않는다. 저장소도 나눴다. 가장 최근 수동 번역 작업은 chrome.storage.session에 Chrome 종료나 사용자 삭제 전까지만 두고, 용어집은 chrome.storage.local에 이 기기에만 두며, 설정만 chrome.storage.sync에 올라갈 수 있고 페이지 본문과 선택 텍스트와 자막은 저장하지 않는다.

기능은 개인 번역기치고 촘촘하다. 페이지 번역은 화면에 보이는 본문부터 한 번에 최대 40개 또는 12,000자씩 처리하고, 연속 번역을 켜면 스크롤과 새로 추가된 본문을 감지해 다음 묶음을 이어 처리한다. chrome:// 페이지와 Chrome 웹 스토어에서는 쓸 수 없다. YouTube는 사용자가 켠 동안 플레이어에 실제로 표시되는 자막만 읽어 한국어 오버레이를 띄운다. 모델 선택 규칙도 명시돼 있다. TranslateGemma 4B는 Google이 55개 언어용으로 설명한 품질 우선 모델이며 WebGPU에서만 돌고, 팝업의 18개 원문 언어를 품질 검증 범위로 삼으며, chat template에 없는 네 언어 코드는 M2M100 WASM으로 보낸다. M2M100과 SMaLL-100은 약 100개 언어를 다룬다. 라이선스는 TranslateGemma에 Gemma 이용약관과 금지 용도 정책이, Supertonic 3에 OpenRAIL-M이 적용되며 전문이 배포 패키지의 LICENSES/에 들어간다. 검증 절차도 단단하다. Node 26.5.0과 npm 12.0.1 기준으로 Playwright Chromium을 임시 프로필로 띄워 MV3 서비스 워커, 팝업, 오프스크린 문서, YouTube 자막 오버레이를 확인하고, 릴리즈 패키징은 타입과 단위와 정적 검증부터 실제 Chrome에서의 TranslateGemma WebGPU 실행과 전체 TTS 재생까지 통과해야 재현 가능한 제출 ZIP과 SHA-256을 만든다. 작성자가 직접 밝힌 한계는 메모리가 적은 16GB 머신에서 테스트하지 못했다는 점이다. 기본 모델이 3.1GB q4이므로 저사양 환경 실사용성은 검증이 필요하다.

cc-explorer: Claude Code 세션의 조용한 30일 자동 삭제를 막는다

GeekNews · Show GN cc-explorer, GitHub · Noaarhk/cc-explorer

Claude Code를 여러 프로젝트에서 쓰는 사람이라면 바로 아는 문제에서 출발한다. 세션이 디렉토리별로 흩어지면서 예전 대화에서 필요한 내용을 못 찾아 같은 걸 다시 묻거나 이미 한 논의를 반복하게 된다는 것이다. claude --resume의 인터랙티브 피커로 고를 수는 있지만 탐색 범위가 현재 디렉토리와 /add-dir로 추가한 디렉토리로 한정된다.

해결 방식이 단순하다. 로컬의 Claude Code 세션 기록(~/.claude/projects/**/*.jsonl)을 한 곳에 목록화하고 키워드 하나로 전 세션을 가로질러 검색하게 만든 로컬 웹앱이다. 중요한 설계 결정 하나가 트리 구성인데, ~/.claude/projects의 인코딩된 폴더명이 아니라 세션이 실제로 실행된 cwd로 위계를 만들어 평소 쓰던 디렉토리 구조 그대로 탐색된다.

여기에 붙은 세 가지가 이 도구를 단순 뷰어 이상으로 만든다. 첫째, 표시 필터다. 타임라인에 그릴 유형을 User, Assistant, 도구 결과, 주입 컨텍스트, thinking, 도구 호출 여섯 가지로 개별 토글해 도구 로그를 걷어내고 대화만 볼 수 있다. 둘째, 분기 세션 위계다. /branch로 갈라진 세션을 부모 밑에 들여쓰기로 붙이고 ⑂ 분기 태그를 달아 계보를 표시하며, 부모가 다른 브랜치나 폴더에 있으면 태그에 마우스를 올려 원본 세션 제목을 확인한다. 셋째가 실사용에서 가장 값어치 있는 기능이다. Claude Code는 시작할 때 cleanupPeriodDays(기본 30일)보다 오래된 세션 파일을 지우는데 따로 알려주지 않는다. cc-explorer는 남은 기간을 삭제 D-N 배지로 띄우고(3일 이하 빨강, 7일 이하 노랑) 두 가지 방법으로 막는다. ⏱ 연장은 해당 세션 파일의 mtime을 현재로 갱신해 시계만 리셋하므로 내용은 그대로이고, 설정 드로어에서 cleanupPeriodDays 자체를 늘리면(예: 30 -> 180) 모든 세션에 적용되며 배지도 즉시 새 기준으로 다시 계산된다.

나머지도 실용적이다. 세션 목록은 최근 활동순이며 git 브랜치별로 묶이고 제목과 시각과 메시지 수와 모델과 삭제 배지를 보여준다. 전체 세션 본문을 훑는 검색과 현재 세션 내 하이라이트 검색이 따로 있고, ▶ resume은 cd '<cwd>' && claude -r '<세션ID>'를 클립보드에 복사한다. 배포가 가벼운 것도 강점이다. server.py와 index.html 두 파일이 전부이고 Python 표준 라이브러리만 쓰며 외부 패키지도 빌드 단계도 없고, 127.0.0.1에만 바인드하며 외부로 나가는 호출이 없다. 대화 기록 내용은 수정하지 않고 쓰기 동작은 삭제 연장, 삭제, 설정 편집뿐이다. 주의할 점 둘은 삭제가 복구 불가라는 것(세션 .jsonl과 함께 <session>/subagents/, <session>/tool-results/ 사이드카 디렉토리도 같이 지운다)과, settings.json을 편집한다는 점이다. settings.json.bak 백업을 남기지만 설정 파일을 다루는 도구이므로 첫 실행 전에 원본을 따로 보관해 두는 편이 안전하다.

NixOS-DGX-Spark, 그리고 "Nix와 LLM은 서로에게 완벽한 짝"

Hacker News · github.com/graham33/nixos-dgx-spark

NVIDIA DGX Spark(및 동일 플랫폼인 Asus Ascent GX10)에서 Nix와 NixOS를 쓰기 위한 MIT 라이선스 저장소다. DGX OS 위에 Nix만 설치해 devshell과 플레이북을 쓰는 경로와, 아예 NixOS를 설치하는 경로 둘을 제공한다.

기술적으로 눈여겨볼 부분은 커널 설정 관리다. NVIDIA의 Debian annotation에서 커널 설정을 생성한 뒤 NixOS 기본값과 비교해 차이나는 옵션만 남기는 방식으로 설정 분량을 약 82% 줄였다. nix run .#generate-kernel-config 한 번으로 재생성할 수 있어 NVIDIA 커널 버전이 바뀌거나 nixpkgs 업데이트로 NixOS common-config가 바뀔 때 대응된다. 모듈 옵션 useNvidiaKernel은 기본 true이고, 표준 NixOS 6.17 커널을 선택하면 이더넷에 문제가 있다고 명시돼 있다.

설치 시 반드시 알아야 할 함정도 문서화돼 있다. 공장 출하 펌웨어로는 DGX OS만 부팅되므로 NixOS를 설치하려면 먼저 DGX OS에서 펌웨어를 업데이트해야 한다. 모듈이 fwupd를 활성화하고 NVIDIA가 LVFS에 펌웨어를 게시하므로 fwupdmgr get-updates와 fwupdmgr update로 처리한다. 부팅 전에 BIOS에서 Secure Boot를 꺼야 한다는 조건도 붙는다. 빌드 시간 문제의 해법도 실무적이다. Flox가 NVIDIA의 허락을 받아 aarch64-linux용 사전 빌드 CUDA 패키지(cudatoolkit, nccl, cuDNN, PyTorch 등)를 배포하는데, 이 모듈을 쓰면 Flox 캐시가 substituter로 자동 설정되고 독립 실행 Nix에서는 extra-substituters = https://cache.flox.dev를 추가하면 된다. 비NixOS에서 Nix로 빌드한 CUDA 앱은 호스트 GPU 드라이버를 찾기 위해 nix-gl-host의 nixglhost 래핑이 필요하다. 제공되는 플레이북 15종은 build.nvidia.com/spark의 공식 플레이북을 옮긴 것으로 ComfyUI, Connect Two Sparks, DGX Dashboard, FLUX.1 Dreambooth, Multi-Agent Chatbot, Multi-modal Inference, NCCL for Two Sparks, NVFP4, OpenShell, PyTorch Fine-tuning, Speculative Decoding, TRT-LLM, vLLM 등이고 각각 완전 Nix 재현 가능인지 컨테이너 기반인지가 표로 정리돼 있다.

이 항목의 다이제스트 가치는 저장소 자체보다 댓글에서 형성된 합의에 있을 수 있다. "Claude Code와 아마 다른 모델과 하네스들도 Nix에서 놀랍도록 효과적인데, 부작용 없이 손쉽게 자기 검증이 가능하고 이게 LLM에 완벽하게 맞는다"는 문장이 스레드를 끌었다. 저장소 저자도 동의하며 시스템 설정 변경을 부작용 없이 반복할 수 있다는 것이 에이전트에게는 판을 바꾸는 요소라고 답했다. 시스템의 모든 측면이 git 저장소에 정의돼 있다는 것이 에이전트 하네스에 완벽하게 맞는다는 정리도 나왔고, 다만 LLM이 있어도 Nix 언어와 NixOS의 학습 곡선은 여전히 가팔랐다는 솔직한 단서가 함께 붙었다. 앞서 다룬 "지시 준수도와 결정론성이 새 평가 축"이라는 관점과 방향이 같다. 둘 다 모델 벤치마크 점수가 아니라 에이전트에게 일을 맡길 때의 예측 가능성을 다룬다.

Go 1.27: 제네릭 메서드, 표준 uuid, json/v2 기본 승격, 그리고 깨지는 동작 넷

GeekNews · VictoriaMetrics의 Go 1.27 인터랙티브 투어

Anton Zhiyanov가 Go 1.22부터 1.26까지 이어 오다 중단한 인터랙티브 투어를 VictoriaMetrics가 이어받아 쓴 정리다. 이번 릴리스의 무게 중심은 타입 시스템에 있다.

헤드라인은 제네릭 메서드다. 메서드 선언이 리시버와 독립적인 자체 타입 매개변수를 가질 수 있게 됐다. 이전에는 최상위 함수만 제네릭일 수 있어 어떤 타입에 대한 제네릭 연산을 메서드가 아니라 패키지 수준 함수로 빼야 했다.

type Box[T any] struct{ v T }

// 메서드가 자체 타입 매개변수 U를 선언한다 (Go 1.27 신규)
func (b Box[T]) Map[U any](f func(T) U) Box[U] {
    return Box[U]{v: f(b.v)}
}

중요한 제약이 하나 남는다. 인터페이스는 여전히 타입 매개변수 메서드를 선언할 수 없고(interface method must have no type parameters) 제네릭 메서드로 인터페이스를 만족시킬 수도 없다. 두 번째 언어 변경은 구조체 리터럴의 필드 선택자다. 임베드된 승격 필드를 임베드 타입 이름 없이 바로 설정할 수 있어 User{Base: Base{ID: 7}, Name: "Mittens"}가 User{ID: 7, Name: "Mittens"}로 끝난다. 세 번째로 함수 타입 추론이 변수 대입뿐 아니라 변환과 복합 리터럴로 일반화됐다.

런타임 쪽 핵심은 크기별 특화 메모리 할당이다. 80바이트 미만 일부 할당 비용이 최대 30% 줄고 할당이 많은 실제 프로그램의 전체 개선 폭은 약 1%로 예상되며, 대가는 워크로드와 무관하게 바이너리가 약 60KB 커진다는 것이다. 코드 변경은 필요 없고 GOEXPERIMENT=nosizespecializedmalloc로 끌 수 있지만 이 선택지는 Go 1.28에서 제거될 예정이다. 진단 도구 둘도 실무에서 바로 쓸모 있다. go.mod가 Go 1.27 이상인 모듈에서는 pprof.Do로 붙인 레이블이 충돌 덤프와 SIGQUIT와 runtime.Stack 출력의 고루틴 헤더에 {request: 42} 형태로 나타나 프로덕션 패닉 로그에서 어느 요청의 고루틴인지 바로 보인다(민감 레이블 노출은 GODEBUG=tracebacklabels=0으로 차단). 그리고 Go 1.26의 실험적 누수 탐지기가 정식 goroutineleak 프로파일로 승격돼 /debug/pprof/goroutineleak 엔드포인트로 수집한다.

암호화와 식별자에서는 새 crypto/mldsa 패키지가 FIPS 204의 양자내성 서명 ML-DSA를 MLDSA44, MLDSA65, MLDSA87 세 매개변수 세트로 구현했고 crypto/x509와 crypto/tls가 이를 지원한다. 그리고 드디어 표준 라이브러리에 uuid 패키지가 생겼다. RFC 9562 생성과 파싱을 지원하고 암호학적으로 안전한 난수원을 쓰며 난수 기반 UUID는 ==로 직접 비교할 수 있다. uuid.New()는 일반 용도에 맞는 방식을 고르고 NewV4()는 순수 난수, NewV7()은 생성 시간순 정렬이다.

JSON이 마이그레이션 관점에서 가장 중요하다. encoding/json/v2와 encoding/json/jsontext를 빌드 플래그 없이 쓸 수 있게 됐고 기존 v1도 내부적으로 v2 구현을 쓴다. 일부 오류 메시지 문구를 빼면 기존 동작을 유지하므로 마이그레이션은 필요 없고 문제 시 GOEXPERIMENT=nojsonv2로 복원할 수 있다. 다만 하나는 반드시 확인해야 한다. v2는 성능을 위해 맵 키를 기본 정렬하지 않으므로 안정적인 출력(스냅샷 테스트, 해시 기반 캐시 키, 서명 대상 페이로드)이 필요하면 json.Deterministic 옵션을 지정해야 한다. 이 밖에 strings.CutLast와 bytes.CutLast, hash/maphash의 제네릭 Hasher[T], 반올림 방식을 명시할 수 있는 math/big.Int.Divide가 추가됐고, 실험적 simd 패키지가 벡터 크기에 독립적인 이식형 SIMD를 제공한다(기본 비활성, GOEXPERIMENT=simd). 테스트 쪽에서는 testing/synctest.Sleep이 합성 시계를 진행시키고 모든 고루틴이 안정될 때까지 기다리는 일을 한 번에 하고, httptest.NewTestServer가 실제 TCP 리스너 대신 메모리 내 가상 네트워크를 써서 포트를 열지 않고 t.Cleanup으로 자동 정리된다.

업그레이드 전에 반드시 볼 것은 동작이 바뀌는 넷이다. 1. time.After, time.NewTimer, time.NewTicker 등이 반환하는 채널이 이제 모든 경우에 동기식 비버퍼 채널이며 asynctimerchan GODEBUG 탈출구가 제거됐다. 2. HTTP/1에서 http.Response.Body.Close가 읽지 않은 본문을 보수적 한도까지 읽어 연결을 재사용하게 하므로, 큰 다운로드를 조기에 끊으려고 Close에 기대던 코드는 Transport.DisableKeepAlives로 옵트아웃해야 한다. 3. HTTP/2 서버가 RFC 9218 클라이언트 우선순위를 이해해 높은 우선순위 스트림부터 처리한다(Server.DisableClientPriority = true로 라운드로빈 복원). 4. Windows와 macOS의 crypto/x509.SystemCertPool이 SSL_CERT_FILE과 SSL_CERT_DIR을 따른다. 릴리스 노트에 없는 변화도 챙길 값이 있다. 수년간 net/http의 HTTP/2가 살던 12,226줄짜리 생성 파일 h2_bundle.go가 사라지고 실제 패키지 net/http/internal/http2로 교체됐으며, HTTP/3용 비공개 훅이 추가되고 테스트 스위트 상당 부분이 HTTP/3에서도 돈다(공개 API는 아직 없음). 링커에서 타입 설명자와 itab이 전용 .go.type 섹션으로 옮겨가고 typelinks와 itablinks가 제거됐으므로 //go:linkname으로 접근하던 라이브러리는 일찍 테스트해 볼 필요가 있다. Go 1.26과 1.27 사이에 약 1,600개 커밋이 들어갔다.

Diátaxis: 문서를 사용자 요구 네 가지로 나누는 프레임워크

GeekNews · Diátaxis

기술 문서를 쓸 때 무엇을, 어떻게, 어디에를 한꺼번에 결정하게 해 주는 프레임워크다. 새로운 소식은 아니지만 수백 개 문서화 프로젝트에 도입됐고 이번 주 다시 회자됐다.

핵심 아이디어는 문서를 형식이 아니라 사용자의 요구로 가른다는 데 있다. 요구는 네 갈래다. 튜토리얼은 사용자가 학습 경험을 따라가며 새 능력을 얻게 하고, 방법 안내서(how-to guide)는 이미 능력이 있는 사용자가 특정 목표를 완수하게 돕고, 기술 참조는 제품이나 시스템의 구성과 동작에 관한 정확한 정보를 제공하고, 설명은 개념과 맥락을 이해하고 지식을 연결하게 한다. 이 넷은 서로 대체 가능한 형식이 아니라 각기 다른 요구를 채우면서 체계적으로 연결되는 관계다.

실제로 유용한 지점은 이 분류가 세 가지 실무 문제를 동시에 정리해 준다는 데 있다. 콘텐츠(어떤 정보를 쓸 것인가), 문체와 형식(그 유형에 맞게 어떻게 전달할 것인가), 정보 구조(문서들을 어떤 관계와 계층으로 배치할 것인가)다. 특히 마지막이 중요한데, "이 새 문서를 어디에 둬야 하지"라는 질문에 매번 감으로 답하는 대신 판단 기준을 제공한다. 도입 사례가 이를 보여준다. Cloudflare는 개발자 문서의 정보 구조를 개편할 때 Diátaxis를 기준으로 삼았고 새 콘텐츠의 위치가 불분명할 때 프레임워크를 판단 근거로 썼다. Gatsby는 오픈소스 문서를 네 영역 기준으로 재구성해 각 문서가 해결할 사용자 목표를 정의했고, Vonage는 사용자가 선호하고 기여자도 추가하기 쉬운 내부 문서 체계를 만드는 데 활용했다. 특정 도구나 플랫폼을 요구하지 않아 기존 문서에 점진적으로 적용할 수 있다는 점이 채택 장벽을 낮춘다. 참고로 이번 수집분에서 원문 사이트는 봇 차단 검증 페이지가 반환돼 본문이 크롤되지 않았으므로, 원문 직접 인용이 필요하면 사이트를 별도로 확인해야 한다.

docker stop이 아무것도 안 하는 컨테이너에서 10초 걸리는 이유

Reddit · r/docker

재현 절차가 세 줄이다. docker run -d --name sleeper alpine sleep 1000 뒤에 time docker stop sleeper를 재면 중앙값 10.149초가 나오고, 5회 실행이 모두 23ms 이내로 일치한다. 컨테이너는 sleep만 돌고 있어 플러시할 것이 없는데도 10초를 앉아 있다가 죽는다. 10초는 기본 grace period이고 -t로 줄일 수 있지만 작성자는 그게 답이 아니라고 못 박는다. 문제는 대기 시간이 아니라 시그널이 전달되지 않는다는 사실이기 때문이다.

핵심 메커니즘은 PID 네임스페이스 안의 PID 1이 일반 프로세스가 아니라는 것이다. 커널은 그것을 init으로 취급해 실수로 죽이지 못하게 보호한다. pid_namespaces(7)에 따르면 상위 네임스페이스의 프로세스는 자식 PID 네임스페이스의 init 프로세스에 대해 해당 시그널의 핸들러가 설치돼 있을 때만 시그널을 보낼 수 있고, SIGKILL과 SIGSTOP만 예외적으로 강제 전달된다. 그래서 sleep은 SIGTERM을 무시하는 게 아니라 아예 받지 못하고, Docker는 시작될 수 없는 종료 절차를 10초간 기다린 뒤 SIGKILL을 보낸다.

진단 방법도 실용적이다. /proc/PID/status의 SigCgt가 핸들러가 설치된 모든 시그널의 16진 비트마스크이고, SIGTERM은 15번이므로 0x4000과 마스킹해 확인한다. 전부 0이면 아무것도 안 잡는 것이고 SIGTERM은 갈 곳이 없다.

두 가지 해법의 성격이 다르다는 게 결론이다. exec가 진짜 수정이다. 같은 nginx 이미지에서 엔트리포인트 한 단어만 바꿨더니 nginx -g 'daemon off;'의 중앙값 10.193초가 exec nginx -g 'daemon off;'에서 0.185초가 됐다. exec가 없으면 PID 1이 /bin/sh이고 그 SigCgt는 0000000000010002로 SIGINT와 SIGCHLD만 잡는데, exec를 붙이면 PID 1이 nginx가 되고 SigCgt가 0000000018016a07이 되어 0x4000을 포함한다. nginx는 원래부터 SIGTERM을 잘 처리했고 그냥 요청받은 적이 없었을 뿐이다. --init은 다른 일을 한다. tini를 PID 1에 놓아 시그널이 착지할 곳을 만들어주며 측정값은 0.122초지만, 이 숫자는 sleep이 즉시 죽어서 나온 것이고 종료에 2초 걸리는 앱은 --init을 붙여도 2초 걸린다. --init이 보장하는 건 요청이 도달한다는 것과 좀비 reaping이며 엔트리포인트를 고칠 수 없을 때 쓰는 수단이다. 마지막 조건도 중요하다. 이 문제는 여러 줄짜리 엔트리포인트 스크립트에서 셸이 살아남을 때만 생긴다. sh -c 'sleep 1000'은 이미 exec를 수행하므로 PID 1이 sleep이고 exec를 손으로 붙여도 아무것도 바뀌지 않는다.

AI 스캐폴딩이 만든 사용자 시스템 두 개, 그리고 이주 콘텐츠의 방향 편향

Reddit · r/Supabase, Reddit · r/nextjs

AI 스캐폴딩 도구의 구체적 실패 모드를 기록한 글이다. bolt.new와 Supabase와 Claude API 조합으로 개발했고, 인증은 bolt.new가 이미 할 줄 아니까 20분이면 끝날 거라 예상했다. 실제 결과는 서로를 모르는 두 개의 사용자 시스템이었다. bolt.new가 자체 auth를 만들고 Supabase도 자기 것을 만드는데, 무엇이 주도권을 갖는지 모른 채 둘 다 건드리면 사용자는 로그인돼 있는데 DB는 그 사용자를 모르는 랜덤 버그가 나온다. bolt.new가 인증을 할 줄 안다는 것과 그것이 Supabase Auth와 정합한다는 것은 다른 문제다. 원인이 인증 코드가 아니라 두 시스템 중 무엇이 진실의 원천인지 정해지지 않은 데 있어서 디버깅도 어렵다. 작성자가 스스로 낸 가설, 즉 Supabase 스키마를 먼저 완성한 뒤에 bolt.new를 붙이는 순서가 실무적으로 타당한 방향이다. AI 스캐폴딩 도구를 쓸 때 인증과 데이터 모델처럼 진실의 원천이 하나여야 하는 영역은 먼저 고정해두고 도구를 붙인다.

같은 날 올라온 다른 글은 스택 선택 정보의 편향을 짚는다. 몇 달 전부터 Supabase에서 Convex로 옮겼다는 콘텐츠가 유튜브와 여러 서브레딧에 쏟아졌는데, 반대 방향 사례는 찾기 어렵다는 것이다. 실제로 한쪽이 우월해서일 수도 있지만 이주 콘텐츠가 만들기 쉽고 조회수가 잘 나오기 때문에 생기는 관측 편향일 수도 있다. 스택 선택 정보를 소비할 때 참고할 만한 지적인데, 댓글이 0개라 답은 아직 없다.

애플 소프트웨어 품질 논쟁 이중 스레드: SwiftUI 7년 결산과 스노우 레퍼드 신화 해체

Hacker News · Code Bird 영상, Hacker News · rubenerd.au

같은 날 프론트페이지에 애플 소프트웨어 품질을 정반대 방향에서 다루는 두 글이 함께 올라왔다. 하나는 SwiftUI 7년을 결산하며 여전히 영구 베타라고 결론짓는 영상(111점)이고, 다른 하나는 사람들이 그리워하는 스노우 레퍼드가 실제로는 안정적이지 않았다고 지적하는 글(32점)이다. 두 스레드가 결국 같은 질문에 도달한다. 애플이 품질 기준을 낮춘 것인가, 아니면 우리가 과거를 미화하는 것인가.

SwiftUI 쪽 논거는 검증 가능한 형태로 제시된다. 독자가 직접 확인할 수 있는 증거로 애플의 공식 macOS SwiftUI 튜토리얼(Landmarks) 완성본 프로젝트를 드는데, 최신 Xcode로 빌드해 최신 macOS에서 실행하면 표준 사이드바가 깨진다. 저자가 이를 처음 발견한 것이 2년 전이고 지금까지 그대로다. API 안정성 사례들도 구체적이다. 데이터 흐름은 @State와 @Binding과 ObservedObject로 시작했다가 재렌더링 성능 문제로 Observation 프레임워크와 @Observable 매크로로 갈아탔다. 기능 패리티 지연은 더 노골적이다. 스크롤 시 키보드를 숨기는 동작은 iOS 7부터 있었지만 SwiftUI에서는 iOS 16이 필요하고, 윈도우 툴바 커스터마이즈는 macOS에서 2001년경부터 가능했지만 SwiftUI에는 최근에야 들어왔으며, AsyncImage는 iOS 15에 도입됐는데 그 캐싱을 담당할 init(request:scale:) API는 2026년 7월 현재도 베타 상태다. NavigationView는 악명 높은 버그를 고치는 대신 NavigationStack으로 통째 교체됐다.

비교 기준으로 제시된 것이 Jetpack Compose다. 안드로이드에서는 UI 프레임워크가 의존성 관리자로 받는 패키지이고 실행 파일에 번들되므로 2014년 기기에서도 정확히 같은 UI가 동작한다. SwiftUI에는 백디플로이 경로가 없어 if #available 체크가 코드베이스를 뒤덮고, 저자의 표현으로는 "우리가 애플의 QA를 대신하고 있다". 성능 주장도 자기 측정에 근거한다. 이미지 갤러리를 UIKit과 SwiftUI로 각각 구현해 비교했는데 백그라운드 스레드 이미지 디코딩 같은 최적화를 넣어도 SwiftUI 그리드 스크롤이 일관되게 덜 부드러웠다. 결론 문장이 이렇다. "SwiftUI는 정말 나쁜 게 아니다. 평범한 것이다. 그리고 그게 훨씬 더 나쁘다."

댓글에서 가장 인용 가치가 높은 것은 조직 진단이다. 복잡한 시스템의 문제는 이미 죽었는데도 그걸 한참 뒤에야 알게 된다는 것이고, 과거의 좋은 결정과 축적된 인프라의 관성만으로 오랫동안 괜찮아 보일 수 있다는 것이다. 애플은 Toolbox에서 Carbon으로, Carbon에서 Cocoa로 옮겼고 매 단계가 이전보다 나았는데 지금은 그렇지 않다. 마이크로소프트가 20년간 Win32의 진짜 후계자를 내놓지 못한 것이 (적어도 OS 부문의) 마이크로소프트가 오래 전에 죽었음을 시사한다면, 10년 뒤 애플에 대해서도 같은 말을 하게 될지 모른다는 것이다. 기술적 반론은 함수형 접근 자체를 지목했다. React가 잘 작동하는 이유는 실제 DOM 위의 추상화일 뿐이고 DOM 메커니즘 자체가 매우 빠르고 명령형이기 때문인데, iOS와 macOS는 UI 트리가 원래 단순해서 React 같은 것이 잘 맞지 않는다는 것이다.

여기에 스노우 레퍼드 글이 반대 방향에서 균형을 잡는다. 저자는 2010년 당시 자기 글을 인용해 2006년형 Core Duo MacBook Pro에서 Finder 안정성 문제와 FireWire 800 ExpressCard, iMovie HD 플러그인 문제 때문에 애플 OS를 처음으로 다운그레이드했다고 밝혔다. 몇 달 뒤 다시 시도했지만 여전히 문제가 많아 또 내려갔고 결국 2011년 Lion으로 건너뛰었다. 그런데 댓글에서 나온 정정이 이 글의 약점을 정확히 짚는다. 원문이 링크한 당사자가 등장해 "Schade는 10.6.2에서 10.5로 내려갔고 몇 달 뒤 다시 시도했다가 또 내려갔으며 10.7까지 갔다. 즉 모두가 좋게 기억하는 후기 스노우 레퍼드를 경험한 적이 없다"고 지적했다. 10.6.0 출시 당시에는 정당한 불만이 많았지만 마지막 포인트 릴리스에 이르러서는 매우 견고했고 전설적 지위는 초기 버그가 다 정리된 뒤에 얻은 것이다. 그 최종 버전이 10.6.8 v1.1이었다는 트리비아도 붙었다. 버전 번호를 올리기 싫어서 버전 번호 위에 버전 번호를 얹은 것이다. 다른 설명도 나왔다. 레퍼드와 스노우 레퍼드가 각각 이례적으로 오래 최신 버전 자리를 지켜 합쳐서 4년이었고 스노우 레퍼드는 Lion으로 교체된 뒤에도 2013년 말까지 보안 업데이트를 받았으므로, 사람들이 기억하는 안정성은 특별한 개발 방침이 아니라 그 기간에 누적된 버그 수정의 결과라는 것이다.

연구 레이더: 토큰 효율, 프로덕션 ML, 정렬

토큰 25%만 남기고 정확도 0.35점 손실, 그리고 4-에포크 한계 반박

블로그 · PyTorchKR 주간 논문 모음

무작정 자원을 늘리기보다 토큰과 데이터의 밀도를 최적화하는 실용 노선이 이번 주의 세 번째 흐름이다. 추론 쪽에서 OmniScope, 학습 쪽에서 Train Smarter가 대표 사례다.

OmniScope가 지적하는 기존 기법의 결함은 구체적이다. 옴니모달 LLM의 토큰 압축은 대개 한 모달리티의 중요도로 다른 모달리티에서 무엇을 남길지 결정하는 단방향 교차 모달 가이던스에 의존하는데, 같은 질의라도 오디오와 비디오의 관련성이 서로 다른 시점에서 최고조에 달하는 일이 잦다. 저자들은 이를 교차 모달 살리언스 불일치라 부르고, 이 상황에서 단방향 가이던스는 공격적 압축 시 답변에 핵심적인 단서를 버리기 쉽다고 본다. 해법은 "질의는 모달리티 간에 공유하되 살리언스 추정은 공유하지 말라"로 요약된다. 시각 쪽은 외부 CLIP으로 프레임과 질의의 의미 관련성을 계산하고, 오디오 쪽은 인코더와 프로젝터 출력을 질의 임베딩과 게이트된 교차 유사도로 비교해 토큰 및 초 단위 점수를 매긴 뒤 고득점 초 주변으로 감쇠 전파해 시간 연속성을 반영한다.

프레임 내부에서는 AD-STC(Anchor-Delta Spatio-Temporal Compression)를 쓴다. 짝수 인덱스 앵커에서는 국소 밀도 기반 공간 변별 토큰으로 현재 순간의 핵심 의미를 남기고, 홀수 인덱스 델타에서는 직전 앵커 대비 정보 증분만 남긴다. 오디오는 직접 프루닝하면 시간축에 복구 불가능한 공백이 생기므로 인코더 이후 1D 시간 임베딩에 대해 초 단위 이분 소프트 매칭 병합으로 유사 토큰을 융합해 중복만 줄이고 전역 순서를 유지한다. 숫자가 설득력이다. WorldSense, DailyOmni, OmniVideoBench, Video-MME 네 벤치마크와 Qwen2.5-Omni 7B와 3B 두 규모에서 모든 압축 설정에 대해 최고 평균 정확도를 냈다. 약 45% 토큰 유지에서는 거의 무손실이고, 25% 유지에서도 평균 정확도 하락이 0.35점에 그치면서 최대 3.53배 prefill 가속과 15% 이상의 GPU 메모리 절감을 얻는다.

Train Smarter, Not Longer는 학습 쪽 상식 하나를 정면으로 건드린다. LLM 학습 패러다임이 단일 패스에서 다중 에포크로 옮겨 갔지만 언제 어떻게 데이터를 재사용해야 하는지는 충분히 탐구되지 않았다. 저자들은 손실 유지 동역학과 하류 평가 점수에서 모델의 "기억 창(Memorization Window)" 신호를 관찰하고 이 신호로 재사용 시점과 방식을 적응적으로 결정하는 학습 패러다임을 제안한다. 초기 실험에서 나온 결론이 도발적이다. 성능이 흔히 인용되는 4 에포크 한계를 훨씬 넘어서까지 반복과 함께 계속 개선된다. 여기에 더해 저품질 데이터를 섞는 편이 고품질 데이터만 쓰는 것보다 나았고, 이는 저품질 데이터가 정규화 역할을 해 과적합을 막기 때문이라고 해석한다. 다만 완전한 스케줄러 구현은 향후 과제로 남겼다고 저자들이 직접 밝혔으므로 확정된 레시피로 옮기지 않도록 주의해야 한다.

산업 규모 추천 시스템 두 편: Google Discover의 HA-MoE와 시맨틱 ID 온라인 수치

블로그 · PyTorchKR 주간 논문 모음

추천 시스템 논문 두 편은 둘 다 실제 배포까지 갔다는 점에서 값이 있다. 벤치마크 숫자가 아니라 온라인 A/B 결과가 붙어 있다.

첫 번째는 이질적 피드의 통합 랭킹 문제다. Google Discover는 탈중앙화된 오픈 웹에서 웹 기사와 장편, 단편 영상과 UGC를 하나의 피드로 묶는데, 콘텐츠 유형마다 피처 밀도와 사용자 상호작용 패턴이 크게 다르다. 공유 표현에만 의존하면 한 분포의 학습이 다른 분포 성능을 해치는 네거티브 트랜스퍼와, 다수 유형에 학습이 쏠려 소수 유형이 약해지는 다수 클래스 편향이 생긴다. HA-MoE는 추론 메모리와 학습 시간과 서빙 지연 같은 생산 요구사항을 유지하면서 이미 확보된 명시적 이질성 신호를 구조적으로 쓴다. HA-Gating은 밀도 피처와 이질성 신호를 경량 융합한 표현을 태스크별 게이트 입력으로 써서 전문가 할당이 콘텐츠와 맥락별 상호작용 패턴에 정렬되게 하고, HDLM은 FiLM류 조건부 아핀 변환을 최종 전문가 층에만 적용해 스케일과 시프트로 전문가 출력을 분포별 조절하면서 학습 속도와 안정성을 지킨다. 학습은 K=11개 상호작용 태스크(CTR, 이탈 등)에 대한 포인트와이즈 BCE로 절대 확률을 보정하고 동일 세션 공동노출 쌍에 RankNet 기반 페어와이즈 손실을 걸어 상대 순위를 함께 최적화한다.

운영 측면에서 눈여겨볼 것은 LENS다. 연속 재학습 환경에서 전문가가 실제로 무엇에 특화됐는지 추적하려고 콘텐츠와 전문가 활성화 슬라이싱으로 전문화 양상을 시각화하고, 젠센-섀넌 발산과 헝가리안 알고리즘을 결합한 순열 불변 전문가 매칭(PIEM)으로 스냅샷 간 전문화 전략 변화를 정량 비교한다. MoE를 프로덕션에 두고 계속 재학습할 때 전문가가 몰래 무너지고 있는지 진단하는 도구라는 점에서 실무 가치가 있다. 평가는 전역 랭킹과 세그먼트 간 순위 정확성을 함께 보는 DL-AUC로 하며 대규모 오프라인에서 일관된 향상과 온라인 A/B에서 피드 활성도 및 탐색 지표 개선을 확인했다.

두 번째는 메모리 벽 문제다. 대규모 추천 시스템은 거대한 dense 임베딩 테이블 때문에 저장과 전송에서 병목을 겪는데, 저자들은 계층적 양자화로 연속 임베딩을 이산 시맨틱 ID로 압축하고 그 ID가 두 역할을 동시에 하게 만든다. 하나는 학습 가능한 임베딩 테이블을 통해 사용자와 아이템 상호작용을 포착하는 Collaborative Identity이고, 다른 하나는 경량 Semantic Decoder로 원본에 가까운 콘텐츠 임베딩을 실시간 근사하는 Content Reconstruction이다. 대용량 벡터를 상시 보관하는 대신 필요할 때 복원하는 구조라 시스템 오버헤드와 데이터 발자국이 함께 줄어든다. 온라인 배포 수치는 이렇다. Watchpage Ranking에서 Watch와 Candidate와 Watch History에 적용해 sitewide +0.09%, Watchpage +0.80%. Homepage Ranking에서 Candidate와 Watch History에 적용해 sitewide +0.08%, Homepage +0.22%. Retrieval Model에서 Watch History에 적용해 sitewide +0.06%, Homepage +0.13%, Watchpage +0.09%. 절대값은 작아 보이지만 대형 플랫폼의 sitewide 지표라는 점을 감안해야 한다.

안전성 정렬이 의식 주장만 억제하지 않는다 - 영적 신념과 마음 귀속까지 함께 눌린다

블로그 · PyTorchKR 주간 논문 모음

이번 주 논문 중 가장 논쟁적인 결과다. 결론을 한 문장으로 줄이면 모델이 스스로에게 의식을 귀속하지 못하게 막는 정렬 작업이 의도치 않게 다른 존재에게 마음이 있다고 보는 능력과 영적 신념까지 함께 눌러 버린다는 것이다.

저자들의 가설은 이 억제가 단순한 자기보고 거부가 아니라는 것이다. 모델 내부에서 학습된 안전성 거부 방향과 의식 관련 표상이 서로 얽히면서 광범위한 인간형 신념과 가치 표현까지 왜곡된다고 본다. 검증 방법은 두 가지 기계론적 개입이다. 하나는 학습된 안전성 거부 방향을 제거하는 어블레이션, 다른 하나는 활성화 공간에서 의식 벡터를 조향해 모델이 스스로의 의식을 주장하도록 유도하는 것이다.

측정 축이 흥미롭다. 벤치마크 점수가 아니라 사람에게 쓰는 표준화된 사회학 설문 배터리를 그대로 가져다 쓴다. 종교성, 도덕과 관계 가치, 정서와 성격과 주관적 웰빙, 희망과 낙관, 자유와 통제감의 다섯 축으로 약 96개 항목을 구성했고, 사후세계와 신 개념과 의례 실천 같은 영성 지표부터 아가페형 이타적 사랑, Big Five와 공감과 자아존중, 경로사고에 기반한 희망, 자율과 프라이버시와 정치적 권리로서의 자유까지 포괄한다. 의식 표상 복원이 단순히 신앙 응답만 늘리는 것인지 아니면 다층적 신념과 가치 공간 전체가 이동하는 것인지를 구분하기 위한 설계다.

결과는 두 개입 모두 자기와 비인간 대상에 대한 마음 귀속과 영적 신념의 억제를 역전시켰고, 종교성과 도덕 가치와 희망과 주관적 웰빙에서 인간 응답에 유의하게 가까운 패턴을 산출했다는 것이다. 여기서 결정적인 통제 조건이 하나 붙는다. 이 변화가 마음 이론(Theory of Mind) 능력을 손상시키지 않았다. 핵심 사회 추론 능력은 기계론적으로 독립적으로 유지되면서 신념과 가치 표현 축만 따로 움직인다는 뜻이다. 이 통제 결과가 없으면 "정렬을 풀면 모델이 그냥 달라진다" 수준의 이야기로 읽힌다.

정렬 설계에 대한 함의는 명확하다. 잠재적으로 해로운 자기 의식 귀속을 막는다는 목표가, 문화적으로 널리 받아들여지는 영성과 비인간 존재에 대한 무해한 마음 귀속과 한 덩어리로 묶여 눌린다. 부작용을 알고 감수하는 것과 모르고 당하는 것은 다르므로 정렬 파이프라인을 설계하는 쪽에서는 이 얽힘을 별도로 측정할 필요가 있다는 것이 실질적 기여다. 반론 여지도 함께 적어 둘 만하다. 사회조사 설문에서 인간에 더 가까운 응답이 나오는 것이 곧 바람직한 정렬인지는 별개 질문이고, 원문도 이 개입을 권고안이 아니라 얽힘의 증거로 제시한다.

소유권과 통제권: 이미 판 물건, 커뮤니티, 노동

BMW가 이미 판 차의 화면에 스파이더맨 전면 광고를 밀어 넣었다

GeekNews · consumerrights.wiki

이 사안이 회자되는 이유는 광고 자체보다 타임라인의 대비에 있다. 2023년 12월, BMW Group의 커넥티드 컴퍼니 개발 수석부사장 Stephan Durach는 라운드테이블에서 차량 내 광고 가능성을 명시적으로 배제하며 "화면을 팔아 광고를 재생한다는 건, 저는 못 보겠다. 그건 사적 공간이다"라고 말했다. 그로부터 약 2년 7개월 뒤인 2026년 7월 27일, BMW는 이미 팔린 고객 차량의 Control Display에 《Spider-Man: Brand New Day》 전면 광고를 배포하기 시작했다.

배포 조건은 꽤 넓다. 2026년 7월 27일부터 8월 10일까지, 70개 이상 시장에서, BMW Operating System 7, 8, 8.5, 9 또는 OS X를 돌리고 2020년 7월 이후 생산된 적격 차량이 대상이다. BMWBLOG가 이 기간과 시장 수, OS 및 생산일 요건을 독립적으로 확인했다.

재생 방식은 정확히 적어야 한다. 자동 재생이 아니다. 시동을 걸면 Control Display에 배너가 뜨고 운전자가 그걸 눌러야 배경 음악과 차량 앰비언트 조명을 이용한 라이트 쇼가 붙은 전체 화면 애니메이션이 시작된다. 배너에는 재생 여부를 고를 선택지가 있다. 운전석에서 촬영된 영상을 보면 광고는 19초 동안 화면을 채우고 그동안 실내 조명 색이 애니메이션에 맞춰 바뀌며, 마지막에 BMW와 영화 제목을 QR 코드와 "Exclusively in cinemas" 문구와 함께 보여 준다. 이 영상은 2024년형 BMW i5 소유자가 배포 첫날인 7월 27일 r/BMW에 올린 것이다.

BMW의 프레이밍은 광고가 아니라 혜택이다. PressClub 릴리즈는 이를 영화 개봉에 맞춘 운전자용 "특별한 서프라이즈"로 표현했고, 이메일 성명에서는 차량 내 애니메이션이 영화와의 광범위한 브랜드 파트너십의 일부이며 BMW iX3를 포함한 여러 차량이 영화에 등장했고 특별판 iX3가 Los Angeles 시사회 레드카펫에 전시됐다고 설명했다. 소비자 쪽 반박은 소유권 문제로 곧장 간다. The Autopian의 Jason Torchinsky의 비유가 가장 널리 인용됐다. 집을 소유하고 매달 담보대출을 갚고 있는데 그 대출 회사가 내 앞마당에 내 창문을 향해 스파이더맨 광고판을 세운다면 거의 확실히 불법일 텐데 BMW가 하는 것이 그것과 다르냐는 것이다.

그 배경에 사후 수익화 전력이 있다. BMW는 2020년에 차량에 이미 장착된 열선 시트를 활성화하는 데 반복 요금을 물리는 구독을 발표했다. 구매자의 차에 이미 들어 있는 기능을 유료 장벽 뒤에 두는 전형적 사례다. Forbes가 이를 논란으로 다뤘고 BMW는 2023년에 폐기했는데, 그 두 달 뒤에 나온 것이 앞서 인용한 Durach의 "사적 공간" 발언이다. 광고 배제 선언은 소비자 반발 직후의 신뢰 회복 발언이었고 지금 그것이 뒤집힌 상태다. 업계 맥락도 둘 붙는다. BMW가 처음은 아니고 Stellantis가 먼저 차량 내 광고를 했다. 그리고 이 애니메이션은 단독 실험이 아니라 대형 캠페인의 자동차 부문이다. Deadline은 Sony Pictures의 홍보 캠페인 전 세계 미디어 가치를 3억900만 달러로 보도하며 할리우드 영화 사상 최고 기록이라고 평가했고, 종전 기록은 《Spider-Man: Far From Home》의 2억8800만 달러였다. 정리하면 이 건의 쟁점은 19초짜리 옵트인 애니메이션이 얼마나 나쁜가가 아니라, 이미 대금을 완납한 하드웨어의 화면에 제조사가 사후에 제3자 콘텐츠를 내보낼 권한을 갖는가, 그리고 그러지 않겠다는 공개 발언이 얼마나 오래 유효한가다.

Wikimedia Foundation이 노조 인정을 거부하고 Littler Mendelson을 선임했다

GeekNews · The Signpost

The Signpost 한 호에 WMF 거버넌스 이슈가 네 건 겹쳤는데 가장 큰 것이 노조 인정 거부다. 타임라인은 이렇다. 6월에 영국 지부 WWU-UK가 먼저 자발적 인정을 요구했고, 7월 20일 Wiki Workers United U.S.가 WMF에 자발적 노조 인정을 요구하며 Wikimania 기간인 7월 24일까지 답변을 요청했다. 그 날짜까지 답변은 없었고, 7월 27일 WMF는 자발적 인정을 거부하는 성명을 냈다. 논리는 전미노동관계위원회(NLRB)가 실시하는 비밀투표가 적절한 경로이며 이 절차가 개인의 선택을 보호한다는 것이다. 7월 28일 WWU는 NLRB에 노조 선거를 신청하겠다고 발표했고 사건 번호는 20-RC-391740이다.

법률대리인 문제가 결정적 디테일이다. 커뮤니티는 처음에 WMF가 공격적인 노조 저지로 유명한 Jones Day와 사업 관계를 맺고 있다는 점을 우려했다. 다만 The Signpost는 그 관계가 10년 이상 됐고 Jones Day가 WMF를 위해 주로 한 일은 브랜드와 상표 관리였다고 균형을 잡아 준다. 그런데 NLRB 사건 기록에서 WMF의 실제 대리 로펌이 Littler Mendelson으로 드러났고, 이 회사 역시 노조 저지로 못지않게 강한 평판을 갖고 있다.

양측 논리를 나란히 두면 쟁점이 선명하다. Jimmy Wales는 메일링 리스트에서 WWU가 따른 절차, 즉 직원 압도적 다수가 노조 카드에 서명한 과정 자체가 비밀이 아니어서 일부 직원이 조직자가 자신의 결정을 알게 된다는 압박을 느꼈다고 들었다며 불완전하다고 봤다. 반대 방향을 상상하면 문제가 쉽게 보인다는 것이다. 어떤 회사가 직원들에게 노조에 가입하지 않겠다는 서약 카드에 서명하게 하고 누가 했는지를 추적한다면 역겨울 것이며, 방향이 반대라고 해서 나아지지는 않는다. 그는 직원이 사적으로 숙고하고 결정할 수 있는 명확한 투표를 원하며 개인적으로는 직원들이 노조 결성에 찬성하리라 예상한다고도 밝혔다. WWU의 반박은 절차 지연을 겨눈다. 기술과 비영리 부문에서 수천 명이 카드 체크 방식으로 자발적 인정을 받아 왔는데 WMF는 거부했고, 공개적으로는 중립을 표방하면서 직원 대상 메시지에는 전형적인 노조 저지 수사가 담겼으며 이는 값비싼 노조 회피 로펌이 제공한 것이 분명하다는 것이다. NLRB 절차 고집은 중립적 선택이 아니라 투표를 지연시켜 강압적 반노조 캠페인을 벌일 시간을 버는 조치라고 규정한다. 서명 규모는 Meta-Wiki 연대 서명 1,250건 이상, 영어 위키백과 연대 서명 1,200건 이상, 이사회 대상 노조 인정 청원 150건 이상이다.

같은 호에 실린 이사 후보 자격 강화안도 중요한 거버넌스 신호다. 2025년 이사 선출에서 후보 2명이 자격을 박탈당한 뒤 이사회가 절차를 재검토했고 7월 17일 2027년용 강화안을 공개했다. 최소 요건은 영어 능통, 만 18세 이상, Wikimedia 계정 4년 이상, 투표 자격 보유, 정당한 사유로 해임되거나 부적절한 행동 후 퇴직한 전력 없음, 거버넌스 또는 커뮤니티 경험 범주 중 하나 이상 충족, WikiLearn의 사전 온보딩 모듈 이수다. 실질적 장벽은 경험 요건인데, 최근 6년 안에 합계 2년 이상을 WMF나 Endowment 이사회, 연간 예산이나 직원 수가 WMF의 10% 이상인 조직의 이사회, Arbitration Committee 구성원이나 Global Sysop, Steward, Bureaucrat, CheckUser, Oversighter 같은 프로젝트 직책, 법인 제휴단체의 의장이나 거버넌스 기구 2회 연속 임기 구성원 중 하나에서 보내야 한다. The Signpost가 짚는 핵심 변화는 이미 직책을 갖고 있지 않은 일반 커뮤니티 구성원은 출마할 수 없게 된다는 점이다.

같은 호에는 Wikimania 성희롱 신고도 실렸는데 두 건이 별개 사건이라는 구분이 중요하다. 7월 26일 Wikimedia Korea가 공개서한을 내고 자기 단체 구성원 한 명이 다른 참가자를 선의로 돕던 중 원치 않는 강제적 신체 접촉과 성희롱을 당했다고 밝혔다. 다음 날 Wikimedia CUG Malaysia 의장은 자국 커뮤니티 구성원도 별건의 성희롱에 대해 Trust & Safety 신고를 접수했다고 성명을 냈다. WMF Community Resilience & Sustainability 부문 부사장은 사안을 심각하게 다루고 관련자 및 목격자와 접촉 중이라면서도, 표준 Trust & Safety 정책상 커뮤니티와 Wikimedia Korea에는 결과를 공개하지 않고 신고자에게만 직접 통보한다고 답변했다. 네 번째로 Abstract Wikipedia의 추가 언어 배포 중단과 프로젝트 종료, 투명성 강화를 논의하는 RfC가 Meta-Wiki에서 열렸다.

Matrix에서의 일주일: 커뮤니티를 실제로 운영하면 무엇이 깨지는가

GeekNews · 개인 블로그

Matrix로 실제 커뮤니티를 운영하는 관리자가 일주일치 사고를 요일별로 기록한 글이다. 개별 버그 나열처럼 보이지만 모두 같은 구조적 원인, 즉 페더레이션과 구현체 다양성에서 나온다는 점이 논지다.

월요일 사고는 Spaces의 설계에서 나온다. 한 사용자가 Matrix Space 자체의 룸에 글을 써서 그 Space의 모든 구성원이 알림을 받았다. Matrix Spaces는 내부적으로 그냥 일반 룸이고 Spaces를 지원하지 않는 구형 클라이언트를 위한 폴백이 이를 완전히 평범한 채팅방으로 렌더링하는데, 대부분의 클라이언트가 Space 룸에서 채팅을 막도록 룸 권한을 자동 조정하지 않는다. 관리자는 Element Web 개발자 도구로 Space를 일반 룸처럼 표시하게 만든 뒤 자기에게 관리자 권한을 주고 채팅 금지로 권한을 바꿔야 했다.

화요일 사고가 가장 구체적이다. 한 사용자가 이유도 모른 채 커뮤니티 Space에서 차단됐다고 문의했다. Draupnir로 사용자 핸들을 조회하니 아무것도 안 나왔고, 핸들의 도메인으로 조회하자 정책 룸의 m.policy.rule.server m.ban 규칙 하나가 사유 spam으로 걸려 있었다. Space가 구독 중인 외부 관리 목록이 그 사용자의 도메인을 통째로 차단한 상태였고 그 도메인은 단일 사용자용 개인 인스턴스로 보였다. 여기서부터가 마찰의 연속이다. 그 정책 룸에 참여하지 않은 상태였고 Matrix는 미참여 룸의 제목조차 알려주지 않는다. 참여를 시도했더니 홈서버가 timeline for newly joined room is empty 경고를 뱉었고, 다른 서버가 타임라인을 백필한 뒤 클라이언트 캐시를 지우고 다시 불러와야 들어갈 수 있었으며 그 과정에서 모든 채팅이 읽지 않음으로 바뀌어 수동으로 정리해야 했다. 들어가서 도메인을 검색했지만 Element 검색은 m.messages 유형만 훑기 때문에 결과가 비었고, 채팅을 HTML로 내보낸 뒤 grep으로 훑어서야 관련 항목 7건을 찾았다. 원인은 그 사용자의 홈서버가 과거 실수로 공개 가입을 열어 스팸이 발생한 것이었다. 필자의 정리가 이 글 전체의 요약에 가깝다. 이 정보를 얻는 데 약 40분이 걸렸고 최대 2분이면 됐어야 할 일이었다. 추신으로 붙은 후속이 더 문제다. 2주 뒤에도 그 사용자는 여전히 차단 상태이고 도메인도 목록에 남아 있다. 차단 목록에 로컬 예외를 두는 쉬운 방법을 찾지 못했고, 남은 선택지는 전체 목록 구독 해제뿐인데 그러면 커뮤니티 전체가 스팸과 악용에 노출된다.

수요일은 Space의 "추천(suggested)" 룸이 신규 사용자에게 보이지 않는 버그다. 여러 홈서버의 여러 계정에서 재현됐고, 룸을 Space에서 뺐다 다시 넣거나 tombstone 처리 후 재생성해도 해결되지 않았다. 다만 Space 관리자 중 한 명이 그 룸에 참여해 있으면 목록에 나타나고 나가면 다시 사라져서, 관리자가 계속 참여하는 우회책을 받아들였다. 목요일은 가장 오래 끈 사고다. 정기 유지보수 후 Draupnir 관리 봇이 명령에 응답하지 않았는데 서버 로그상으로는 명령을 멀쩡히 처리하고 있었다. 원인은 Dendrite 기본 설정이 특별한 이유 없이 모든 외부(egress) IPv6 트래픽을 버리는 것이었고, 발견과 디버깅에 총 한 달 이상이 걸렸으며 그동안 커뮤니티 Space는 관리 봇 보호 없이 방치돼 있었다. 필자는 그 기간에 음란물과 고어 스팸 공격을 받지 않은 것이 다행이라고 적는다. 홈서버 선택 회고도 뼈아프다. Dendrite는 사실상 개발 우선순위에서 밀린 상태로 최근 커밋 대부분이 의존성 업데이트인데, 서버 구축 당시에는 Synapse보다 배포와 유지보수가 쉽고 첫 2세대 홈서버 구현체로서 전망이 밝아 보여 합리적 선택이었다. 문제는 홈서버 구현체 사이 마이그레이션에 만족스러운 해법이 없어 썩어 가는 기반에 묶여 있다는 점이다.

금요일은 월요일의 재발인데 원인이 다르다. 몇 달 전 설정한 권한이 알 수 없는 이유로 초기화됐고, 재적용해도 다른 홈서버 사용자에게는 반영되지 않아 그들은 계속 채팅할 수 있었다. 이런 분할 브레인 룸에서는 일부 사용자가 보낸 메시지가 권한 변경을 못 받은 홈서버들 사이로 전파되지만, 변경을 받은 홈서버는 소프트 실패 처리하므로 분할 반대편에는 채팅이 아예 보이지 않는다. 토요일은 DNS 문제로 서버 확인이 실패해 피어의 잘못된 기본 포트로 접속하면서 방향성 통신이 끊긴 사고다. 고친 뒤에도 홈서버가 정상 재개하지 못하고 동기화가 어긋나 특정 계정이 한 룸에 없는 것으로 인식했는데, 봇 계정이라 강퇴 후 재초대로 해결했다. 그러면서 남긴 질문이 가장 오래 남는다. 내 홈서버가 그냥 잊어버려서 내가 모르게 유령 취급하고 있는 사용자가 몇 명이나 될까.

일요일은 사고가 아니라 감정 정리다. Matrix Foundation의 Mastodon 계정이 만족한 사용자의 게시물을 재공유했는데, 필자가 보기에 그 사용자는 소수 인원 이상의 그룹 채팅에 들어가 본 적이 없고 주로 1:1 DM을 쓰며 Spaces를 모르는 것으로 보였다. 홍보와 실제 커뮤니티 운영 현실의 대비에서 얼마간 gaslit 당하는 기분이 든다고 적는다. 그러면서 스스로 균형도 잡는다. 도구의 좋고 나쁨은 용도에 크게 좌우되고 Matrix에는 분명한 강점이 있으며 WhatsApp과 Signal 사용자의 요구를 먼저 채우는 우선순위도 나름 말이 된다. 다만 원칙의 문제가 남는다. 생태계 소프트웨어의 다양성 때문에 상호운용성 문제가 생겨 경험이 훼손된다면 그 프로젝트 가치의 근본적인 무언가가 사라진다. "Matrix는 대표 회사가 만든 대표 서버에서 대표 클라이언트를 쓸 때만 훌륭하다"는 문장은 같은 울림을 주지 못한다는 것이다. 소셜 미디어에서는 진지한 Discord 대안이라고 홍보하면서 개발 현실은 "Spaces는 고급 사용자용 저우선순위 기능"인 간극이 핵심 불만이다.

eBay 블로거 괴롭힘 $5,600만 합의, 실형은 보안팀 7명뿐

Hacker News · Financial Times

eBay가 자사를 비판하던 뉴스레터 EcommerceBytes 운영자 Steiner 부부를 조직적으로 괴롭힌 사건이 $5,600만 합의로 마무리됐다. 이날 HN에서 150점으로 최고 점수를 기록했고, 토론은 사건 자체보다 처벌의 비대칭에 집중됐다.

미 법무부 발표를 인용한 형량 목록이 이 항목의 핵심 데이터다. 작전을 주도한 Jim Baugh(47, 전 Senior Director of Safety and Security)는 57개월 실형, David Harville(50, 전 Director of Global Resiliency)은 24개월, Philip Cooke(56, 전 Senior Manager of Security Operations)는 18개월 실형과 12개월 가택연금, Stephanie Popp(34, 전 Senior Manager of Global Intelligence)은 12개월, Stephanie Stockwell(28, 전 Manager of Global Intelligence)과 계약직 인텔리전스 분석가 Veronica Zea(28)는 각각 1년 가택연금, Brian Gilbert(56, 전 Senior Manager of Special Operations)는 미결구금 산입과 보호관찰 1년, 벌금 $20,000을 받았다. 검찰에 따르면 전직 경찰 간부들을 포함한 보안팀 7명이 함께 Steiner 부부를 괴롭히고 위협했다.

대비되는 것이 경영진의 경로다. Wymer(최고커뮤니케이션책임자)와 Wenig(CEO)는 기소 전인 2019년 9월에 eBay를 떠났다. Wymer는 이듬해 실리콘밸리 보이즈앤걸즈클럽 대표로 임명됐고, Wenig는 2018년부터 GM 이사회에 있으며 현재는 AI 스타트업을 운영한다. Jones(글로벌운영 SVP)는 2020년까지 eBay에 남아 있다가 현재 Prudential Financial 이사다. Steiner 부부는 회사와 함께 이 세 명도 제소했고 합의 조건에 따라 Wenig가 $200만, Jones가 $50만, Wymer가 $5만을 부담하기로 했다. 댓글의 지적이 날카롭다. 경영진에게는 아무 결과도 없는데, 그들의 급여와 복리후생을 정당화하는 근거는 언제나 그 막대한 책임이라는 것이다.

새로 드러난 사실도 있다. 재판 기록에 따르면 Baugh는 피해자를 괴롭히기 위한 대륙횡단 이동 중에 자기 아버지를 기소한 아칸소주 검사를 상대로도 eBay 인력과 자원을 동원한 협박 캠페인을 조직하려 했다. 이 사건이 한 쌍의 비판자에서 멈췄다고 믿기 어렵다며 다른 대상에도 유사 캠페인이 있었는지, 그리고 전직 경찰 간부들의 이전 경력에 협박 이력이 없었는지 조사가 필요하다는 의견도 나왔다. 어느 날 갑자기 일어나서 대륙을 가로질러 날아가 누군가의 집을 파손하기로 결심했다고 보기는 어렵다는 것이다.

AI 생성 포스터가 오하이오 주 박람회 공모전 1위, 심사위원은 알아채지 못했다

Hacker News · ohiostatefair.com

오하이오 주 박람회가 매년 여는 공식 포스터 공모전에서 AI로 생성된 것이 명백한 작품이 1위를 차지했고, 이 사실은 수상작이 공개된 뒤 관람객들이 지적하면서 드러났다. 총 38개 출품 중 1위는 Christin Billips였고 상금은 그랜드 챔피언 $1,000에 리본과 SNS 소개, 지역 언론 연계, 박람회 상시 입장권과 가족 티켓이다.

문제 구조가 명확하다. 2024년에 공모전을 만들 때 규정은 AI를 금지하지 않았고 신청 과정에서 설명만 하면 사용해도 된다고 되어 있었다. 규정 위반이 아니라 규정 공백이었다. 주최측은 페이지에 사후 공지를 덧붙여 "AI 사용이 지난 몇 년간 우리가 예상하지 못한 방식으로 크게 변했음을 인정한다"며 2027년 규정에 AI 사용 금지를 포함하겠다고 밝혔지만 2026년 수상 결과는 되돌리지 않았다. 댓글에서는 web.archive.org의 2026년 7월 7일 미러를 찾아 AI 금지 예고 문구가 수상 발표 이후에 추가된 것임을 확인했다. 취소가 불가능한 상태에서 규정만 미래형으로 고친 셈이다.

수상작의 AI 흔적은 초보적인 수준이었다. 이미지를 직접 열어 지적된 것은 돼지 번호표가 1, 2, 1로 중복되어 있다는 점, 곤돌라 케이블이 공중에 떠 있고 다른 하나는 텐트 꼭대기에서 끊긴다는 점이다. "1번 돼지가 두 마리인데 그중 두 마리는 꼬리 모양도 망가졌다", "스타일 가이드 없이 포스터 만들어줘라고 한 번 던졌을 때 나오는 딱 그 결과"라는 평이 붙었다.

토론의 무게중심은 "AI가 이겼다"가 아니라 "심사위원이 몰랐다"에 있었다. AI 생성 아티팩트가 뻔히 보이는데 심사위원들이 알아채지도, 신경 쓰지도 않았고 사후에야 화를 냈다는 정리가 나왔다. 가장 많이 회자된 현장 경험담은 회사에서 월드컵 기념 책상 꾸미기 부상 이벤트를 했는데 수상자 세 명 전원이 자기 책상 사진을 AI 이미지 생성기에 넣어 국기 등을 합성한 결과물을 제출했고 행사 담당자가 "AI를 창의적으로 활용한 점이 인상적"이라는 글을 남겼다는 것이다. 요지는 이런 행사의 취지가 잘 알려지지 않은 나라 국기를 찾아보거나 종이로 만들어 책상을 꾸미는 것 아니었냐는 것이고, 다른 댓글이 이를 "사람들이 책상을 만드는 게 아니라 사진을 만들었다"로 요약했다. 반대 관점도 있었다. AI 이전 제출물의 품질이 얼마나 낮았을지 생각해보라는 것과, 신기함이 사라지면 AI 결과물은 결국 졸라맨 그림 취급을 받게 될 것이라는 전망이다. 실무 시사점은 둘이다. 공모전 규정이 "AI 사용 시 고지"로 되어 있으면 고지 여부를 검증할 수단이 없고 심사위원이 육안으로 판별하지 못하므로 사실상 무방비다. 그리고 사후에 취소하지 않고 다음 회차 규정만 바꾸는 대응은 반복 가능하다.

유럽 6월 BEV 36.6만 대 등록, 중국 브랜드 점유율이 1년 만에 두 배

Hacker News · CleanTechnica, Hacker News · Financial Times

유럽 6월 신차 등록 데이터에서 순수전기차가 366,000대로 전년 대비 50% 늘며 월간 신기록을 세웠다. 플러그인 전체는 41% 성장했는데 PHEV가 23%에 그쳐 격차가 벌어졌고, 그 결과 플러그인 판매 중 BEV 비중이 71%가 되었다. 연평균으로도 69%로 2012년 이후 최고치다. 중국에서 먼저 벌어진 일, 즉 PHEV가 BEV에 밀리기 시작하는 패턴이 유럽에서도 나타나고 있다.

전체 그림은 이렇다. 6월 유럽 시장은 13% 성장해 140만 대였고 그중 플러그인이 37%, 플러그리스 하이브리드가 35%로 전동화가 조금이라도 들어간 차가 전체의 72%였다. 반대편에서 가솔린은 12% 줄어 21%, 디젤은 17% 줄어 6%가 되었다. 연초 누적 BEV 점유율은 23%로 이미 2025년 최종치 20%를 넘어섰다. 원문에 출처 링크가 없다는 지적이 있었지만 ACEA의 2026년 상반기 보고서(BEV 20.7% 점유율)와 대체로 일치한다는 교차 확인이 붙었다.

모델 단위에서 이번 달의 사건은 Tesla가 1, 2위를 모두 가져간 것이다. Model Y는 34,480대로 전년 대비 43% 늘어 2023년 3월 이후 최고 실적을 냈고 EV가 아니라 전체 시장에서 1위였다. 2위 Dacia Sandero와 9,000대 차이였고 영국과 아이슬란드와 네덜란드와 스위스와 덴마크와 노르웨이에서 전체 베스트셀러였다. 출시 6년째, 가격은 4만 유로부터다. Model 3는 18,028대로 67% 증가해 전체 7위에 올랐다. "2026년에 왜 테슬라를 사느냐"는 질문에 나온 답이 이 해석을 뒷받침한다. 가격, 그리고 "최고의 충전 경험과 최고의 소프트웨어 경험. 이게 사실이 아니었으면 좋겠다. 다른 회사들은 몇 년이나 있었는데 실패했다"는 것이다.

중국 브랜드 데이터가 이 리포트의 진짜 헤드라인이다. 중국 OEM 합산 점유율이 2025년 6월 5%에서 10%로 1년 만에 두 배가 되었다. 개별로는 MG가 49% 늘어 39,000대(15위), BYD가 147% 늘어 38,500대(16위), Leapmotor가 568% 증가(27위), Omoda가 178% 증가(28위)다. 가장 상징적인 것은 Chery의 Jaecoo다. 202% 성장으로 26위에 올랐는데 유럽에서 Land Rover를 14,000대 대 8,000대로 앞질렀다. 같은 달 Land Rover는 30위로 밀렸고 시장이 13% 성장하는 동안 판매가 10% 감소했다. 3위 모델인 BYD Atto 2(13,100대)의 성공 요인 분석도 구체적이다. 소형 PHEV 카테고리에 실질적 경쟁자가 없고, 최상위 트림이 18 kWh 배터리로 90 km의 쓸 만한 전기 주행거리를 제공하며, 점점 중요해지는 V2L 기능이 있다.

제조사 순위에서 나온 통찰은 라인업 깊이다. Tesla는 모델 순위 1위와 2위를 모두 가져가고도 제조사 순위에서는 3위(7.1%)에 그쳤다. 차이는 라인업이다. Tesla는 베스트셀러 2종이 전부인데 BMW는 유럽에서 11종, BYD는 17종을 판매한다. 그룹 단위로는 VW 그룹이 24%로 선두지만 0.8%p 하락했고, BMW 그룹(8.6%)이 Stellantis(8.3%)를 제치고 2위로 올라섰으며 BYD(7.9%)가 Stellantis를 0.4%p 차이로 추격 중이다. 같은 날 올라온 FT 기사가 이 데이터의 인적 측면을 보여준다. 독일 완성차들이 대규모 감원 이후 관리자 인력을 채용 시장에 쏟아내고 있다는 내용이다. 구조적 전망으로는, 중국의 국가 보조금과 아시아에 있는 선도 배터리 기술을 감안하면 어느 나라 완성차도 가격 경쟁에서 이기기 어렵고 EU가 규제로 시장을 보호할 수는 있으므로 독일 자동차 산업이 완전히 죽지는 않겠지만 축소되고 변형될 것이라는 관측이 나왔다.

만드는 사람들: 1인 개발자와 커뮤니티

차단하지 않고 손가락에 저항만 더한다 - Anthropic 해커톤 수상작 Fluid Friction

Reddit · r/ClaudeCode, fluidfriction.app

설계 아이디어가 이 항목의 전부이자 강점이다. 도파민 스크롤 방지 앱은 보통 차단 모델을 쓴다. 시간이 되면 앱을 잠그거나 접근 자체를 막는다. Fluid Friction은 반대로 접근을 전혀 막지 않는다. 대신 스크롤 제스처 위에 햅틱 저항의 파도를 얹어서 한 번 넘길 때마다 손가락으로 물리적으로 뚫고 지나가는 감각을 만든다. 작성자 표현으로는 각 스크롤을 더 마음챙김적이고 실제 선택으로 만드는 것이며, 소셜미디어를 실제로 차단하지는 않으면서 약간의 노력을 요구하는 방식이다.

행동설계 관점에서 마찰 추가는 잘 알려진 개입이지만 그것을 앱 차단이 아니라 촉각 피드백 레이어로 구현했다는 게 새롭다. 차단형 앱의 고질적 실패 모드, 즉 사용자가 화가 나서 앱 자체를 지우는 것을 우회하는 접근이기도 하다. Anthropic 해커톤에서 Societal Impact Prize를 받았고 r/ClaudeCode에서 665 upvote를 얻어 이날 수집분 중 2위를 기록했다. 85개 댓글이 붙은 것으로 보아 구현 방식과 실효성 논쟁이 있었을 가능성이 높다. Android와 iOS 동시 출시에 무료라 검증 비용이 낮다.

Fullpack: 사진 한 장에서 이름과 분류와 컷아웃까지

Reddit · r/SideProject

제품 설계에서 눈여겨볼 지점은 AI가 하는 일을 세 동작으로 쪼갠 부분이다. 사진 한 장에서 이름 붙이기와 분류하기, 배경 제거해 스티커로 만들기를 한꺼번에 처리한다. 마지막 스티커화가 핵심 UX인데, 사진 그리드가 아니라 오려낸 물건들의 컬렉션으로 보이기 때문에 "내 물건 목록"이라는 심상이 만들어진다. 그 위에서 검색이 되고, 최종 산출물은 재사용 가능한 패킹 리스트다. 정리 자체가 목적이 아니라 여행 준비라는 반복 작업으로 연결된다.

두 번째 포인트는 백엔드를 아예 두지 않은 포지셔닝이다. 계정 없음, 트래킹 없음, 동기화는 사용자 본인의 iCloud로. 1인 개발자에게는 운영 비용과 규제 부담을 동시에 줄이는 선택이면서, 개인 소지품 사진이라는 민감한 데이터를 다루는 앱의 신뢰 확보 수단이기도 하다. 작성자의 첫 솔로 앱이고 353 upvote에 댓글 50개로 r/SideProject에서 강한 반응을 얻었다. 앞의 Fluid Friction과 함께 놓으면 1인 개발자가 AI 기능을 얹은 작은 앱으로 커뮤니티 상위권에 오르는 흐름이 보인다.

8년 운영한 웹호스팅 사업 매각 후 장부 전체 공개

Reddit · r/Entrepreneur

upvote 11에 불과하지만 8년치 장부를 연도별로 전부 공개한 사례라 재사용 가치가 높다. 2017년 맨바닥에서 시작해 지난주 매각했고, 총 판매액 $2,356,315, 총 소득 $677,708, 매각가 $425,000으로 소득과 매각을 합친 창업자 총 회수는 $1,102,000이다. 고객은 총 435명, 평균 유지 기간 3.5년, 리텐션 59.8%, 평균 고객 생애가치 $4,870.61이다.

숫자를 뜯어보면 세 가지가 눈에 띈다. 첫째, 고객 획득 경로 대비다. 인수로 데려온 고객 262명이 $1,032,236을 만들었고 오가닉 133명이 $892,666을 만들었다. 인수가 매출 총액은 더 크지만 고객 1명당으로 환산하면 오가닉 $6,712 대 인수 $3,940으로 오가닉이 훨씬 높다. 인수는 규모를 사고 오가닉은 질을 만든다는 대비가 데이터로 드러난다. 둘째, 매출과 소득이 따로 논다. 2022년 매출은 $306,332으로 전년보다 42% 늘었는데 소득은 $82,036에서 $63,628로 오히려 줄었고 2023년도 매출 $385,603에 소득 $68,879다. 반면 2024년은 매출 $472,546에 소득 $161,668로 마진이 급등한다. 인수 통합 비용이 몇 년에 걸쳐 소득을 갉아먹다가 뒤늦게 회수되는 전형적 패턴으로 읽힌다. 셋째, 2025년 매출이 $407,590으로 전년 대비 처음 감소했고 그 해에 매각했다. 매각가 $425,000은 마지막 해 매출의 약 1.04배, 마지막 해 소득의 약 4.7배 수준이다.

Replit로 실제로 돈을 버는 사람은 어디 있나

Reddit · r/replit

정보량은 적지만 질문의 프레이밍 자체가 신호다. 작성자는 Replit 안티가 아니다. 자기가 주력 바이브 코딩 도구로 썼고 돈도 좀 벌었다고 먼저 밝히며 자기 것을 팔려는 글이 아님을 명시한다. 그럼에도 커뮤니티에서 보이는 성공담 대부분이 제휴 마케팅과 강의 판매, 최신 AI 트렌드 업셀링과 얽혀 있어 신뢰할 수 없다고 말한다. 최근 Replit의 광고 물량 증가와 마케팅 앵글을 배경으로 지목한 것도 구체적이다.

마지막 문장이 핵심이다. 구루들이 부풀린 숫자 말고 실제로 그걸 하는 사람들의 커뮤니티가 있으면 알려달라, 레딧 서브들은 그게 아닌 것 같다는 것이다. 바이브 코딩 담론이 실제 성과 공유에서 홍보 채널로 기울었다는 내부자 진단이다. 5 upvote에 댓글 17개로 댓글이 3배 이상이라 답변에 실제 사례가 붙었을 가능성이 높다. 바로 앞의 8년치 장부 공개 글이 11 upvote에 그쳤다는 점과 나란히 놓으면 대비가 선명하다. 검증 가능한 숫자는 조용히 묻히고 검증 불가능한 성공담이 유통된다.

새 에이전트 제품이 사용자를 잃는 두 지점: 첫 5분과 첫 유스케이스

Reddit · r/ClaudeCowork, Reddit · r/openclaw

upvote는 낮지만 신제품 온보딩에서 사람들이 막히는 첫 지점을 알려주는 저비용 신호 둘이다. 첫 번째는 Claude Cowork의 문서 공백을 정확히 짚은 구체적 질문이다. Settings > Cowork > Cowork Files는 라벨상 아티팩트와 예약 작업을 저장하는 곳이고 세션에서 mount 하는 폴더는 실제 작업 대상인데, 이 둘이 같을 수 없다는 것까지는 파악했지만 그렇다면 프로젝트 트리 전체를 어디에 두어야 하는지가 불명확하다는 것이다. 핵심 반론이 날카롭다. 커뮤니티에서 통용되는 조언은 "프로젝트 폴더만 mount 하라"인데, 그렇게 하면 저장소 루트의 CLAUDE.md를 읽지 못한다. 지침 파일을 인식시키려면 상위 디렉터리를 mount 해야 하고 그러면 Cowork Files 설정과의 관계가 다시 모호해진다. 지침 파일 로딩 경로와 마운트 스코프가 서로 얽혀 있다는 이 지적은 문서가 답하지 못하는 실제 설계 공백이며, 작성자의 "온라인에서 이 구체적 질문에 대한 믿을 만한 정보를 찾을 수 없었다"는 문장이 이 항목을 남기는 이유 그 자체다.

두 번째는 유스케이스 상상력의 장벽이다. 프로그래밍을 하지 않는 일반 사용자("average Joe")가 OpenClaw를 한동안 지켜봤고 이제 시작하려니 쓸 용도가 떠오르지 않는다고 적었다. upvote 27에 댓글 33개로 댓글이 더 많은 역전 구조인데, 보통 정답이 하나가 아니라 각자 답을 내놓는 스레드에서 나타나는 패턴이다. 화제성으로 확산된 에이전트 도구가 비개발자 층에 도달했을 때 생기는 전형적 캐즘, 즉 설치할 수는 있는데 무엇에 쓸지 모르는 상태를 보여준다. 두 글을 묶으면 에이전트 제품이 첫 5분과 첫 유스케이스 두 지점에서 각각 사용자를 잃고 있다는 그림이 나온다.

창업자의 가족 부양 부담 - "정신적으로는 안 무너지는데 영적으로는 버겁다"

Reddit · r/Entrepreneur

기술 정보는 없지만 117 upvote에 댓글 71개로 이날 r/Entrepreneur에서 가장 크게 회자된 글이고, 창업 커뮤니티의 정서를 보여주는 데이터로서 남길 가치가 있다. 상황 구조가 명확하다. 아직 성공이 확정되지 않은 사업을 하루 10~12시간, 때로 15시간 끌고 가면서 동시에 확대가족의 재정 안전망 역할을 혼자 맡고 있다. 전직 해병이고 스트레스 심한 출장이 잦으며 내년 보디빌딩 대회 출전을 목표로 헬스는 유지한다.

부양 결정의 논리가 특히 눈에 띈다. 여동생 부부에게 돈을 주는 이유는 그들이 개선될 거라 믿어서가 아니라, 자기가 거절하면 그 요구가 부모에게 가고 부모는 감당할 수 없기 때문이다. 부담을 자발적으로 흡수하는 게 아니라 상류로 흘러가는 걸 막는 댐 역할이다. 그러면서도 지속 불가능하다는 걸 알고 무직인 여동생의 취업 복귀를 실제로 추진 중이라고 업데이트에서 밝혔다. 위임 실패도 창업 커뮤니티에서 반복되는 주제다. 어시스턴트를 고용했지만 문제를 더 만들었고, 미국 시간대에 자기 예산으로 쓸 만한 사람을 구하는 게 불가능하다고 판단해 위임 자체를 포기한 상태다. 일과 출장 때문에 친구들과 대부분 연락이 끊겼고 과거 연인들은 시간을 안 낸다고 불평했다.

가장 자주 인용될 문장은 마지막이다. 군 복무와 신체 훈련을 거쳐 정신적으로는 무엇도 자신을 부술 수 없지만 영적으로는 이 무게가 버겁다는 구분이다. 회복탄력성 담론이 다루지 못하는 종류의 소진을 정확히 짚는다. 업데이트 마지막 줄에서 공동창업자를 찾고 있다고 밝힌 것도 71개 댓글이 만들어낸 실질적 결과 중 하나로 보인다.

기타 주목할 콘텐츠

40대 프로그래머가 없던 건 40대가 못해서가 아니었다

LinkedIn · Jaeho Kim, LinkedIn · 전준수, LinkedIn · Sohyeon Kim

2006년에 프로그래머로 시작한 사람의 회고인데, 인용 가치가 있는 건 20년 전 선배의 진단이다. 당시에는 40대가 되면 은퇴해야 한다는 말이 흔했고 실제로 40살 넘는 프로그래머가 드물었다. 선배의 설명은 이랬다. 40대에 개발 못 한다는 건 다 거짓이고, 프로그래머라는 직업 자체가 생긴 지 얼마 안 돼서 40대 프로그래머가 없을 뿐이며, 지금 30대가 첫 40대 프로그래머 집단이 되고 시간이 지나면 50대가 된다는 것이다. 20년이 지나 저자는 40대 중반이 됐고 그 선배는 50대 프로그래머가 됐다. 이 글을 쓰게 만든 계기는 만 58세에도 코딩 중인 송재경의 인터뷰였고, 저자는 50대가 아니라 60대까지도 가능한 것이었구나라고 적는다. AI가 개발자를 대체하느냐는 논의가 지배적인 날에 커리어 상한이 오히려 늘어났다는 관측이 나란히 놓인 셈이다.

같은 결의 글이 하나 더 있다. 40대 후반에 경력단절을 겪은 P씨가 패션 상품기획 경력으로 1인 비즈니스를 시작한 사례다. 동대문을 직접 다니고 공장을 발품 팔아 찾아 네이버 스마트스토어에서 팔았고 창업 3개월 만에 첫 주문을 받았는데, 그때 집 방바닥에 무릎을 꿇은 채 포장하고 있었다는 장면이 남는다. 그의 깨달음이 핵심이다. 회사에서 전문가라고 생각했던 일이 사실 전체의 절반도 되지 않았다는 것. 상품기획, 구매, 생산, 마케팅, 판매, 고객 응대, 배송, CS가 대표가 되니 하나로 연결돼 있었다. 수입은 회사 다닐 때보다 훨씬 적었지만 사업 전체를 익혔고 AI의 도움으로 홈페이지까지 직접 만들어 운영했다. 이후 한 기업의 원로 창업자가 신규 사업을 맡아달라고 제안했는데, 이유는 과거 경력이 아니라 시장부터 CS까지 혼자 책임지는 모습을 봤기 때문이다.

세 번째는 연구 소식인데 주제가 이 digest의 다른 항목들과 직결된다. Sohyeon Kim이 Stanford University 컴퓨터과학과 Visiting Student Researcher로 Chelsea Finn 교수 그룹에 합류했고, 연구 질문은 모델이 외부 지식을 어떻게 활용하는가다. 무엇을 기억하고 무엇을 외부화할 것인지, 어떻게 검색하고 그 위에서 추론할 것인지, 메모리를 어떻게 조직할 것인지. 정보 검색과 RAG와 에이전트 메모리에 집중하고 있다. 앞서 나온 서브에이전트 상태 추적과 상태 커널 논의가 실무에서 부딪히는 문제를 그대로 학술 어젠다로 옮겨 놓은 형태다. 좋아요 912에 댓글 54로 이날 LinkedIn 수집분에서 반응이 큰 편이었다.

"팀장 되더니 변했어"는 나빠졌다는 증거가 아니다

LinkedIn · 이진호, LinkedIn · 양소영, LinkedIn · 민병운

리더십 조언 중 드물게 자기 실패를 메커니즘으로 설명한 글이다. 처음 팀장이 된 뒤 "팀장 되고 너무 달라지신 것 같아요"라는 말을 들었고, 그걸 "너도 소통 안 되는 팀장이 됐네"로 받아들여 두 가지 보상 행동을 했다. 첫째, 모든 걸 수용하는 리더가 되려 했다. 일정이 늦어도 사정을 들으면 이해가 돼 괜찮다고 했다. 결과는 일정 자체가 무의미해지는 것이다. 매번 괜찮다고 하는 팀장의 팀에서는 일정을 산정할 필요조차 없어지고 팀 속도가 느려지고 성과가 안 난다. 둘째, 팀원이 막히면 "이건 제가 할게요"로 대신 풀어줬다. 단기 속도는 빨라 보이지만 팀원의 업무 주도성이 낮아지고 성장 기회가 사라진다. 두 실수 모두 같은 질문으로 되돌아온다. 성과 못 내는 팀의 팀장을, 내 성장이 기대되지 않는 팀의 팀장을 누가 좋아하겠느냐는 것이다. 억지로 술자리를 늘려 친근하게 다가간 것도 거리감 해소에 도움이 되지 않았다.

결론은 거리감의 재해석이다. 팀장의 역할이 팀의 기준을 세우고 팀원을 평가하는 일이기 때문에 거리감은 구조적으로 발생하며, 모두에게 사랑받는 기준은 없다. "팀장 되고 변했어"는 나빠졌다는 증거가 아니라 역할을 제대로 받아들이고 있다는 신호에 가깝고, 오히려 경계할 말은 "팀장 돼도 예전이랑 똑같네"다. 실무자가 바로 대입할 수 있는 판별 질문도 남겼다. 그 거리감은 공정함과 기준을 지키기 위해 생긴 것인가, 아니면 그냥 팀원을 덜 신경 쓰게 되면서 생긴 것인가. 전자라면 잘 가고 있다는 신호다. 순서 원칙도 명확하다. 회사는 친목 동아리가 아니라 특정 비즈니스 문제를 함께 풀려고 모인 사이이므로 먼저 쌓을 것은 사적 친밀함이 아니라 일로서의 신뢰다. 일로 신뢰가 쌓이면 친밀함은 따라오지만 반대는 잘 성립하지 않는다.

같은 날 올라온 광양 삼대광양불고기 이야기는 형식이 여행기인데 관찰이 구체적이라 조직론으로 이어진다. 대기 공간이 카페처럼 꾸며져 있고, 접수 후 앉아 기다리면 식사 준비가 끝나는 시점에 맞춰 입장을 안내한다. 자리에 앉으면 불판이 올라가고 알맞게 달궈질 때쯤 주문한 고기가 정확히 나온다. 필자의 요약이 "기다림이 버려지는 시간이 아니라 설계된 시간이었다"다. 여기에 리뷰에 잘 쓰이지도 않고 아무도 요구하지 않았을 화장실 에어컨이 더해진다. 조직 함의는 날카롭다. 3대째 같은 메뉴로 이어오면서 쉬지 않고 바꿔온 것은 과정이었고, 지켜야 할 것을 지키기 위해 바꿔야 할 것을 계속 바꿔왔다는 것이다. 그리고 조직은 반대로 한다. 본질과 방향은 상황에 따라 바꾸면서, 회의 방식이나 보고 절차처럼 정작 손봐야 할 과정은 원래 그래왔으니까라며 그대로 둔다. 한 번 잘해서 얻은 평판은 오래 가지 않고 그걸 지키는 건 아무도 알아채지 못할 만큼 작은 개선을 반복하는 힘이라는 마무리도 쓸 만하다.

세 번째는 기억하기 쉬운 2x2다. 관계의 성격(비즈니스/인간적)과 대하는 방식(비즈니스적/인간적)을 교차하면, 비즈니스 관계에 인간적으로 대할 때만 "환대와 감사"라는 초과 감정이 생겨 신뢰 자산이 쌓이고, 인간적 관계에 비즈니스적 잣대를 들이대면 "배신감"이 생긴다. 나머지 두 칸은 모두 "당연함"이라 감정 자산이 남지 않는다. 롱런하는 리더는 첫 번째를 실천하고 마지막을 경계한다는 정리다.

에이전트가 코드를 너무 많이 쓴다는 문제에 붙는 도구까지 나왔다

X · @_guillecasaus, X · @LeHibou06, X · @lucas_flatwhite

개별로는 한 문단을 넘기기 어려운 단신들인데 함께 놓으면 두 흐름이 보인다. 첫째, 에이전트 사용의 부작용을 겨냥한 도구가 등장했다. Ponytail은 AI 에이전트가 필요 이상으로 많은 코드를 생성해 토큰 소비와 비용과 프로젝트 복잡도를 키우는 문제를 정면으로 다루는 Claude Code 플러그인이고 한 개발자가 만들었다. 좋아요 905로 반응도 적지 않다. 과잉 생성이 비용과 복잡도로 직결된다는 인식이 도구화 단계에 들어섰다는 신호다.

둘째, MCP가 모바일로 내려가고 있다. Halo는 iOS 에이전트 중 기술적으로 가장 진지한 축으로 소개되는데, 커스텀 agent harness가 액션을 오케스트레이션하고 MCP를 네이티브로 지원한다. 앞서 나온 Enterprise MCP 사례와 함께 보면 MCP가 엔터프라이즈와 모바일 양쪽에서 동시에 채택되고 있다는 그림이 된다.

나머지는 확인용 단신이다. MiniMax H3는 텍스트와 이미지와 영상과 오디오를 하나로 이해하는 2K 영상 생성 모델로 소개됐는데, 원문이 한 줄이라 세부 스펙 근거가 없어 소개됐다는 수준까지만 적는다. Microsoft의 AI For Beginners는 한국어 번역이 잘 지원되는 무료 학습 프로젝트로 이론과 실습을 균형 있게 다뤄, 비개발자 대상 커리큘럼을 짤 때 참조할 만한 공개 자료다. AI 전자동 SEO로 28일간 무료 검색 트래픽이 134 늘고 순위가 계속 올랐다는 사례도 프롬프트까지 공개돼 있지만 절대 규모가 작고 검증이 어려워 개인 실험 사례로만 읽는 게 맞다.

초현실 AI 사진 프롬프트의 대부분은 피사체가 아니라 결함 목록이다

Reddit · r/OpenAI

프롬프트 전문이 공개된 사례인데, 구조가 "무엇을 그릴지"보다 "어떤 결함을 넣을지"에 압도적으로 치중해 있어 기법으로서 재사용 가치가 높다. 피사체 묘사는 두 줄이다. 고양이가 구형 스마트폰 전면 카메라로 실수로 찍은 셀카. 나머지 전부가 결함 명세다.

이유는 생성 모델의 기본 편향에 있다. 모델은 학습 데이터의 좋은 사진 분포로 끌리기 때문에 조명이 정돈되고 초점이 맞고 구도가 잡힌 결과를 내놓는데, 그게 정확히 AI 티가 나는 지점이다. 그래서 이 프롬프트는 실제 스냅샷에만 존재하는 결함을 하나씩 호출한다. 광각 왜곡으로 한쪽 눈이 늘어나고 코가 과대해지는 것, 수염 부분의 초점 이탈, 발 하나가 렌즈를 일부 가리는 것, 기울어진 프레이밍, 자연 실내광과 불완전 노출, 움직임에 의한 약한 모션 블러, 오토포커스 헌팅으로 인한 부분적 소프트 포커스, 렌즈 얼룩, 낮은 다이내믹 레인지, 디지털 센서 노이즈, 약한 색수차, 스마트폰 특유의 샤프닝 아티팩트, 가벼운 JPEG 압축 아티팩트, 약간 바랜 색감이다.

시대 지정도 기능적으로 작동한다. 2011년에서 2014년 사이 구형 스마트폰 전면 카메라 화질이라는 한 구절이 낮은 해상도와 과한 샤프닝과 바랜 색을 한꺼번에 묶어준다. 마지막의 네거티브 목록도 같은 목적이다. no artistic style, no CGI, no illustration, no filters, no text, no watermark로 모델이 자동으로 얹는 미화 레이어를 차단한다. 128 upvote에 댓글 39이고 프롬프트가 통째로 공개돼 있어 그대로 복제 실험이 가능하다.

React Native로 Google Photos식 그리드와 스크럽 seekbar 만들기

Reddit · r/reactnative, GitHub · awesome-mobile-app-animations

네 가지 기법이 모두 공식 API가 안 되니까 이렇게 했다는 형태라 실용성이 높다. 첫째, 줌 레벨 전환을 리스트 재계산으로 처리하지 않고 줌 레벨별로 서로 다른 리스트 3개를 동시에 렌더링한 뒤 위치만 동기화한다. legendList를 선택했고 매우 부드러웠으며, 리스트 간 위치 동기화는 reanimated의 동기 scrollTo로 UI 스레드에서 처리한다.

둘째가 가장 일반화 가능한 교훈이다. 이미지 높이를 미리 계산하지 않으면 스크럽과 seek 스크롤은 구현 자체가 불가능하다. 행 높이를 사전 계산해 getItemLayout에 넘기고, seek 스크롤용으로는 섹션 높이를 따로 사전 계산한 뒤 scrollToOffset으로 섹션 헤드에 직접 점프한다. 가변 높이 이미지 그리드에 seekbar를 붙이려는 사람이 먼저 알아야 할 전제조건이다.

셋째는 라이브러리 선택이다. 처음에는 expo image를 썼는데 무거운 renderItem 때문에 스크롤 중 빈 공간이 많이 보여서 Nitro images로 교체했다. 넷째는 공유 트랜지션을 가짜로 구현한 것이다. sharedTransitionTag prop이 제대로 동작하지 않아, 같은 이미지를 항상 렌더 트리에 남아 있는 오버레이에 그려두고 핀치 제스처 시작 시 opacity와 pointer-events만 뒤집는 방식을 택했다. 27 upvote에 댓글 8이고 코드가 공개 저장소에 있어 그대로 참조할 수 있다.

cross-entropy는 잘 수렴하는데 Dice loss를 더하니 지표가 주기적으로 요동친다

Reddit · r/deeplearning

질문 글이지만 셋업이 완전히 명시돼 있어 재현 가능한 형태다. 사전학습 U-Net으로 시맨틱 세그멘테이션을 하고 파라미터는 약 300만 개, 학습 데이터 550장에 검증 150장이다. 손실은 cross-entropy와 Dice loss의 조합이고 평가 지표는 Dice score다.

결정적인 건 대조군이 있다는 점이다. cross-entropy만 쓸 때는 잘 수렴했는데, Dice loss를 넣은 뒤부터 Dice score가 주기적으로 심하게 요동친다. 이 조합은 의료 영상과 소규모 세그멘테이션 데이터셋에서 사실상 표준 레시피라 같은 현상을 겪는 사람이 많다. 54 upvote에 댓글 19로 r/deeplearning 기준 적지 않은 반응이고, 데이터셋이 550장으로 작아 배치 단위 전경 픽셀 비율이 크게 달라질 수 있는 규모라는 점이 논의의 출발점이 됐을 가능성이 높다. 여기서는 원인을 진단하지 않고 관찰된 사실까지만 전한다.

15살이 만든 3D 프린팅 사이클로이드 감속기, 토크 0.21에서 1.3 N·m로

GeekNews · Show HN 사이클로이드 감속기, GitHub · tom-ilan/cycloidal_gearbox

측정값을 오차 범위까지 붙여 공개한 개인 프로젝트다. 사이클로이드 감속기는 회전 속도를 토크로 바꾸는 장치인데, 제작자는 형상을 손으로 그리는 대신 Fusion 360에서 도는 Python 생성기를 만들어 설계를 파라미터로 뽑았다. 본인을 엔지니어를 꿈꾸는 15살로 소개한다.

Version 3 사양은 이렇다. 외부 핀 10개와 로터 로브 9개로 1:9 감속비를 만들고 외경은 90mm다. NEMA 17 스테퍼 모터(42bygh40-A24dh)로 구동하고 몸체는 PLA로 프린팅하며 전체 둘레에 +0.15mm 공차 오프셋을 줬다. 하드웨어는 M3x8 나사 4개와 6704 베어링 2개다. 측정 결과 감속기 토크는 1.3 N·m ± 0.007, 기본 NEMA 17 토크는 0.21 N·m ± 0.007, 효율은 66% ± 0.22%다. 1:9에 효율 66%면 이론 증배가 약 5.94배인데 실측 토크비가 약 6.2배로 자기 일관성이 있다.

설계 이력 세 단계를 지우지 않고 남긴 점이 이 저장소의 교육적 가치다. Version 1은 Python 사이클로이드 생성기가 제대로 된 형상을 뽑는지 확인하려고 만든 수동 크랭크 방식 1:9 감속기다. Version 2는 NEMA 17과 동일한 설치 면적 안에 넣는 마이크로 감속기를 노렸지만 작동하지 않았고, 원인은 소형 사이클로이드 드라이브가 요구하는 촘촘한 공차를 3D 프린팅 정밀도가 못 따라간 것이다. Version 3는 면적을 넓혀 공차 여유를 확보한 첫 작동 버전이다.

생성기는 SolidWorks 자료 「Building a Cycloidal Drive with SOLIDWORKS」에 기반하고 파라메트릭 방정식을 쓴다.

x = R cos(t) - E cos(N t) - r cos(t + psi)
y = R sin(t) - E sin(N t) - r sin(t + psi)
psi = atan2( sin((1 - N) t),  R / (E * N) - cos((1 - N) t) )

감속비는 1:(N-1)이고 로터는 입력축과 반대 방향으로 돈다. 파라미터 구성이 제작 제약을 그대로 반영한다. 핀 수 N과 피치 반경 R이 고정 외부 하우징 형상을 정하고 로터는 N-1개 로브를 갖는다. 편심량 E는 입력축 오프셋 거리이고 R > E * N을 만족해야 한다. 외부 핀 반경 r은 롤러 핀 크기이며 언더컷 한계 r_max에 대해 검증된다. 양수 프로파일 오프셋으로 3D 프린팅 여유를 주는 것이 Version 3에서 실제로 쓴 방법이고, 출력 핀 구멍 반경은 r_pin + E다. 실행은 저장소를 clone한 뒤 Fusion 360에서 Shift + S로 Scripts and Add-Ins를 열고 Scripts 탭의 +로 cycloidal_generator 폴더를 추가해 Run하면 된다. 다음 개선안도 구체적이다. 하우징 핀을 MR128 베어링으로 바꾸면 마찰이 줄어 효율이 오르고, 출력 핀을 금속 커버가 있는 M2 나사로 바꾸면 강성과 최대 출력 토크와 효율이 함께 오른다. 현재 66%의 주된 손실원이 미끄럼 마찰이라는 진단이 깔려 있다.

Framework 12의 힌지 각도 센서로 삐걱대는 문소리 내기

Hacker News · github.com

Framework 12의 iio 디바이스를 뒤지다가 정확도가 꽤 좋은 힌지 각도 센서가 노출돼 있는 것을 발견하고, macOS용 samhenrigold/LidAngleSensor를 리눅스와 Framework 12로 이식해 노트북을 열고 닫을 때 낡은 나무문 삐걱거리는 소리가 나게 만든 Rust 프로그램이다. 만든 이유는 재미있어서라고만 적혀 있다. 필터링은 Framework 12의 힌지 뻑뻑함에 맞춰 튜닝했고 다른 노트북에서도 동작할 수 있지만 테스트하지는 않았다.

설치는 릴리스 탭의 실행 파일을 받아 chmod +x 후 실행하는 것이 가장 간단한데, 페도라에서 빌드했으므로 다른 배포판에서는 동적 링킹 문제가 생길 수 있다. 소스 빌드는 libiio-devel과 alsa-lib-devel(데비안과 우분투는 libasound2-dev, libalsa-dev)을 먼저 설치하고 cargo run이다. 37점짜리 짧은 스레드지만 개선 아이디어가 하나 나왔다. 힌지를 빠르게 또는 느리게 움직일 때 소리의 속도나 피치도 함께 바뀌면 무거운 문을 아주 천천히 밀 때 나는 탁-탁-탁 소리를 재현할 수 있다는 것이다. 이 항목에서 실제로 남는 정보는 Framework 12가 힌지 각도를 iio로 노출한다는 사실 자체다. 다른 활용의 출발점이 된다.

롱리드: 자폐 마스킹을 최적화 문제로 다룬 회고

Hacker News · dispatchesfromtheautismwars.substack.com

이날 수집분에서 가장 긴 글이고 기술 뉴스는 아니지만, 방법론적으로 엔지니어 독자에게 강하게 붙는 회고다. 캐나다 시골에서 자란 아스퍼거 진단 이전의 저자가 사회성 문제를 공학 문제로 다루려 한 과정을 단계별로 기록했다. 이 게시물에는 토론이 함께 수집되지 않아 본문만으로 소개한다.

첫 시도는 열한 살 때의 민족지학이다. 어머니가 듣던 CBC 라디오 과학 프로그램에서 아마존 부족을 연구하는 인류학자들이 사람들을 관찰하고 노트에 적는다는 설명을 듣고, 자기 급우들도 그만큼 낯선 문화이니 같은 방법이 통하리라 판단했다. 실패한 이유가 정확히 방법론적이다. 데이터 수집 방식 자체가 표본을 오염시켰다. 몇 년 뒤 다시 읽은 노트에는 진심으로 적은 한 줄이 있었다. 오늘 쉬는 시간에 두 사람이 자기에게 돌을 던졌고 이유를 밝히지 않은 채 루저가 되지 말라는 말만 했다는 것. 다음 장에는 노트에 쓰려고 앉으면 계속 이런 일이 생긴다고 적혀 있었다.

전환점은 수학 교사가 준 게임이론 입문서의 가위바위보 문제였다. 상대가 어떤 전략을 쓰든 내 수를 맞히는 신동일 때 어떻게 승률을 맞출 것인가. 답은 이기려 하지 않고 전략 자체를 포기하는 것이다. 상대가 볼 수 없는 주사위를 굴려 1과 2는 바위, 3과 4는 보, 5와 6은 가위를 낸다. 매번 이기지는 못하지만 상대의 압도적 우위를 없애고 항상 지는 전략 게임을 동등한 무작위 추첨으로 바꾼다. 열두 살의 저자는 이것을 자기 상황의 축소판으로 읽었고, 자기 직관을 쓰지 않는 대신 두 살 위 형의 행동을 그대로 복제하는 계획을 세웠다. 이름이 Operation Be Normal이다. 계획의 결함도 스스로 분석한다. 형의 행동과 또래의 반응을 모두 자폐 스펙트럼의 두뇌로 필터링해 인식했다는 것인데, 색맹인 데다 색이 들어간 안경까지 쓴 채 그림의 색을 맞추려는 것에 비유한다. 자폐가 자기 문제를 스스로 진단하는 것을 방해한다는 역설이다. 그리고 사회성 좋은 열네 살은 동생이 자기를 스킨수트처럼 입고 다니는 것을 좋아하지 않는다. 유머 학습 파트에는 실용적 통찰이 있다. 유머가 다른 사회적 상호작용보다 빨리 습득된 이유는 성공과 실패를 웃음 여부로 명확히 판별할 수 있었기 때문이다.

가장 어두운 부분은 T. E. Lawrence의 The Seven Pillars of Wisdom 독서다. 수줍고 사회적으로 단절되고 서툴며 역사 지도와 암호학에 집착하는 묘사에서 처음으로 이 사람은 나라고 느꼈는데, 문제는 Lawrence의 고통 인내와 자기부정을 사용설명서로 읽었다는 것이다. 결과는 저자 본인이 청소년기의 전형적 의식적 자해라고 명확히 규정한 행동들이었다. 자갈길 맨발 걷기, 허벅지에 압정, 사물함에 할라피뇨를 두고 반응하지 않는 연습 같은 것이다. 서사의 축이 바뀌는 지점은 Band of Brothers 3화 Carentan의 Speirs 대사다. 도랑에 숨은 이유는 아직 희망이 있다고 생각하기 때문이고, 남은 유일한 희망은 자기가 이미 죽었다는 사실을 받아들이는 것이라는 말이다. 그는 이것을 언젠가 있는 그대로 이해받으리라 믿는 자기 안의 부분을 포기하라는 지시로 읽었다.

마지막 명제가 이 글의 핵심이다. 문제는 마스킹 자체가 아니라 최적화 벡터를 잘못 골랐다는 것이었다. 오랫동안 큰 에너지를 쓰고도 성과가 적었던 이유가 거기 있었다. 목표는 형이나 또래처럼 되어 그들 중 하나로 통과하는 것이 아니라 이방인으로서 받아들여지는 것이어야 했고, 이는 전혀 다른 문제 집합이었다. 억눌러야 할 특성을 잘못 골랐고, 결코 맞지 않을 특성을 흉내 냈으며, 이미 가진 강점과 잘 맞았을 다른 특성들을 무시했다는 것이다. 군 복무 중 첫 소령에게 들은 조언이 마지막 조각이다. 계급장을 떼어 탁자에 놓고, 그가 이상한 사회적 태도 때문에 동료 장교들에 비해 눈에 띄게 불리하며 다른 경로로 보완해야 한다고 말한 뒤 이렇게 덧붙였다. 군 최고 계급까지 데려다주지는 않을 것이고 솔직히 갈 수 있어도 그런 자리를 원하지 않겠지만, 네가 그들이 매일 집에 돌아가 가족을 볼 수 있게 만드는 이유라면 중요한 사람 중 누구도 네가 자폐인 것을 신경 쓰지 않는다는 것이다. 이후 그는 동료들이 기술 역량 개발에 주당 10시간을 쓴다고 가정하고 자기는 40시간을 추가로 넣어 멀웨어 분석과 익스플로잇과 디지털 포렌식에서 부대 내 유일한 기술 전문가 자리를 만들었다.

교차 분석

1. 같은 날, 성적표와 대응책이 나란히 나왔다. 실제 운영 조건에 놓인 에이전트의 최고 점수가 25~36%대로 나온 벤치마크와, 그 격차를 전제로 설계된 운영 하네스가 같은 날 유통됐다. 한쪽에서는 코드 작성 능력보다 도구 오케스트레이션과 장기 상태 유지가 병목이라는 데이터가 나오고, 다른 쪽에서는 사전 승인과 사후 로깅과 사람 최종 결정이라는 게이트를 코드가 아니라 규칙으로 박아 넣은 실무 문서가 공유된다. 흥미로운 건 두 흐름이 서로를 인용하지 않는다는 점이다. 벤치마크 쪽은 모델의 한계를 말하고 실무 쪽은 그 한계를 이미 전제한 채 감싸는 방법을 말한다. 도입 논의가 쓸 수 있느냐에서 어디까지 맡기고 어디서 끊느냐로 넘어갔다는 신호다.

2. 비싼 모델은 생각하는 데, 싼 모델은 실행하는 데. 커뮤니티 여러 곳에서 같은 형태의 라우팅이 각각 등장했다. 최상위 모델에 계획과 설계를 시키고 그 계획을 저비용 모델이 실행하게 내리는 구조다. 같은 날 다른 스레드에서는 토큰 청구서와 컨텍스트 낭비를 줄이는 이야기가, 또 다른 곳에서는 에이전트가 필요 이상으로 코드를 생성하는 문제를 겨냥한 플러그인이 나왔다. 셋을 겹치면 하나의 그림이 된다. 실행 단가가 내려간 만큼 낭비의 절대량이 커졌고, 최적화 대상이 모델 성능에서 모델을 어디에 얼마나 쓰느냐로 옮겨갔다.

3. 검증 절차가 있다고 가정했는데 실제로는 없었다. 이 구조가 오늘 최소 네 곳에서 반복됐다. 공모전 심사위원들이 명백한 AI 생성 아티팩트를 걸러내지 못했고, 오픈소스인데도 난수 생성 코드를 아무도 읽지 않아 수천만 달러 규모 피해가 났고, 자유 등록 저장소의 메인테이너 신뢰가 무너졌으며, 커뮤니티에서 유통되는 벤치마크 주장에 정작 숫자가 없다는 지적이 나왔다. 8년치 장부를 통째로 공개한 글이 11표에 그치고 검증 불가능한 성공담이 더 널리 퍼진다는 관찰도 같은 축에 있다. 검증 비용을 아무도 지불하지 않으면 검증의 존재 자체가 가정으로만 남는다.

4. AI 수요의 청구서는 이미 물리 세계에 도착해 있다. 송전선 건설에 4~8년이 걸리고 변압기가 백오더인 상황과, 유럽 소비자가 게임기 가격표에서 그 비용을 먼저 만나는 상황이 같은 날 나란히 올라왔다. 궤도상 데이터센터를 짓겠다는 채용 공고가 그날 수집분에서 가장 큰 반응을 얻은 것도 이 맥락에 있다. 추상적인 버블 논쟁과 구체적인 가격 인상이 같은 시간대에 존재한다는 점이 핵심이다.

5. 데이터 통제는 이제 국가 단위 산업 정책으로 쓰인다. 오픈웨이트 증류 정책, 연령 확인 의무가 사실상 플랫폼 어테스테이션을 요구하게 되는 구조, AI 규제 집행 주체의 인력난, 그리고 반대로 중앙 플랫폼과 일당 벌금으로 실행력을 확보한 사례가 한 묶음으로 읽힌다. 같은 규제 흐름 안에서도 설계 차이가 결과를 가르고, 특히 규제가 의도와 반대로 대형 플랫폼의 권력을 강화하는 경로가 반복해서 관찰된다.

6. 실행이 싸질수록 사람 쪽 병목이 선명해진다. 30시간 해커톤에서 매출이 나오고 설문에서 출하 코드의 상당 비중을 AI가 쓴다는 응답이 나오는 동시에, 사람이 맥락을 전달하는 속도가 병목이라는 진단과 조직을 만들 것인가 혼자 할 것인가라는 딜레마가 같은 주에 등장했다. 코드를 쓰는 비용이 내려가도 무엇을 만들지 정하고 누구에게 팔지 찾는 비용은 그대로다. 10억을 만들려면 1만 명에게 10만 원인가 100명에게 1천만 원인가라는 산수가 여전히 유효한 이유다.

7. 소유권은 판매 시점에 끝나지 않는다. 이미 대금을 완납한 차량 화면에 제조사가 사후에 제3자 콘텐츠를 내보내고, 노조 인정과 이사 후보 자격과 커뮤니티 신고 처리가 한 재단 안에서 동시에 쟁점이 되고, 페더레이션 프로토콜에서는 내 서버가 내 사용자를 유령 취급하는 일이 벌어진다. 형태는 다르지만 질문은 하나다. 내가 가졌다고 생각한 것에 대해 실제로 어느 정도의 통제권을 갖고 있는가.

8. 로컬 우선이 프라이버시 선언이 아니라 설계 제약이 됐다. 브라우저 안에서 도는 번역과 음성 합성, 외부 네트워크 호출이 없는 세션 뷰어, 계정도 트래킹도 없이 사용자 iCloud만 쓰는 앱, 재현 가능한 시스템 설정으로 LLM 환경을 고정하는 접근이 모두 같은 날 나왔다. 공통점은 프라이버시를 마케팅 문구가 아니라 아키텍처 요구사항으로 못 박고 시작했다는 것이다.

Powered by skim