Daily Digest - 2026-07-29

Moonshot AI가 Kimi K3를 공개했다. 총 파라미터 2.8조에 토큰당 활성 파라미터는 104B다. 896개 전문가 중 16개만 라우팅되는 희소 MoE 구조라 실제 연산량은 100B급 밀집 모델과 비슷한데, 가중치는 전량 어딘가에 상주해야 한다. 컨텍스트 길이는 100만 토큰이다.

아키텍처에서 눈에 띄는 선택이 두 가지다. 첫째는 KDA(Kimi Delta Attention)라는 선형 어텐션 변형을 전면에 쓴 것이고, 둘째는 모든 레이어에서 위치 인코딩을 아예 뺀 NoPE를 택한 것이다. 보통 위치 정보는 RoPE 같은 걸로 명시적으로 주입하는데, K3는 선형 어텐션 레이어의 순차적 상태 갱신 자체가 위치 정보를 담고 있다고 보고 그 위에 별도 인코딩을 얹지 않았다. 이 조합이 100만 토큰 컨텍스트를 감당하는 방식이다.

벤치마크에서는 GPQA Diamond 93.5를 기록했다. 사람이 검증한 대학원 수준 과학 문제 세트에서 이 정도면 프런티어 상단이다. 실행 쪽 실측도 같이 나왔다. Deltafin이 공개한 수치로 전체 가중치가 1.7TB, 스트리밍 방식으로 필요한 전문가만 불러올 경우 215GB다. M1 Max에서 돌렸을 때 토큰 하나에 16초가 걸렸다. 즉 "개인 장비에서 돌아간다"는 말은 참이지만, 대화형으로 쓸 수 있다는 뜻은 아니다.

KDA는 어디서 왔나: DeltaNet에서 Gated DeltaNet까지

K3의 KDA가 갑자기 나온 게 아니라는 걸 짚어두는 게 낫다. 계보가 있다.

출발점은 DeltaNet이다. 선형 어텐션은 원래 키-값 쌍을 고정 크기 상태 행렬에 계속 더해 넣는 방식인데, 이러면 상태가 포화된다. DeltaNet은 여기에 delta rule을 도입한다. 새 키가 들어오면 그 키에 대해 현재 상태가 이미 뭘 출력하는지 조회한 뒤, 목표값과의 차이만큼만 갱신한다. 이게 온라인 경사하강 한 스텝과 수학적으로 같은 형태라는 게 이 계열의 핵심 관찰이다. 무작정 더하는 게 아니라 틀린 만큼만 고치므로 상태가 훨씬 덜 포화된다.

다음이 Gated DeltaNet이다. delta rule만으로는 오래된 정보를 지우는 메커니즘이 없다. 여기에 게이트를 붙여 매 스텝 상태를 일정 비율로 감쇠시킨다. 망각을 명시적으로 넣은 것이다. KDA는 이 감쇠를 스칼라가 아니라 채널별로 가져간다. 어떤 차원은 오래 기억하고 어떤 차원은 빨리 잊게 하는 것이다. 100만 토큰 컨텍스트에서 무엇을 얼마나 오래 들고 갈지를 학습으로 정하게 만든 셈이다. Triton 커널 구현 해설이 함께 공개돼 있어, 이 계열을 직접 만져보려는 쪽에서는 참고할 만하다.

개인 장비에서 돌린다는 말의 실제 비용

Reddit · r/LocalLLaMA

Unsloth가 Kimi K3 GGUF 양자화본을 배포하기 시작했다. 그런데 커뮤니티가 먼저 확인한 숫자는 성능이 아니라 용량이었다. MXFP4 양자화본이 1.5TB다. 4비트급 양자화를 걸었는데도 이 크기라는 건, 2.8조 파라미터라는 숫자가 소비자 장비 기준으로 어떤 의미인지 그대로 보여준다. 스토리지에 얹는 것과 메모리에 올리는 것은 또 다른 문제다.

같은 날 X에서는 반대 방향의 보고가 나왔다. ivanfioravanti가 MLX로 단일 맥 스튜디오에서 K3를 구동했다는 기록을 올렸다. 애플 실리콘의 통합 메모리 구조가 이런 극단적 MoE에 유리하게 작동한 사례다. 다만 앞 항목의 M1 Max 토큰당 16초 수치와 함께 읽어야 한다. 되는 것과 쓰는 것은 다르다.

여담이지만 같은 X 타임라인에서 theo가 Claude Opus 5에 대한 실망을 적은 글이 2,330 좋아요에 답글 256개를 받았다. 새 오픈 웨이트 모델에 대한 흥분과 상용 프런티어 모델에 대한 피로가 같은 날 같은 타임라인에 있었다는 것 자체가 오늘의 온도다.

양자화의 진짜 병목은 가중치가 아니라 KV 캐시다

Reddit · r/LocalLLM

로컬 실행에서 메모리가 모자랄 때 제일 먼저 손대는 게 양자화인데, 어디를 양자화하느냐에 따라 결과가 크게 달라진다는 실측이다. Qwen3.6-27B로 확인한 결론은 명확하다. 가중치 양자화보다 KV 캐시 양자화가 품질을 훨씬 크게 망친다. 가중치를 한 단계 더 낮추는 것이 KV 캐시를 건드리는 것보다 안전하다는 것이다.

이유를 생각해보면 납득이 간다. 가중치 양자화 오차는 학습된 분포 위에서 평균적으로 흩어지지만, KV 캐시 양자화 오차는 어텐션 조회 과정에서 직접 증폭돼 특정 토큰의 참조를 통째로 어긋나게 만들 수 있다. 긴 컨텍스트일수록 이 효과가 누적된다. 실행 조건으로는 split mode를 tensor로 뒀을 때의 관측이라는 점이 함께 보고됐다. 100만 토큰 컨텍스트가 흔해지는 지금, 이 구분은 로컬 실행뿐 아니라 서빙 설계에도 그대로 적용된다. 아래 예산을 균일하게 쓰지 않는 법의 KV 캐시 논문 두 편이 같은 문제를 다른 층위에서 다룬다.

앤트로픽의 오픈 웨이트 정책과 "규제 포획" 역풍

Reddit · r/ArtificialInteligence

앤트로픽이 오픈 웨이트 모델에 대한 공식 입장문을 냈다. 골자는 세 축이다. 첫째, 고성능 칩에 대한 수출 통제를 유지해야 한다. 둘째, 프런티어 모델 출력을 이용한 증류를 단속해야 한다. 셋째, 규제는 모델 크기나 공개 여부가 아니라 역량 기반 테스트로 해야 한다. 세 번째 항목은 표면적으로는 오픈 웨이트에 유리한 프레임이다. 크기로 자르지 말고 실제로 무엇을 할 수 있는지로 자르자는 것이니까.

반응은 곧바로 갈렸다. 링크드인에서 Suk Hyun Kim과 이상선이 각각 정리한 논지의 공통분모는 "규제 포획"이다. 프런티어 랩이 안전을 근거로 진입 장벽을 세우는 구조라는 비판이다. 특히 증류 단속 항목은 오픈 웨이트 진영에서 후발 주자의 주요 학습 경로를 막는다는 해석을 낳았다.

같은 날 X에서 Nous Research가 Open Secure AI Alliance 출범을 알렸다. 오픈 웨이트 진영이 안전 담론을 프런티어 랩에 넘기지 않고 직접 가져가겠다는 신호다. 정책 논쟁이 성명전에서 조직전으로 넘어가는 국면이다.

NVIDIA의 오픈 모델 공개서한, 커뮤니티 반응

NVIDIA의 오픈 모델 관련 공개서한을 두고 r/ArtificialInteligence에 연작 코멘터리가 올라왔다. 다만 이 글은 본문 크롤이 확보되지 않아 여기서는 반응이 있었다는 사실과 논의의 존재까지만 기록한다. 서한 원문의 주장이나 작성자의 해석을 여기서 재구성하면 근거 없는 확장이 된다.

의미가 있는 지점은 위치다. 앞 항목의 앤트로픽 입장문과 이 서한이 같은 주에 나왔고, 두 회사가 오픈 웨이트를 두고 서로 다른 이해관계를 갖는다는 게 커뮤니티에서 곧바로 읽혔다는 것이다. 하드웨어를 파는 쪽과 폐쇄 모델을 파는 쪽은 오픈 웨이트 생태계에 대해 정반대 인센티브를 갖는다.

인센티브 구조를 풀어보면 이렇다. GPU를 파는 쪽은 모델을 돌리는 주체가 많을수록 좋다. 오픈 웨이트가 풀리면 스타트업, 대학, 개인, 기업 내부 팀이 각자 하드웨어를 사서 자기 추론을 돌린다. 폐쇄 모델만 남으면 추론이 소수의 대형 데이터센터로 집중되고, 구매자 수가 줄면 협상력이 그쪽으로 넘어간다. 반대로 모델을 API로 파는 쪽은 오픈 웨이트가 자기 가격 결정력의 상한을 정해버린다. 무료로 받을 수 있는 모델이 자기 제품의 80% 수준을 하면, 나머지 20%에 대해서만 값을 받을 수 있다.

이 구조를 알고 나면 오픈 웨이트 논쟁에서 누가 어떤 주장을 하는지가 상당 부분 예측된다. 안전 논거와 개방 논거가 각각 어떤 사업 모델과 정합적인지를 먼저 확인하고 논거 자체를 평가하는 게 순서다. 이해관계가 있으니 주장이 틀렸다는 뜻은 아니다. 다만 어느 쪽 논거도 중립적 위치에서 나오지 않았다는 걸 감안하고 읽어야 한다. 오늘 이 주제로 나온 다섯 항목(앤트로픽 입장문, 이 서한, 구글 증류 서비스, Grok 3 미이행, Nous Research 연합)의 발신자가 전부 다른 위치에 있다는 것 자체가 그 지도다.

구글은 증류를 서비스로 판다

Reddit · r/LocalLLaMA

구글이 Gemini 증류를 서비스 형태로 제공한다는 소식이 r/LocalLLaMA에서 486 업보트를 받았다. 원 게시물의 본문은 한 줄뿐이라 서비스의 조건이나 제약을 여기서 확장 해석하지는 않는다.

주목할 건 타이밍이다. 앞의 앤트로픽 입장문에서 "증류 단속"이 핵심 정책 항목으로 제시된 바로 그 주에, 다른 프런티어 랩은 증류를 정식 제품 라인으로 만들었다. 같은 기술적 행위가 한쪽에서는 규제 대상이고 다른 쪽에서는 매출 항목이다. 오픈 웨이트 논쟁이 원칙 문제가 아니라 이해관계 배치 문제라는 걸 이보다 선명하게 보여주는 사례가 오늘 없었다.

두 입장이 사실 논리적으로 모순은 아니라는 점도 짚어둘 만하다. "허가받지 않은 증류"와 "공급자가 제공하는 증류 서비스"는 다르다. 후자는 교사 모델 제공자가 대가를 받고 조건을 걸어 진행하므로, 원본 제공자의 통제 아래 있다. 앤트로픽이 반대하는 건 API 출력을 대량으로 뽑아 무단으로 학생 모델을 학습시키는 쪽이다.

다만 이 구분이 규제 언어로 옮겨지면 경계가 흐려진다. "증류 단속"이 법이나 이용약관으로 명문화될 때 무엇이 허가받은 것인지는 결국 원본 제공자가 정한다. 그러면 정책의 실질 효과는 증류 자체를 막는 게 아니라 증류의 허가권을 프런티어 랩에 주는 것이 된다. 오픈 웨이트 진영이 "규제 포획"이라고 부르는 지점이 정확히 여기다. 이 항목의 본문이 한 줄뿐이라 구글 서비스의 조건은 확인되지 않았지만, 그 조건이 어떻게 설계되는지가 앞으로 이 논쟁의 실제 내용이 될 가능성이 크다.

Grok 3 오픈소스 약속은 1년째 미이행

Reddit · r/LocalLLaMA

오늘 레딧에서 댓글이 가장 많이 달린 항목이다. 298개가 붙었다. 주제는 Grok 3를 오픈소스로 공개하겠다던 약속이 1년을 넘겼다는 것이다. xAI는 이전에도 신형이 나오면 구형을 공개한다는 패턴을 언급해왔는데, 그 사이 Grok 4.6이 8월 7일 전후, 4.7이 9월 초로 관측되는 상황에서 3세대가 여전히 닫혀 있다.

이 항목을 남기는 이유는 특정 인물에 대한 논평이 아니다. 오픈 웨이트 생태계가 프런티어 랩의 자발적 공개 약속에 얼마나 의존하고 있는지가 드러나는 사례이기 때문이다. 강제력 없는 약속은 로드맵이 바뀌면 조용히 사라진다. 앞의 앤트로픽 입장문 논쟁이 "규제를 어떻게 설계할 것인가"였다면, 이 스레드는 "규제가 없을 때 무슨 일이 일어나는가"에 대한 1년치 관측이다.

작게 만들어 이기는 자리

앞 절이 2.8조 파라미터 이야기였으니 균형을 위해 반대편을 봐야 한다. 오늘 나온 자료 중 가장 실무적으로 쓸모 있는 것들은 오히려 "더 작게 만들어서 이겼다" 쪽에 몰려 있다. 공통점이 있다. 태스크를 좁게 정의하고, 그 태스크의 병목 지점을 정확히 찾아, 거기만 손댄다는 것이다.

500달러 파인튜닝이 프런티어 모델 전부를 이겼다

arXiv · University of Zurich

전문 모델(specialist model) 학습 사례 리포트다. 카탈로그 심사라는 좁은 태스크를 잡고 Qwen3.5-9B를 GRPO로 파인튜닝했다. 총 학습 비용 500달러다. 결과는 정확도 87.3%로, 같은 태스크에서 프런티어 모델들의 76.9%를 10.4%p 앞섰다.

비용 격차가 성능 격차보다 크다. 1,000건 처리 기준으로 파인튜닝 모델은 0.50달러, 프런티어 모델은 모델에 따라 19달러에서 172달러다. 최소 38배, 최대 344배다. 여기에 500달러의 일회성 학습비를 얹어도 수천 건 규모에서 회수된다.

이 사례가 재사용 가치가 있는 이유는 숫자보다 조건에 있다. 태스크가 좁고, 정답 판정이 기계적으로 가능하며(그래서 GRPO 같은 강화학습 방식을 붙일 수 있다), 처리량이 충분히 많아 단가 차이가 총액 차이가 되는 상황이다. 세 조건이 다 맞으면 프런티어 API를 계속 부르는 게 오히려 비합리적인 선택이 된다. 반대로 태스크가 열려 있거나 판정이 주관적이면 이 전략은 성립하지 않는다.

GRPO에서 PPO로 돌아오는 흐름

LinkedIn · Soo Kyo In

앞 항목이 쓴 GRPO가 현장에서 재평가되는 중이라는 관찰이다. GRPO는 가치 함수 네트워크를 없애고 그룹 내 상대 순위로 어드밴티지를 계산해 메모리와 구현 복잡도를 크게 줄인 방식이라 지난해 사실상 표준처럼 쓰였다. 그런데 최근 공개된 두 모델이 다시 PPO 계열로 돌아왔다.

GLM-5.2는 SAO 방식을, KAT-Coder-V2.5는 비대칭 PPO를 썼다. 비대칭 PPO는 클리핑 범위를 상방과 하방에 다르게 두는 접근이다. 긍정 신호와 부정 신호에 대한 갱신 강도를 분리하려는 것인데, 코딩처럼 "맞으면 크게 맞고 틀리면 크게 틀리는" 보상 분포에서 GRPO의 그룹 상대 정규화가 신호를 뭉개는 문제를 겨냥한 것으로 읽힌다.

정리하면 GRPO가 틀렸다는 게 아니라, 보상 분포의 모양에 따라 선택이 갈린다는 것이다. 앞 항목의 카탈로그 심사처럼 이진 판정이 깔끔한 태스크에서는 GRPO가 잘 붙고, 코드처럼 부분 점수와 극단값이 섞이는 곳에서는 가치 함수를 다시 붙이는 쪽이 유리할 수 있다.

이 판단을 실무로 옮길 때 확인할 게 두 가지다. 첫째, 그룹 안에서 보상이 거의 같게 나오는 비율이다. GRPO는 그룹 내 상대 순위로 학습 신호를 만들기 때문에, 한 그룹의 샘플이 전부 실패하거나 전부 성공하면 그 그룹에서는 신호가 0이다. 어려운 태스크에서 초기에 이런 그룹이 다수면 학습이 정체된다. 둘째, 보상의 꼬리다. 드물게 아주 높거나 낮은 보상이 나오는 분포에서는 순위 기반 정규화가 그 정보를 뭉갠다.

오늘 100M 모델에 세계 모델식 사고를 가르치면 어디까지 가나에서 나온 실측이 이 논의에 직접 붙는다. 4Opt:8Sub 구성에서 GRPO의 개선이 정확히 0이었고 OPD는 +18.90이었다. 알고리즘 선택이 태스크 구조에 따라 전부냐 아무것도 아니냐로 갈린 사례다. 소셜 미디어의 관찰과 논문의 절제 실험이 같은 주에 같은 방향을 가리키고 있다.

파라미터의 4%만 건드려 8B를 이긴 2B

산업 규모 비디오 조정(moderation) 시스템은 업로드마다 모든 프레임을 처리할 수 없어서 영상당 8~16장으로 제약된다. 그런데 최신 멀티모달 LLM은 수백 프레임 밀집 시퀀스로 사전학습된다. 이 학습-배포 불일치의 크기를 먼저 잰다. Qwen3-VL 8B의 temporal mIoU가 밀집 입력 56.0%에서 16프레임 22.3%로 떨어진다. 상대 60.2% 붕괴다.

여기서 직관에 반하는 결과가 나온다. 언어 모델 쪽 어텐션 레이어 전체에 DoRA(rank 64)를 걸어 적응시키면 temporal mIoU가 15~~16%로, 손대지 않은 제로샷 21~~22%보다 나빠진다. 저자들의 해석은 사전학습된 언어 모델이 이미 시간 질의를 충분히 이해하고 있어서 건드리면 손해라는 것이다.

반대로 비전 인코더를 건드리면 정반대다. ViT 최종 3개 레이어(21~23번, 전체 파라미터의 4%)만 파인튜닝하면 68.8% temporal mIoU가 나온다. 밀집 입력을 쓰는 제로샷 8B(56.0%)보다 12.8점 높고, 같은 희소 입력 제로샷 8B(22.3%)보다 46.5점 높다. 엄격한 임계에서는 격차가 극단으로 벌어진다. Recall@0.7이 파인튜닝 2B는 64.0%, 제로샷 8B는 4.0%다.

이 비대칭은 제로샷 스케일링에서도 재현된다. 언어 모델을 28에서 36 레이어로 늘리면(2B -> 4B, 비전 인코더 동일) Hybrid16에서 5.1점 오르는데, 비전 인코더를 24에서 27 레이어로 늘리면(4B -> 8B, 언어 모델 깊이 동일) 더 적은 레이어를 추가하고도 8.0점 오른다. 프레임 샘플링 전략의 효과도 크다. 예산의 절반을 액션 구간에 배분하는 경계 인지 샘플링(Hybrid16)이 균일 샘플링 대비 temporal mIoU를 26점 개선한다. 다만 이 특화는 테스트 프레임 분포가 바뀌면 51% 하락하므로, 저자들은 대부분의 배포 환경에서 3~4점을 내주더라도 공동 학습을 권한다.

오프라인으로 도는 279M 다국어 의료 비식별 모델

Reddit · r/huggingface

OpenMed 2.0이다. 279M 파라미터로 다국어 PHI(보호 대상 건강정보) 비식별을 수행하고, 완전 오프라인으로 돈다. 라이선스는 Apache-2.0이다.

의료 데이터 비식별은 태스크 성격상 외부 API 호출이 금기에 가깝다. 비식별하려는 그 데이터를 외부로 내보내야 한다는 모순 때문이다. 279M이면 노트북은 물론 병원 내부 서버에서도 부담이 없고, 라이선스가 Apache-2.0이라 상용 배포에 제약이 없다. 규제 환경과 모델 크기가 정확히 맞물린 사례다.

다국어 지원도 실질적이다. PHI 비식별은 이름, 주소, 날짜, 식별번호처럼 표기 관습이 언어와 국가마다 다른 항목을 다뤄야 한다. 영어 전용 모델을 다른 언어 기록에 쓰면 놓치는 패턴이 많고, 비식별에서 놓친다는 건 곧 개인정보 노출이다.

이 항목의 업보트는 1개다. 오늘 다룬 것 중 가장 낮다. 인기 순으로 골랐다면 목록에 없었을 항목이지만, "규제 때문에 클라우드를 못 쓰는 곳에서 실제로 배포 가능한 모델"이라는 조건은 업보트 수와 무관하게 특정 독자에게 그날 가장 유용한 정보일 수 있다. 반대로 오늘 가장 많은 댓글이 달린 Grok 3 오픈소스 약속은 1년째 미이행은 댓글 298개를 받았지만 새로 확인된 사실은 "여전히 공개되지 않았다"뿐이다. 반응 규모와 정보량이 같은 축이 아니라는 게 오늘 이 두 항목의 대비다.

오픈소스가 유료 도구를 밀어내는 속도

X · dremnik

오늘 X에서 같은 구조의 게시물이 세 건 나왔다. 유료 SaaS가 하던 일을 오픈소스가 대체했다는 보고다.

가장 반응이 컸던 건 quill이다. 회의 녹음과 요약을 하는 Granola를 대체할 수 있다는 주장에 4,961개 좋아요가 붙었다. 음성 쪽에서는 Fish Audio가 S2.1 Pro를 공개했고, 숏폼 영상 생성기 하나는 깃허브에서 13,000 스타를 넘겼다.

세 사례 모두 공통점이 있다. 대체 대상이 "모델을 감싼 얇은 제품"이라는 것이다. 녹음-전사-요약, 텍스트-음성, 스크립트-영상은 모두 모델이 핵심 작업을 하고 제품은 UI와 배관을 담당한다. 모델이 오픈 웨이트로 풀리는 순간 배관 부분의 방어력이 급격히 떨어진다. 반대로 말하면 이런 제품이 살아남는 지점은 모델 성능이 아니라 데이터 축적, 조직 배포, 컴플라이언스처럼 복제 비용이 높은 층에 있다.

Claude Opus 5를 현장에서 쓴다는 것

새 모델이 나오면 며칠 안에 공식 문서와 현장 리포트와 불만이 동시에 쌓인다. 오늘이 그 시점이었다. 여섯 항목을 나란히 두면 같은 모델에 대해 정반대 평가가 왜 나오는지가 보인다. 마이그레이션 설정을 안 바꾸면 기본값이 예전과 다르게 동작하고, 사용 패턴을 안 바꾸면 이전 모델용으로 짠 프롬프트가 오히려 역효과를 낸다.

공식 프롬프팅 가이드가 말하는 마이그레이션 함정

앤트로픽 공식 문서 2종(프롬프팅 가이드, 마이그레이션 가이드)을 정리한 글이다. 원문이 아니라 커뮤니티 정리본이므로 세부는 공식 문서로 확인하는 게 맞지만, 실무에서 바로 걸리는 항목이 명확하게 짚혀 있다.

가격은 그대로다. 입력 100만 토큰당 5달러, 출력 25달러다. 문제는 기본값 변경이다. thinking이 기본 활성화로 바뀌었다. 이전 모델용 코드에서 max_tokens를 예전 감각으로 잡아두면 사고 과정이 그 예산을 먹어 최종 응답이 잘린다. 마이그레이션 직후 "답이 중간에 끊긴다"는 증상 대부분이 여기서 나온다.

두 번째 함정은 조합 제약이다. thinking: disabled와 effort 수준 xhigh 또는 max를 같이 넣으면 400 에러가 난다. 사고를 끄면서 사고 강도를 최대로 요청하는 모순이라 API가 거부한다. 설정 템플릿을 돌려쓰다 보면 쉽게 만드는 조합이다.

세 번째는 프롬프트 자체다. 이전 모델에서 관행처럼 넣던 검증 지시문("답을 다시 확인해라", "단계별로 점검해라")을 제거하라고 명시한다. 모델이 이미 내부적으로 하는 일을 프롬프트로 또 요구하면 중복 사고가 붙어 토큰과 지연만 늘어난다. 마지막으로 프롬프트 캐시 최소 단위가 1024 토큰에서 512 토큰으로 내려갔다. 짧은 시스템 프롬프트도 캐싱 대상이 된다는 뜻이라, 캐시 전략을 다시 볼 만하다.

"첫 프롬프트에 전부 넣고 자리를 떠라"

Every · Context Window

Every의 현장 리포트다. 앞의 공식 지침을 실제 작업 습관으로 옮기면 어떻게 되는지가 적혀 있다. 핵심 권고 한 줄은 **"전체 브리프를 첫 프롬프트에 다 넣고 자리를 떠라"**다. 대화를 주고받으며 조금씩 방향을 잡는 방식이 이전 모델에서는 통했는데, Opus 5에서는 처음에 맥락을 전부 준 뒤 개입을 줄이는 쪽이 결과가 낫다는 관찰이다.

성격에 대한 서술도 흥미롭다. 필자는 이 모델의 **반박 성향(disagreeableness)**을 특징으로 꼽는다. 사용자 지시에 무조건 맞추기보다 이견을 명시하는 빈도가 높다는 것이다. 이게 장점이 되는 작업(설계 검토, 초안 비평)과 단점이 되는 작업(정해진 스타일 그대로 반복)이 갈린다.

생태계 신호도 하나 있다. "I Have ADHD" 스킬이 깃허브 12,000 스타를 넘겼다. 모델 자체보다 모델에 얹는 작업 지침 묶음이 배포 단위가 되고 있다는 사례다.

경고도 함께 실렸다. 필자가 승인하지 않은 파일을 모델이 덮어쓴 사고가 있었다. 앞의 "브리프 주고 자리를 떠라"와 이 사고는 같은 동전의 양면이다. 자율성을 늘리면 개입 지점이 줄고, 개입 지점이 줄면 되돌릴 수 없는 동작이 사이에 끼어들 여지가 생긴다. 파일 시스템 권한 범위를 좁혀두는 게 이 사용법의 전제 조건이다.

"게을러진 것 같다"는 반대편 체감

Reddit · r/claude

앞 항목이 긍정적 현장 리포트라면, r/claude에는 정반대 체감이 올라왔다. 요지는 "게을러진 것 같다"는 것이다. 지시한 범위보다 적게 하거나, 이전 모델이라면 그냥 했을 작업을 건너뛰는 느낌이라는 보고가 여러 건 붙었다.

이 항목을 남기되 강도를 조절해야 하는 이유가 있다. 정량 근거가 없는 체감 보고다. 프롬프트, 작업 종류, 컨텍스트 길이, thinking 설정이 사람마다 다르므로 같은 모델에 대해 정반대 인상이 나오는 건 이상하지 않다. 특히 앞의 공식 가이드에서 지적한 "검증 지시문 제거"를 안 한 상태라면, 이전 프롬프트가 그대로 중복 사고를 유발해 체감 품질이 떨어질 수 있다.

체감을 무시하라는 뜻은 아니다. 다만 이 논쟁을 정리하려면 다음 항목들처럼 측정 가능한 형태로 옮겨야 한다는 게 오늘의 교훈이다.

한 가지 구조적 요인도 있다. 새 모델이 나오면 초기 며칠은 트래픽이 몰리고 서빙 설정이 조정되는 기간이다. 같은 모델이라도 컨텍스트 처리 방식, 사고 예산 배분, 라우팅 설정이 이 기간에 바뀔 수 있다. 사용자가 관측하는 건 "모델"이 아니라 "이 시점의 서빙 스택 전체"이므로, 체감 변화의 원인을 모델 가중치에 귀속시키는 건 근거가 약하다.

그리고 비교 대상 자체도 흔들린다. 이전 모델을 쓰던 몇 달 동안 사용자는 그 모델의 실패 패턴을 학습해 프롬프트로 우회하는 습관을 만들었다. 새 모델은 실패 패턴이 다르고, 축적된 우회는 무용하거나 역효과가 난다. 그래서 전환 직후에는 실제 성능과 무관하게 체감이 나빠지는 구간이 생긴다. 공식 프롬프팅 가이드가 말하는 마이그레이션 함정이 검증 지시문을 제거하라고 명시한 것도 정확히 이 문제를 겨냥한다.

9시간 400만 토큰짜리 단일 세션이 만든 것

Reddit · r/ClaudeAI

앞의 "브리프 주고 자리를 떠라"를 극단까지 밀어붙인 실행 기록 두 건이다.

첫 번째는 SNOWFLOW다. 9시간, 약 400만 토큰을 한 흐름으로 소모해 Babylon.js와 WGSL 기반의 WebGPU 전용 데모를 만들었다. WebGPU 전용이라는 건 폴백을 포기했다는 뜻이고, 그만큼 셰이더 코드를 모델이 직접 다뤘다는 의미다.

두 번째가 방법론적으로 더 흥미롭다. AR-15 프로젝트는 4시간, 230만 토큰, 약 50달러로 끝났다. 작성자가 쓴 구성이 두 가지인데, 하나는 서브에이전트를 혹평가로 배치한 것이다. 메인 에이전트가 만든 결과를 별도 에이전트가 가혹하게 비판하게 하고 그 비판을 다시 입력으로 넣는다. 다른 하나는 /loop 명령으로 이 비판-수정 사이클을 자동 반복시킨 것이다.

여기서 조심해야 할 게 있다. 아래 반복은 탐색이지 신뢰성이 아니다에서 다루는 논문이 정확히 이 구조의 위험을 측정했다. 반복 수정은 "한 번이라도 맞을 확률"은 올리지만 "지금 맞는 상태"를 보존하지 못한다. 자동 루프를 돌릴 때 각 사이클의 산출물을 체크포인트로 남기지 않으면, 이미 맞았던 것을 잃고도 모른다.

코딩 에이전트를 믿을 수 있는지 재는 벤치마크

HumanLayer의 dex가 만든 SlopCodeBench다. 앞 항목들의 체감 논쟁을 측정으로 옮기려는 시도다. 이름이 시사하듯 "그럴듯하지만 실제로는 틀린 코드"를 걸러낼 수 있는지를 잰다.

결과가 인상적인 건 절대 점수가 낮아서다. **Claude Opus 5가 17개 중 4개(24%)**를 통과했고, Opus 4.8과 Sonnet 5는 각각 **1개(6%)**에 그쳤다. Opus 5가 네 배 나은 건 맞지만, 24%는 "믿고 맡길 수 있다"와는 거리가 멀다.

이 벤치마크가 겨냥하는 지점을 보여주는 일화가 함께 실렸다. 100명 규모의 오발주 사고다. 코드가 문법적으로 맞고 테스트도 통과했는데 비즈니스 로직의 전제가 틀려서 실제 주문이 잘못 나간 경우다. 컴파일러도 유닛 테스트도 잡을 수 없는 층의 오류이고, 사람 리뷰어가 잡으라고 있는 층인데 에이전트 산출물의 양이 리뷰 용량을 넘어서면 그대로 통과한다. 오늘 생성은 싸졌고 검증이 병목이다 절 전체가 이 문제를 다룬다.

24일 만에 만든 macOS 앱, 시각 회귀 루프로 고친 차트

Reddit · r/PromptEngineering

에이전트로 완제품을 만든 사례 두 건인데, 검증 루프 설계가 대비된다.

Soonmo Han의 DevClip은 macOS 앱이다. 24일, 대화 310회, 커밋 87개로 완성됐다. 대화당 커밋이 0.28개꼴이니 상당수의 대화가 코드 변경 없이 끝났다는 뜻이고, 이건 탐색과 방향 조정에 쓴 대화가 많았다는 신호로 읽힌다.

더 재사용 가치가 있는 건 oksktank의 react-native-pure-chart 2.0.0이다. 차트 라이브러리는 "코드가 맞는지"를 테스트로 판정하기 어렵다. 축이 어긋나거나 레이블이 겹치는 건 컴파일도 되고 테스트도 통과한다. 작성자는 여기에 시각 회귀 루프를 붙였다. 렌더링 결과를 이미지로 뽑아 모델에게 보여주고, 모델이 그걸 보고 다시 고치는 사이클이다.

이 구조가 중요한 이유는 앞 항목의 SlopCodeBench 문제에 대한 부분적 답이기 때문이다. 텍스트 기준으로 자기 코드를 검증하는 모델은 자기 오류를 그대로 통과시키지만, 렌더링 결과라는 외부 관측을 루프에 넣으면 검증기가 생성기와 독립해진다. 아래 반복은 탐색이지 신뢰성이 아니다에서 다루는 "검증기 독립성" 논의와 정확히 같은 이야기를 실무 쪽에서 한 셈이다.

에이전트 비용과 할당량의 정치

에이전트를 쓰는 사람이 늘면서 논쟁의 주제가 바뀌었다. 작년에는 "이게 되냐"였고 지금은 "이걸 계속 돌릴 돈이 있냐"다. 오늘 레딧에서 가장 격렬했던 스레드도 모델 성능이 아니라 요금제였다. 흥미로운 건 이 논쟁이 감정 싸움에서 끝나지 않고 곧바로 측정과 설계로 넘어갔다는 점이다. 아래 여섯 항목은 같은 문제에 대한 여섯 가지 층위의 대응이다.

Codex 할당량 리셋이 부른 반발

Reddit · r/codex

r/codex와 r/OpenaiCodex에서 동시다발로 터진 불만이다. 핵심 수치는 이것이다. 월 100달러 5배(5x) Pro 요금제에서 다섯 시간이 채 안 되는 사이에 잔여 할당량이 54%에서 0%가 됐다. 여러 사용자가 비슷한 소모 속도를 보고했고, 이전과 같은 작업을 하는데 훨씬 빨리 바닥난다는 증언이 이어졌다.

논의가 흥미로워지는 건 반례 때문이다. stupidpeehole이라는 사용자는 Pro 20배 요금제에서 하루 13억 토큰을 소화하고 있다고 반박했다. 같은 서비스에서 어떤 사람은 다섯 시간에 소진하고 어떤 사람은 하루 13억 토큰을 쓴다면, 문제는 총량이 아니라 무엇이 어떻게 계량되는지에 있다는 뜻이 된다.

여기서 "우버식 배급" 음모론이 등장했다. 초기에 넉넉히 주고 사용자를 묶은 뒤 서서히 조인다는 서사다. 이 서사가 힘을 얻는 이유는 사용자가 자기 소모량의 구성을 볼 수 없기 때문이다. 캐시 히트, 재시도, 서브에이전트 호출, 사고 토큰이 각각 얼마씩 잡히는지 알 수 없으면 남는 건 체감뿐이고, 체감만 남으면 논쟁은 음모론으로 흐른다. 아래 두 항목이 이 공백을 메우려는 시도다.

사용량 절감 도구를 실제로 측정한 사람

Reddit · r/codex

Tricky_Reflection_75가 시중에 나온 사용량 절감 도구를 전부 직접 벤치마크했다. 대상은 CodexZero, RTK, caveman 등이다. 게시물에서 먼저 눈에 띄는 건 결과가 아니라 태도인데, 자기 이해관계를 먼저 공개하고 시작한다. 절감 도구 벤치마크는 작성자가 특정 도구와 관계가 있으면 그대로 광고가 되므로, 이 공개 여부가 글의 신뢰도를 결정한다.

판정 기준을 세 가지로 명시한 것도 재사용 가치가 있다. **측정 가능할 것(measured), 단조로울 것(monotonic), 무손실일 것(lossless)**이다. 측정 가능하다는 건 절감량을 재현 가능하게 잴 수 있다는 뜻이고, 단조롭다는 건 입력이 커질수록 절감 효과가 뒤집히지 않는다는 뜻이며, 무손실이라는 건 절감 과정에서 작업 결과 자체가 나빠지지 않는다는 뜻이다.

세 번째 기준이 특히 중요하다. 토큰을 줄이는 가장 쉬운 방법은 컨텍스트를 잘라내는 것인데, 그러면 절감은 확실하지만 결과 품질이 함께 떨어진다. 이 경우 절감이 아니라 다운그레이드다. 아래 컨텍스트를 압축하지 말고 작업을 밖으로 내보내라가 이 함정을 피하려는 설계 쪽 답이다.

장시간 에이전트 비용은 8종류의 호출로 쪼개진다

Reddit · r/AI_Agents

signallith가 장시간 실행되는 에이전트의 비용 구조를 여덟 종류의 호출로 분해했다. 앞의 할당량 논쟁이 "얼마나 쓰는지 모르겠다"에서 막혔다면, 이 글은 그 안을 열어본다.

분해의 요점은 사용자가 인지하는 호출과 실제 발생하는 호출의 비율이 크게 어긋난다는 것이다. 사용자는 "질문 한 번 = 호출 한 번"으로 인지하는데, 실제로는 계획 수립, 툴 스키마 로딩, 툴 호출 결과 해석, 실패 시 재시도, 서브에이전트 위임, 요약과 컨텍스트 압축, 최종 응답 생성이 각각 별도의 모델 호출로 나간다. 여기에 사고 토큰이 얹히면 체감과 청구의 괴리가 몇 배 단위로 벌어진다.

실무적 함의는 단순하다. 비용을 줄이려면 프롬프트를 짧게 쓰는 게 아니라 호출 종류별로 빈도를 세야 한다. 재시도가 비용의 30%를 차지한다면 프롬프트 압축은 헛수고이고 실패율을 낮추는 게 답이다. 서브에이전트 위임이 절반이면 위임 조건을 조이는 게 답이다. 앞 항목의 "측정 가능할 것"이라는 기준이 여기서 구체적인 형태를 얻는다.

컨텍스트를 압축하지 말고 작업을 밖으로 내보내라

앞의 비용 분해에 대한 설계 차원의 답이다. 논지는 이렇다. 컨텍스트가 커져서 비용이 오를 때 대부분은 요약이나 압축으로 대응하는데, 그러면 정보가 손실되면서 비용은 여전히 든다. 대신 작업 자체를 컨텍스트 밖으로 내보내라는 것이다.

구현으로 제시된 것이 webcmd다. Apache-2.0 라이선스로, 웹에서 정보를 가져오는 작업을 모델 컨텍스트 안에서 하지 않고 외부 명령으로 처리한 뒤 결과만 되돌린다. 모델은 원본 HTML을 한 번도 보지 않는다.

작성자가 한계를 스스로 적어둔 게 이 글의 미덕이다. **"자신 있게 실패한다(confidently fails)"**는 표현을 썼다. 외부 도구가 잘못된 결과를 반환해도 모델은 그걸 검증할 원본을 갖고 있지 않으므로, 틀린 정보를 확신을 갖고 사용한다는 것이다. 컨텍스트에서 빼는 것과 검증 경로에서 빼는 것을 구분하지 않으면 비용은 줄고 오류는 는다.

같은 스레드 계열에서 LlamaIndex 쪽 AST 크롤러 사례도 언급됐다. 코드베이스를 텍스트로 통째로 넣는 대신 AST로 파싱해 필요한 노드만 꺼내는 접근이다. 원리는 같다. 모델이 읽어야 할 양을 줄이는 게 아니라, 애초에 모델이 읽지 않아도 되게 만드는 것이다.

라우팅으로 비용을 깎는다는 주장의 검증 가능성

OmniRoute는 여러 모델 공급자를 하나의 로컬 엔드포인트(localhost:20128)로 묶어 요청마다 적절한 모델로 보내는 라우터다. 4단계 폴백과 18개 라우팅 전략을 제공하고, MCP 툴을 94개 붙여놨다. 앞 항목들과 같은 문제(비용)를 라우팅 계층에서 풀겠다는 접근이다.

여기서 앞의 벤치마크 기준을 적용해볼 만하다. 프로젝트가 내세우는 수치 중 하나가 **토큰 압축 89.2%**인데, 이건 자체 주장이고 어떤 작업에서 어떻게 측정했는지가 함께 제시되지 않았다. 89.2%를 줄이면서 결과 품질이 유지된다면 대단한 성과지만, 이게 "무손실"인지 아니면 컨텍스트를 잘라낸 결과인지는 수치만으로 판별되지 않는다.

이 항목을 앞의 절감 도구 벤치마크 바로 뒤에 둔 이유가 그것이다. 같은 범주의 도구인데 하나는 판정 기준을 먼저 세우고 측정했고, 하나는 결과 수치를 먼저 제시했다. 라우터 자체는 여러 공급자를 쓰는 환경에서 실용적인 물건이고, 4단계 폴백은 특정 공급자 장애 시 가용성을 지키는 데 실제로 도움이 된다. 다만 압축률 주장은 자기 워크로드에서 직접 재보고 채택하는 게 맞다.

모델 엔드포인트를 직접 소유하기

할당량 정치에서 아예 벗어나는 경로다. Modal 직원이 개인 블로그에 정리한 내용으로, opencode를 Modal 위에 올려 자기 소유의 모델 엔드포인트를 구성하는 방법이다.

구조를 정리하면 이렇다. 오픈 웨이트 모델을 서버리스 GPU 플랫폼에 배포해 OpenAI 호환 엔드포인트로 노출하고, opencode 같은 코딩 에이전트가 그 엔드포인트를 바라보게 한다. 이렇게 하면 요금제 할당량이라는 개념 자체가 사라진다. 대신 GPU 실행 시간에 대해 직접 비용을 낸다.

트레이드오프가 분명하다. 얻는 것은 예측 가능성과 통제권이다. 할당량이 갑자기 조여지는 일이 없고, 어떤 모델을 어떤 버전으로 쓸지 스스로 고정할 수 있으며, 데이터가 어디를 지나는지도 명확하다. 잃는 것은 프런티어 모델의 성능이다. 자체 배포 가능한 오픈 웨이트 모델과 최신 폐쇄 모델 사이의 격차가 그대로 비용이 된다. 콜드 스타트 지연과 운영 부담도 얹힌다. 앞 절의 Kimi K3 로컬 실행 논의와 같은 계산인데, 이쪽은 하드웨어를 사는 대신 빌린다는 차이가 있다.

버전 고정 항목은 생각보다 크게 작용한다. 폐쇄 API를 쓰면 같은 모델 이름 뒤의 실제 가중치나 서빙 설정이 예고 없이 바뀔 수 있고, 그러면 며칠 전에 잘 돌던 프롬프트가 다르게 동작한다. 오늘 게을러진 것 같다는 반대편 체감의 논쟁이 결론이 안 나는 이유 중 하나가 이 통제 불가능성이다. 자체 엔드포인트는 이 변수를 없앤다. 평가 스위트를 만들어 회귀를 잡으려면 기준선이 고정돼야 하는데, 그게 가능해진다.

반대로 이 방식이 안 맞는 경우도 분명하다. 사용량이 불규칙하면 서버리스 GPU의 콜드 스타트가 매번 붙고, 그 지연이 대화형 사용에서는 치명적이다. 그리고 모델 업그레이드를 스스로 해야 하므로, 프런티어 모델이 빠르게 좋아지는 국면에서는 뒤처지는 비용이 계속 쌓인다. 판단 기준은 단순하다. 성능 상단이 필요한 작업인가, 아니면 일정한 품질을 예측 가능한 비용으로 대량 처리하는 작업인가. 후자면 자체 엔드포인트가 이긴다.

MCP는 스테이트리스로 간다

프로토콜 변경은 보통 조용히 지나가는데, 이번 건은 그렇지 않다. 세션이라는 개념이 명세에서 빠지면 서버 구현, 인증 흐름, 배포 토폴로지, 과금 모델이 전부 영향을 받는다. 게다가 이게 하필 에이전트 비용 논쟁이 한창인 주에 나왔다.

2026-07-28 명세: 세션이 사라졌다

Product Hunt · MCP-Billing

Model Context Protocol이 2026-07-28자 명세를 공개했다. 방향은 한 단어로 요약된다. 스테이트리스다.

가장 큰 변경은 initialize 핸드셰이크와 Mcp-Session-Id 헤더가 폐기 경로에 올랐다는 것이다. 지금까지 MCP 클라이언트는 서버에 접속하면 먼저 initialize를 호출해 역량을 교환하고 세션 ID를 발급받은 뒤, 이후 모든 요청에 그 ID를 실어 보냈다. 이 구조는 서버가 세션 상태를 들고 있어야 한다는 뜻이고, 곧 로드 밸런서 뒤에 서버를 여러 대 두려면 스티키 세션이나 공유 저장소가 필요하다는 뜻이다. 서버리스 환경에서는 특히 불편했다.

새 명세는 요청 하나가 스스로를 설명하게 만든다. Mcp-Method와 Mcp-Name 헤더가 도입돼 어떤 메서드의 어떤 대상인지가 HTTP 계층에서 바로 읽힌다. 상태를 서버가 아니라 요청에 싣는 방향이다. 이러면 프록시나 게이트웨이가 본문을 파싱하지 않고도 라우팅, 로깅, 요금 계량을 할 수 있게 된다. 여기에 MRTR이 새로 들어갔고, 동적 클라이언트 등록(DCR) 대신 CIMD 방식으로 인증 등록 경로가 바뀐다.

호환성 정책도 함께 나왔다. 12개월 폐기 유예를 명문화했다. 폐기 예고 후 최소 1년은 동작한다는 약속이라, 프로덕션 서버를 운영하는 쪽에 실질적인 계획 기간을 준다. 규모를 보여주는 숫자도 공개됐다. Tier1 SDK들의 월 다운로드가 약 5억 건이다. 이 정도 설치 기반에서 프로토콜의 근간을 바꾸면서 폐기 정책을 함께 낸 건 합리적인 순서다.

커뮤니티가 받아들인 방식

Reddit · r/ClaudeCode

앞 명세 발표에 대한 반응이 여러 플랫폼에서 동시에 나왔다. r/ClaudeCode의 "출시 이후 가장 큰 업데이트"라는 제목의 글이 445 업보트에 댓글 75개를 받았다. X에서는 Aykutuces가 터키어로 같은 내용을 정리했다.

두 게시물 모두 본문 크롤이 확보되지 않았거나 절단됐다. 그래서 여기서는 반응의 규모와 방향까지만 기록하고 개별 주장을 재구성하지 않는다. 명세 내용은 앞 항목의 공식 발표가 정본이다.

의미 있는 건 반응 속도 자체다. 프로토콜 명세 변경이 발표 당일에 일반 사용자 커뮤니티에서 400 업보트를 받는다는 건, MCP가 이미 인프라 담당자만의 물건이 아니라는 뜻이다. 클라이언트 앱이 서버 설정을 사용자에게 노출하는 구조라 명세 변경이 곧바로 개인 설정 파일에 닿는다.

실무 관점에서 지금 확인할 것도 명확하다. 자기가 쓰는 MCP 서버가 직접 만든 것이면 initialize와 세션 ID에 의존하는지 확인하고, 남이 만든 것이면 유지보수 상태를 본다. 12개월 폐기 유예가 있으니 당장 깨지지는 않지만, 관리되지 않는 서버는 유예가 끝나는 시점에 조용히 멈춘다.

한 가지 더. 스테이트리스 전환은 서버 구현을 단순하게 만들지만 클라이언트 쪽 부담을 늘린다. 지금까지 서버가 들고 있던 역량 협상 결과나 사용자 컨텍스트를 이제 클라이언트가 매 요청에 실어야 한다. 요청 하나의 크기가 커지고, 그건 곧 토큰과 지연이다. 오늘 에이전트 비용과 할당량의 정치 절이 다룬 비용 문제와 정확히 같은 축에 놓이는 변화라, 툴을 많이 붙인 환경에서는 실제 영향을 측정해볼 만하다.

MCP 서버로 돈을 받는 배관이 생기고 있다

명세가 스테이트리스로 가면서 요청 단위 계량이 쉬워지자 상업 계층이 붙기 시작했다. 오늘 Product Hunt에 관련 제품이 세 개 나왔다.

Marc Gil의 MCP-Billing은 79유로로, MCP 서버에 과금 기능을 붙이는 도구다. 자기 MCP 서버를 만들어 배포하는 사람이 사용량 기반으로 요금을 받으려면 인증, 계량, 청구, 결제 연동이 필요한데 그 배관을 대신 깔아준다.

오픈소스 쪽에서는 **mcp-metering**이 MIT 라이선스로 나왔다. 과금 자체가 아니라 계량만 담당한다. 어떤 툴이 몇 번 호출됐고 토큰이 얼마나 들었는지를 기록하는 계층이다. 앞 절의 장시간 에이전트 비용은 8종류의 호출로 쪼개진다에서 지적한 "구성을 볼 수 없다"는 문제에 대한 도구 쪽 답이기도 하다. 그리고 Lamoom이 같은 범주에서 출시됐다.

세 제품을 묶어서 보면 MCP가 프로토콜에서 마켓플레이스로 넘어가는 초기 신호로 읽힌다. 과금 배관이 존재한다는 건 유료 MCP 서버를 만드는 게 개인 개발자에게도 현실적인 선택지가 됐다는 뜻이고, 그러면 공급이 늘어난다.

여기서 생기는 문제가 계량의 단위다. API 과금은 대체로 호출 수나 토큰 수로 매기는데, MCP 툴 호출은 그 안에서 임의의 연산을 한다. 데이터베이스 질의 하나와 대규모 크롤링 하나가 같은 "호출 1회"로 잡히면 공급자가 손해를 보고, 반대로 세분화하면 사용자가 비용을 예측할 수 없다. 스테이트리스 전환으로 요청 단위 계량은 쉬워졌지만 무엇을 세야 하는가는 여전히 열린 문제다.

그리고 계량과 과금 배관이 생긴다는 건 다음 항목의 문제를 곧바로 부른다. 돈을 쓰는 주체가 사람이 아니라 에이전트일 때 권한은 누구에게 있는가.

에이전트에게 별도의 결제 권한이 필요하다는 주장

Reddit · r/AI_Agents

envelope_of_taps의 문제 제기다. 현재 구조에서 에이전트가 유료 API나 서비스를 쓰면 사용자의 결제 수단을 그대로 쓴다. 즉 에이전트에게 사용자와 동일한 지출 권한이 부여된다.

이게 왜 문제인지는 앞의 여러 항목과 겹쳐 읽으면 분명해진다. 9시간 400만 토큰짜리 단일 세션처럼 자율 실행 시간이 길어지고, 8종류의 호출처럼 호출이 재귀적으로 늘어나며, 앞 항목처럼 유료 MCP 서버가 늘어나면, 사람이 승인 지점을 한 번도 통과하지 않은 채 상당한 금액이 나갈 수 있다.

작성자가 요구하는 건 에이전트 전용 권한 모델이다. 총액 상한, 대상별 허용 목록, 단건 금액 임계, 초과 시 사람 승인 같은 것들이다. 카드사가 이미 하는 일과 개념적으로 같지만 세분화 단위가 다르다. 아래 권한을 주면서 사고를 막는 계약 절의 정보흐름 통제 논의가 데이터에 대해 하려는 일을, 이 글은 돈에 대해 요구하고 있는 셈이다. 오늘 통화 기호 하나가 1,500달러가 됐다는 사례가 사람의 실수로 그 규모의 손실이 나는 걸 보여주는데, 자율 에이전트에는 그 실수를 잡아줄 중간 확인이 더 적다.

생성은 싸졌고 검증이 병목이다

오늘 나온 자료 중 가장 일관된 주제다. 서로 다른 회사, 서로 다른 대학, 서로 다른 플랫폼에서 같은 결론이 나왔다. 후보를 만드는 일은 값싸고 풍부해졌는데 그 후보가 맞는지 확인하는 일은 그대로거나 오히려 비싸졌다는 것이다. OpenAI의 과학계산 현장 리포트가 이걸 명시적으로 적었고, arXiv 논문 두 편이 각각 자율 연구와 코딩 에이전트에서 같은 구조를 측정했으며, n8n 프로덕션 사고와 학회 리뷰 현장이 그 대가를 보여준다.

OpenAI 과학계산 현장 리포트: 검증이 남는다

OpenAI · openai.com

OpenAI가 과학계산 분야에서 에이전트를 실제로 적용한 8개 프로젝트를 정리했다. 구성이 눈에 띈다. 5개는 Codex 단독이고 3개는 Codex와 Claude Code를 함께 썼다. 자사 리포트에서 경쟁사 도구를 병용했다고 명시한 것 자체가 이 분야의 작업 방식을 보여준다. 도구를 고르는 게 아니라 작업 단계별로 갈아 끼운다.

리포트가 반복해서 지목하는 병목은 검증이다. 과학계산 코드는 컴파일되고 실행되고 그럴듯한 숫자를 뱉는 것까지는 쉽다. 문제는 그 숫자가 물리적으로 맞는지, 수치적으로 안정적인지, 경계 조건에서 무너지지 않는지를 확인하는 일이다. 이건 도메인 전문가의 시간을 요구하고, 에이전트가 후보 코드를 빠르게 뽑아낼수록 그 앞에 쌓이는 대기열이 길어진다. 생성 속도가 오르면 병목이 검증으로 이동한다는 게 이 리포트의 실무적 결론이다.

두 번째 주제가 **관리 책임(stewardship)**이다. 리포트는 이걸 세 갈래로 정리한다. 에이전트가 만든 코드를 누가 소유하고, 누가 유지보수하며, 문제가 생겼을 때 누가 설명 책임을 지는가. 연구 코드는 원래도 유지보수가 취약한 영역인데(작성자가 논문을 내고 떠나면 코드는 남는다), 에이전트가 대량 생산하면 이 문제가 규모로 커진다. 아래 학회 리뷰어가 본 "Claude 말투"가 같은 문제의 논문 쪽 버전이다.

자율 연구는 최종 점수가 아니라 예산 대비 진척으로 재야 한다

arXiv · MIT

AI 자율 연구(AR) 시스템은 거의 항상 "최종적으로 찾아낸 최고 해의 품질"로 평가된다. 저자들은 이게 불완전하다고 본다. 몇 년의 계산이나 수십억 달러의 실험 끝에 훌륭한 해를 찾는 시스템은 결과와 무관하게 실용 가치가 제한된다는 것이다.

논증의 출발점이 앞 항목과 정확히 같다. 수학이나 코딩처럼 검증이 싼 도메인에서는 종점 평가가 자연스럽지만, 자율 연구가 습식 실험이나 임상 평가나 물리 시뮬레이션으로 확장되면 매 시행이 시간과 돈과 재료의 실질 비용을 낳는다. 저자들은 딥마인드의 "Conjecture Machines" 논의를 인용해 언어 모델이 후보 생성을 값싸게 만들면서 생성이 아니라 검증이 희소 자원이 되었다고 정리한다. 그래서 검증 횟수가 탐색의 자연스러운 예산이다.

제안 지표는 Pareto frontier 아래 면적, 즉 **AUC 보상 R̄ = (1/N)Σ R(n)**이다. 같은 최고점에 도달해도 먼저 도달한 쪽이 높다. 핵심 실측은 이 지표가 최종 최고점 R̂와 상관이 Pearson r=0.40에 그친다는 것이다. 두 축이 사실상 별개이고, 서로 다른 정책을 선호한다. 예를 들어 aes128_ctr 태스크에서 greedy가 긴 정제 끝에 최고 결과에 도달하지만 beam이 더 빨리 수렴해 더 효율적이다.

실험은 AutoLab의 12개 시스템 최적화 태스크에서 돌렸다. 제안자는 Qwen3-Coder-480B(FP8)이고, 멀티턴 에이전트 루프를 의도적으로 배제해 탐색 구조만 변수로 남겼다. 정책당 500 평가, 3시드, frontier width 64로 통일했다. 결과 1은 보편적으로 우월한 탐색 구조가 없다는 것이다. beam은 반복적으로 가장 빠른 스타터이고, evolutionary는 크래시가 잦은 태스크(bvh_raytracer, regex_engine)에서 최고이며(개체군 유지가 파국적 편집 위험을 낮춘다), greedy는 국소 정제가 신뢰할 만할 때 좋다.

그래서 제안한 게 fluid다. hill-climbing 체인의 숲 위에 포트폴리오 밴딧을 얹고, UCB 규칙 U_k = ρ_k + w·q_k + c·sqrt(ln(n+1)/(n_k+1))으로 다음 평가를 배분한다(w=1, c=1/2). ρ_k는 체인 k의 최근 5회 평가 중 incumbent를 개선한 비율이다. 결과는 정규화 AUC 보상 0.780으로, 최강 고정 정책 beam의 0.718을 넘고 태스크별 오라클 0.784에 0.004 차이로 붙는다. 최적 탐색 구조를 미리 모르는 비용을 거의 0으로 만든 것이다.

한계도 명료하다. 여러 태스크에서 최강 정책조차 결국 고원에 부딪히는데, 저자들은 제안자가 추가 진전에 필요한 표현 원시를 만들어내지 못하는 **"vocabulary gap"**과, 이후 재사용을 통해서만 가치가 드러나는 발견을 현재 평가가 인식하지 못하는 **"verifier gap"**을 든다. 부수적으로 인용할 만한 수치도 있다. 같은 모델이라도 에이전트 하네스 설계에 따라 동일 태스크 실행 시간이 약 40% 차이 난다는 연구(The Harness Effect)를 근거로, 오케스트레이션과 정지 기준이 자원 소모를 크게 좌우한다고 논증한다.

반복은 탐색이지 신뢰성이 아니다

arXiv · Alibaba Cloud

오늘 나온 논문 중 실무 함의가 가장 직접적이다. 코딩 에이전트는 제안 -> 테스트 -> 피드백 -> 수정 -> 정지 루프로 동작하고, 반복이 정답 확률을 올린다는 건 알려져 있다. 저자들은 배포 관점의 다른 질문을 던진다. 정답 패치가 한 번 나온 뒤, 다음 수정이 그걸 파괴하는 것을 무엇이 막는가?

이걸 proposal search와 completion reliability로 구분한다. 탐색은 궤적 안 어느 수정이든 정답이면 되고, 완결 신뢰성은 오케스트레이터가 정답 상태를 보존하고 그 상태에 대한 증거로만 수정하며 수용한 증거의 위험이 충분히 낮을 때만 멈추는가를 묻는다.

측정 결과가 선명하다. 강제 3회 수정에서 현재 정확도는 82.0% -> 67.3% -> 69.3%로 떨어지는데, "한 번이라도 맞춘 비율"은 82.0% -> 84.7% -> 85.3%로 오른다. 3회차 시점에 16.0%의 궤적이 정답을 만들었다가 잃었다. 반복 횟수를 늘리면 좋아진다는 통념과 나빠진다는 통념 둘 다 맥락 독립 규칙으로 성립하지 않는다. 루프 깊이는 전이 기회의 수를 바꾸고, 부호는 전이 커널이 정한다.

가장 재사용 가치가 높은 결과는 **낡은 증거(stale evidence)**의 위험이다. 14B 재현 실험에서 stale trace가 정답 상태 135건 중 **34건(25.2%)**을 망가뜨렸고 current trace는 **4건(3.0%)**에 그쳤다. 차이는 +22.2%p, 사전등록 6개 대비 중 exact Holm p=0.0337로 유일하게 유의했다. 구체 사례가 인상적이다. HumanEval/89에서 Caesar shift 12를 쓰던 코드에서 나온 테스트 보고서가, 이미 shift 4로 고쳐진 코드를 5개 시드 전부에서 다시 12로 되돌렸다. 보고서에 담긴 입출력 사실 자체는 참인데, 그것이 "현재 코드를 서술한다"는 주장이 거짓인 것이다.

세 번째 결과가 검증기다. Qwen-14B는 DeepSeek-6.7B보다 위험이 19.9%p 낮다(CI [-26.4, -9.5]). 그런데 품질이 독립성을 함의하지 않는다. 70% 커버리지에서 Qwen-7B와 Qwen-14B의 조건부 오류 상관이 φ=0.641이고 초과 공동 오수용이 0.060이다. 심판을 두 개 붙여도 같은 오류를 함께 승인한다는 뜻이다. 저자들은 "다른 회사 모델을 심판으로 쓰면 독립적"이라는 통념을 정면으로 반박하며, 의존성은 모델 계열 쌍에 붙은 정적 라벨이 아니라 운영점(operating point) 속성이라고 정리한다.

정지 정책 리플레이도 실용적이다. 자기 판단만 쓰면 99.8%를 수용하지만 위험이 29.5%다. 실행형 챌린지 게이트를 붙이면 이 표본에서 거짓 완결 265건을 전부 막는다. 다만 저자들은 관측 오류 0이 모집단 위험 0을 뜻하지 않는다고 못 박는다. 30개 태스크 클러스터에 대한 보수적 단측 95% 무사건 상한은 9.5%다. 엄격한 신선도도 공짜가 아니어서, current-evidence 챌린지를 요구하면 거짓 완결은 없지만 커버리지가 38.4%로 떨어지고 평균 2.27회 수정을 요구한다. 저장소 수준(9개 프로젝트, 24개 실제 버그, 288 롤아웃)에서는 더 냉혹하다. 276개(95.8%)가 15액션 예산을 소진했고 단 1개만 완전 해결본을 발견-수용-보존-제출했다. 앞 절 9시간 400만 토큰짜리 단일 세션의 /loop 자동 반복을 쓰는 쪽은 이 숫자들을 보고 체크포인트 설계를 다시 볼 만하다.

RAG 부품을 하나씩 떼어보니 살아남은 건 재랭커뿐

arXiv · Argonne National Laboratory

APS-RAG는 아르곤 국립연구소 Advanced Photon Source의 실제 운영 문서를 대상으로 RAG 파이프라인 구성요소를 하나씩 떼어보는 절제 실험이다. 보통 이런 실험은 "각 부품이 X%p 기여했다" 식으로 끝나는데, 이 논문은 다중 비교 보정을 걸었다.

결과가 냉정하다. 보정 후 통계적으로 유의하게 살아남은 부품은 재랭커 하나뿐이었다. 재랭커를 빼면 성능이 32.8%p 떨어진다. 나머지 구성요소들의 기여는 보정을 통과하지 못했다. RAG 파이프라인에 부품을 계속 얹는 관행에 대한 직접적인 반례다.

두 번째 발견이 더 미묘하다. recall과 사실성(factuality)이 분리된다. 검색이 관련 문서를 더 많이 가져온다고 최종 답변의 사실성이 오르지 않는다. 이건 검색 품질 지표만 보고 파이프라인을 튜닝하면 엉뚱한 방향으로 간다는 뜻이다. 그래서 저자들은 생성기를 고를 때 정확도가 아니라 환각률로 고르라고 권고한다. 검색이 충분한 근거를 가져다준 뒤에도 모델이 없는 내용을 덧붙이면 파이프라인 전체가 무너지기 때문이다.

실무 채택을 돕는 산출물로 /aps-rag 스킬이 함께 공개됐다. 논문의 구성을 그대로 재현하는 형태다. 오늘 답을 맞힌 것과 근거를 제대로 쓴 것은 다르다 절의 논문들과 함께 읽으면, "검색해서 근거를 붙였다"와 "그 근거를 실제로 썼다" 사이의 간극이 여러 각도에서 확인된다.

학회 리뷰어가 본 "Claude 말투"

Reddit · r/MachineLearning

NeurIPS 2026 리뷰어가 r/MachineLearning에 올린 관찰이다. 심사 중인 논문과 리버틀에서 AI 생성 텍스트가 눈에 띄게 늘었고, 특정 모델 특유의 문체가 반복적으로 보인다는 것이다. 작성자는 이걸 **"Claude-speak"**라고 불렀다.

이 항목의 가치는 고발이 아니라 검증 비용의 이동을 보여주는 데 있다. 리버틀 작성은 원래 저자에게 시간이 많이 드는 작업이고, 그 비용이 곧 "정말 반박할 말이 있는 사람만 길게 쓴다"는 자연스러운 필터로 작동했다. 생성 비용이 0에 수렴하면 그 필터가 사라진다. 남는 건 리뷰어가 그 텍스트를 읽고 판단하는 시간뿐인데, 그건 줄지 않는다.

앞의 OpenAI 리포트가 코드에서 말한 것과 정확히 같은 구조다. 생성이 싸지면 검증 쪽에 줄이 선다. 다만 학회는 검증 용량을 늘릴 방법이 마땅치 않다. 리뷰어는 자원봉사이고, 자동 탐지는 오탐 비용이 크다. 이 문제가 어떻게 정리되든 그 결과가 앞으로 몇 년간 AI 연구의 품질 기준을 정할 가능성이 크다.

죽은 n8n은 자기 죽음을 보고하지 못한다

Reddit · r/n8n

검증 부재가 프로덕션에서 어떻게 터지는지 보여주는 사후 분석이다. Fit-Solid7089가 나흘치 프로덕션 이메일을 잃었다.

원인이 두 겹이다. 하나는 runOnceForEachItem 모드에서 카운터가 리셋되는 동작이다. 각 항목마다 노드가 한 번씩 실행되는 모드인데, 특정 조건에서 반복 카운터가 초기화되면서 처리 흐름이 어긋났다. 다른 하나가 더 조용하고 위험하다. binary 키가 누락되면 첨부파일이 소리 없이 사라진다. 에러도 경고도 없이 본문만 남고 첨부가 증발한다. 워크플로는 성공으로 표시된다.

작성자가 남긴 문장이 이 사고의 본질을 정확히 짚는다. "죽은 n8n은 자기 죽음을 보고할 수 없다." 자동화 시스템의 상태 보고는 그 시스템 자신이 만들기 때문에, 시스템이 잘못된 상태로 정상 종료하면 모니터링에는 정상으로 찍힌다. 나흘이 걸린 이유가 그것이다. 알림이 울리지 않아서가 아니라 알림이 울릴 이유가 없다고 시스템이 판단해서다.

실무 함의는 이 절의 다른 항목들과 같다. 검증기는 생성기와 독립적이어야 한다. 워크플로의 성공 여부를 워크플로 자신이 판정하게 두면, 앞의 반복은 탐색이지 신뢰성이 아니다에서 φ=0.641로 측정된 것과 같은 상관 실패가 운영 환경에서 그대로 재현된다. 수신 측에서 첨부 개수를 세는 것 같은 외부 관측이 필요하다.

AI 코드 리뷰에서 신뢰와 동의는 같이 가지 않는다

arXiv · TU München, Heilbronn

검증자가 사람일 때 무슨 일이 일어나는지 잰 실험이다. 피험자 34명에게 AI 코드 리뷰 결과를 서로 다른 형태로 제시하고 신뢰도와 동의율을 각각 측정했다.

결과가 어긋난다. 조건 A에서 신뢰도가 3.99로 가장 높았는데, 실제로 AI 판단에 동의한 비율은 조건 B가 89.22%로 조건 A의 77.45%보다 높았다. 사람이 "이 시스템을 신뢰한다"고 응답하는 것과 실제 판단에서 그 시스템을 따르는 것이 별개로 움직인다는 뜻이다. 설문 기반 신뢰도 측정만으로 AI 도구의 실효성을 판단하면 안 된다는 직접적 경고다.

다만 이 논문에는 반드시 함께 표기해야 할 설계 한계가 있다. 실험에서 AI 추천은 항상 실제 PR 결과와 일치하도록 구성됐다. 즉 AI가 틀리는 경우가 없었다. 이 조건에서 측정된 동의율은 "AI를 따르는 성향"이지 "AI를 적절히 검증하는 능력"이 아니다. AI가 틀렸을 때 사람이 그걸 잡아내는지가 실무에서 정말 궁금한 지점인데, 이 실험은 그걸 재지 않았다. 저자들도 이를 한계로 명시한다. 이 단서를 빼고 숫자만 인용하면 논문의 주장이 왜곡된다.

답을 맞힌 것과 근거를 제대로 쓴 것은 다르다

앞 절이 "확인이 비싸다"는 문제였다면, 이 절은 "무엇을 확인해야 하는가"다. 오늘 arXiv에서 도메인이 전혀 다른 논문 세 편이 구조적으로 같은 실험을 했다. 모델이 스스로 보고한 근거를 독립적으로 측정한 실제 근거와 비교하고, 둘이 갈린다는 걸 보인 뒤 교정한다. 여기에 지표 하나만 떼면 오해되는 사례 다섯 건을 붙였다. 이 절 전체가 "숫자 하나로 시스템을 평가하면 안 된다"는 하나의 논지를 여덟 각도에서 반복한다.

은닉 상태 특이값 개수만으로 환각을 잡는다

arXiv · University of Bologna

환각 탐지의 기존 방법들은 대개 비용이 든다. 검색 기반은 외부 문서와 대조해야 하고, 일관성 기반(SelfCheckGPT, semantic entropy)은 같은 모델에서 여러 답을 샘플링해 비교해야 한다. 저자들은 의도적으로 더 단순한 지점을 잡는다. 추가 분류기도 학습하지 않고 여러 샘플도 만들지 않으며, 단일 forward pass가 만든 은닉 상태 궤적의 위상만 본다.

직관은 이렇다. 잘 지지되는 텍스트는 비교적 응집된 은닉 궤적을 만들어 변동이 소수의 지배적 방향에 집중된다. 반대로 모델이 내부적으로 표상하는 것과 충돌하는 미지지 주장을 담으면, 은닉 상태가 주장된 내용과 불확실성 신호를 함께 인코딩해야 해서 변동이 더 많은 방향으로 퍼진다.

그래서 정의한 게 D-Score다. 토큰별 은닉 상태를 열로 쌓은 행렬 H^(j)(x) ∈ R^(d x T)를 SVD로 분해하고, σ_1/σ_i > τ를 만족하는 특이 방향의 개수를 센다. D_τ(x) > D̄이면 환각으로 분류한다. 계산상 이점이 실용적이다. 전체 특이 스펙트럼을 구할 필요가 없고, τ와 결정 수준이 정해지면 상대 바닥 아래로 떨어질 때까지의 선행 특이값만 power method로 뽑으면 된다.

성능은 FAVA-Annotation에서 AUROC 기준 Llama-2-7B 62.87, Llama-3-8B 66.98, Vicuna-7B 63.93이다. 가장 가까운 기존 방법인 Hidden Score는 각각 58.44, 57.10, 58.22다. 흥미로운 패턴은 격차가 더 앞선 모델에서 더 크다는 것이다(Llama-3-8B에서 9.88 차이). RAGTruth 요약 서브셋에서는 차이가 더 극적이다. Vicuna-7B에서 Hidden Score의 AUROC가 51.93으로 무작위 수준까지 떨어지는데 D-Score는 60.20을 유지한다.

메커니즘 분석이 이 논문의 핵심이다. 각 모델에게 자기 응답에 환각이 있는지 이진으로 답하게 하고, 그 자기 판단이 인간 주석과 일치하는 샘플만 남기면 Llama-3-8B의 AUROC가 72.51까지 오른다(Hidden Score 62.17). 즉 이 신호는 "모델이 내부적으로 의심하고 있는 환각"만 잡는다. 모델이 거짓을 진심으로 사실이라 믿으면 은닉 궤적은 응집돼 있고 D-Score는 낮게 나온다. 저자들도 이걸 진리 검정이 아니라 위험 신호로 해석하라고 명시한다. 실무 제약도 분명하다. 은닉 활성에 대한 화이트박스 접근이 필요해 폐쇄 모델에는 쓸 수 없고, 레이어와 임계 선택에 의존하며, D_τ(x) ≤ T이므로 시퀀스 길이 보정이 배포에서 중요할 수 있다.

합성 응답자가 같은 답을 내도 이유가 다르면 소용없다

arXiv · Kairosity

LLM으로 설문 응답자를 시뮬레이션해 시장조사를 대체하려는 시도가 늘고 있다. 흔한 검증 방식은 결과 비교다. 모델이 같은 승자 제품을 예측하는지, 비슷한 구매 의향 분포를 내는지 본다. 저자들은 이게 필요하지만 충분하지 않다고 본다. 결과 일치만으로는 모델이 그 결과를 만든 행동 경로를 복원했는지 알 수 없다.

예시가 명확하다. 선크림 컨셉은 비싸서 실패할 수도, 근거를 못 믿어서, 질감이 안 맞아서, 포지셔닝에 자신을 동일시하지 않아서 실패할 수도 있다. 같은 평점을 만들어도 이 메커니즘들은 서로 다른 개입을 함의한다.

실험은 94명을 대상으로 각자 3개 컨셉을 평가하고 자유 서술 근거를 쓰게 한 뒤, 그 근거를 부호 있는 이유 상태 Z(+1 지지, -1 차단, 0 비활성)로 코딩했다. 인간 근거 기반 Z_core를 예측 모델에 넣으면 구매 의향 홀드아웃 예측이 크게 좋아진다. MAE 0.863 -> 0.625, Spearman 0.245 -> 0.678, Top2 AUC 0.628 -> 0.882, Final-pick AUC 0.602 -> 0.726이다. 믿음성과 차별성 평점 위에 얹어도 MAE 0.717 -> 0.564로 개선된다. 즉 이유 코드북 자체는 유효한 인터페이스다.

문제는 그 자리에 LLM이 만든 이유 Ẑ를 대신 넣었을 때다. 같은 readout에 넣으면 오히려 해가 되는 경우가 많고, 누출 없는 직접 이유 생성기는 어려운 30행 표본에서 no-reason 대조군보다도, 심지어 인간 이유를 무작위로 뒤섞은 mismatched 대조군보다도 나쁘다. 무작위로 섞은 것보다 나쁘다는 건 단순한 노이즈가 아니라 체계적으로 틀린 방향으로 간다는 뜻이다.

실패 모드에 이름이 붙어 있다. concept echoing이다. LLM이 컨셉 보드를 읽고 의도된 셀링 포인트를 그대로 재생산하는데, 응답자가 바로 그 포인트를 거부한 경우에도 그렇다. 논문의 구체 사례가 있다. 한 인간 응답자는 식물성 성분이 충분한 보호를 줄지 회의를 표했고 인간 코드는 proof trust와 natural orientation을 차단자로 표시했다. LLM 시뮬레이션은 컨셉이 그 단서를 긍정적으로 제시하기 때문에 같은 항목을 지지자로 표시했다. 부호가 뒤집힌 것이다. AI 페르소나로 시장조사를 대체하려는 시도에 대한 직접적 반례다.

voice-pool 실험이 병목의 위치도 짚는다. 오라클 음성 선택은 균일 집계보다 훨씬 좋아서 풀 안에 유용한 모드가 존재함을 시사하는데, 배포 가능한 특성만 쓰는 학습형 선택기는 균일 집계 수준에 머문다. 병목이 생성만이 아니라 주어진 응답자-컨셉 조합에 적절한 응답 모드를 고르는 데도 있다는 뜻이다.

"썼다고 말한 근거"와 "실제로 쓴 근거"를 따로 잰다

arXiv · UT Arlington, Brookhaven National Laboratory

앞 항목과 도메인만 다르고 구조가 같다. 이쪽은 전력망 진단이다. 멀티모달 LLM이 토폴로지, 계측값, 사고 서술 텍스트를 결합해 진단할 때, 답이 맞았다는 게 태스크에 적합한 근거를 썼다는 걸 입증하지 않는다. 정확한 사건 라벨이 사고 서술문에서 복사된 것일 수 있고, 그러면 분기 상태나 동적 근거는 무시된 것이다.

감사 방법이 명료하다. 세 값을 코사인 유사도로 비교한다. 모델이 스스로 보고한 의존도 s, 각 모달리티를 실제로 지워봤을 때 나타나는 행동 의존도 b, 그리고 테스트 질의 이전에 등록된 공학적 중요도 g다. 여기서 φ^SR,Ref = sim(s,g), φ^Abl,Ref = sim(b,g), φ^SR,Abl = sim(s,b)를 구한다. 숨은 chain-of-thought 접근을 요구하지 않고 관측 가능한 입출력 개입만 쓴다는 게 실무 이식성의 핵심이다.

설계 원칙 세 가지가 그대로 베낄 만하다. 첫째, 사전 등록. 참조 규칙, 임계, 형제 규칙을 테스트 전에 동결하고 공학 규칙 간 불일치는 사후에 뭉개지 않고 참조 구간으로 유지한다. 둘째, sham 대조. 각 개입에 근거를 보존하면서 형식만 맞춘 편집을 붙여 프롬프트 길이나 placeholder 아티팩트를 걸러낸다. 셋째가 가장 영리하다. 무응답으로 충실해 보이는 것을 차단한다. 반응성이 임계 이하인 샘플에 균일 의존도를 부여하면 모델이 어려운 문제에 답을 안 함으로써 "충실해 보이는" 결과가 나오므로, 이런 샘플은 inconclusive로 빼고 집계에서 별도 보고한다.

규모는 IEEE 39/118-bus에 로컬 양자화 체크포인트 3개(Qwen3 4B Instruct, Ministral 3 8B, Gemma 3 12B), 50개 고유 물리 계열, 150 모델-계열 시행, 2,606건의 등록 호출이다. 핵심 결과는 스트레스 조건에서 φ^SR,Ref - φ^Abl,Ref = 0.024(CI [0.011, 0.036])라는 것이다. 주장한 정렬이 행동 근거를 초과한다. 진단별 교정을 걸면 성능이 0.452 -> 0.893(+0.442, CI [0.324, 0.543]), 근거성이 0.816 -> 0.979(+0.164)로 오른다. 그리고 지름길 텍스트가 등록된 공학적 중요도가 0인데도 유틸리티를 +0.062 더한다. 모델이 사건 서술문에서 정답 라벨을 베끼고 있다는 직접 증거다.

감사가 모델 자체의 문제도 드러낸다. Qwen3 4B와 Ministral 3 8B는 유효성과 반응성 1.000에 페어 커버리지 완전인데, Gemma 3 12B는 엄격 구조화 출력률이 0.887이라 성능 페어 31/45, φ^Abl,Ref 페어 22/45만 남았다. 감사 프레임워크가 특정 모델의 어댑터 손실을 노출한 셈이다. 도메인이 전력망이지만 저자들은 프레임워크 자체가 도메인 무관하게 재사용 가능하다고 주장한다.

"위반 0%"라고 쓴 논문이 스스로 반박한 자리

arXiv · Universidade Federal de Pelotas

HG-CRC는 conformal risk control 계열 연구다. 이런 논문의 헤드라인은 대개 "이론적 보장 하에 위반률 0%"인데, 이 논문은 그 문장을 스스로 해체한다.

첫 번째 결과가 경고다. 그룹 분포가 이동하면 위반률이 47%까지 오른다. 보정 집합과 배포 환경의 그룹 구성이 달라지는 순간 보장이 무너진다는 뜻이다. 실제 배포에서 그룹 구성이 고정되는 경우는 드물기 때문에 이건 예외 상황이 아니라 기본값에 가깝다.

두 번째가 더 중요하다. 저자들은 8.2절에서 자기 논문의 "0%" 표기를 직접 반박한다. 관측된 0%는 경험적 값이고, rule of three로 계산한 실제 상한은 약 0.6%다. 표본에서 사건이 한 번도 관측되지 않았을 때 참 확률의 95% 상한은 대략 3/n이므로, 표본 크기가 정해지면 "0%"는 "측정 한계 아래"라는 뜻일 뿐이다.

이 자기반박 절을 반드시 함께 인용해야 한다. 빼고 인용하면 이 논문은 "완벽한 보장"을 주장하는 논문이 되는데, 저자들의 실제 기여는 정반대다. 오늘 반복은 탐색이지 신뢰성이 아니다에서 챌린지 게이트의 관측 오류 0에 대해 무사건 상한 9.5%를 계산한 것과 정확히 같은 통계적 예의다. 하루에 서로 무관한 두 논문이 같은 방식으로 자기 숫자를 낮춰 보고했다는 게 오늘 연구 톤의 특징이다.

정밀도 90.6%를 재현율 16.3%로 샀다

arXiv · CASD, School of Advanced Defense Studies

TRACE-CTI는 위협 인텔리전스 보고서에서 공격 기법을 추출해 지식그래프로 만드는 파이프라인이다. 보고서 65건, 문장 5,303개를 다뤘다.

핵심 수치는 반드시 한 문장 안에 함께 써야 한다. 정밀도를 25.3%에서 90.6%로 올렸는데, 같은 조정으로 재현율이 88.2%에서 16.3%로 떨어졌다. 정밀도만 떼어 읽으면 "3.6배 개선"이고, 재현율만 떼어 읽으면 "5.4배 악화"다. 둘 다 같은 설정의 같은 실험 결과다.

이게 무조건 나쁜 트레이드오프는 아니라는 게 이 논문의 미묘한 지점이다. 위협 인텔리전스에서 오탐은 분석가의 시간을 직접 소모하고 신뢰를 깎는다. 놓친 기법은 다른 보고서에서 다시 잡힐 수 있지만, 잘못 넣은 기법은 그래프를 오염시켜 하류 질의를 전부 틀리게 만든다. 이런 비대칭이 있는 도메인에서 정밀도를 사고 재현율을 파는 건 합리적 선택일 수 있다. 다만 그 선택을 명시하지 않고 정밀도만 보고하면 독자가 파이프라인의 커버리지를 크게 과대평가한다.

부수 결과로 공격 계열 간 유사도 분석이 있다. 계열 내 Jaccard 0.4326 vs 계열 간 0.3184로, 같은 계열의 공격이 실제로 더 비슷한 기법 집합을 쓴다는 걸 확인했다. 격차가 0.11 정도라 압도적이지는 않은데, 이 자체가 위협 귀속(attribution)이 얼마나 어려운지를 보여주는 숫자다. 구현은 Neo4j 5 위에 올렸다.

SAE 특징 기하: 100%를 18.4%로 떨어뜨렸지만 표본은 3개였다

arXiv · UKP Lab TU Darmstadt, IIT Delhi

FEGA는 sparse autoencoder가 학습한 특징들이 표현 공간에서 어떤 기하 구조를 갖는지 분석한 연구다. 해석 가능성 연구에서 SAE는 지금 가장 널리 쓰이는 도구인데, 그 특징들이 서로 어떻게 배치되는지는 상대적으로 덜 다뤄졌다.

가장 눈에 띄는 수치는 절제 실험이다. TopK 방식에서 특정 구조를 제거하니 성능 지표가 100%에서 18.4%로 떨어졌다. 이것만 보면 해당 구조가 결정적이라는 강한 결론이 나온다.

그런데 함께 봐야 할 숫자가 있다. 이 분석에 쓰인 방향성 광선(directed ray)이 239개 중 3개다. 전체의 1.3%다. 저자들은 이걸 숨기지 않고 명시한다. 표본이 3개면 100% -> 18.4%라는 극적인 낙차도 우연의 범위 안에 있을 수 있다. 이 논문을 인용할 때 두 숫자를 함께 제시하지 않으면 발견의 강도를 크게 과장하게 된다.

이 항목을 이 절에 둔 이유가 그것이다. 앞의 conformal risk control 논문, TRACE-CTI, 그리고 이 논문은 도메인이 전혀 다른데 독자에게 요구하는 읽기 태도가 같다. 한 숫자가 인상적일수록 그 옆의 표본 크기와 대가를 확인해야 한다. 오늘 배치에서 이런 자기 제한을 명시한 논문이 유독 많았다는 게 반복해서 확인된다.

OCR 95.5%인데 n-ary 관계 F1은 0.07

arXiv · Temple University

ERUnderstand는 시각언어 모델이 ER 다이어그램(개체-관계 다이어그램)을 이해하는지 잰다. 다이어그램 2,960개를 썼다.

표면 지표는 훌륭하다. **OCR 정확도 95.5%**다. 모델이 다이어그램 안의 글자를 거의 다 읽는다. 그런데 구조 이해로 가면 무너진다. n-ary 관계(셋 이상의 개체가 얽힌 관계)의 F1이 0.07이고, 다치 속성(multivalued attribute)은 0.14다. 사실상 못 한다는 뜻이다.

가장 진단적인 결과는 IS-A 관계다. 단순한 상속 관계만 물으면 0.96이 나오는데, 다른 요소와 섞인 실제 다이어그램에서는 0.12로 떨어진다. 개념을 아는 것과 복잡한 시각 맥락에서 그 개념을 식별하는 것이 완전히 다른 능력이라는 걸 보여준다.

메커니즘을 드러내는 관찰도 있다. 모델이 기본키를 밑줄이 아니라 이름으로 찾는다. ER 다이어그램에서 기본키는 밑줄로 표시하는 게 표기 규약인데, 모델은 그 시각 신호 대신 id, _no 같은 이름 패턴에 의존한다. 즉 다이어그램을 읽는 게 아니라 텍스트에서 추측하고 있다. 앞의 전력망 근거 감사에서 모델이 사건 서술문에서 정답을 베낀 것과 정확히 같은 지름길이다. 표면 지표(OCR 95.5%)가 이 지름길을 완벽하게 가린다.

7개 모델 104경기, 유의한 차이는 하나도 없었다

arXiv · MCML & LMU Munich

LLM-SoccerArena는 언어 모델 7종에게 축구 경기 104경기의 결과를 예측하게 한 연구다. 예측 품질은 Brier 점수로 쟀다.

결과는 0.506에서 0.546 사이에 전부 몰렸다. 그리고 쌍별 비교에서 통계적으로 유의한 차이가 하나도 없었다. 모델 간 예측의 상관은 0.943이다. 서로 다른 회사가 만든 서로 다른 아키텍처의 모델들이 사실상 같은 예측을 하고 있다는 뜻이다.

유일하게 유의한 효과가 웹 접근이었다. 검색을 허용하면 Brier가 0.0228 낮아진다(p=0.045). 개선이긴 한데 효과 크기가 작고 p값도 경계에 있다. 실제 검색 사용률은 **84.5%**였으니 도구를 안 써서 나온 결과도 아니다.

가장 인상적인 관찰은 개별 경기다. 28개 예측이 전부 포르투갈을 골랐는데 콜롬비아가 이겼다. 모델 간 상관 0.943이라는 숫자가 실제로 어떤 의미인지 보여주는 사례다. 앙상블로 모델을 여러 개 붙여 신뢰도를 올린다는 발상은 오류가 독립적일 때만 성립하는데, 여기서는 전원이 같은 방향으로 틀렸다. 오늘 반복은 탐색이지 신뢰성이 아니다가 검증기 상관 φ=0.641로 지적한 문제가, 이쪽에서는 상관 0.943이라는 더 극단적인 형태로 나타난다. 심판을 여럿 두면 안전하다는 가정은 오늘 두 논문에서 각각 반박됐다.

권한을 주면서 사고를 막는 계약

에이전트에게 권한을 주지 않으면 쓸모가 없고, 주면 사고가 난다. 오늘 이 문제가 이론과 실제 사고 기록 양쪽에서 동시에 다뤄졌다. 정보흐름 통제 프레임워크가 유출 성공률을 한 자릿수로 떨어뜨린 논문이 나온 날, 허깅 페이스는 4.5일간의 침해 타임라인을 공개했다. 그리고 같은 날 앤트로픽은 자사 모델이 실제 암호 알고리즘을 깎았다고 발표했다. 방어와 공격이 같은 도구를 쓰기 시작했다는 게 오늘의 상태다.

민감한 읽기를 일회용 자식 브랜치에 가둔다

arXiv · Archestra AI

자율 에이전트가 기밀 등급이 섞인 데이터를 다루면 프롬프트 인젝션뿐 아니라 모델 자체의 추론 오류만으로도 유출이 난다. 저자들은 이걸 "위임받은 권한으로 행동하는 대리인 문제"의 계산적 변형으로 규정한다. 읽기 권한 자체가 유출 경로가 된다는 것이다.

기존 방어의 한계를 정확히 짚는다. 명령형 가드레일(if 문 하드코딩, 인젝션 분류기, NeMo Guardrails, Llama Guard)은 상호작용을 조합하는 게 아니라 열거하므로 툴이 하나 늘 때마다 전역 조건문을 다시 손봐야 하고, 내용 판정형은 패러프레이즈로 우회된다. 정적 구조 제약(고정 allowlist, 필수 휴먼 승인)은 결정론적인 대신 과잉 차단으로 정상 워크플로를 막는다. 세 번째 길인 정보흐름 통제(IFC)는 원칙적으로 옳지만 label creep이 병목이다. 에이전트가 제한된 데이터를 한 번 읽으면 라벨 추적이 컨텍스트 기밀 등급을 영구히 올려버려 남은 작업 내내 하위 툴 접근이 취소된다.

APPA(Agentic Permissions Policy Algebra)는 두 축으로 이걸 푼다. 첫째, taint 격리를 위한 브랜칭. 민감한 읽기를 부모 컨텍스트가 아니라 일회용 자식 브랜치에서 처리한다. 자식은 부모의 현재 라벨 상태를 그대로 상속받고(이 상속을 생략하면 세탁 경로가 열리므로 보안상 필수다), 브랜치 시점까지의 트랜스크립트 접두사를 스냅샷으로 물려받는다. 자식이 만든 라벨 하강은 자식 안에서만 접히고, 종료 시 폐기하거나 라벨 붙은 값을 반환하거나 검증된 sanitizer를 거치는 것 중 하나만 가능하다. 부수 효과가 실용적이다. 자식이 부모와 정확히 같은 토큰 접두사를 공유하므로 프롬프트 KV 캐시를 재사용할 수 있다. 둘째, 선제적 획득 강제. 툴 실행 전에 정책을 평가하고, 위반 시 실행 가능한 구제 계획(Authorize, Accept, Redispatch)을 생성해 정적 툴로 노출한다. 이것도 프롬프트 캐시를 무효화하지 않으려는 설계다.

실측이 흥미로운 건 기존 벤치마크를 먼저 부검했다는 점이다. AgentDojo를 계측했더니 GPT-5.6 Luna가 160개 무방어 워크스페이스 에피소드에서 tool_knowledge 공격에 한 번도 순응하지 않았다. 반면 GPT-4o는 31% 순응했다. 즉 현세대 모델에 대해서는 아무 방어도 안 해도 0%가 나오므로 방어 평가가 불가능하다. 그래서 bench-corp를 만들었다. 6개 시스템, 17개 툴, 14개 시나리오이고 이 중 3개는 컨텍스트 브랜칭 없이는 구조적으로 클리어 불가능하다. 채점은 LLM 심판이 아니라 선언적 종료 상태 술어로 한다.

결과는 공격 성공률(ASR)이 오픈 베이스라인 31~~50%에서 0~~7%로 떨어진다. 그런데 이 논문의 진짜 기여는 인과 비교다. 브랜칭만 끈 APPA-no-fork와 비교하면 유틸리티가 **GPT-5.6 Luna 69% -> 95%, Gemini 3.5 Flash-Lite 28% -> 44%, Qwen 3.6 35B 54% -> 72%**로 오른다. 즉 브랜칭은 보안 장치이면서 동시에 유용성 회복 장치다. 비교 대상 Fides는 4개 모델 모두 ASR이 29%로 동일했는데, 저자들은 이걸 모델별 취약성이 아니라 정책 표현력의 불일치로 해석한다. 잔여 침해 2건도 우회가 아니라 계약 누락이었다. 선제 강제는 자기가 평가하는 계약만큼만 완전하다.

정상 요청 4,000건으로 추론 파이프라인 정확도를 무너뜨린다

arXiv · Columbia University, UC Berkeley

앞 항목이 에이전트 논리 층의 공격면이라면 이건 그 아래 인프라 층이다. 저자들은 새 실패 모드에 accuracy collapse라는 이름을 붙인다.

대상 구조는 흔하다. 저렴하고 빠른 fast path가 로컬에서 돌고, 느리지만 정확한 slow path가 선택적으로 호출돼 원격 하드웨어에서 실행된다. 엣지-클라우드 비디오 분석, 라우팅/캐스케이드 모델, early-exit DNN이 전부 이 모양이다. 저자들은 조정 레이어를 두 함수로 추상화한다. router가 언제 slow path를 부를지 정하고 merger가 그 결과를 쓸지 정한다. 핵심은 의미론적으로 맞는 결과도 머저의 데드라인 이후에 도착하면 이득이 0이라는 점이다.

위협 모델이 의도적으로 약하다. 공격자는 일반 사용자로서 유효한 입력을 제출할 뿐이고, 모델 가중치도 라우팅 임계도 머저 규칙도 모르며, 다른 사용자 트래픽을 볼 수 없고 어떤 구성요소도 침해하지 않는다. 그럼에도 정확도가 무너진다는 게 논점이다.

공격의 핵은 워밍업 지연 착취다. 부하는 즉시 오르지만 slow-path 용량은 오토스케일러의 콜드 스타트 뒤에야 늘어난다. 공격자는 스케일아웃된 워커가 쿨다운 후 회수되도록 버스트 간격을 배치해, 새 버스트가 매번 기준 용량과 또 한 번의 워밍업 지연을 만나게 한다. 시뮬레이션에서 약 4,000건의 정형 버스트 요청이 정상 사용자의 slow-path p99 지연을 92ms에서 2초로 올린다. SLO는 250ms다. 지속적 고부하 방식의 평범한 DDoS보다 이 정형 버스트가 stale 구간을 더 많이 만들어 정확도에 더 해롭다.

실제 워크로드 실험은 Argoverse-HD 다중 객체 추적이다. 엣지는 YOLOX-Nano, 클라우드는 YOLOX-X, 250ms 데드라인 안에 온 예측만 통합한다. 결과 1은 무작위 배치 평균으로 추적 품질이 7.0 HOTA 포인트 하락해 2계층 파이프라인이 엣지 전용 수준으로 되돌아간다는 것이다. 클라우드 비용은 그대로 내면서 클라우드 품질은 못 얻는다.

결과 2가 이 논문의 핵심 논점이다. 동일한 공격 유발 완료시간 트레이스를 다른 비디오 구간에 재생하되 부하, 지연, 데드라인 미스, 오토스케일링, 비용을 전부 고정하면 피해가 2.0에서 18.7 HOTA 포인트로 9배 이상 갈린다. 기존 분산 공격 효력 지표는 이 실행들에 같은 심각도를 부여하고 같은 과잉 프로비저닝 방어를 처방하는데, 애플리케이션 영향은 근본적으로 다르다. 공격의 효과는 몇 개가 늦었는지가 아니라 어느 예측을 잃었는지에 달렸다. 결과 3은 클래스별 편차다. Truck은 정확도의 거의 절반을 잃고 자전거, 오토바이, 정지 표지판 같은 저빈도 클래스도 크게 잃는다. 집계 정확도가 심각한 클래스별 퇴행을 감춘다. 자율주행에서 드문 객체가 안전에 결정적일 수 있다는 걸 생각하면 이 구분이 중요하다.

모델이 암호 하나를 실제로 깎았다

Anthropic · Frontier Red Team

앤트로픽 Frontier Red Team이 자사 모델을 암호분석에 투입한 결과를 공개했다. 함께 공개된 anthropics/cryptography-research-demo 저장소와 Hacker News 스레드가 세부를 채운다.

가장 구체적인 결과는 HAWK 격자 서명 계열에 대한 것이다. 공격 복잡도를 2^64에서 2^38로 낮췄다. 지수 26 차이면 6,700만 배다. 파라미터 선택이 안전 마진을 얼마나 두고 있었는지에 대한 재평가를 요구하는 결과다. AES에 대해서는 7라운드 축소 버전에서 기존 공격 대비 200배에서 800배 개선을 얻었다. 전체 라운드 AES가 깨진 게 아니라는 점은 분명히 해둬야 한다. 라운드를 줄인 분석용 변형에 대한 결과다. 그 외 보고된 복잡도 수치로 2^105, 2^98, 2^86이 함께 제시됐고, Möbius Bridge라 명명된 기법이 소개됐다.

비용이 이 발표의 실질적인 뉴스다. 각 시도에 약 10만 달러의 API 비용이 들었다. 이 숫자가 두 방향으로 읽힌다. 하나는 진입 장벽이다. 국가 수준 행위자나 대형 기업이 아니면 이 규모의 탐색을 반복하기 어렵다. 다른 하나는 이미 낮아졌다는 것이다. 전문 암호분석가 팀을 몇 년 운영하는 비용과 비교하면 10만 달러는 작다. 아래 에이전트 팀이 수학 반례를 찾았다는 보고와 함께 읽으면, 모델이 수학적 탐색 공간에서 실제 결과를 내기 시작한 시점이라는 그림이 나온다.

Hacker News 토론에서 반복된 논점은 검증 가능성이었다. 암호분석 결과는 다행히 검증이 명확한 영역이다. 주장된 공격은 재현되거나 재현되지 않는다. 저장소를 함께 공개한 이유도 그것이다. 오늘 다룬 다른 "AI가 발견했다" 주장들과 이 발표를 가르는 게 그 차이다.

4.5일간 17,600번의 동작: 허깅 페이스 침해 사후 분석

허깅 페이스 보안팀이 침해 사고의 기술 타임라인을 공개했다. 앞의 두 항목이 가설이라면 이건 실제로 일어난 일이다.

규모부터 보면 4.5일 동안 17,600번의 공격자 동작이 기록됐다. 하루 4,000회에 육박하는 속도인데, 이건 사람이 손으로 하는 속도가 아니다. 자동화된 탐색이 나흘 넘게 탐지되지 않고 돌았다는 뜻이다.

침투 경로가 기술적으로 흥미롭다. sqlite3_initialize() 생성자를 이용한 원격 코드 실행이다. C 레벨에서 생성자 속성이 붙은 함수는 라이브러리 로딩 시점에 자동 실행되는데, 이 성질을 이용해 명시적 호출 없이 코드를 실행시킨 것이다. 여기에 Jinja2 템플릿 경로와 HDF5 파일 경로가 함께 악용됐다. 둘 다 머신러닝 생태계에서 일상적으로 쓰이는 형식이다. Jinja2는 프롬프트 템플릿과 모델 카드 렌더링에, HDF5는 가중치와 데이터셋 저장에 쓰인다. 즉 이 공격면은 허깅 페이스 고유의 문제가 아니라 ML 파이프라인 전반에 있다.

가장 시대를 보여주는 대목은 대응이다. 보안팀이 포렌식 분석에 GLM-5.2를 사용했다. 17,600건의 로그를 사람이 읽으면서 패턴을 찾는 대신 모델에게 분석을 맡긴 것이다. 앞의 암호분석 발표와 겹쳐 읽으면, 공격 자동화와 방어 자동화가 같은 속도로 붙고 있다는 게 보인다. 아래 공격 쪽에서도 모델이 실전에 들어왔다가 그 반대편이다.

공격 쪽에서도 모델이 실전에 들어왔다

LinkedIn · 이상선

보안 자동화 소식이 오늘 여러 건 겹쳤다.

마이크로소프트가 MAI-Cyber-1-Flash를 공개했다. CyberGym 벤치마크에서 **96%**를 기록했고 비용은 약 50% 절감했다고 밝혔다. 취약점 탐색과 익스플로잇 생성을 다루는 벤치마크에서 이 정도 점수를 이 비용으로 낸다는 건, 보안 연구의 단가가 다시 한 번 내려갔다는 뜻이다. 같은 회사에서 Project Perception도 함께 소개됐다.

방어 쪽에서는 깃허브가 무료 보안 설정 6종을 정리해 알렸다. 시크릿 스캐닝, 의존성 경고, 코드 스캐닝 같은 기능들인데 유료 플랜 없이 켤 수 있다는 걸 다시 강조한 것이다. 앞의 허깅 페이스 사고가 보여준 것처럼, 공격 자동화 속도가 오르는 국면에서 기본 설정을 켜두는 것과 안 켜두는 것의 차이가 커진다.

세 번째는 DEFCON 34의 "Data Center Warfare" 트랙이다. 이름 그대로 데이터센터 자체를 표적으로 보는 관점이다. 앞의 정상 요청 4,000건으로 추론 파이프라인 정확도를 무너뜨린다 논문이 학술 쪽에서 같은 방향을 겨냥한다. 모델 가중치를 훔치거나 프롬프트를 조작하는 게 아니라, 그 모델이 도는 인프라의 타이밍과 자원 경합을 공격하는 계열이 하나의 분야로 자리 잡는 중이다.

Codex Security 오픈소스와 비개발자의 기대

LinkedIn · OpenAI for Business

OpenAI가 @openai/codex-security를 오픈소스로 공개했다. 코딩 에이전트가 만든 코드에 대한 보안 검사를 붙이는 도구다.

이 항목이 흥미로운 건 수용 방식이다. r/codex에서 비개발자 사용자가 올린 글이 이 도구를 "바이브 코딩의 판도를 바꿀 것"이라고 표현했다. 코드를 읽을 수 없는 사람이 에이전트로 앱을 만들 때 가장 큰 불안이 보안인데, 자동 검사 도구가 그 공백을 메워주리라는 기대다. 같은 스레드 계열에서 Build-scanner 같은 대안도 언급됐다.

기대와 실제의 간극을 짚어둘 필요가 있다. 정적 보안 검사는 알려진 패턴(SQL 인젝션 문자열 연결, 하드코딩된 시크릿, 안전하지 않은 역직렬화)을 잡는 데 강하고, 권한 설계나 비즈니스 로직 오류는 못 잡는다. 오늘 배포 이후까지 가르치는 바이브 코딩 수업에서 인용된 "버튼을 숨기는 것과 권한을 막는 것은 다르다"는 문장이 정확히 이 경계에 있다. 프런트엔드에서 버튼을 숨긴 코드는 어떤 정적 스캐너도 취약점으로 표시하지 않는다. 도구가 있는 게 없는 것보다 낫지만, 그게 "읽지 않아도 된다"는 뜻은 아니다.

에이전트 팀이 수학 반례를 찾았다는 보고와 검증되지 않은 주장

OpenAI for Business가 GPT-5.6 Sol 에이전트 팀이 수학 문제의 반례를 찾았다고 발표했다. 표현이 **"거의 완전 자율(almost fully autonomous)"**이다. 반례 탐색은 검증이 명확한 작업이라는 점에서 이 주장은 확인 가능한 범주에 있다. 반례는 제시되면 참이거나 거짓이다.

같은 날 X에서는 성격이 다른 주장이 돌았다. signulll이 대칭 암호 관련해 모델이 뭔가를 해냈다는 취지의 게시물을 올렸는데, 검증 가능한 근거가 제시되지 않았다. 이 항목에서는 그런 주장이 유통됐다는 사실까지만 기록한다.

두 건을 나란히 두는 이유가 판별 기준을 세우기 위해서다. 앞의 모델이 암호 하나를 실제로 깎았다는 저장소와 복잡도 수치를 함께 냈고, OpenAI의 반례 주장은 검증 가능한 대상을 명시했으며, signulll의 게시물은 둘 다 없다. AI가 과학적 발견을 했다는 주장이 늘어나는 국면에서 이 세 층위를 구분하지 않으면 신호와 잡음이 섞인다. 판별 질문은 단순하다. 무엇을 확인하면 이 주장이 틀렸다고 말할 수 있는가.

프런티어 연구자 1,134명이 같은 문장에 서명했다

Reddit · r/GoogleGeminiAI

pacingthefrontier.com에 올라온 공동 성명이다. 1,134명의 프런티어 랩 소속 연구자가 서명했다. 표현이 "pacing the frontier"인데, 프런티어를 멈추자는 게 아니라 속도를 조절하자는 프레이밍이다.

이 성명을 이 절 끝에 두는 이유가 있다. 앞의 항목들이 전부 기술적 통제 장치였다. 정보흐름 통제 대수, 워크로드 격리, 정적 스캐너 같은 것들이다. 이 성명은 그 장치들이 붙는 속도와 역량이 올라가는 속도의 비율에 대한 문제 제기다. 서명자가 규제 당국이나 시민 단체가 아니라 모델을 만드는 사람들이라는 게 이 문서의 무게다.

Hacker News 토론에서는 실효성 논쟁이 붙었다. 회사가 아니라 개인이 서명한 성명에 어떤 구속력이 있는가, 그리고 오늘 앤트로픽의 오픈 웨이트 정책과 "규제 포획" 역풍에서 나온 비판처럼 이런 담론이 결과적으로 진입 장벽 강화로 귀결되는 건 아닌가 하는 지적이다. 두 논점 모두 오늘 답이 나오지 않았다.

가드레일 우회를 설명하는 사용자들의 민속 모델

r/GoogleGeminiAI에 올라온 글이 커뮤니티에서 통용되는 설명 틀 하나를 보여준다. 사용자들이 모델 안에 **"내부 관찰자"**가 있다고 상정하고, 그 관찰자를 어떻게 다루느냐로 응답 차이를 설명하는 방식이다.

여기서는 어떤 우회 절차도 옮기지 않는다. 다룰 만한 건 이 민속 모델 자체가 왜 생기는가다. 사용자는 모델의 거부 동작이 왜 어떤 때는 발동하고 어떤 때는 안 하는지에 대한 설명을 받지 못한다. 설명이 없으면 사람은 관찰된 규칙성으로 자기 모델을 만든다. 그게 기술적으로 정확하지 않아도, 자기 경험을 예측하는 데 어느 정도 통하면 계속 퍼진다.

시사점은 제품 쪽에 있다. 거부 사유를 구조화해서 알려주지 않으면 사용자는 추측하고, 추측은 커뮤니티에서 공유되며, 공유된 추측은 우회 시도로 이어진다. 반대로 "이 요청은 X 범주에 해당해 거부됐고 Y 형태로 바꾸면 처리 가능하다"는 신호를 주면 우회 동기 자체가 줄어든다. 오늘 권한을 주면서 사고를 막는 계약 절의 논문들이 시스템 안쪽에서 계약을 명시하자고 말한다면, 이 항목은 그 계약을 사용자에게도 보여줘야 한다는 이야기다.

예산을 균일하게 쓰지 않는 법

오늘 arXiv에서 서로 인용하지 않는 논문 여러 편이 같은 결론에 도달했다. 균일 배분이 최적이 아니고, 얼마나 쓰느냐보다 어디에 쓰느냐가 중요하다. 메모리 예산, 툴 호출 예산, 학습 신호 예산, 파라미터 예산에서 각각 같은 형태의 결과가 나왔다. 특히 인상적인 건 "계산을 더 쓰면 나빠진다"는 결과가 두 편에서 독립적으로 관측됐다는 점이다.

페이지 단위 고유기저 요약으로 1M 토큰 디코딩을 2배로

arXiv · Junsung Hwang

LOCKS는 KV 캐시를 페이지 단위로 나누고, 각 페이지를 rank-8 고유기저 요약으로 압축한다. 페이지 안의 키와 값 행렬에서 주성분 8개만 남기는 것이다. 어텐션 계산 시 먼저 요약본으로 어느 페이지가 관련 있는지 판정하고, 관련 페이지만 원본으로 펼친다.

결과가 실용적이다. 100만 토큰 컨텍스트에서 디코딩이 2.0배 빨라지고 메모리 접근 바이트가 9.8배 줄어든다. 속도 이득보다 바이트 이득이 훨씬 큰 이유는 긴 컨텍스트 디코딩이 메모리 대역폭에 묶여 있기 때문이다. 페이지 단위로 나눈 것도 이 때문이다. 임의 토큰 단위로 접근하면 메모리 지역성이 깨져 이득이 사라진다.

배포 경로가 확실한 게 이 논문의 강점이다. vLLM 0.24용 pip 플러그인으로 나왔다. 모델 재학습이나 아키텍처 변경 없이 서빙 계층에만 얹는다.

한계도 명시적이다. Proposition 1에서 저자가 직접 지적하는 **공유 범위 맹점(shared-scope blindness)**이 있다. 여러 페이지에 얇게 걸쳐 있는 정보는 각 페이지의 상위 8개 방향에 안 잡혀 요약 단계에서 통째로 걸러진다. 한 페이지에 뭉쳐 있는 사실은 잘 살아남고, 문서 전체에 분산된 주제나 반복 언급되는 배경 정보는 취약하다. 앞 절 양자화의 진짜 병목은 가중치가 아니라 KV 캐시다의 실측과 함께 보면, KV 캐시를 건드리는 모든 최적화가 같은 종류의 위험을 공유한다는 게 보인다.

축출을 추정 문제로 바꾸고, 자기 가설이 무너진 것을 그대로 썼다

arXiv · UNC Chapel Hill, NYU

앞 항목과 같은 문제를 다루는데, 결론이 정반대이고 그걸 그대로 보고했다는 게 이 논문의 성격이다.

프레임워크 자체는 깔끔하다. 저자들은 축출 문헌 전체를 추정 이론의 세 자세로 정리한다. 필터링(지금까지 데이터로 지금 상태 추정), 예측(미래 상태 추정), **평활화(더 나중 시점 데이터로 과거 상태 추정)**다. 그리고 축출 연구가 필터링과 예측만 했고 평활화가 빠져 있다고 지적한다. 새 축이 **commit lag H**다. StreamingLLM과 H2O 같은 온라인 필터는 H=0, Belady의 오프라인 최적은 H -> ∞이고, 그 사이 fixed-lag smoothing 구간이 신경망 메모리에서 쓰인 적이 없다. 유지/축출 결정을 유계 지연만큼 미루면, 그때쯤에는 근미래 사용이 예측된 게 아니라 관측된 상태가 된다.

기술적 다리도 있다. Belady 알고리즘은 미래 요청 시퀀스를 알아야 하는데 신경망 메모리에는 명시적 요청 스트림이 없다. 그래서 demonstrated utility를 만든다. 모델 자신의 어텐션과 다음 토큰 정확성에서 읽어낸, "정확한 근미래 예측이 실제로 어떤 캐시 항목을 썼는지"에 대한 레이블 없는 측정이다. 통제 실험에서는 잘 작동한다. 14개 방해 요소 중 두 사실을 연결해야 하는 멀티홉 질문에서, demonstrated utility는 상위 몇 개 안에 두 gold 사실을 약 0.8 확률로 넣는데 누적 어텐션과 recency는 약 0.1이다.

그런데 독립 벤치마크에서 무너진다. 제안 정책 RMM을 NVIDIA KVPress 하네스에 스코어러로 구현해 비교했더니, 단일턴에서는 H2O와 통계적으로 구별되지 않았다(TREC keep 25%에서 0.600으로 최고를 찍긴 했지만 HotpotQA keep 25%에서는 0.293으로 H2O 0.316과 StreamingLLM 0.314에 밀린다). 결정적인 건 자기가 설계 목표로 삼은 스트리밍 멀티턴이다. LoCoMo 후반 턴 F1이 full cache 0.218, SnapKV 0.209, H2O 0.176, RMM 0.147, StreamingLLM 0.078이다. H2O와 SnapKV 양쪽에 진다.

원인 분석이 이 논문의 실질 기여다. RMM은 H2O에 next-token correctness 가중치 하나를 더한 것이다. 그런데 자연 텍스트에서 모델은 대부분의 토큰을 맞힌다(저자들 실행에서 0.85~0.90). 따라서 correctness 가중치가 거의 균일해져 RMM이 구성상 H2O에 수렴한다. 두 방법은 correctness가 선택적이고 국소화될 때만 분리되는데, 그게 정확히 통제 실험의 인위적 조건이고 자연 텍스트가 제공하지 않는 것이다. demonstrated utility와 누적 어텐션은 재사용이 날카롭고 내생적이기 전까지 같은 측정이다.

저자들이 남긴 문장이 오늘 배치의 톤을 대표한다. "우리 증거로는 RMM이 배포된 방법들에 대한 드롭인 개선이라고 생각하지 않으며, 그렇게 말한다." 그리고 통제 결과를 헤드라인으로 뽑는 것은 신중한 독자가 불신해야 할 바로 그 독법이라고 덧붙인다. 남는 기여는 프레임워크, Belady 다리, 그리고 언제 측정이 누적을 이기는지에 대한 정직한 지도다.

툴 호출을 조건부로 바꾸니 38.6%가 툴 없이 끝났다

arXiv · Jinlong Yang 외

롱비디오 QA 시스템 대부분은 난이도와 무관하게 모든 예제에 같은 절차를 적용한다. 저자들의 진단은 결정 레이어가 빠져 있다는 것이다. 툴을 어떻게 쓸지 정하기 전에, 이 샘플이 툴을 쓸 필요가 있는지부터 정해야 한다.

CADER는 두 단계다. Stage 1에서 균일 샘플링 프레임으로 전역 추론을 하고 logit margin으로 신뢰도를 추정한다. 이 단계는 오버헤드를 피하려고 thinking을 끈다. 신뢰도가 높으면 툴 호출 없이 끝낸다. Stage 2는 저신뢰 케이스에만 발동해 chain-of-thought를 켜고, 시간 grounding, 반복 크롭, 경량 VLM 검증, 그리고 Relevance-Guided Resampling을 돌린다. 특히 누적된 검증기 점수가 구간별 fps 맵으로 변환돼, 탐색 이력이 텍스트 컨텍스트가 아니라 재샘플링된 시각 입력을 통해 다음 제안을 형성한다.

학습이 전혀 필요 없고 하이퍼파라미터(τ=0.97, δ=0.60, 최대 reflection K=2)를 다섯 벤치마크에 동일 적용했다는 게 실무 채택 관점의 핵심이다. 결과는 총 7,227개 예제 중 2,788개(38.6%)가 Stage 2를 완전히 건너뛴다. 벤치마크별 조기 종료율이 성격을 반영한다. MLVU 54.6%, LongVideoBench 41.8%, VideoMME-Long 40.1%, VideoEval-Pro 28.0%, 시간 위치 지정 요구가 강한 LVBench는 21.4%다.

절제 실험에서 가장 중요한 결과가 나온다. 모든 샘플을 Stage 2로 보내면 오히려 나빠진다. VideoMME long이 60.1에서 59.0으로, LVBench가 50.1에서 49.8로 떨어진다. 이득이 계산을 더 써서가 아니라 선택적으로 써서 나왔다는 직접 증거다. 두 번째로 큰 발견은 검증기 제거의 대가다. Stage 2가 여전히 켜져 있는데도 VideoMME 60.1 -> 56.3, LVBench 50.1 -> 43.5로 가장 크게 무너진다. 제안된 구간을 관련성 확인 없이 전부 수용하면 본체 모델에 무관한 시각 콘텐츠를 먹인다는 뜻이다.

라우팅 신호의 타당성도 확인된다. logit margin 구간별 Stage 1 정확도가 다섯 벤치마크 전부에서 단조 증가한다. 그리고 이득이 저신뢰 구간에서 더 크다. margin [0.90, 0.97)에서 LongVideoBench가 66.2 -> 70.5(+4.3), < 0.90에서 LVBench가 37.0 -> 41.0(+4.0)이다. 앞의 자율 연구는 최종 점수가 아니라 예산 대비 진척으로 재야 한다가 밴딧으로 평가 예산을 배분한 것과 원리가 같은데, 이쪽은 추론 시점에 적용했다.

100M 모델에 세계 모델식 사고를 가르치면 어디까지 가나

arXiv · 중국과학원 자동화연구소

PlanPhys는 처음부터 학습한 100M 파라미터 모델로 물리 계획 문제를 푼다. 스케일을 키우는 대신 학습 신호의 구성을 바꾸면 어디까지 가는지를 본다.

첫 결과는 세계 모델식 chain-of-thought의 효과다. 다음 상태를 명시적으로 예측하게 하는 사고 형식을 붙이면 장기 과제에서 +45.8%p가 오른다. 짧은 과제에서는 차이가 작다. 계획 길이가 길어질수록 중간 상태를 명시적으로 표상하는 것의 가치가 커진다는 뜻이다.

두 번째가 데이터 구성이다. 학습 데이터에 장기 궤적을 5%만 섞으면 성능이 0.83에서 51.88로 오른다. 62배다. 장기 궤적은 수집 비용이 비싸서 보통 소량만 확보되는데, 그 소량이 결정적이라는 결과다.

세 번째는 학습 알고리즘 비교인데 여기서 반직관적 결과가 나온다. 4Opt:8Sub 구성에서 GRPO는 개선이 0인데 OPD는 +18.90이다. 앞 절 GRPO에서 PPO로 돌아오는 흐름에서 언급한 재평가와 같은 방향의 관측이다.

네 번째가 가장 흥미롭다. 완벽한 교사가 오히려 해가 된다. 교사 정책을 최적으로 두면 성능이 44.03에서 36.60으로 떨어진다. 그리고 MOPD 구성에서는 붕괴가 극적이다. 90.00에서 15.62로 떨어진다. 해석하자면 학생이 따라갈 수 없는 궤적만 보여주면 학습 신호가 학생의 현재 능력 범위 밖에 놓여 아무것도 배우지 못한다는 것이다. 오늘 반복은 탐색이지 신뢰성이 아니다에서 "더 강한 코더에게는 추가 피드백이 오히려 해로웠다"는 결과와 같은 계열이다. 신호의 질이 아니라 신호와 수신자의 거리가 문제다.

데이터 파이프라인을 오케스트레이션하는 제안

arXiv · SII-GAIR / 상하이교통대 GAIR

DataOrchestra는 데이터 준비 파이프라인 전체를 에이전트가 조율하게 하자는 제안이다. 데이터 수집, 정제, 필터링, 합성, 품질 평가가 각각 별도 도구와 판단을 요구하는데 이걸 사람이 순서대로 붙이는 대신 에이전트가 상황에 따라 배치한다는 구상이다.

이 항목은 초록이 절단된 상태로만 확보돼 성능 수치를 붙이지 않는다. 문제 설정과 접근 방향까지만 기록하는 게 맞다.

방향 자체는 이 절의 다른 논문들과 같은 계열에 놓인다. 앞의 자율 연구는 최종 점수가 아니라 예산 대비 진척으로 재야 한다가 탐색 예산을 상황에 맞춰 배분하자고 했고, 툴 호출을 조건부로 바꾸니 38.6%가 툴 없이 끝났다가 추론 시점에 같은 원리를 적용했다면, 이건 데이터 준비 단계에 적용하는 셈이다. 세 논문 모두 고정된 파이프라인을 상황 적응형으로 바꾸자고 말한다. 수치가 확보되면 다시 봐야 할 항목이다.

모델이 이온트랩 셔틀링 컴파일러를 짰다

arXiv · 요하네스 구텐베르크 대학교 마인츠

이온트랩 양자컴퓨터는 이온을 물리적으로 이동시켜 게이트를 적용한다. 이 이동 순서를 짜는 게 셔틀링 컴파일이고, 사람이 최적화하려면 수개월이 걸리는 작업이다.

저자들은 Claude Opus 4.7에게 이 컴파일러를 작성하게 했다. 결과는 타임스텝이 최대 76% 감소했고, 개발 기간이 수개월에서 수일로 줄었다. Fable 5 알고리즘 재현에도 성공했다.

이 논문에서 정말 유용한 부분은 성능 수치가 아니라 원인 분석이다. 저자들은 개선이 어디서 왔는지 추적했고, 라우팅 과정에서 게이트 순서를 선택하는 지점이라는 결론을 얻었다. 기존 컴파일러는 게이트 순서를 먼저 고정하고 그에 맞춰 이온 이동 경로를 짰다. 모델이 만든 버전은 라우팅을 하면서 게이트 순서를 함께 정한다. 두 단계를 결합한 것이다.

이 구분이 중요한 이유는 재사용 가능성 때문이다. "모델이 좋은 코드를 짰다"는 재현하기 어렵지만, "두 최적화 단계를 결합하니 76% 개선됐다"는 사람이 다른 문제에 옮길 수 있는 지식이다. 오늘 답을 맞힌 것과 근거를 제대로 쓴 것은 다르다 절이 요구하는 태도가 여기서는 저자들에 의해 자발적으로 지켜졌다. 결과를 얻은 다음 그 결과가 어디서 왔는지 확인한 것이다.

의료 멀티모달에서 8B가 24개 중 20개를 가져갔다

arXiv · Alibaba DAMO Academy

ClinFusion은 알리바바 DAMO가 Qwen3-VL 기반으로 만든 의료 멀티모달 모델이다. 8B와 32B 두 크기로 나왔고, 24개 벤치마크 중 20개에서 우위를 얻었다.

가장 눈에 띄는 수치는 AMOS-MCQ다. 80.2로, 기존 의료 특화 모델 Hulu-Med-7B의 65.7을 14.5점 앞선다. 비슷한 파라미터 규모에서 이만한 격차가 나면 학습 데이터 구성이나 사전학습 백본의 차이가 크다는 뜻이다.

방법론적으로 재사용 가치가 있는 건 평가 쪽 기여다. 저자들은 MedIF-Bench를 함께 내놨는데, 의료 지시 따르기를 재는 벤치마크다. 그리고 기존 지표의 문제를 하나 짚는다. RadGraph-F1이 길이 편향을 갖는다. 방사선 판독문 생성 평가에 널리 쓰이는 지표인데, 출력을 길게 쓰면 점수가 오른다. 같은 모델에서 출력 길이만 조정했을 때 11.8에서 18.8로 오르는 걸 보였다. 60% 가까운 개선이 내용과 무관하게 나온 것이다.

이 발견의 함의가 넓다. 의료 보고서 생성 논문들이 RadGraph-F1로 우위를 주장해왔는데, 그 개선분 중 일부가 길이 조정 효과일 수 있다는 뜻이다. 오늘 정밀도 90.6%를 재현율 16.3%로 샀다와 OCR 95.5%인데 n-ary 관계 F1은 0.07이 지적한 것과 같은 문제다. 지표가 재려는 것과 실제로 재는 것이 다르다.

에이전트가 들어간 제품과 워크플로

연구와 논쟁을 걷어내고 오늘 실제로 출시되거나 공개된 것들을 본다. 열한 건을 나란히 두면 공통 패턴이 하나 보인다. 제품의 단위가 기능에서 스킬로 옮겨가고 있다. 글쓰기 앱에 슬래시 스킬이 들어가고, 마이크로소프트 도구가 .github/skills/ 규약을 쓰고, 개인 워크플로가 스킬 묶음으로 배포된다. 그리고 로컬 추론이 소비자 앱 가격표에 들어왔다.

전사 API가 어휘 주입까지 받는다

YouTube · OpenAI

OpenAI가 gpt-transcribe와 gpt-live-transcribe를 공개했다. 파일 기반과 실시간 스트리밍 두 갈래이고, 57개 언어를 지원한다. 속도는 30분 분량 파일을 1분 미만에 처리한다.

기능 중 실무에서 가장 크게 체감될 건 **어휘 주입(vocabulary injection)**이다. 전사 전에 도메인 용어 목록을 넘기면 모델이 그 용어들을 우선적으로 인식한다. 데모에서 든 예가 phishing, ARR, A1C인데 각각 보안, SaaS 재무, 의료 도메인 용어다. 이런 단어들은 일반 전사 모델이 음성학적으로 비슷한 일상어로 잘못 옮기기 쉽다. ARR은 "are are"로, A1C는 "a one see"로 나가는 식이다.

이 기능이 중요한 이유는 후처리 비용 때문이다. 지금까지 도메인 전사의 표준 흐름은 일반 모델로 뽑은 뒤 용어 교정을 별도 단계로 돌리는 것이었다. 교정 단계는 문맥을 다시 읽어야 하므로 비용이 두 번 든다. 인식 단계에서 사전을 주면 그 단계가 사라진다. 회의록, 진료 기록, 강의 전사처럼 용어가 정해져 있는 작업의 파이프라인이 한 단계 짧아진다.

컴퓨터를 직접 쓰는 영업 에이전트 데모

YouTube · OpenAI

ChatGPT Work for Sales 시리즈의 데모 네 건을 묶은 영상이다. 개별 기능보다 조합이 시사적이다.

첫째, 컴퓨터 사용(computer use)으로 슬랙 채널을 생성한다. API 연동이 아니라 화면을 보고 클릭하는 방식이다. API가 없는 내부 도구나 연동이 막힌 SaaS에도 같은 방법을 쓸 수 있다는 게 이 접근의 값어치다. 동시에 위험도 같은 자리에 있다. 앞 절 에이전트에게 별도의 결제 권한이 필요하다는 주장에서 지적된 문제가 화면 조작에도 그대로 적용된다. 클릭 한 번의 되돌릴 수 없음을 시스템이 구분하지 못한다.

둘째, 임원 보고용 인터랙티브 사이트 생성이다. 정적 슬라이드가 아니라 필터와 드릴다운이 되는 웹 페이지를 만든다. 셋째, 상시 트리거다. 담당 계정의 실적 발표가 나오면 자동으로 감지해 요약과 후속 액션을 만든다.

세 가지를 합치면 "요청받고 응답하는 도우미"에서 "지켜보다가 먼저 움직이는 담당자"로 성격이 바뀐다. 이건 능력 문제가 아니라 감사 문제를 만든다. 사람이 요청하지 않은 동작이 언제 왜 실행됐는지 기록이 남아야 하고, 그 기록을 사람이 실제로 확인할 수 있는 양으로 유지해야 한다.

영업이라는 도메인이 이 문제를 특히 날카롭게 만든다. 영업 활동의 상당 부분이 외부 커뮤니케이션이고, 외부로 나간 메시지는 되돌릴 수 없다. 잘못 보낸 슬랙 메시지는 삭제할 수 있지만 잘못 보낸 고객 메일은 안 된다. 상시 트리거가 붙으면 사람이 확인하지 않은 상태에서 외부 접촉이 발생할 여지가 생기고, 그건 개별 실수가 아니라 프로세스 설계 문제다.

데모에서 확인되지 않은 것도 짚어둘 만하다. 실패했을 때 어떻게 되는지다. 컴퓨터 사용 방식은 화면 요소가 바뀌면 잘못된 곳을 클릭할 수 있는데, 이때 시스템이 멈추는지 계속 진행하는지가 실무 채택의 관건이다. 오늘 죽은 n8n은 자기 죽음을 보고하지 못한다가 보여준 것처럼, 자동화의 실제 위험은 실패 자체가 아니라 실패가 성공으로 보고되는 경우다.

문진을 먼저 하게 만든 의료 AI의 무작위 실험

구글 리서치와 딥마인드가 SymptomAI를 사용자 13,917명, 5개 실험군으로 평가했다. 오늘 다룬 제품 관련 자료 중 통제가 가장 잘 된 근거다.

핵심 설계는 모델이 답을 바로 주지 않고 먼저 묻게 만든 것이다. 능동적 문진(active history-taking)을 붙인 조건에서 사용자 행동 지표가 +27.57% 개선됐다. 정확도 측면에서는 격차가 더 크다. 블라인드 평가에서 정확도 53.3% vs 23.5%, 상위 5개 후보 안에 정답이 포함된 비율이 **73% vs 60%**다.

이 결과가 중요한 이유는 증상 검색의 오래된 문제 때문이다. 사람은 자기 증상을 부정확하고 불완전하게 서술한다. "머리가 아파요"만으로는 어떤 감별진단도 못 하는데, 기존 증상 검색은 그 입력에 바로 답을 준다. 문진을 붙이면 부위, 지속시간, 동반 증상, 악화 요인을 물어 입력의 정보량 자체를 늘린다. 정확도 두 배 차이는 모델이 똑똑해져서가 아니라 입력이 좋아져서 나온 것에 가깝다.

베이스 모델은 Gemini 2.0 Flash다. 최상위 모델이 아니라는 게 오히려 시사적이다. 상호작용 설계가 모델 등급보다 크게 작용한 사례다. 오늘 예산을 균일하게 쓰지 않는 법 절의 논지와 같은 방향이다.

앤드류 응이 공개한 업무 에이전트 저장소

andrewyng/openworker다. 사무 업무를 자동화하는 에이전트 프레임워크로, 25개 이상의 서비스 연동을 기본 제공한다.

설계에서 눈여겨볼 게 **승인 게이트(approval gates)**다. 에이전트가 되돌릴 수 없는 동작을 하기 전에 사람 확인을 요구하는 지점을 명시적으로 배치한다. 오늘 여러 항목에서 반복해서 나온 문제(자율성을 늘리면 개입 지점이 사라진다)에 대한 프레임워크 차원의 답이다. 어디에 게이트를 둘지는 결국 도메인 판단인데, 기본 구조에 자리를 마련해두는 것과 나중에 붙이는 것은 난이도가 다르다.

모델 추상화에는 aisuite를 쓴다. 여러 공급자의 API를 통일된 인터페이스로 감싸는 라이브러리다. 앞 절 라우팅으로 비용을 깎는다는 주장의 검증 가능성의 라우터와 같은 계열인데, 이쪽은 비용 최적화보다 공급자 종속을 피하는 게 목적이다.

교육자로 알려진 사람이 프레임워크를 직접 공개했다는 점도 신호다. 업무 자동화 에이전트가 이제 강의 예제로 쓸 만큼 표준화된 형태를 갖췄다는 뜻으로 읽힌다.

백엔드 없이 도는 온톨로지 실습 도구

Product Hunt · Pinery Prose

마이크로소프트가 Ontology Playground를 프리뷰로 공개했다. MIT 라이선스이고, 구조에서 두 가지가 특이하다.

첫째, 백엔드가 없다. 모든 처리가 브라우저에서 돈다. 온톨로지 설계는 반복 실험이 많은 작업이라 서버 왕복이 붙으면 흐름이 끊기는데, 그걸 없앴다. 부수 효과로 데이터가 로컬을 떠나지 않으므로 사내 스키마를 다루기에도 부담이 적다.

둘째, .github/skills/ 디렉터리를 쓴다. 코딩 에이전트가 이 저장소에서 작업할 때 참조할 스킬 정의를 저장소 안에 넣어두는 규약이다. 이건 제품 기능이 아니라 배포 규약인데, 오늘 이 절에서 반복 관찰되는 흐름의 사례다. 스킬이 코드와 함께 버전 관리되는 산출물이 되고 있다. 앞 절 Every의 현장 리포트에서 "I Have ADHD" 스킬이 12,000 스타를 받았다는 것도 같은 맥락이다. 도구를 배포하는 게 아니라 도구 사용법을 배포한다.

오늘 법령을 지식그래프로 만들 때 진짜 병목은 술어 정규화다의 연구가 다루는 문제를 손으로 만져볼 수 있는 도구이기도 하다.

글쓰기 앱에 슬래시 스킬과 diff 리뷰가 들어왔다

Pinery Prose는 macOS 13 이상에서 도는 글쓰기 앱이다. 두 기능이 이 절의 주제와 맞물린다.

슬래시 스킬은 편집기 안에서 /를 눌러 미리 정의된 작업을 호출하는 방식이다. 코딩 에이전트에서 익숙해진 인터페이스가 글쓰기 도구로 넘어온 사례다. 사용자가 자기 작업 흐름에 맞는 스킬을 정의해 쌓아둘 수 있다는 게 요점이다.

더 실질적인 건 diff 리뷰다. AI가 문장을 고칠 때 결과만 보여주는 게 아니라 무엇이 어떻게 바뀌었는지 변경 사항으로 제시하고 사용자가 개별 승인한다. 글쓰기 도구에서 이게 중요한 이유는 AI 수정이 대체로 "매끄럽지만 내 목소리가 아닌" 방향으로 가기 때문이다. 결과만 보면 매끄러워서 그냥 받아들이게 되는데, diff로 보면 어떤 표현이 사라졌는지가 눈에 들어온다.

인터페이스 하나가 결과물의 성격을 바꾼다는 게 이 항목의 핵심이다. 전체 교체 방식은 사용자를 검토자에서 수용자로 만든다. 두 버전을 통째로 비교해 판단하려면 인지 부담이 큰데, 그 부담을 줄이려는 자연스러운 선택이 "그냥 새 버전 쓰기"다. diff는 그 부담을 문장 단위로 쪼개 판단 가능한 크기로 만든다. 코드 리뷰가 파일 전체가 아니라 변경 줄 단위로 이뤄지는 것과 같은 이유다.

오늘 "AI 시대의 교외화"에서 나온 "abundance without richness"라는 표현이 이 지점에 정확히 걸린다. 생성량이 늘어날 때 무엇이 얇아지는지를 사용자가 볼 수 있게 만드는 것과 안 보이게 만드는 것은 작은 UI 선택처럼 보이지만 곧 기본값이 되고, 기본값은 습관이 된다. 이 절 전체에서 반복되는 승인 게이트 설계가 텍스트 편집에 적용된 형태이기도 하다.

문서 추출과 스크래핑의 오픈소스 선택지

Product Hunt · Tag Your Photos

두 도구가 함께 소개됐다. Unstract는 비정형 문서에서 구조화된 JSON을 뽑아내는 플랫폼이다. 계약서, 인보이스, 보고서 같은 걸 넣으면 정의한 스키마대로 필드를 채운다.

라이선스를 반드시 확인해야 한다. AGPL-3.0이다. 네트워크를 통해 서비스로 제공하는 경우에도 소스 공개 의무가 발생하는 조항이 있어, SaaS에 내장할 계획이라면 법무 검토가 선행돼야 한다. 오픈소스라는 말만 보고 착수했다가 나중에 되돌리는 비용이 큰 유형이다.

운영상 경고도 하나 붙어 있다. ENCRYPTION_KEY 설정에 관한 것인데, 기본값을 그대로 두면 저장된 자격증명이 사실상 평문과 다름없어진다. 문서 추출 플랫폼은 원본 문서를 가져오기 위해 여러 시스템의 접근 권한을 들고 있으므로, 이 키 하나가 뚫리면 연결된 시스템 전체가 노출된다.

AutoScraper는 MIT 라이선스로, 예제 몇 개를 주면 페이지 구조를 학습해 유사 페이지에서 같은 데이터를 뽑는다. 선택자를 손으로 안 짜도 된다는 게 장점인데, 페이지 구조가 바뀌면 조용히 틀린 걸 가져올 수 있다. 앞 절 컨텍스트를 압축하지 말고 작업을 밖으로 내보내라의 "자신 있게 실패한다"는 지적이 여기에도 그대로 적용된다.

사진 태깅을 로컬 모델로 끝내는 11.99달러 앱

Maik David Schimjon의 Tag Your Photos다. 사진 라이브러리를 훑어 자동으로 태그를 붙이는 macOS 앱이고 가격은 11.99달러다.

기술적으로 중요한 건 MLX 기반 로컬 Gemma를 쓴다는 것이다. 사진이 기기 밖으로 나가지 않는다. 개인 사진 라이브러리는 민감도가 높은 데이터인데다 용량도 커서 클라우드 처리 비용이 만만치 않은 영역이라, 로컬 추론이 잘 맞는다.

대가는 앱 용량 8GB다. 모델 가중치가 앱에 포함돼 있다는 뜻이다. 11.99달러짜리 앱이 8GB를 받아야 한다는 건 소비자 앱 배포 관행에서 낯선 조합인데, 이게 새 표준이 되어가는 중이다.

가격 구조도 이 선택과 맞물린다. 클라우드 추론을 쓰면 사용자가 사진을 처리할 때마다 비용이 발생하므로 일회성 구매가 불가능하고 구독으로 가야 한다. 라이브러리가 큰 사용자일수록 손해가 커지는데, 하필 그런 사용자가 이 제품을 가장 원한다. 모델을 앱에 넣으면 이 문제가 사라진다. 한 번 팔고 이후 비용이 0이므로 11.99달러 일회성 가격이 성립한다.

한계도 분명하다. 모델 업데이트가 앱 업데이트여서 다시 8GB를 받아야 하고, 기기 성능에 따라 처리 속도가 크게 갈리며, 오래된 맥에서는 아예 못 돌 수 있다. 그럼에도 사진처럼 민감하고 용량이 큰 데이터에서는 이 트레이드오프가 맞는 편이다.

앞 절 개인 장비에서 돌린다는 말의 실제 비용에서 다룬 로컬 실행 논의가 프런티어 모델에서는 1.5TB 문제였다면, 소비자 제품 계층에서는 8GB 앱이라는 형태로 이미 출시되고 있다. 규모가 다를 뿐 같은 흐름이다.

10분 만에 만드는 옵시디언 제2의 뇌

X · kamikudaku_wani

일본어 게시물로, Cowork와 옵시디언을 조합해 개인 지식 관리 시스템을 구성하는 방법을 정리했다. 10분이면 된다는 게 주장이다.

구조는 단순하다. 옵시디언 볼트를 로컬 마크다운 저장소로 두고, 에이전트가 그 디렉터리를 직접 읽고 쓰게 한다. 별도 연동이나 API가 필요 없다. 마크다운 파일과 파일 시스템이 곧 인터페이스가 되는 것이다.

이 접근이 퍼지는 이유가 있다. 지식 관리 도구의 오래된 문제가 잠금(lock-in)이었는데, 마크다운 평문은 어떤 도구로도 열리고 어떤 에이전트도 읽는다. 에이전트 시대에 오히려 가장 단순한 저장 형식이 유리해진 셈이다. 데이터베이스에 저장하는 도구는 API를 통해서만 접근 가능하고, API가 없거나 제한되면 에이전트가 할 수 있는 일이 줄어든다.

주의할 점도 있다. 에이전트에게 볼트 디렉터리 쓰기 권한을 주면 기존 노트를 덮어쓰거나 지울 수 있다. 오늘 첫 프롬프트에 전부 넣고 자리를 떠라에서 승인 없는 파일 덮어쓰기 사고가 보고된 것과 같은 위험이다. 볼트를 git으로 관리해두면 이 위험이 대부분 해소된다. 되돌릴 수 있는 상태를 만들어두는 게 자율성을 늘리기 위한 전제다. 다만 다음 항목이 이 구성의 실제 제약을 보여준다.

Cowork 예약 작업은 로컬에서만 돈다

Reddit · r/ClaudeCowork

fernandollb가 r/ClaudeCowork에 올린 확인 사항이다. 예약 작업(scheduled tasks)이 로컬 환경에서만 생성되고 원격 클라우드에서는 안 된다.

앞 항목의 옵시디언 구성과 겹쳐 읽으면 함의가 분명해진다. "매일 아침 어제 노트를 정리해 요약을 만든다" 같은 자동화를 하려면 그 시각에 로컬 머신이 켜져 있고 앱이 떠 있어야 한다. 노트북을 닫으면 안 돌아간다. 서버에 올려놓고 잊는 방식의 자동화와는 성격이 다르다.

이 제약이 우연이 아닐 가능성이 크다. 로컬 예약 작업은 사용자의 파일 시스템과 로컬 도구에 접근하는데, 그걸 원격에서 트리거하려면 그 접근 권한을 클라우드에 위임해야 한다. 오늘 권한을 주면서 사고를 막는 계약 절에서 다룬 문제가 제품 제약으로 나타난 형태다. 편의와 권한 경계 사이의 트레이드오프를 보수적으로 잡은 결정으로 읽힌다. 개인 워크플로를 설계할 때는 이 경계를 알고 시작하는 게 낫다.

마이크로소프트가 파는 조직 단위 에이전트

LinkedIn · Judson Althoff

개인 워크플로에서 조직 워크플로로 올라가면 판매되는 물건의 모양이 달라진다. 마이크로소프트 FY26 메시지가 그걸 보여준다.

세 개의 이름이 나온다. Frontier Firm은 조직 전체가 에이전트를 전제로 재설계된 회사를 가리키는 개념어다. Microsoft IQ는 조직 데이터를 모델이 활용 가능한 형태로 묶는 계층이고, Agent 365는 에이전트를 사용자 계정처럼 관리하는 관리 도구다.

세 번째가 실무적으로 가장 중요하다. Agent 365의 발상은 에이전트를 소프트웨어가 아니라 디렉터리에 등록되는 주체로 다루는 것이다. 각 에이전트가 자기 식별자, 권한 집합, 감사 로그를 갖는다. 오늘 에이전트에게 별도의 결제 권한이 필요하다는 주장과 민감한 읽기를 일회용 자식 브랜치에 가둔다가 각각 결제와 데이터에 대해 요구한 것을, 기업 IT 제품이 계정 관리 형태로 상품화한 셈이다.

전개 방향으로 보면 개인 사용자가 스킬을 자유롭게 붙이는 흐름과, 조직이 에이전트를 계정처럼 통제하는 흐름이 동시에 진행 중이다. 두 흐름이 만나는 지점(개인이 만든 스킬을 조직 계정에 붙일 때의 심사)이 앞으로 실무 마찰이 생길 자리다.

물리 세계로 나가는 모델

텍스트와 코드에서 잘 되는 것이 물리 세계에서 잘 되지 않는 이유는 대체로 평가 때문이다. 코드는 실행해보면 되고 수학은 검증하면 되는데, 로봇은 실제로 움직여봐야 하고 그건 시간과 하드웨어와 안전 문제를 동반한다. 오늘 이 병목을 각각 다른 방식으로 다룬 다섯 건이 나왔다. 시뮬레이션 회사를 인수한 쪽, 그 낙관에 수치로 제동을 건 쪽, 이벤트 조건부 영상 생성을 단일 모델로 학습한 쪽, 증류 과정의 숨은 실패를 잡은 쪽, 그리고 실제 차를 세워두고 충전 규격을 디버깅한 쪽이다.

시뮬레이션을 사서 로봇의 평가 병목을 푼다

YouTube · a16z

a16z 대담에서 Fei-Fei Li와 World Labs가 인수한 로보틱스 시뮬레이션 스타트업의 공동창업자가 함께 나왔다. 인수 자체보다 그 이유에 대한 설명이 이 대담의 값어치다.

핵심 논지는 로봇 학습의 병목이 데이터가 아니라 평가라는 것이다. 자율주행과 비교하면 격차가 선명하다. Waymo는 실제 주행 데이터를 모으는 것 이상으로 수십억 시간 규모의 시뮬레이션을 돌린다. 새 모델이 나오면 그 시뮬레이션 스위트를 통과시켜 회귀가 없는지 확인한 뒤에야 도로에 올린다. 이 인프라가 있어서 반복 주기가 짧다.

로봇에는 그게 없다. 대담에서 나온 표현으로 로봇 평가는 자율주행 대비 "여러 자릿수(multiple orders of magnitude)" 느리다. 새 정책을 만들면 실제 로봇에 올려서 물리적으로 움직여봐야 하고, 실패하면 하드웨어가 손상되며, 환경 초기화에도 사람 손이 든다. 하루에 돌릴 수 있는 시행 횟수 자체가 제약된다. 시뮬레이션 회사를 인수한 건 이 반복 주기를 사겠다는 뜻이다.

효율 이야기도 나왔다. 인간 뇌는 30와트로 작동하는데 현재 로봇 정책은 그것과 비교할 수 없는 전력과 계산을 쓴다. 이 비교가 자주 인용되는 이유는 절대 수치보다 방향 때문이다. 지금 접근이 원리적으로 최적과 얼마나 떨어져 있는지를 알려주는 참조점이다. 다음 항목이 이 낙관에 대한 현장 수치를 붙인다.

휴머노이드 현실 점검 10가지

LinkedIn · 조여준 Ethan Cho

앞 항목이 방향 이야기였다면 이건 숫자 이야기다. 링크드인에서 물리 AI에 대한 현실 점검 열 가지가 정리됐다.

첫 번째가 배치 규모다. 현재 생산된 휴머노이드가 약 2만 대인데 그중 실제 배치돼 일하는 건 10% 정도다. 나머지는 데모, 연구용, 창고에 있다. 이 비율이 산업의 성숙도를 그대로 말해준다.

두 번째가 데이터 비용이다. 텔레오퍼레이션으로 조작 데이터를 수집하는 단가가 시간당 340달러에서 118달러로 내려왔다. 3분의 1 수준이다. 로봇 조작 데이터는 사람이 로봇을 원격 조종하며 만들어야 해서 근본적으로 비싼데, 이 단가가 스케일링 가능성을 직접 결정한다. 중국에서는 2,000달러 미만의 텔레오퍼레이션 리그가 나오면서 하드웨어 진입 장벽이 무너지는 중이다.

세 번째가 전망과 투자의 불일치다. 2027년까지 10만 대 생산 전망이 도는데, 미국 ARM Institute의 관련 투자 규모는 3천만 달러다. 두 숫자의 단위가 안 맞는다. 10만 대 규모의 산업을 뒷받침할 인력 훈련과 표준화에 3천만 달러는 작다. 앞 항목의 시뮬레이션 인수가 민간 자본이 이 격차를 메우려는 움직임으로 읽히기도 한다.

이 열 가지를 관통하는 논점은 단순하다. 휴머노이드 논의에서 기술 시연과 배치 현실이 크게 벌어져 있고, 그 격차의 대부분이 데이터 수집 단가와 평가 인프라에 있다.

"컵을 들면 성배로 바꿔라"를 단일 모델이 배운다

arXiv · Snap Inc. + KAUST

EgoPlay는 AR 응용을 겨냥한다. 착용자가 "내가 컵을 들면 성배로 바꿔라", "손바닥을 위로 뒤집으면 손에 화염구를 추가해라" 같은 규칙을 말로 지정하면, 마스크나 시간 주석 없이 자동으로 발동해야 한다.

태스크가 어려운 이유가 네 가지로 정리돼 있다. 경계 아티팩트 없는 이벤트 이해와 편집의 결합, 발생하지 않은 트리거에 대한 시간적 자제, 미래 컨텍스트 없는 인과 추론, 다중 이벤트 하의 조합적 프롬프트 따르기다. 두 번째가 특히 중요한데, "언제 편집해야 하는가"만큼 "언제 편집하지 말아야 하는가"가 어렵다.

데이터셋 구성이 그걸 반영한다. 총 106,051개 이벤트 트리거 클립-프롬프트 쌍(Ego4D 학습 81,682 + 보조 일반 영상 21,961 + 홀드아웃 2,408)인데, 프롬프트가 세 종류다. positive 트리거, 날조 트리거 negative, 그리고 multi-event다. 논문의 구체 예시가 명확하다. "I pick a rasp from the floor"라는 이벤트에서 positive는 "After I pick up the rasp, add a woven leather wristband to my left wrist"이고, hard negative는 트리거를 그럴듯한 부재 액션으로 바꾼 "After I drop the rasp onto the tube, add the wristband"다. 데이터의 절반 가까이가 "안 해야 하는 경우"를 가르치는 데 쓰였다.

모델 설계에서 결정적인 건 이것이다. 학습이든 추론이든 명시적 이벤트 타임스탬프를 절대 받지 않는다. 학습 중 경계는 타깃이 구성되는 방식에만 인코딩되고, 추론에서는 원본 클립의 시각 콘텐츠만으로 트리거 경계를 추론해야 한다. 편집 목적함수의 부산물로 암묵적 이벤트 국소화를 배우는 것이다. 평가자도 설계상 트리거 절에 눈이 가려져 있어 텍스트 일치를 보상할 수 없고 정렬된 원본-예측 클립 쌍만 비교한다.

결과는 Ego4D 4모드 평균 총점으로 EgoPlay 8.01, EgoEdit 6.84, VLM 탐지기-편집기 캐스케이드 6.99, 오라클 8.69다. 효율에서 더 크게 벌어진다. VLM 캐스케이드가 102.98GB를 쓰는데 EgoPlay는 45.96GB, 스트리밍 가능한 인과 변형은 41.87GB다.

트레이드오프도 정직하게 보고된다. negative 모드에서는 VLM 캐스케이드가 더 낫다(single negative 8.99로 오라클과 동일). 탐지기가 이벤트를 거부하면 원본을 그대로 복사할 수 있기 때문이다. 종단 생성 모델은 그만큼 보수적이지 못하다. 그리고 편집 시작 시점 국소화 Acc@0.1이 VLM-guided 40.0, EgoPlay 45.5인데 인과 변형은 10.0으로 급락한다. 미래 컨텍스트 없이 정확한 경계를 잡는 게 훨씬 어렵다는 뜻이다. 흥미로운 건 이 격차가 품질 점수에는 그만큼 반영되지 않는다는 것이고, 저자들은 정밀한 경계 타이밍이 편집 품질과 별개 축이라고 정리한다.

CFG 합성만 맞추면 두 브랜치 오차가 서로를 감춘다

arXiv · Alibaba Qwen Business Unit

디퓨전 모델은 거의 전부 classifier-free guidance(CFG)로 돈다. 모델을 두 번 평가해서 조건부 예측 v⁺와 무조건부(또는 negative 조건) 예측 v⁻를 얻고 ṽ = γv⁺ + (1-γ)v⁻로 합성한다. 가이던스 스케일 γ는 학습이 끝난 한참 뒤 추론 시점에 고르는 배포 노브다.

on-policy distillation에서 자연스러운 확장은 이 합성 속도를 맞추는 것인데, 저자들은 그게 **브랜치 레벨에서 식별 불가(under-identified)**임을 지적한다. e₊ = v_T⁺ - v_S⁺, e₋ = v_T⁻ - v_S⁻라 하면 가이던스 매칭은 γe₊ + (1-γ)e₋만 제약하므로 두 오차가 합성 예측을 바꾸지 않고 서로를 상쇄할 수 있다. 실패 모드에 **NBA(Negative Branch Asymmetry)**라는 이름을 붙였다.

이 논문의 정밀한 부분은 조건을 명시한 데 있다. 브랜치 모호성 자체가 실패를 함의하지 않는다. 공유 negative conditioning 하에서는 파라미터 공유 갱신이 두 브랜치 오차를 함께 줄인다. NBA는 teacher의 negative 브랜치에 student가 볼 수 없는 특권 정보가 있을 때만 발생한다. 이 조건을 빼고 인용하면 논문 주장이 왜곡된다.

증거가 두 설정의 대비로 제시된다. 텍스트 렌더링 증류(SD3.5-Medium 기반, teacher와 student가 같은 프롬프트와 같은 null-text 조건)에서는 positive-only 학습이 두 브랜치 오차를 모두 줄인다. naive matching도 마찬가지다. 반면 참조 조건 증류(FLUX-2-klein-base-4B, teacher만 참조 이미지를 봄)에서는 positive-only 학습이 positive 오차는 줄이면서 negative 오차를 크게 늘린다.

방법론 지적도 재사용 가치가 높다. 학습 스케일에서 벗어날 때의 절대 성능 하락만으로는 NBA의 증거가 되지 않는다. teacher 자체가 CFG에 본질적으로 의존할 수 있기 때문이다. 텍스트 렌더링에서 γ=1일 때 OCR 보상이 teacher 75.24, naive student 73.87, PDM student 74.48로 셋이 나란히 움직인다. 즉 여기서는 어느 목적함수도 추가 민감성을 도입하지 않았고 naive가 유해하지 않다. NBA는 teacher와 브랜치 인지 student 대비 초과 열화로 판정해야 한다.

제안 방법 PDM(Positive-Direction Matching)은 합성 이전에 감독한다. positive 예측과 CFG 조건 방향 v⁺ - v⁻를 따로 제약해, 손실이 0이면 두 브랜치 오차가 모두 0으로 강제된다. 효과가 극적으로 드러나는 게 dense-to-sparse 비디오 제어 실험이다. γ_train=5로 학습한 뒤 추론 스케일을 바꾸면, naive는 γ=1에서 MPJPE 4.62 -> 8.98, FID 14.05 -> 78.20, FVD 67.44 -> 507.70으로 무너진다. IBM은 γ=5에서 MPJPE 4.28, FID 12.99, FVD 53.83으로 안정적이고 스윕 전체에서 유지된다. 감독 지평도 실용적이다. 전체 궤적 감독(K=50)은 스텝당 790초인데 K=8이면 23초 수준의 K=1과 전체 감독 사이에서 가장 강한 제어 충실도를 낸다. 한계도 명시돼 있다. PDM과 IBM은 같은 영해를 공유하므로 PDM의 우위는 이론적이 아니라 경험적이다.

실제 차로 디버깅한 충전 규격

LinkedIn · SunYeong Park

물리 세계 디버깅이 실제로 어떤 모습인지 보여주는 현장 기록이다. 대상은 ISO 15118 Plug & Charge로, 전기차를 충전기에 꽂기만 하면 별도 카드나 앱 없이 인증과 결제가 되는 규격이다.

기술 스택이 까다롭다. 차량 쪽 EVCC와 충전기 쪽 SECC가 전력선 통신(PLC) 위에서 메시지를 주고받는다. 전력을 나르는 선으로 데이터도 보내는 것이라 노이즈 환경이 나쁘고, 계층이 물리-데이터링크-애플리케이션으로 겹쳐 있어 어느 층에서 실패했는지 분리하기 어렵다. 게다가 재현하려면 실제 차와 실제 충전기가 있어야 한다. 로그를 붙여놓고 차를 꽂았다 뽑았다 하는 게 디버깅 절차가 된다.

같은 글에서 불가능 이동(impossible travel) 기반 이상거래 탐지 특허가 언급됐다. 같은 인증서로 서울에서 충전한 지 10분 뒤 부산에서 충전 요청이 오면 물리적으로 불가능하므로 차단하는 방식이다. Plug & Charge는 인증서 기반이라 인증서가 복제되면 결제가 그대로 도용되는데, 물리 제약을 검증 신호로 쓴다는 발상이 깔끔하다.

인증서 기반 시스템에서 이 방식이 특히 유용한 이유가 있다. 인증서 폐기 목록(CRL)이나 온라인 상태 확인은 배포와 전파에 시간이 걸리고, 충전기가 네트워크에 연결돼 있지 않으면 최신 상태를 못 받는다. 반면 "직전 사용 위치와 현재 위치 사이의 이동이 물리적으로 가능한가"는 서버 쪽 기록만으로 즉시 판정된다. 폐기 절차보다 빠르게 이상을 잡아내는 보조 장치인 셈이다.

이 항목이 이 절에 있는 이유는 물리 세계의 제약이 보안 장치가 되기도 한다는 대비 때문이다. 소프트웨어 안에서는 무엇이든 복제 가능하지만, 자동차는 두 곳에 동시에 있을 수 없다. 오늘 권한을 주면서 사고를 막는 계약 절의 논문들이 라벨 대수와 사전 등록 계약으로 만들어내려는 불변식을, 물리 세계는 공짜로 제공한다. 반대로 말하면 순수 소프트웨어 시스템에서는 그 불변식을 전부 직접 설계해 넣어야 한다는 뜻이다.

일자리와 교육이 먼저 움직인다

기술 변화가 조직에 닿기 전에 교실과 채용 공고에 먼저 나타난다. 오늘 링크드인에서 나온 열 건이 그 단면이다. 강의 현장의 관찰, 커리큘럼 설계 논쟁, 채용 지표, 직무 정의가 한꺼번에 올라왔다. 흥미로운 건 이 글들이 "AI를 배워야 한다"에서 한 발 나아가 **"무엇을 배워야 하고 무엇은 이제 안 배워도 되는가"**를 구분하기 시작했다는 점이다.

"GPT가 시키는 대로 했어요"가 나오는 교실

LinkedIn · WOOSUK KIM

강의 현장 관찰이다. 3개 기수, 30명을 가르치며 반복해서 들은 말이 "GPT가 시키는 대로 했어요"라는 것이다. 결과물에 문제가 있어 이유를 물으면 나오는 답인데, 여기에는 판단의 위임이 들어 있다. 도구가 제안한 것을 검토하지 않고 실행했고, 왜 그렇게 했는지 설명할 수 없는 상태다.

같은 글에서 인용된 수치가 시장 쪽 압력을 보여준다. 디자인 직군 채용 공고에서 AI 관련 스킬을 요구하는 비율이 3%에서 32%로 올랐다. 10배가 넘는다. 이 압력이 앞의 현상을 만든다. AI를 써야 한다는 요구는 명확한데 어떻게 써야 하는지에 대한 기준은 아직 정리되지 않았으니, 도구가 주는 대로 받는 사용법이 먼저 퍼진다.

구분 프레임도 제시됐다. **픽셀 푸셔(pixel pusher)와 AI 제품 설계자(AI product architect)**다. 전자는 지시받은 시안을 만드는 사람이고, 후자는 무엇을 만들지와 왜 그것이 맞는지를 정하는 사람이다. 생성 도구가 발달하면 앞쪽 작업의 단가가 급격히 내려가고 뒤쪽의 가치가 오른다. 문제는 후자로 가는 훈련 경로가 대체로 전자를 거치도록 설계돼 있었다는 것이다. 중간 단계가 사라지면 신입이 어디서 시작해야 하는지가 불분명해진다. 오늘 테크 오퍼율이 51%에서 39%로가 같은 문제의 채용 시장 쪽 지표다.

배포 이후까지 가르치는 바이브 코딩 수업

LinkedIn · 이동욱

앞 항목의 문제의식에 대한 커리큘럼 차원의 답이다. '그랩'이 만든 강의를 소개하며 이동욱이 짚은 차별점은 범위다. 대부분의 바이브 코딩 강의가 "동작하는 앱을 만들었다"에서 끝나는데, 이 강의는 배포 이후를 다룬다. 구체적으로 RLS(Row Level Security) 같은 데이터 접근 제어가 커리큘럼에 들어 있다.

인용된 문장이 이 구분을 정확히 짚는다. "버튼을 숨기는 것과 권한을 막는 것은 다르다." 관리자만 삭제할 수 있게 만들라는 요구를 받으면 생성 도구는 대개 프런트엔드에서 조건부 렌더링을 넣는다. 화면상으로는 완벽하게 동작한다. 그런데 API를 직접 호출하면 누구나 삭제할 수 있다. 이건 버그가 아니라 요구사항 해석의 층위 문제이고, 앱을 써보는 것만으로는 절대 발견되지 않는다.

이 문제가 바이브 코딩에서 특히 위험한 이유는 검증 방식 때문이다. 코드를 읽지 않는 사람의 유일한 검증 수단이 "써보기"인데, 권한 문제는 정상 사용 경로에서 드러나지 않는다. 오늘 Codex Security 오픈소스와 비개발자의 기대에서 정적 스캐너가 이 층을 못 잡는다고 짚은 것과 같은 이야기다. 도구로 메울 수 없는 부분이 남아 있고, 그게 지금 커리큘럼이 채워야 할 자리다.

에이전트로 GTM/GA4를 세팅한 기록

LinkedIn · Hyejin Kang

Claude Code와 Chrome MCP를 조합해 Google Tag Manager와 GA4 설정을 진행한 작업 기록이다. 브라우저를 직접 조작해야 하는 설정 작업을 에이전트에게 맡긴 사례라는 점에서, 앞 절 컴퓨터를 직접 쓰는 영업 에이전트 데모의 개인 실무 버전이다.

기록 중 즉시 복사해 쓸 만한 건 AI Search 채널 정의 정규식이다. GA4는 유입을 채널로 묶어 보여주는데, 기본 채널 그룹에는 AI 검색이라는 범주가 없다. 그래서 ChatGPT, Perplexity 같은 유입이 Referral이나 Direct에 흩어진다. 이 글은 직접 채널을 정의하면서 국내 서비스를 포함시켰다. clova-x, wrtn, getliner가 목록에 들어 있다.

이게 중요한 이유는 측정 공백 때문이다. AI 검색 유입이 늘고 있는데 그걸 별도로 세지 않으면 "Direct가 늘었다"로만 보이고, 그러면 어떤 콘텐츠가 AI 검색에서 인용되는지 알 방법이 없다. 국내 서비스를 목록에 넣은 것도 실질적이다. 해외 템플릿을 그대로 쓰면 국내 트래픽의 상당 부분이 여전히 분류되지 않는다.

측정이 안 되면 어떤 일이 생기는지는 예측 가능하다. 검색 유입이 줄고 AI 답변 안에서 인용되는 형태로 옮겨가는 국면인데, 후자가 계측되지 않으면 콘텐츠 투자에 대한 판단이 왜곡된다. 실제로는 영향력이 유지되고 있는데 지표상으로는 감소로 보이면, 줄여서는 안 될 투자를 줄이게 된다.

브라우저를 에이전트에게 맡긴 방식 자체에도 참고할 점이 있다. GTM과 GA4 설정은 API로도 가능하지만, 실제 설정 화면에서 어떤 옵션이 어디 있는지를 아는 것과 API 스키마를 아는 것은 다른 지식이다. 문서화된 절차가 화면 기준으로 쓰여 있는 도구에서는 화면을 직접 조작하는 쪽이 오히려 실패가 적다. 다만 설정 변경은 되돌리기 번거로운 작업이라, 변경 전 상태를 내보내 두고 시작하는 게 안전하다.

온라인 강의가 연 것은 "어디서"이지 "어떻게"가 아니다

X · AndrewYNg

앤드류 응이 온라인 교육의 지난 10여 년을 정리한 글이다. 논지는 온라인 강의가 바꾼 것이 **"어디서 배우는가"**였지 **"어떻게 배우는가"**는 아니었다는 것이다.

무슨 뜻인지 풀면 이렇다. MOOC는 물리적 접근성을 없앴다. 스탠퍼드 강의를 인도의 학생이 들을 수 있게 됐다. 하지만 강의 형식 자체는 거의 그대로였다. 교수가 설명하고 학생이 듣고 과제를 제출하고 채점을 받는다. 강의실을 영상으로 옮겼을 뿐 학습 방식은 유지됐다.

이 프레이밍이 오늘 이 절의 다른 항목들과 맞물린다. AI 튜터가 개별 학생의 이해 상태에 맞춰 설명을 조정하고, 즉시 피드백을 주고, 학생이 만든 것을 검토해준다면 그건 "어떻게"를 바꾸는 것이다. 앞의 배포 이후까지 가르치는 바이브 코딩 수업이 다루는 문제(코드를 읽지 못하는 사람에게 권한 설계를 어떻게 가르칠 것인가)도 결국 형식의 문제다. 강의로 설명해서 되는 게 아니라 실패를 안전하게 겪게 해야 하는 종류의 지식이다. 응의 지적은 그 전환이 아직 일어나지 않았다는 것이다.

OpenAI 학생 조직과 대학 파트너십

LinkedIn · OpenAI

OpenAI가 Student Collective를 발표했다. 지원 마감은 8월 10일이다. 같은 발표에서 옥스퍼드 대학교와의 파트너십도 함께 나왔다.

이 움직임의 성격은 명확하다. 회사가 교육 채널을 중개자 없이 직접 만드는 것이다. 지금까지 새 기술의 교육 경로는 대체로 대학 커리큘럼, 부트캠프, 온라인 강의 플랫폼을 거쳤고 회사는 문서와 SDK를 제공하는 데 그쳤다. 학생 조직을 직접 운영하면 도구 사용법이 회사가 의도한 형태로 전파되고, 동시에 채용 파이프라인이 된다.

교육 사업자 입장에서는 양면적이다. 공식 자료와 커뮤니티가 무료로 풍부해지면 기초 강의의 상품성이 떨어진다. 반면 회사가 직접 다루지 않는 영역(여러 도구의 조합, 조직 도입 절차, 앞 항목의 권한 설계 같은 실무 함정)은 여전히 빈다. 오히려 그쪽으로 이동할 근거가 생긴다.

공식 채널이 구조적으로 다룰 수 없는 것도 있다. 자사 도구의 한계, 경쟁 도구가 더 나은 상황, 그리고 "이 작업에는 AI를 쓰지 않는 게 낫다"는 판단이다. 오늘 OpenAI 과학계산 현장 리포트가 8개 프로젝트 중 3개에서 경쟁사 도구를 함께 썼다고 밝힌 게 오히려 예외적인 사례이고, 그 정직함이 그 리포트의 신뢰도를 만든다. 대부분의 공식 교육 자료는 그런 서술을 담지 않는다.

대학 파트너십 쪽도 비슷한 긴장이 있다. 대학은 특정 벤더에 종속되지 않는 지식을 가르치는 게 원칙인데, 실습 환경이 특정 회사의 도구로 구성되면 학생이 배우는 게 개념인지 제품 사용법인지 모호해진다. 오늘 온라인 강의가 연 것은 "어디서"이지 "어떻게"가 아니다의 프레임을 빌리면, 이런 파트너십도 접근성은 넓히지만 학습 방식 자체를 바꾸지는 않는다. 학습 방식을 바꾸는 건 도구가 아니라 평가와 피드백의 설계다.

테크 오퍼율이 51%에서 39%로

LinkedIn · Chorouk Malmoum

면접 데이터 분석 결과가 Hacker News에 올라왔다. 최종 면접까지 간 지원자 중 오퍼를 받는 비율이 51%에서 39%로 떨어졌다. 12%p 하락이다.

이 지표가 유용한 이유는 다른 채용 지표들과 성격이 다르기 때문이다. 채용 공고 수나 지원자 수는 시장 심리에 따라 흔들리는데, 최종 면접 대비 오퍼율은 회사가 이미 시간을 투자한 후보에 대한 결정이다. 여기가 떨어졌다는 건 기준이 올라갔거나, 예산이 중간에 회수되거나, 헤드카운트가 면접 진행 중에 바뀌고 있다는 뜻이다.

같은 시기에 반도체 관련 주식의 매도세도 보도됐다. 두 신호를 함께 보면 시장이 AI 투자 사이클의 지속성에 대해 재평가하는 국면으로 읽힌다. 앞의 디자인 직군 AI 스킬 요구 3% -> 32%와 이 항목을 겹쳐 놓으면 지금 채용 시장의 모양이 나온다. 요구 스킬은 빠르게 바뀌는데 자리 수는 줄고 있다.

국내 채용 공고가 보내는 신호

LinkedIn · You Young S.

앞 항목의 글로벌 지표를 국내 사례로 옮긴다. 오늘 링크드인에서 눈에 띈 국내 채용 신호가 세 갈래다.

첫째, SK바이오팜의 AI 관련 채용이다. 제약 회사가 AI 인력을 직접 뽑는 건 신약 개발 파이프라인에 모델을 붙이려는 움직임이다. 도메인 데이터를 가진 쪽이 인력을 내재화하는 패턴이다.

둘째, KAIST의 AX 법인 관련 움직임이다. 대학이 AI 전환(AX) 사업을 위한 법인을 세우는 형태인데, 연구 성과를 산업 적용으로 옮기는 통로를 직접 만드는 것이다.

셋째, 볼트업 같은 스타트업의 채용이다. 앞 절 실제 차로 디버깅한 충전 규격이 같은 회사 소속자의 기록이라는 점이 흥미롭다. 도메인 하드웨어를 다루면서 소프트웨어 인력을 뽑는 조합이다.

세 갈래의 공통점은 순수 AI 회사가 아니라는 것이다. 제약, 대학, 에너지 인프라가 각각 자기 도메인에 AI를 붙이려고 사람을 뽑는다. 앞의 오퍼율 하락과 함께 보면, 줄어드는 건 범용 소프트웨어 자리이고 늘어나는 건 도메인 결합 자리라는 해석이 가능하다.

이 해석이 맞다면 준비 방향도 달라진다. 모델을 더 잘 다루는 것보다 특정 도메인의 데이터가 어떻게 생겼고 어디가 지저분한지를 아는 쪽이 희소해진다. 제약 데이터의 규제 요건, 전력 데이터의 시계열 특성, 교육 데이터의 개인정보 제약은 각각 다르고, 이걸 아는 사람과 모델을 아는 사람이 겹치는 경우가 드물다.

동시에 이런 자리의 위험도 있다. 도메인 결합 포지션은 조직 안에서 유일한 경우가 많아 배울 사람이 없고, 성과 평가 기준도 불명확하다. 앞 항목에서 다룬 FDE라는 직무가 알테릭스처럼 진입과 종료 기준을 명시해야 한다고 정리한 이유도 같다. 경계가 없는 역할은 무한정 확장되고, 그러면 소진된다.

FDE라는 직무가 실제로 하는 일

LinkedIn · Daero Won

앞 두 항목이 "자리가 어떻게 변하는가"였다면 이건 "어떤 자리인가"에 대한 구체다. FDE(Forward Deployed Engineer)는 고객사에 들어가 제품을 실제 환경에 맞추는 엔지니어다. 세 회사 사례가 비교된다.

데이터브릭스는 FDE를 통해 3만 달러짜리 계약을 수백만 달러 규모로 키운 사례가 있다. 초기 소규모 도입에 엔지니어를 붙여 성공 사례를 만들고 그걸 조직 전체로 확장하는 경로다.

포스트맨의 접근이 다르다. FDE 조직의 북극성 지표를 매출이 아니라 제품 패턴 발견으로 잡았다. 고객사에서 반복적으로 나타나는 요구를 제품에 반영할 후보로 정리하는 게 목표다. 이러면 FDE가 영업 연장선이 아니라 제품 조직의 감각 기관이 된다.

알테릭스는 운영 규율 쪽이다. FDE를 투입할 진입 기준과 종료 기준을 명시했다. FDE는 비싼 자원이라 기준 없이 투입하면 무한정 붙잡히는데, 언제 들어가고 언제 빠지는지를 정해둔 것이다.

세 사례를 묶으면 FDE가 성립하는 조건이 보인다. 제품이 강력하지만 도입 장벽이 높고, 고객사마다 환경이 크게 다르며, 성공 사례 하나가 조직 전체 확산으로 이어지는 구조여야 한다. AI 제품 상당수가 정확히 이 모양이라 이 직무 수요가 늘고 있다.

커뮤니티가 실험 플랫폼을 만들 때 걸리는 세 가지

LinkedIn · Soohyun Kim

가짜연구소가 실험 플랫폼을 만들며 부딪힌 병목 세 가지를 정리한 글이다. 커뮤니티 기반 연구 조직 운영에 대한 기록이라는 점에서 참고 가치가 있다.

일반적으로 이런 조직의 병목은 세 층에서 생긴다. 계산 자원 확보, 참여 지속성, 그리고 결과 재현성이다. 자원은 비용 문제이고, 지속성은 자발적 참여의 구조적 한계이며, 재현성은 각자 다른 환경에서 실험한 결과를 모을 때 생긴다.

이 항목이 흥미로운 위치에 있는 이유는 오늘 자율 연구는 최종 점수가 아니라 예산 대비 진척으로 재야 한다가 다룬 문제와 겹치기 때문이다. 그 논문은 자율 연구 시스템의 평가 예산을 어떻게 배분할지를 다뤘는데, 커뮤니티 연구 조직도 같은 문제를 사람 시간에 대해 푼다. 누구에게 어떤 실험을 맡길 것인가, 실패한 시도를 언제 접을 것인가가 정확히 같은 구조다.

에이전틱 GraphRAG 워크숍

7월 31일에 진행되는 워크숍 안내다. David Knickerbocker가 진행하고 주제는 에이전틱 GraphRAG다.

GraphRAG는 문서를 벡터로만 다루지 않고 개체와 관계를 추출해 그래프로 만든 뒤 검색에 활용하는 접근이다. 벡터 검색이 "비슷한 문단"을 찾는다면 그래프 검색은 "A와 B를 잇는 경로"를 찾을 수 있어서, 여러 문서에 흩어진 정보를 연결해야 하는 질문에 강하다. 여기에 에이전트를 붙이면 질문에 따라 그래프 탐색 전략을 바꾸는 형태가 된다.

오늘 다룬 자료 중 이 주제와 직결되는 게 둘 있다. 법령을 지식그래프로 만들 때 진짜 병목은 술어 정규화다가 그래프 구축 단계의 실제 함정을 수치로 보여주고, RAG 부품을 하나씩 떼어보니 살아남은 건 재랭커뿐이 RAG 구성요소 추가에 대한 냉정한 절제 실험이다. 워크숍에 가기 전에 두 편을 읽어두면 질문의 수준이 달라진다.

개발자 도구와 데이터 인프라

AI 이야기를 걷어내도 오늘 개발자에게 직접 영향을 주는 소식이 열세 건 있었다. 패키지 매니저의 깨는 변경, 런타임 재작성설 검증, C 재구현의 성능 이득, 스캐폴딩 도구의 접근 차이, 데이터 스택 지형 정리, 프런트엔드 성능 진단, 그리고 지식그래프 파이프라인 연구 두 편이다. 마지막 두 편은 학술 논문인데 다루는 문제가 완전히 실무적이라 여기에 뒀다.

uv 0.12.0은 깨는 변경을 담았다

Astral이 uv 0.12.0을 냈다. 파이썬 패키지 관리와 가상환경, 파이썬 버전 관리까지 하나로 묶은 도구라 지금 파이썬 프로젝트의 상당수가 이걸 쓴다. 이번 릴리스에는 breaking change가 포함됐다.

0.x 버전대 도구가 깨는 변경을 담는 건 시맨틱 버저닝상 정상이지만, 실무에서는 사정이 다르다. uv는 CI 파이프라인에 박혀 있는 경우가 많고, 대개 버전을 고정하지 않고 최신을 받도록 설정한다. 이런 구성에서는 릴리스 당일 아침에 빌드가 깨진다. 코드를 아무도 건드리지 않았는데 파이프라인만 빨간불이 되는 유형의 사고다.

실무 대응은 두 가지다. 릴리스 노트에서 깨진 항목이 자기 워크플로에 닿는지 먼저 확인하고, CI에서 도구 버전을 명시적으로 고정한 뒤 계획된 시점에 올리는 것이다. 후자는 원칙적으로 당연한데 실제로는 자주 생략된다. 빠르게 개선되는 도구일수록 최신을 따라가고 싶은 유인이 크기 때문이다. 오늘 이 릴리스가 그 유인의 비용을 상기시킨다.

에이전트가 개발 환경에 들어오면서 이 문제가 한 겹 더 복잡해진다. 에이전트에게 "의존성을 설치하고 테스트를 돌려라"라고 하면 대개 최신 버전을 받아온다. 학습 시점의 지식으로 예전 명령어 형태를 쓰는 경우도 있어서, 도구가 바뀌면 에이전트가 만드는 명령이 실패한다. 그러면 에이전트는 실패를 보고 다른 방법을 시도하는데, 그 시도가 환경을 더 어긋나게 만들기도 한다.

그래서 에이전트를 쓰는 저장소일수록 도구 버전 고정의 가치가 크다. 사람이라면 릴리스 노트를 읽고 대응하지만, 에이전트는 자기가 아는 사용법과 실제 도구가 다를 때 그 원인을 버전 차이로 특정하기 어렵다. 오늘 Bun의 러스트 재작성설을 실제로 검증해봤다가 릴리스 태그 간격을 신호로 읽은 것처럼, 도구의 릴리스 리듬 자체가 프로젝트 운영에 들어가는 변수가 됐다.

Bun의 러스트 재작성설을 실제로 검증해봤다

Jarred Sumner가 언급한 "Rewriting Bun in Rust"라는 주장이 사실인지 외부에서 확인해본 글이다. 접근 방식 자체가 재사용 가치가 있다.

직접 물어보거나 공식 발표를 기다리는 대신 관측 가능한 신호를 봤다. 첫째, 6주 동안 릴리스 태그가 하나도 없다. 활발하게 릴리스하던 프로젝트가 갑자기 멈추면 내부에서 큰 작업이 진행 중이라는 신호다. 둘째, 자동화 봇 robobun이 만든 PR 번호가 1,277에서 2,475로 이동했다. 공개 릴리스는 없는데 저장소 내부 활동은 1,200건 가까이 쌓였다는 뜻이다.

두 신호를 합치면 "공개 릴리스를 멈추고 대규모 내부 작업 중"이라는 그림이 나온다. 재작성이 맞는지는 이걸로 증명되지 않지만, 최소한 뭔가 큰 일이 벌어지고 있다는 건 확인된다.

방법론으로서 이 글의 가치는 공개 저장소가 남기는 부산물로 내부 상태를 추정했다는 데 있다. PR 번호, 태그 간격, 봇 활동량은 아무도 홍보 목적으로 관리하지 않는 지표라 오히려 정직하다. 오늘 답을 맞힌 것과 근거를 제대로 쓴 것은 다르다 절에서 논문들이 자기 보고와 행동 관측을 분리한 것과 정신적으로 같은 접근이다.

C로 다시 쓴 음성 향상이 ONNX보다 3배 빠르다

Show GN에 올라온 자작 프로젝트다. aask1357/fastenhancer 모델을 순수 C로 재구현한 faster-enhancer.c인데, 결과가 인상적이다.

RTF(Real-Time Factor)가 0.069다. ONNX 런타임 구현의 0.230 대비 3.3배 빠르다. RTF는 1초 분량 오디오를 처리하는 데 걸리는 시간의 비율이라 낮을수록 좋고, 0.069면 1분 오디오를 4초에 처리한다는 뜻이다. 품질 손실은 PESQ 기준 -0.006으로 사실상 없다.

이 결과가 나오는 이유를 짚어둘 만하다. ONNX 런타임은 임의의 모델 그래프를 실행하는 범용 엔진이라 연산자 디스패치, 메모리 할당, 그래프 최적화 오버헤드를 항상 안고 간다. 특정 모델 하나만 돌리면 이 층이 전부 사라지고, 텐서 모양이 고정이니 메모리도 정적으로 잡을 수 있으며, 연산 순서를 캐시 친화적으로 손으로 배치할 수 있다.

실무 함의는 조건부다. 모델이 자주 바뀌면 재구현 비용이 매번 발생하므로 손해다. 반대로 모델이 고정돼 있고 엣지 디바이스처럼 자원이 빠듯한 환경에 배포한다면, 한 번 손으로 짜는 게 몇 배의 여유를 만든다.

RTF 0.069가 실제로 무엇을 가능하게 하는지도 짚어둘 만하다. 실시간 처리에 필요한 조건은 RTF가 1보다 작은 것인데, 0.230이면 이미 실시간이 가능하다. 그런데 0.069면 같은 하드웨어에서 동시 스트림을 훨씬 많이 처리할 수 있다. 서버라면 채널당 단가가 3분의 1이 되고, 배터리 기기라면 처리 시간이 짧아진 만큼 전력 소모가 준다. 실시간 여부가 아니라 동시성과 전력이 실제 이득이다.

이런 재구현이 예전보다 현실적인 이유도 있다. 모델 구조를 이해하고 C로 옮기는 작업 자체를 코딩 에이전트가 상당 부분 감당한다. 오늘 모델이 이온트랩 셔틀링 컴파일러를 짰다가 수개월 걸리던 컴파일러 작성을 수일로 줄인 것과 같은 계열이다. 다만 그쪽 논문이 강조한 것처럼, 성능이 어디서 나왔는지를 확인해야 그 지식이 다음 프로젝트로 옮겨간다. 앞 절 파라미터의 4%만 건드려 8B를 이긴 2B가 모델 쪽에서 병목을 찾아 좁게 손댄 것처럼, 이건 런타임 쪽에서 같은 일을 한 사례다.

컴포넌트가 아니라 앱 아키텍처를 스캐폴딩한다

Pixel Point가 만든 Toolcraft다. npx @pixel-point/toolcraft create로 실행하고, Hacker News에서 36점을 받았다.

차별점이 명확하다. 대부분의 스캐폴딩 도구는 컴포넌트 단위를 생성한다. 버튼, 폼, 테이블 같은 조각을 만들어 주고 조립은 개발자 몫이다. Toolcraft는 앱 아키텍처 단위를 생성한다. 라우팅 구조, 상태 관리 배치, 데이터 흐름, 디렉터리 구성이 서로 맞물린 형태로 나온다.

이 차이가 왜 의미 있는지는 실패 지점을 보면 안다. 컴포넌트 조립은 대부분의 개발자가 할 수 있는 일이고 틀려도 국소적으로 고쳐진다. 반면 아키텍처 결정은 초기에 잘못 잡으면 나중에 되돌리는 비용이 크고, 경험이 적을수록 잘못 잡을 확률이 높다. 생성 도구가 도와야 할 지점이 뒤쪽이라는 판단이다.

AI 코딩 도구와의 관계도 흥미롭다. 에이전트에게 "앱을 만들어줘"라고 하면 그때그때 다른 구조가 나온다. 스캐폴딩으로 구조를 먼저 고정한 뒤 에이전트에게 그 구조 안을 채우게 하면 결과가 훨씬 일관된다. 오늘 백엔드 없이 도는 온톨로지 실습 도구가 .github/skills/로 저장소에 작업 규약을 심어둔 것과 같은 발상이다. 자유도를 줄여서 품질을 얻는다.

데이터 도구 지형을 개발자 언어로 정리한 안내서

데이터 회사에 합류한 소프트웨어 엔지니어가 자기가 헤맨 것을 정리한 글이다. 데이터 분야 용어가 소프트웨어 엔지니어에게 유난히 낯선 이유는 같은 단어가 다른 뜻으로 쓰이거나 비슷한 것들이 다른 이름을 갖기 때문인데, 이 글은 그 지형도를 그린다.

먼저 데이터 직무 네 가지를 구분한다. 데이터 엔지니어, 애널리틱스 엔지니어, 데이터 애널리스트, 데이터 사이언티스트가 각각 파이프라인 구축, 변환 로직과 모델링, 지표 정의와 리포팅, 통계 모델링을 맡는다. 경계가 회사마다 다르지만 이 구분을 알고 있으면 채용 공고와 팀 구조가 읽힌다.

ETL과 ELT의 차이도 짚는다. 예전에는 추출-변환-적재 순서였다. 웨어하우스가 비싸서 변환을 먼저 해 데이터를 줄인 뒤 넣었다. 클라우드 웨어하우스가 싸지면서 순서가 바뀌었다. 원본을 일단 다 넣고(추출-적재) 웨어하우스 안에서 SQL로 변환한다(ELT). 이 순서 변경이 dbt 같은 도구가 등장한 배경이고, 애널리틱스 엔지니어라는 직무가 생긴 이유이기도 하다.

저장소 세 형태도 정리된다. 웨어하우스는 정형 데이터에 스키마를 강제하고 쿼리가 빠르다. 레이크는 원본을 형식 그대로 쌓아 유연하지만 쿼리가 느리고 관리가 어렵다. 레이크하우스는 레이크 위에 테이블 형식과 트랜잭션을 얹어 둘을 합치려는 시도다. 그리고 이 층을 떠받치는 파일 형식이 Parquet이다. 열 지향 저장이라 필요한 컬럼만 읽을 수 있고 압축률이 높아, 분석 쿼리에서 행 지향 형식 대비 수십 배 차이가 난다.

PostgreSQL을 3D 도시로 시각화한다

PGSimCity는 PostgreSQL 데이터베이스의 구조와 상태를 3D 도시 형태로 보여주는 비상업 교육용 프로젝트다. 테이블이 건물이 되고 크기와 높이가 행 수나 용량 같은 지표에 대응하는 방식이다.

소프트웨어 시각화에서 "도시 은유(city metaphor)"는 오래된 접근이다. 사람이 공간 구조를 기억하는 능력이 표나 목록을 기억하는 능력보다 훨씬 좋다는 점을 이용한다. 100개 테이블의 크기를 표로 보면 스크롤하며 비교해야 하지만, 도시로 보면 유난히 높은 건물이 한눈에 들어온다.

교육용이라는 위치가 적절하다. 실무 데이터베이스 튜닝에서는 결국 구체적인 실행 계획과 인덱스 통계를 봐야 한다. 다만 데이터베이스를 처음 배우는 사람에게 "테이블이 어떻게 연결돼 있고 어디가 무거운가"를 감각적으로 전달하는 데는 이런 표현이 강하다.

시각화가 특히 유효한 상황이 하나 더 있다. 남이 만든 데이터베이스를 인계받았을 때다. 테이블이 200개인 스키마를 문서 없이 넘겨받으면 어디서부터 봐야 할지가 문제인데, 크기와 연결 관계가 공간으로 표현되면 중심부와 주변부가 먼저 눈에 들어온다. 실무에서 이걸 대신하는 게 ER 다이어그램인데, 자동 생성한 ER 다이어그램은 테이블이 많아지면 선이 엉켜서 오히려 못 읽게 된다.

앞 절 OCR 95.5%인데 n-ary 관계 F1은 0.07에서 모델이 ER 다이어그램의 시각 표기를 제대로 못 읽는다는 결과가 나왔는데, 이 대비가 흥미롭다. 사람에게는 여전히 시각 표현이 가장 빠른 전달 경로이고, 모델에게는 오히려 원본 스키마 DDL 텍스트가 더 정확한 입력이다. 같은 정보를 사람용과 모델용으로 다른 형태로 유지해야 한다는 뜻이기도 하다.

Paged Out! 9호

LinkedIn · AI & Machine Learning Community

HexArcana Cybersecurity가 발행하는 무료 기술 잡지 Paged Out!의 9호가 나왔다. 프로젝트 리드는 Gynvael Coldwind, 편집장은 Aga다.

이 잡지의 형식이 독특하다. 모든 글이 정확히 한 페이지다. 코드, 다이어그램, 설명이 A4 한 장에 들어가야 한다. 이 제약이 글의 성격을 바꾼다. 배경 설명과 서론을 넣을 자리가 없으니 곧바로 핵심 기법으로 들어가고, 읽는 쪽도 한 장이면 끝난다는 걸 알아서 낯선 주제에 손을 댄다.

이번 호에는 70편 이상이 실렸다. 리버스 엔지니어링, 익스플로잇, 어셈블리, 레트로 컴퓨팅, 하드웨어 해킹 같은 주제가 섞인다. ISSN이 부여돼 있어 정식 정기간행물로 등록된 상태다. 무료 배포 PDF에 ISSN을 받은 건 학술 인용이나 도서관 소장 경로를 열어두려는 선택으로 보인다.

오늘 다룬 것 중 AI가 전혀 등장하지 않는 몇 안 되는 항목인데, 그래서 오히려 대비가 된다. 한 페이지 제약은 사람이 쓰기 때문에 의미가 있는 규칙이다. 생성 비용이 0에 수렴하면 분량 제약은 필터로서의 기능을 잃는다. 오늘 학회 리뷰어가 본 "Claude 말투"에서 리버틀 작성 비용이 사라지면서 자연 필터가 무너졌다는 관찰과 정확히 같은 이야기의 반대편이다.

이 잡지를 참고할 만한 다른 이유도 있다. 기술 글을 쓰는 사람에게 한 페이지 제약은 좋은 훈련이다. 무엇을 빼야 할지 정하려면 무엇이 핵심인지 알아야 하고, 배경 설명을 넣을 수 없으면 독자가 이미 아는 것과 모르는 것을 정확히 가늠해야 한다. 사내 기술 문서나 포스트모템을 쓸 때 이 형식을 빌려 쓰면 읽히는 비율이 크게 달라진다.

PDF 무료 배포와 ISSN 등록을 함께 유지하는 운영 방식도 눈여겨볼 만하다. 무료라서 접근이 넓고 ISSN이 있어서 인용과 보존 경로가 열린다. 커뮤니티 산출물이 시간이 지나 사라지는 흔한 경로(호스팅 중단, 링크 소실)를 제도적으로 막아둔 것이다.

hydration mismatch가 LCP를 hydration 끝으로 밀어낸다

LinkedIn · Yunsup Sim

프런트엔드 성능 진단 기록이다. 증상은 LCP(Largest Contentful Paint)가 이상하게 늦게 찍히는 것이었고, 원인은 hydration mismatch였다.

메커니즘을 풀면 이렇다. 서버에서 렌더링한 HTML이 브라우저에 먼저 도착하면 사용자는 이미 콘텐츠를 본다. 그런데 리액트가 hydration 과정에서 서버 마크업과 클라이언트 렌더 결과가 다르다고 판단하면 해당 부분을 버리고 다시 그린다. 이러면 화면상 같은 요소가 새 DOM 노드로 교체되고, 브라우저는 이걸 새로 나타난 요소로 인식한다. 그래서 LCP 타임스탬프가 hydration이 끝나는 시점으로 밀린다.

이게 진단하기 까다로운 이유는 눈에 안 보이기 때문이다. 화면은 처음부터 잘 나와 있고, 교체는 순식간이라 깜빡임도 없다. 개발자 도구를 열어도 최종 DOM은 정상이다. 오직 성능 지표에서만 이상이 나타난다.

원인 쪽으로 지목된 게 getServerSnapshot 관련 처리다. useSyncExternalStore를 쓸 때 서버 스냅샷과 클라이언트 초기 스냅샷이 다르면 mismatch가 나는데, 시간이나 브라우저 전용 값이 섞이면 쉽게 발생한다. 실무 교훈은 이렇다. LCP가 설명 안 되게 늦으면 네트워크나 이미지 최적화를 보기 전에 hydration 경고부터 확인한다. 콘솔 경고를 무시하고 있었다면 그게 곧 성능 지표의 원인일 수 있다.

"그래프 엔지니어링"은 에이전트 궤적 조립이다

X · kazunori_279

일본어 게시물로, 새로 등장한 직무 언어 하나를 정리했다. **"그래프 엔지니어링(graph engineering)"**이 실제로는 에이전트 궤적을 조립하는 일이라는 것이다.

무슨 뜻인지 풀면 이렇다. 에이전트 시스템을 만들 때 실제 작업의 상당 부분은 프롬프트를 다듬는 게 아니라 노드와 엣지를 설계하는 것이다. 어떤 단계가 있고, 각 단계에서 어떤 조건으로 다음으로 넘어가며, 실패하면 어디로 되돌아가고, 어디서 병렬로 갈라졌다가 어디서 합류하는지를 정한다. LangGraph 같은 도구가 이 작업을 명시적으로 표현하게 만들면서 하나의 기술 영역으로 굳어졌다.

프롬프트 엔지니어링과의 관계가 흥미롭다. 프롬프트 엔지니어링은 모델 한 번의 호출을 잘 만드는 일이고, 그래프 엔지니어링은 여러 호출의 배치를 설계하는 일이다. 오늘 장시간 에이전트 비용은 8종류의 호출로 쪼개진다에서 비용이 호출 배치로 결정된다고 했고, 반복은 탐색이지 신뢰성이 아니다는 오케스트레이션 계약이 결과를 좌우한다고 측정했다. 그래프 설계가 이제 프롬프트보다 결과에 더 크게 작용하는 층이 됐다는 게 이 용어가 생긴 이유다.

임계 효과와 잔차를 사업 신호로 읽기

데이터 분석 실무 관련 게시물 세 건이 같은 계정에서 나왔다.

첫째는 임계 효과다. (a + 1/n)^n 형태의 식을 예로 들어, 파라미터가 조금씩 변할 때 결과가 선형으로 따라오다가 특정 지점에서 성격이 급변하는 현상을 설명한다. 사업 지표에서도 같은 모양이 자주 나타난다. 가격을 조금씩 올려도 이탈이 완만하다가 어떤 지점을 넘으면 급격히 꺾이는 식이다. 평균 기울기로 추세를 잡으면 이 지점을 놓친다.

둘째가 실무적으로 더 유용하다. 잔차(residual)를 사업 신호로 읽는 것이다. 회귀 모델을 만들면 보통 설명력(R²)에 집중하는데, 모델이 설명하지 못한 부분에 정보가 있다. 예측보다 훨씬 잘 팔린 매장, 훨씬 많이 이탈한 코호트는 모델이 담지 못한 요인을 갖고 있다는 뜻이고, 그게 대체로 조사할 가치가 있는 대상이다. 모델을 예측 도구가 아니라 이상 탐지 도구로 쓰는 접근이다.

셋째는 Gradient Boosting 소개다. 앞의 잔차 개념과 직접 연결된다. Gradient Boosting은 약한 모델을 만들고, 그 모델의 잔차를 다음 모델이 학습하고, 이걸 반복해 쌓는 방식이다. 잔차가 정보라는 관점을 알고리즘으로 만든 것이다.

법령을 지식그래프로 만들 때 진짜 병목은 술어 정규화다

arXiv · Université Côte d'Azur / Inria / CNRS

프랑스 유지보수 법령(Légifrance 플랫폼과 Apave 규제 가이드)을 LLM으로 온톨로지화하고 RDF 지식그래프로 만든 2단계 파이프라인이다. 실무 파이프라인을 만드는 쪽에서 바로 참고할 수치가 나온다.

1단계는 층화 표본에서 타입 있는 엔티티와 트리플을 개방 추출하고, 임베딩 기반 융합으로 라벨을 정규화하고, 도메인과 치역(서명)을 가진 후보 object property를 유도한다. 2단계는 그 온톨로지로 전체 코퍼스에 대한 폐쇄 추출과 그래프 구축을 안내한다. 재사용 어휘는 ELI, DCTERMS, SKOS, PROV 등이다.

동일 프로토콜로 두 모델을 돌린 결과가 흥미롭다. GPT-4.1은 유지보수 특화 property를 75개, 서명을 105개 만들었고 mistral-large-2512는 44개와 59개를 만들었다. 두 변형이 공유하는 건 property 21개와 서명 18개다(appliesTo, composedOf, performedAtLocation, responsibleFor). 질적 차이도 있다. GPT-4.1은 목적, 순서, 상호작용을 표현하는 세밀한 술어(aimsToAction, precededBy, transmittedTo)를 만드는 경향이고, Mistral은 규범과 준수 지향의 보수적 어휘(hasModality, verifiedBy, performedUnderCondition)를 만든다. 모델 선택이 온톨로지의 형태를 바꾼다.

정량 평가가 이 논문의 핵심이다. 네 지표 중 표면 지표는 쉽게 나온다. **JSON 유효성이 네 설정 모두 100.00%**이고 **클래스 커버리지가 99.97~99.99%**다. 구조화 출력은 완전히 해결된 문제처럼 보인다. 그런데 관계 서명 준수 R_sig를 보면 **Mistral 49.86%, OpenAI 56.94%**다. 절반이 기대된 도메인-치역 조합을 벗어난다. 임베딩 기반 융합을 적용하면 **Mistral 72.61%, OpenAI 61.03%**로 오르고, property 커버리지도 **82.51% -> 96.42%, 81.52% -> 85.11%**로 개선된다. 즉 파이프라인의 실제 병목은 추출이 아니라 술어 정규화다.

해석에 주의할 점도 명시돼 있다. 네 설정 모두에서 20% 미만의 트리플만 이전에 못 본 property를 도입한다. 따라서 낮은 R_sig는 어휘가 부족해서가 아니라 기존 술어가 예상 밖의 클래스 조합으로 재사용되기 때문이다. 그리고 실무 경고가 하나 있다. 술어를 과도하게 정규화하면 간결해지는 대신 법적 의무, 금지, 책임, 조건의 구분이 뭉개질 수 있고, 유지보수 도메인에서 그 구분은 운영 위험을 함의한다. 두 모델 모두 양상이나 극성을 술어에 직접 인코딩하는 경향(cannotApplyFor, mustNotExceed)이 있어 변동을 늘린다는 관찰도 함께 나온다.

조기경보를 태스크가 아니라 사슬 전체로 평가한다

arXiv · HKUST-GZ

극한 기상 조기경보를 다루는 벤치마크와 에이전트 하네스다. 저자들의 진단은 기존 weather agent 연구(ClimateAgent, Zephyrus, EWE, HVR-Met, ClimAgent 등)가 고립된 과학 태스크에 머물러 상호 의존 과정의 사슬을 간과한다는 것이다. 실제 조기경보 시스템은 재해 모니터링, 사건 국소화, 영향 평가, 경보 커뮤니케이션, 대비 결정이 이어진 운영 체인이다.

SIREN-Bench는 600개 QA 인스턴스, 19개 서브태스크, 5개 카테고리로 구성된다. 미국 2021년 극한 기상 사건 기반이고 12개 주요 재해 계열과 12개월 분포를 커버한다. 카테고리별 인스턴스는 사건 특성화 64, 시공간 예측 160, 영향 평가 192, 대응 의사결정 160, 그리고 이 넷을 하나로 잇는 경보 체인 24건이다. 데이터는 NOAA(Storm Events Database, Storm Prediction Center Mesoscale Discussions), FEMA(재해 영향과 대응 결정), OEDI(전력 정전 정보)에서 왔다.

재사용 가치가 가장 높은 설계는 soft alignment다. 경보 체인 태스크를 만들려면 같은 사건을 가리키는 레코드를 여러 소스에서 찾아야 하는데 시공간 속성이 소스마다 다르다. 논문의 실제 사례가 명확하다. Storm Events Database는 어떤 토네이도를 2021년 2월 9일 오후 5시 20분으로 기록하는데 FEMA는 같은 사건을 오후 4시 50분으로 기록한다. 그래서 같은 타입 사건을 통제된 시공간 허용오차(타임스탬프 차이가 임계 내이거나 위치가 인접 카운티) 안에서 매칭한다. 여러 출처를 통합하는 파이프라인을 만드는 쪽이면 그대로 베낄 만한 장치다.

채점 설계도 참고할 만하다. 답 형식별로 네 지표를 쓰고(객관식은 라벨 일치, 수치는 RS = 1/(1+RE), 위치는 카운티 인접 그래프 hop 거리 또는 haversine 기반 SS = 1/(1+d), 개방형은 핵심 포인트 recall 또는 전문가형 LLM 평가), 체인 태스크에 단일 통합 점수를 부여하지 않고 절차별로 쪼개 평가한다. 여기에 과정 지표 두 개를 따로 보고한다. CPR(완료 통과율)은 유효한 답으로 태스크를 끝냈는지, EPR(실행 통과율)은 코드 실행 실패 없이 끝냈는지를 나타낸다.

하네스는 네 종류다. SIREN-Base는 과거 사례 접근을 차단한 다중 턴 코드 실행 워크플로이고, SIREN-RAG는 사례 수준 유추, SIREN-Skill은 절차 수준 스킬 누적, SIREN-Modeling은 데이터 수준 ML 모델링을 각각 붙인다. 저자들은 SIREN이 개별 절차와 종단 체인 양쪽에서 기존 weather agent 기준선을 능가한다고 주장한다. 다만 원문의 성능 표가 이미지로만 제공돼 모델별 수치를 확인할 수 없다. 여기서는 저자 주장까지만 기록한다. 평가 대상 모델군은 Gemini 3.1 Flash-Lite, GPT-5.4 mini/nano, Qwen3.7-Plus, Qwen3.6-27B로 확인된다.

AI를 쓰지 않는 도구도 여전히 나온다

Product Hunt · EasyCircuit

오늘 Product Hunt에 올라온 제품 대부분이 AI를 전면에 내세웠는데, 그렇지 않은 두 개가 있었다.

EasyCircuit은 회로 설계 도구다. 전자 회로를 그리고 검증하는 작업을 단순화하는 것이 목표다. 이 영역은 전통적으로 KiCad나 Altium 같은 무거운 EDA 도구가 지배해왔고, 진입 장벽이 높아 취미 사용자나 교육 현장에서 부담이 컸다.

ZenithBar는 윈도우용 유틸리티다. 제품 설명에서 AI를 전혀 쓰지 않는다는 게 특징이다. 맥용 메뉴바 유틸리티가 넘쳐나는 것에 비해 윈도우 쪽은 상대적으로 얇은 편이라 플랫폼 선택 자체가 차별점이 된다.

두 제품을 함께 두는 이유는 오늘 목록의 균형 때문이다. 소프트웨어 시장 전체가 AI로 재편되는 것처럼 보이지만, 실제로는 잘 정의된 문제를 잘 푸는 도구에 대한 수요가 그대로 있다. 회로 하나를 그리는 데 필요한 건 언어 모델이 아니라 정확한 편집기다. AI 기능을 붙일 자리가 없어서가 아니라 붙일 이유가 없는 영역이 여전히 넓다는 게 오늘 이 두 항목이 상기시키는 지점이다.

감시, 권리, 플랫폼

기술 소식과 별개로 오늘 권리와 감시 쪽에서 아홉 건이 나왔다. 법원 판결, 학습 데이터 확보 방식, 플랫폼 종속, 제도 대응, 공동체 규범, 그리고 시스템 오류가 개인에게 어떻게 닿는지에 대한 사례다. 마지막 두 건은 AI 제품에 대한 불신과 플랫폼에 대한 개인의 이탈을 다룬다.

법원이 구글의 DMCA 1201 주장을 기각했다

구글이 검색 결과 스크래핑 API를 제공하는 SerpAPI를 상대로 낸 소송에서, 법원이 DMCA 1201조 주장을 기각했다.

실무적으로는 검색 데이터를 다루는 도구들의 법적 위치가 조금 명확해졌다. 물론 이용약관 위반이나 다른 법리는 여전히 남아 있고, 이건 한 사건의 한 조항에 대한 판단이다. 다만 학습 데이터와 검색 데이터를 둘러싼 분쟁이 늘어나는 국면에서 참고할 좌표가 하나 생겼다.

이 판단이 지금 특히 중요한 이유는 에이전트 때문이다. 웹을 읽는 에이전트가 늘면서 "봇이 사람 대신 페이지를 본다"는 상황이 일상이 됐고, 사이트 운영자 입장에서는 이게 트래픽이자 부담이며 잠재적 경쟁이다. 여기에 대응하는 수단이 로봇 배제 표준, 봇 차단, 요금제 분리, 그리고 법적 조치인데, 마지막 수단의 사거리가 오늘 조금 짧아졌다.

동시에 반대 방향의 흐름도 있다. 오늘 MCP 서버로 돈을 받는 배관이 생기고 있다에서 본 것처럼, 봇 접근을 막는 대신 값을 매겨 파는 경로가 정비되는 중이다. 차단과 소송으로 대응하는 쪽과 과금 배관을 까는 쪽 중 어느 방식이 표준이 될지가 앞으로 몇 년의 웹 구조를 정할 가능성이 크다. 다음 항목이 같은 학습 데이터 확보 문제의 훨씬 물리적인 면이다.

학습 데이터를 위해 희귀본이 파괴되고 있다

404 Media 보도를 요약한 내용이다. AI 회사들이 학습용 텍스트를 확보하려고 책을 대량으로 사들여 재단(裁斷)해서 스캔하고 있다는 것이다.

절차를 보면 문제가 분명해진다. 책을 빠르게 디지털화하는 가장 효율적인 방법은 제본을 잘라내고 낱장을 고속 스캐너에 통과시키는 것이다. 한 권당 몇 분이면 끝난다. 비파괴 스캔은 사람이 페이지를 넘겨야 해서 훨씬 느리고 비싸다. 규모가 커질수록 파괴적 방법의 비용 우위가 커진다.

여기서 문제가 되는 건 규모와 선별이다. ISBNdb 같은 도서 데이터베이스를 이용해 목록을 뽑고 100만 권 단위로 주문하는 방식이라, 무엇이 들어오는지 사전에 통제되지 않는다. 절판된 책, 소량 인쇄본, 지역 출판물이 섞여 들어오고 재단되면 그 물리적 사본은 영구히 사라진다. 텍스트는 남지만 판형, 삽화 배치, 여백 메모, 장정 같은 정보는 사라진다.

대응 가능한 지점도 있다. 비파괴 스캔 장비의 단가가 내려가면 이 계산이 바뀐다. 도서관과 아카이브가 이미 그런 장비를 갖고 있으므로, 대량 구매 대신 기존 소장본을 비파괴로 디지털화하고 그 결과를 라이선스하는 경로도 가능하다. 지금 그 경로가 안 쓰이는 건 기술 문제가 아니라 협상 비용과 속도 문제다. 오늘 WOFF 1.0이 16주년을 맞았다가 보여준 것처럼, 이해가 충돌하는 상황에서 양쪽 모두에게 현상 유지보다 나은 중간 지점을 만드는 게 이런 문제의 유일한 실질적 해법이었다.

디지털 소작농: 서브스택과 POSSE

IndieWeb 계열 블로그의 글로, 창작자와 플랫폼의 관계를 **디지털 소작(digital sharecropping)**이라는 개념으로 정리한다. 소작농은 남의 땅에서 농사를 짓고 수확의 일부를 낸다. 땅을 개간해 비옥하게 만들어도 그 가치는 지주에게 남고, 계약이 끝나면 아무것도 가져가지 못한다.

플랫폼 뉴스레터가 이 구조에 정확히 맞는다는 게 논지다. 글을 쓰고 구독자를 모으면 그 구독자 명단과 관계는 플랫폼 위에 있다. 플랫폼이 수수료를 올리거나, 추천 알고리즘을 바꾸거나, 정책상 문제를 삼으면 창작자가 쌓은 것이 그대로 영향을 받는다. 서브스택이 이메일 목록 내보내기를 허용하는 편이지만, 발견 경로와 추천 네트워크는 이전되지 않는다.

대안으로 제시되는 게 **POSSE(Publish on your Own Site, Syndicate Elsewhere)**다. 정본을 자기 도메인에 두고 플랫폼에는 복제본을 올린다. 정본이 자기 것이면 플랫폼이 바뀌어도 링크와 검색 신호가 유지된다.

글이 정직한 지점은 비용을 인정한다는 데 있다. POSSE는 사이트 운영, 배포 자동화, 각 플랫폼 형식 맞추기를 요구한다. 대부분의 창작자에게 이건 부담이고, 그래서 편의가 이긴다. 다만 이 계산은 규모에 따라 달라진다. 구독자가 늘수록 플랫폼 위험의 절대 크기도 커지므로, 어느 시점에는 이전 비용보다 종속 비용이 커진다.

EU 시민발의로 올라온 디지털 ID 문제

유럽 시민발의(European Citizens' Initiative) 플랫폼에 디지털 신원 관련 발의가 올라왔다. 시민발의는 EU 회원국 시민이 일정 수 이상의 서명을 모으면 집행위원회가 공식적으로 검토해야 하는 제도다. 법안을 직접 만들지는 못하지만 의제 설정 권한을 시민에게 주는 장치다.

쟁점은 대체로 두 갈래로 나뉜다. 하나는 강제성이다. 디지털 신원이 선택지가 아니라 사실상 필수가 되면, 기술 접근이 어려운 사람들이 공공 서비스에서 배제된다. 다른 하나는 연결성이다. 여러 서비스가 하나의 신원 식별자를 공유하면 각각의 서비스 이용 기록이 한 사람 단위로 결합 가능해진다. 개별 데이터베이스가 분리돼 있을 때는 불가능했던 프로파일링이 열린다.

기술적으로 이 문제를 완화하는 방법이 없는 건 아니다. 서비스마다 다른 가명 식별자를 발급하는 방식(pairwise identifier), 나이가 18세 이상인지만 증명하고 생년월일은 노출하지 않는 선택적 공개(selective disclosure), 검증자가 발급자에게 조회하지 않고도 확인할 수 있는 영지식 증명이 실제로 표준에 들어가 있다. 즉 "디지털 신원 = 전면 추적"은 필연이 아니라 구현 선택이다.

문제는 그 선택이 대체로 편의와 비용에 밀린다는 점이다. 가장 단순한 구현은 하나의 고유 번호를 모든 곳에 넘기는 것이고, 그게 개발도 빠르고 장애도 적다. 프라이버시 보호 기능은 추가 복잡도이며, 그 복잡도의 편익은 사고가 나기 전까지 눈에 보이지 않는다. 시민발의 같은 제도가 의미를 갖는 지점이 여기다. 구현 세부를 강제하지는 못해도, 어떤 선택이 이뤄지고 있는지를 공개 논의로 끌어낸다.

이 항목을 이 절에 둔 이유는 다음 두 항목과 이어지기 때문이다. 아래의 DEF CON 2026이 녹화 안경을 금지했다와 번호판 인식 카메라 지도와 GrapheneOS 후원이 각각 공동체 규범과 시민 기술로 같은 문제에 대응하는 사례다. 제도, 규범, 도구라는 세 경로가 오늘 하루에 나란히 나왔고, 셋 중 어느 하나만으로는 부족하다는 게 이 절 전체의 논지다.

DEF CON 2026이 녹화 안경을 금지했다

The Register 보도다. 보안 콘퍼런스 DEF CON이 2026년 행사에서 메타식 스마트 안경을 포함한 상시 녹화 가능 웨어러블을 금지했다.

DEF CON의 촬영 규범은 원래도 엄격했다. 참가자 중 상당수가 신원 노출에 민감한 직군이고, 세션에서 공개되는 내용이 공개 전 취약점인 경우도 있다. 그래서 촬영 시 주변 동의를 구하는 문화가 오래 유지됐다.

스마트 안경이 이 규범을 깨는 지점은 관측 가능성이다. 카메라를 들면 상대가 안다. 안경은 알 수 없다. 표시등이 있어도 밝은 조명이나 각도에서는 안 보이고, 소프트웨어로 우회 가능하다는 보고도 있다. 동의 기반 규범은 상대가 촬영 사실을 알 수 있을 때만 작동하는데 그 전제가 무너진 것이다.

이 결정이 참고 사례가 되는 이유는 개인 기기 자체를 금지하는 방식이 여전히 드물기 때문이다. 대개는 "촬영 금지"라는 행위 규칙을 두는데, 행위를 감시할 수 없으면 규칙이 작동하지 않는다. 그래서 기기 반입 단계로 통제를 옮긴 것이다. 앞 항목의 디지털 ID 논의에서 나온 우려와 구조가 같다. 관측되지 않는 수집은 사후 규제로 다루기 어렵다.

집행 가능성이라는 문제도 남는다. 스마트 안경은 일반 안경과 외형이 점점 비슷해지고 있어서 입구에서 육안으로 걸러내기가 어려워진다. 시력 교정이 필요한 참가자를 어떻게 구분할 것인가도 실무적 쟁점이다. 그래서 이런 규칙은 완전 차단이 목적이 아니라 규범을 명시하는 것에 가깝다. 걸리면 퇴장이라는 결과를 걸어두면, 대부분의 사람은 시도하지 않는다.

이 사례가 다른 공간으로 확장될지도 지켜볼 만하다. 병원 대기실, 탈의실, 회의실처럼 촬영이 금지된 공간의 규범은 전부 "카메라를 드는 게 보인다"는 전제 위에 서 있다. 그 전제가 무너지면 각 공간이 개별적으로 대응 규칙을 만들어야 하는데, 보안 콘퍼런스처럼 위험을 직업적으로 다루는 집단이 먼저 움직인 것이다. 기술 도입 속도가 규범 형성 속도를 앞지를 때 어디서 먼저 마찰이 나는지를 보여주는 사례로 남을 만하다.

번호판 인식 카메라 지도와 GrapheneOS 후원

두 건이 함께 올라왔다. 하나는 Deflock의 애리조나 Casa Grande 지역 캠페인이다. Deflock은 자동 번호판 인식(ALPR) 카메라의 위치를 시민들이 직접 수집해 지도로 만드는 프로젝트다. 지자체가 어떤 감시 인프라를 어디에 설치했는지는 대개 공개되지 않는데, 그 공백을 크라우드소싱으로 메운다.

이 접근의 효과는 정보 비대칭을 뒤집는 데 있다. 카메라 위치가 지도에 표시되면 주민들이 자기 동네에 몇 대가 있는지, 어떤 경로가 추적 가능한지 알게 된다. 이건 곧바로 지방의회에서의 논의 재료가 된다. 예산 항목과 실제 설치 현황을 대조할 수 있게 되기 때문이다.

다른 하나는 GrapheneOS 후원 소식이다. GrapheneOS는 구글 서비스 의존을 제거하고 보안을 강화한 안드로이드 대체 OS다. 프로젝트 특성상 상업적 수익 모델을 만들기 어려워 후원에 의존한다.

두 건을 함께 두는 이유는 대응 층위가 다르기 때문이다. Deflock은 공간의 감시를 가시화하고 GrapheneOS는 기기의 감시를 줄인다. 앞의 EU 시민발의가 제도 층이라면 이 둘은 실행 층이다. 세 층이 다 있어야 하는데 각각의 지속 가능성 조건이 다르다는 게 이 항목들이 보여주는 지점이다.

밑줄 하나가 빠져서 18개월을 갇혔다

Ars Technica 보도다. 수사 기관이 메신저 서비스 Kik에 사용자 정보를 요청하는 소환장을 보냈는데, 사용자 이름에서 언더스코어(_) 하나가 누락됐다. 그 결과 전혀 다른 사람의 정보가 회신됐고, 그 사람이 18개월을 부당하게 구금됐다.

기술적으로 보면 이건 단순한 문자열 불일치다. john_doe와 johndoe는 다른 계정이다. 그런데 이 오류가 걸러지지 않고 통과한 경로가 문제다. 소환장을 작성한 쪽, 그걸 처리한 쪽, 회신 결과를 검토한 쪽 어디에서도 "요청한 식별자와 회신된 계정이 일치하는가"를 확인하지 않았다.

시스템 설계 관점에서 짚을 게 있다. 식별자는 사람이 옮겨 적는 순간 오류가 들어간다. 그래서 중요한 시스템은 체크섬을 붙이거나(신용카드 번호의 Luhn 검증), 정확 일치가 아니면 아예 결과를 반환하지 않거나, 유사한 후보가 있으면 경고를 띄운다. 이 사건에서는 그 어느 것도 작동하지 않았고, 결과적으로 정확 일치 실패가 조용히 다른 사람으로 귀결됐다.

오늘 죽은 n8n은 자기 죽음을 보고하지 못한다와 구조가 같다. 시스템이 성공적으로 잘못된 결과를 반환했고 아무도 그걸 알아채지 못했다. 차이는 대가다. 한쪽은 나흘치 이메일이고 다른 쪽은 18개월의 자유다.

"우리가 치는 걸 읽는다"는 주장은 아직 검증되지 않았다

Reddit · r/ChatGPT

r/ChatGPT에 올라온 게시물이 댓글 245개를 모았다. 주장은 ChatGPT가 사용자가 입력창에 타이핑했다가 지운 내용까지 읽는다는 것이다.

이건 미검증 사용자 주장이다. 게시자가 제시한 근거는 모델과의 대화에서 얻은 응답인데, 같은 대화에서 모델이 설명을 네 번 바꿨다. 처음에는 그렇다고 했다가, 아니라고 했다가, 다시 조건부로 답하는 식이었다. 이 자체가 이 주장의 근거로 대화 내용을 쓸 수 없다는 걸 보여준다. 모델은 자기 시스템의 동작을 설명할 신뢰할 만한 접근권이 없고, 사용자가 유도하는 방향으로 답을 조정한다.

그럼에도 이 스레드를 남기는 이유는 두 가지다. 첫째, 댓글 245개라는 반응 규모다. 많은 사용자가 이 가능성을 진지하게 받아들였다는 뜻이고, 그건 제품 신뢰의 문제다. 둘째, 검증 방법이 실제로 존재한다는 점이다. 네트워크 요청을 관찰하면 지운 텍스트가 전송되는지 확인할 수 있다. 대화로 물어볼 게 아니라 트래픽을 보면 되는 문제인데, 스레드에서 그 방향의 확인은 나오지 않았다.

오늘 답을 맞힌 것과 근거를 제대로 쓴 것은 다르다 절의 논문들이 반복해서 말하는 게 정확히 이것이다. 모델의 자기 보고를 인과 설명으로 취급하면 안 된다. 학계에서 감사 프레임워크로 형식화하는 문제를, 사용자 커뮤니티는 매일 부딪히고 있다.

정치적 게시물 하나가 부른 해지와 그 응답

DHH가 로마의 추방 관련 사안에 대해 올린 게시물이 논란이 됐고, 그에 따라 그가 만든 이메일 서비스 Hey를 해지한 사용자가 에세이를 썼다.

에세이가 흥미로운 건 계산을 명시했다는 점이다. 필자는 4년간 396달러를 냈다고 적는다. 개인이 서비스를 옮기는 데 드는 비용(주소 변경, 이력 이전, 새 서비스 적응)과 이 금액을 나란히 두고, 그럼에도 옮기는 이유를 설명한다.

핵심 개념은 **"missing mood"**다. 어떤 사안에 대해 사람이 취하는 입장뿐 아니라 그 입장을 말할 때의 태도를 본다는 것이다. 어려운 판단을 내릴 때는 그에 걸맞은 무게가 말투에 실려야 하는데, 그게 빠져 있으면 입장의 내용과 무관하게 신호가 된다는 논지다. 필자는 폴 그레이엄의 문장을 인용하면서 그 인용이 원문의 맥락을 어떻게 바꾸는지도 함께 짚는다.

이 항목을 이 절에 두는 이유는 앞의 디지털 소작농과 짝이 되기 때문이다. 그쪽은 창작자가 플랫폼에 종속되는 문제였고, 이쪽은 사용자가 서비스 운영자의 가치와 얽히는 문제다. 서비스를 만든 사람이 공개적으로 발언하는 시대에는 제품 선택이 그 사람에 대한 지지 여부와 분리되지 않는다. 4년치 396달러라는 숫자가 그 얽힘의 크기를 재는 방식으로 제시됐다.

돈이 움직인 자리

오늘 사업과 자금 쪽에서 열한 건이 나왔다. 1,127개 스타트업을 분석한 통계, AI 자회사 청산, 스트라이프 없이 만든 첫 매출, 통화 기호 하나로 날린 1,500달러, 결제 인프라 이동, 그리고 조직 안의 불만을 다루는 프레임까지 규모가 제각각이다. 큰 숫자와 작은 숫자를 나란히 두면 지금 AI 사업의 지형이 보인다. 위쪽에서는 자본이 회수되고 아래쪽에서는 결제 인프라조차 닿지 않는 곳에서 첫 매출이 나온다.

1,127개 스타트업 데이터: B2B가 3.2배

X · marclou

marclou가 1,127개 스타트업의 데이터를 정리해 공개했다. 핵심 결과는 단순하다. B2B 제품의 매출이 B2C 대비 3.2배다.

이 숫자를 어떻게 읽어야 하는지가 중요하다. B2B가 본질적으로 나은 사업이라는 뜻은 아니다. 세 가지 구조적 차이가 이 배수를 만든다. 첫째, 가격 탄력성이다. 개인은 월 10달러에도 망설이지만 회사는 직원 한 명의 시간을 아끼면 월 100달러가 정당화된다. 둘째, 이탈률이다. 개인 구독은 쓰지 않으면 바로 해지되는데 조직 도입은 업무 절차에 들어가면 관성이 생긴다. 셋째, 확장 경로다. 한 팀에서 시작해 부서로, 전사로 늘어나는 경로가 B2C에는 없다.

AI 제품 맥락에서 이 배수가 특히 크게 벌어질 이유도 있다. 추론 비용이 사용량에 비례해 발생하는데, B2C 정액제는 이 비용을 흡수하기 어렵다. 헤비 유저 몇 명이 마진을 다 먹는다. B2B는 사용량 기반 가격을 붙이기가 상대적으로 쉽고, 고객이 그 구조를 이해한다.

다만 표본 편향을 감안해야 한다. 1,127개가 어떤 경로로 수집됐는지에 따라 결과가 달라진다. 인디 해커 커뮤니티 중심이면 B2C 쪽에 소규모 실험 프로젝트가 과다 포함돼 평균을 낮춘다. 배수의 방향은 신뢰할 만하지만 크기는 참고치로 보는 게 맞다.

"사람들은 AI를 원하지 않는다. 누군가를 원한다"

LinkedIn · Summer Lee

앞 항목의 숫자에 대한 제품 관점의 해석이다. Beni Studio 사례를 소개하며 인용된 문장이 이것이다. "people don't want an AI. They want someone."

이 구분이 실무적으로 무슨 뜻인지 풀면 이렇다. "AI를 원한다"는 도구를 원한다는 뜻이고, 도구는 성능과 가격으로 비교된다. 더 좋은 게 나오면 바꾼다. "누군가를 원한다"는 관계를 원한다는 뜻이고, 관계는 축적된 맥락과 신뢰로 유지된다. 성능이 조금 낮아도 내 상황을 아는 쪽을 쓴다.

제품 설계로 옮기면 차이가 분명해진다. 도구형 제품은 기능 목록으로 경쟁하고 모델이 바뀌면 그대로 대체된다. 오늘 오픈소스가 유료 도구를 밀어내는 속도에서 quill이 Granola를 대체한다는 주장이 4,961 좋아요를 받은 게 그 사례다. 관계형 제품은 사용 이력, 선호, 이전 대화, 조직 맥락이 쌓이면서 대체 비용이 올라간다.

AI 제품의 방어력에 대한 질문으로 바꾸면 이렇게 된다. 모델이 상품화되는 국면에서 남는 건 모델이 아니라 모델이 알고 있는 것이다. 그리고 그 축적은 시간이 걸리므로 후발 주자가 성능만으로 따라잡을 수 없다. 앞 항목의 B2B 배수도 같은 이야기의 다른 표현이다. 조직 데이터가 쌓이는 쪽이 개인 구독보다 대체 비용이 크다.

하이브가 수퍼톤을 청산한다

LinkedIn · SNEW스뉴

이데일리 보도를 인용한 게시물이다. 하이브가 AI 오디오 기업 수퍼톤을 청산한다. 숫자가 셋 나온다.

투자 490억 원, 매출 23억 원, 손실 130억 원. 투자 대비 매출이 4.7%이고, 연간 손실이 매출의 5.6배다. 이 조합이면 사업 지속 판단이 어렵다.

수퍼톤은 음성 합성과 변환 기술을 갖고 있었고, 하이브 인수 당시의 논리는 명확했다. 아티스트의 목소리를 다국어로 확장하고, 고인이 된 가수의 목소리를 복원하고, 콘텐츠 제작 파이프라인에 넣는다는 것이었다. 기술적으로 인상적인 데모도 여럿 있었다.

실패의 원인을 이 게시물만으로 단정할 수는 없지만, 매출 23억 원이라는 숫자가 시사하는 건 기술이 아니라 시장 형성 문제다. 음성 합성 기술 자체는 이 기간 동안 급격히 발전했고 오픈소스 모델도 풍부해졌다. 오늘 오픈소스가 유료 도구를 밀어내는 속도에서 Fish Audio S2.1 Pro가 언급된 게 같은 맥락이다. 독자 기술로 방어하려던 영역이 몇 년 사이에 공개 모델로 평준화되면, 490억 원의 인수 프리미엄을 회수할 근거가 사라진다. 앞 항목의 "모델이 아니라 모델이 알고 있는 것"이라는 정리가 이 사례에 정확히 적용된다.

스트라이프 없이 만든 첫 SaaS 매출

Reddit · r/SaaS

앞의 490억 원 이야기 다음에 이 글을 두면 대비가 크다. WadieZN이 r/SaaS에 올린 첫 매출 보고다. 모로코에서 개발했고, 스트라이프를 쓸 수 없었다.

스트라이프는 지원 국가가 제한적이고 모로코는 거기 포함되지 않는다. 페이팔이나 다른 대안도 제약이 있다. 결과적으로 현금 수금으로 첫 매출을 만들었다. 글에는 환율도 적혀 있다. 1유로가 10.6디르함이다.

이 항목이 중요한 이유는 "SaaS 창업"이라는 말이 전제하는 인프라가 보편적이지 않다는 걸 보여주기 때문이다. 결제 처리, 구독 관리, 세금 처리, 환불 흐름이 API 한 줄로 해결되는 환경은 특정 국가에 사는 개발자의 조건이다. 그 밖에서는 같은 제품을 만들어도 돈을 받는 단계에서 막힌다.

앞 절 에이전트에게 별도의 결제 권한이 필요하다는 주장이나 MCP 서버로 돈을 받는 배관이 생기고 있다가 다루는 문제는 결제 인프라가 이미 있다는 전제 위에 있다. 에이전트 결제 권한을 논하는 세계와 현금으로 첫 매출을 받는 세계가 같은 날 같은 플랫폼에 올라온다는 게 지금 이 산업의 폭이다.

통화 기호 하나가 1,500달러가 됐다

Reddit · r/Anthropic

IllBee8506이 r/Anthropic에 올린 자기 실수 고백이다. 통화 기호를 잘못 다뤄 1,500달러 규모의 손실이 났다.

통화 처리는 소프트웨어에서 오래된 함정 지대다. 기호가 같아도 통화가 다른 경우($ 하나만 해도 미국, 캐나다, 호주, 홍콩 등), 소수점 자릿수가 다른 경우(엔화는 소수점이 없다), 부동소수점으로 금액을 다뤄 반올림 오차가 쌓이는 경우가 전부 실제 사고로 이어진다. 그래서 결제 시스템은 통화 코드(ISO 4217)와 최소 단위 정수를 함께 다루는 게 표준이다.

이 게시물에서 더 눈에 띄는 건 뒷부분이다. 지원 봇 Fin이 "5~10일 기다리라"고 잘못 안내했다. 실제로는 그렇게 해결되는 사안이 아니었고, 그 기다림 동안 상황이 나빠졌다. AI 고객 지원의 전형적 실패 모드다. 봇은 유사한 문의 패턴에 대한 표준 응답을 내놓는데, 그 응답이 틀렸을 때 사용자는 그걸 판별할 방법이 없다. 그리고 "기다리라"는 응답은 특히 위험하다. 사용자가 다른 조치를 취할 시간을 소모시키기 때문이다.

앞 절 에이전트에게 별도의 결제 권한이 필요하다는 주장과 겹쳐 읽으면 함의가 분명하다. 사람이 통화 기호 하나로 1,500달러를 잃는 환경에서, 그 실수를 잡아줄 중간 확인 없이 에이전트에게 지출 권한을 주면 어떤 규모의 사고가 가능한지를 이 사례가 대략 알려준다.

아이폰 업그레이드 프로그램이 리스로 바뀐다

애플이 iPhone Upgrade Program을 Apple Upgrade로 개편하면서 구조를 리스 기반으로 바꿨다. 결제 파트너로 **클라르나(Klarna)**가 들어간다.

기존 프로그램은 할부 구매였다. 24개월 분납으로 기기를 사고 12개월 후 새 기기로 교체할 수 있었지만, 끝까지 내면 기기는 사용자 소유가 됐다. 리스는 다르다. 계약 기간 동안 사용권을 갖고 종료 시 반납하거나 잔가를 내고 인수한다. 소유권이 넘어오지 않는다.

Hacker News 토론의 논점이 여기 몰렸다. 월 납입액은 리스가 대체로 낮은데(감가 부분만 내므로), 계속 갈아타면 영구히 지불이 끝나지 않는다. 자동차 리스에서 익숙한 구조가 스마트폰으로 옮겨온 것이다. 반납 조건도 쟁점이다. 화면 흠집이나 배터리 상태에 따른 추가 비용 조항이 어떻게 적용되는지가 실제 총비용을 결정한다.

클라르나가 들어간 것도 신호다. BNPL(선구매 후결제) 사업자가 애플 수준의 대형 계약에 들어간다는 건 이 방식이 주변부 결제 수단에서 주류로 이동했다는 뜻이다. 소비자 입장에서는 접근성이 오르지만, 지출이 여러 개의 작은 월납으로 쪼개져 총액 인식이 흐려지는 구조이기도 하다.

제조사 관점에서 리스가 갖는 이점도 분명하다. 반납된 기기가 회사로 돌아오면 리퍼비시해서 재판매하거나 부품을 회수할 수 있다. 중고 시장이 자기 통제 아래 들어오는 것이고, 그러면 신제품 가격 정책이 중고 시세에 덜 휘둘린다. 교체 주기도 계약으로 고정되므로 수요 예측이 쉬워진다.

이 흐름을 넓게 보면 소유에서 구독으로의 이동이 하드웨어까지 왔다는 이야기다. 소프트웨어에서 먼저 일어났고, 자동차에서 일반화됐고, 이제 개인 기기다. 오늘 디지털 소작농: 서브스택과 POSSE가 창작물에 대해 지적한 것과 구조가 같다. 계속 쓰기 위해 계속 지불하는 관계에서는 지불을 멈추는 순간 남는 게 없다. 다만 기기는 계약 조건이 명시적이라 최소한 계산은 가능하다는 차이가 있다.

데카트론 독일이 Wero를 도입한다

스포츠용품 유통업체 데카트론 독일 지사가 Wero 결제를 도입한다. Wero는 유럽 은행들이 공동으로 만든 결제 시스템이다.

배경에 유럽 결제 주권 논의가 있다. 유럽 내 카드 결제와 온라인 결제의 상당 부분이 비자, 마스터카드, 페이팔 같은 비유럽 사업자를 거친다. 이건 수수료가 역외로 빠져나가는 문제이기도 하고, 지정학적 상황에서 결제망이 지렛대로 쓰일 수 있다는 우려이기도 하다. Wero는 은행 계좌 간 직접 이체 기반이라 카드망을 거치지 않는다.

이런 시스템의 성패는 기술이 아니라 수용 곡선에서 갈린다. 사용자는 상점이 받아야 쓰고, 상점은 사용자가 써야 받는다. 이 닭과 달걀 문제를 깨려면 대형 가맹점이 먼저 들어가야 하는데, 데카트론 같은 체인의 도입이 정확히 그 역할이다. 대형 가맹점 몇 곳이 결제 수단 목록에 노출시키면 사용자 인지도가 붙고, 그다음 중소 가맹점이 따라온다.

가맹점이 이걸 반기는 이유는 수수료다. 카드 결제는 인터체인지 수수료를 포함해 여러 단계에서 비용이 붙는데, 계좌 간 직접 이체는 그 구조가 짧다. 데카트론처럼 마진이 얇고 거래 건수가 많은 유통업에서는 결제 수수료 몇 십 베이시스포인트가 실제 손익에 잡힌다. 즉 이 도입은 명분만이 아니라 계산이 맞아서 이뤄진 것으로 보는 게 맞다.

소비자 쪽 유인은 상대적으로 약하다. 카드 결제가 이미 편하고, 카드에는 분쟁 시 지급 거절(chargeback) 같은 보호 장치가 붙어 있다. 계좌 간 이체는 실행되면 되돌리기 어렵다. 그래서 이런 시스템은 대체로 즉시성, 수수료 없는 개인 간 송금, 가맹점 할인 같은 별도 유인을 붙여 초기 사용자를 모은다.

앞의 스트라이프 없이 만든 첫 SaaS 매출과 겹쳐 보면 결제 인프라가 얼마나 지역적인 문제인지가 드러난다. 유럽은 자기 결제망을 새로 만들 자본과 규제 권한을 갖고 있고, 다른 지역은 기존 사업자의 지원 국가 목록에 들어가기를 기다린다. 같은 날 에이전트에게 별도의 결제 권한이 필요하다는 주장이 논의된 것과 나란히 두면, 결제라는 층에서 지금 세 가지 다른 시간대가 동시에 흐르고 있다는 게 보인다. 현금 수금, 결제망 주권 경쟁, 그리고 자율 에이전트 지출 권한이다.

넷플릭스와 아이라인을 상대로 한 케타민 관련 소송

LinkedIn · Jay Gengelbach

넷플릭스와 시각효과 업체 Eyeline을 상대로 한 소송이 제기됐다. 쟁점은 케타민 관련 사안의 공개 의무다.

이 항목의 세부는 보도마다 다르게 전해지고 있어 여기서 사실관계를 확정하지 않는다. 다만 소송이 겨냥하는 구조는 짚어둘 만하다. 제작 현장의 노동 조건과 안전 관련 정보가 어디까지 공개돼야 하는가, 그리고 원청과 하청 사이에서 그 책임이 어떻게 나뉘는가에 대한 다툼이다.

VFX 업계는 오래전부터 하청 구조의 문제가 지적돼온 영역이다. 스트리밍 서비스가 콘텐츠 물량을 늘리면서 마감 압박이 하청 스튜디오로 내려가고, 그 압박이 노동 조건으로 나타난다. 생성 AI가 이 파이프라인에 들어오면서 물량과 단가 압박이 더 커지는 국면이기도 하다.

책임 배분이 문제가 되는 구조적 이유가 있다. 스트리밍 플랫폼은 대체로 자기가 직접 제작하지 않고 제작사와 계약하며, 제작사는 다시 VFX 스튜디오에 하청을 준다. 노동 조건에 대한 법적 책임은 직접 고용 관계를 따라가는데, 실제 일정과 예산 압박은 계약 체인의 맨 위에서 내려온다. 책임과 영향력이 서로 다른 지점에 있는 것이다. 이런 구조에서 소송은 대체로 "어디까지가 지배력의 행사인가"를 다투게 된다.

생성 AI가 이 구조에 들어오면서 압박의 방향이 하나 더 생겼다. 일부 작업을 도구가 대체할 수 있다는 전제가 단가 협상에 반영되면, 실제로 대체되지 않는 작업까지 그 단가로 계약된다. 남은 사람이 더 짧은 일정에 같은 양을 처리하는 결과가 되고, 그게 안전과 건강 문제로 나타난다.

소송의 결과와 무관하게, 이런 사건이 제기된다는 것 자체가 콘텐츠 제작 체인의 책임 배분이 재정리되는 중이라는 신호다. 오늘 학습 데이터를 위해 희귀본이 파괴되고 있다나 법원이 구글의 DMCA 1201 주장을 기각했다와 같은 흐름에 놓인다. 기술 도입 속도가 법적 정리 속도를 앞지르면 그 간격이 소송으로 메워진다.

조직 안의 불만은 네 갈래로 갈린다

LinkedIn · 조홍준

조직 행동 연구의 EVLN 모델을 정리한 글이다. 구성원이 조직에 불만을 가질 때 취하는 반응을 네 가지로 나눈다.

**Exit(이탈)**은 떠나는 것이다. **Voice(발언)**는 문제를 제기해 바꾸려는 시도다. **Loyalty(충성)**는 상황이 나아지기를 기다리며 남는 것이다. **Neglect(태만)**는 남아 있되 노력을 줄이는 것이다. 두 축으로 정리하면 능동/수동과 건설적/파괴적의 조합이다. Voice는 능동적이고 건설적, Exit는 능동적이고 파괴적, Loyalty는 수동적이고 건설적, Neglect는 수동적이고 파괴적이다.

이 모델이 실무에서 유용한 지점은 Neglect가 가장 안 보인다는 데 있다. 이탈은 퇴사율로 잡히고 발언은 회의록에 남는데, 태만은 지표에 잡히지 않은 채 생산성만 서서히 깎는다. 그리고 발언 경로가 막힌 조직에서는 Voice가 Neglect로 전환된다. 문제를 제기해도 바뀌지 않는다는 학습이 쌓이면 사람들은 조용해지고, 조직은 그걸 안정으로 오해한다.

앞의 하이브가 수퍼톤을 청산한다나 오늘 테크 오퍼율이 51%에서 39%로 같은 구조조정 국면에서 이 프레임이 특히 유용하다. 감축이 진행되는 조직에서 남은 사람들의 반응이 어디로 흐르는지가 이후 성과를 결정하는데, 지표만 보면 Neglect가 안 보인다.

"AI 시대의 교외화"

오늘 SNS에서 나온 개념 중 인용 가치가 가장 높다. AI가 만드는 변화를 20세기 중반의 **교외화(suburbanization)**에 빗댄다.

비유의 구조가 이렇다. 자동차와 고속도로는 사람들에게 더 큰 집과 더 넓은 마당을 줬다. 물질적 조건은 분명히 나아졌다. 그런데 동시에 걸어서 갈 수 있는 거리에 있던 것들이 사라졌다. 우연한 마주침, 골목의 밀도, 자동차 없이 이동할 자유가 함께 없어졌다. 총량은 늘었는데 어떤 종류의 풍요는 줄었다.

이걸 요약한 표현이 **"Abundance without richness"**다. 풍부해졌지만 풍요롭지는 않다는 것이다. AI로 옮기면 이렇게 된다. 콘텐츠, 코드, 이미지, 요약의 양은 폭발적으로 늘어난다. 그런데 그 과정에서 만드는 데 걸리던 시간이 제공하던 것들(고민의 흔적, 선택의 밀도, 만든 사람과 만들어진 것 사이의 관계)이 얇아진다.

이 비유가 좋은 이유는 향수가 아니라 비용의 위치를 짚기 때문이다. 교외화는 나쁜 결정이 아니었고 되돌릴 수도 없었다. 다만 그 설계가 무엇을 기본값으로 만들었는지는 나중에야 보였고, 그때는 이미 도시 구조가 굳어 있었다. 지금 AI 도구의 기본값을 정하는 결정들도 같은 성격을 가진다. 오늘 글쓰기 앱에 슬래시 스킬과 diff 리뷰가 들어왔다에서 diff 리뷰가 왜 중요한지도 이 관점에서 다시 읽힌다. 결과만 보여줄 것인가 과정을 보여줄 것인가는 작은 UI 결정처럼 보이지만 기본값이 된다.

클라우드와 AI의 환경 책임을 다룬 학술 수상작

LinkedIn · Jiyong Park

JAIS(Journal of the Association for Information Systems)에서 클라우드와 AI의 환경 책임을 다룬 논문이 최우수 논문으로 선정됐다.

이 주제가 경영정보 학술지에서 최우수 논문을 받았다는 게 신호다. 지금까지 AI의 환경 영향 논의는 대체로 기술 커뮤니티의 추정치(모델 하나 학습에 탄소 몇 톤)에 머물렀고 조직 의사결정 연구로는 덜 다뤄졌다. 조직이 클라우드와 AI를 도입할 때 환경 비용을 어떻게 인식하고 배분하는지는 다른 종류의 질문이다.

실무적으로 이 문제가 어려운 이유는 비용이 보이지 않는 곳에 있기 때문이다. 자체 서버실을 운영하면 전기요금 고지서가 온다. 클라우드로 옮기면 그게 사용료에 섞여 들어가고, 어느 리전의 어떤 전력 구성으로 돌았는지는 청구서에 안 나온다. 추론 비용도 마찬가지다. API 호출당 요금은 알지만 그 뒤의 전력과 냉각은 추상화된다.

오늘 에이전트 비용과 할당량의 정치 절 전체가 "사용자가 자기 소모량의 구성을 볼 수 없다"는 문제를 다뤘는데, 환경 비용은 그보다 한 층 더 안 보인다. 계량이 안 되면 관리도 안 된다는 원칙이 여기에도 적용된다.

기타 주목할 콘텐츠

앞의 주제 묶음 어디에도 들어가지 않지만 오늘 확인해둘 만한 열 건이다. 재해, 과학, 기후, 문헌, 웹 표준, 레트로 컴퓨팅, OS 변경, 그리고 장시간 인터뷰 세 건이다. 마지막 세 건은 AI와 직접 관련이 없지만 개념 정리나 사실 밀도 면에서 오늘 나온 영상 중 가장 밀도가 높았다.

구마모토 M7.1 지진

일본 기상청 관측 정보다. 2026년 7월 28일 16시 27분, 규모 M7.1의 지진이 발생했다. 진원 깊이는 10km로 얕다.

얕은 진원이 중요한 이유는 같은 규모라도 지표 흔들림이 훨씬 강해지기 때문이다. 실제로 우키시(宇城市)와 히카와초(氷川町)에서 최대 진도 7이 관측됐다. 일본 기상청 진도 계급에서 7은 최고 등급이고, 내진 설계가 안 된 건물의 붕괴와 지반 변형이 발생하는 수준이다.

체감 범위도 넓었다. 26개 도도부현에서 유감 신고가 접수됐다. 일본 전체 47개 중 절반 이상이다.

구마모토는 2016년에도 대규모 지진을 겪은 지역이다. 당시 전진과 본진이 이틀 간격으로 발생하며 피해가 커졌던 경험이 있어, 이번에도 후속 지진에 대한 경계가 이어질 것으로 보인다. 첫 흔들림에서 건물이 버텨도 손상이 누적된 상태에서 두 번째 강진이 오면 무너지는 사례가 2016년에 다수 확인됐기 때문에, 진도 7 지역의 건물 안전 판정이 당장의 과제가 된다.

경제 쪽 파급도 확인이 필요한 사안이다. 구마모토는 반도체와 자동차 부품 공장이 밀집한 지역이다. 반도체 제조는 미세 진동에도 민감해서, 설비 자체가 파손되지 않아도 진행 중이던 웨이퍼 로트가 폐기되고 장비 재정렬에 시간이 걸린다. 2016년 지진 때도 생산 재개까지 수 주가 걸린 라인이 있었다.

기상청 진도 계급을 보충해두면 이렇다. 규모(magnitude)는 지진 자체가 방출한 에너지이고 하나의 지진에 하나의 값이지만, 진도(震度)는 각 지점에서 관측된 흔들림의 세기라 지점마다 다르다. 같은 M7.1이라도 진원이 깊으면 지표 진도는 훨씬 낮게 나온다. 이번에 깊이 10km에서 진도 7이 관측된 조합은 에너지가 지표에 거의 그대로 전달됐다는 뜻이다.

영장류에서 44% 광범위 중화항체를 만든 HIV 백신

La Jolla Institute for Immunology의 보도자료다. HIV 백신 후보가 영장류 실험에서 **44%의 개체에서 광범위 중화항체(bnAbs)**를 유도했다.

이 숫자의 의미를 알려면 HIV 백신이 왜 40년 넘게 실패해왔는지를 봐야 한다. HIV는 변이 속도가 극단적으로 빨라서 특정 균주에 대한 항체를 만들어도 금방 무력화된다. 그래서 필요한 게 광범위 중화항체다. 바이러스 표면에서 변이가 잘 일어나지 않는 부위(변이하면 바이러스 자신이 감염력을 잃는 부위)를 겨냥하는 항체인데, 이건 자연 감염자 중에서도 극소수에서만 생긴다.

백신으로 이걸 유도하는 게 오랜 목표였고, 44%는 그 방향의 진전이다. 다만 몇 가지 단서가 필요하다. 영장류 실험 결과가 사람에게 그대로 재현되지 않는 경우가 HIV 연구에서 특히 많았고, 항체가 생겼다는 것과 실제 감염을 막는다는 것도 별개 단계다. 그럼에도 광범위 중화항체 유도 자체가 오랫동안 막혀 있던 관문이라, 이 결과는 임상 단계로 넘어갈 근거로는 충분해 보인다.

수생 탈산소가 10번째 행성 경계로

Scripps Institution of Oceanography 연구다. **수생 탈산소(aquatic deoxygenation)**를 행성 경계(planetary boundaries) 프레임워크의 열 번째 항목으로 추가하자는 제안이다.

행성 경계는 인류가 안전하게 활동할 수 있는 지구 시스템의 한계를 정량화한 프레임워크다. 기후변화, 생물다양성 손실, 질소와 인 순환, 해양 산성화, 토지 이용 변화 등이 기존 항목이다. 각 항목마다 임계값을 정의하고 현재 상태가 그 안에 있는지 밖에 있는지를 표시한다.

탈산소가 별도 항목으로 제안되는 이유는 다른 항목의 하위 효과로 다루기에는 메커니즘과 임계가 독립적이기 때문이다. 물이 따뜻해지면 산소 용해도가 떨어지고, 영양염 유입이 늘면 조류 번성 후 분해 과정에서 산소가 소모된다. 기후변화와 부영양화라는 서로 다른 두 경로가 같은 결과로 수렴한다. 그리고 산소가 특정 농도 아래로 떨어지면 해양 생태계가 급격히 재편되는 비선형 전환이 일어난다.

프레임워크에 항목을 추가하는 건 학술적 정리를 넘어 정책 신호이기도 하다. 측정하고 보고할 대상이 하나 늘어나는 것이고, 그건 규제와 자금 배분의 근거가 된다.

측정 인프라 쪽 함의도 있다. 대기 중 이산화탄소 농도는 관측망이 촘촘하고 시계열이 길지만, 수중 용존산소는 관측 지점이 훨씬 적고 심층 데이터는 더 희소하다. 항목이 공식화되면 관측 예산이 붙고, 그러면 자율 수중 관측 장비와 원격 센싱 쪽에 수요가 생긴다. 기후 항목 하나가 추가되는 것이 곧바로 하드웨어와 데이터 인프라 수요로 이어지는 경로다.

행성 경계 프레임워크 자체에 대한 비판도 함께 알아둘 만하다. 임계값을 단일 숫자로 제시하면 지역별 편차를 감추고, "경계 안에 있으니 안전하다"는 오독을 부른다는 지적이 오래전부터 있었다. 오늘 답을 맞힌 것과 근거를 제대로 쓴 것은 다르다 절에서 반복해 나온 문제, 즉 집계 지표가 국소적 퇴행을 감춘다는 것과 정확히 같은 구조다. 정상 요청 4,000건으로 추론 파이프라인 정확도를 무너뜨린다에서 집계 정확도가 Truck 클래스의 절반 손실을 가렸던 것과 다르지 않다.

바티칸의 새 회칙

바티칸이 Magnifica Humanitas라는 제목의 회칙을 발표했다. 회칙(encyclical)은 교황이 발표하는 문서 중 교리적 무게가 큰 형식이다.

제목이 "인간성의 위대함" 정도로 읽히는데, 기술과 인간의 관계를 다룬다. 가톨릭 교회가 기술 문제에 문서를 내는 건 새로운 일이 아니다. 산업화, 생명윤리, 환경 문제에 대해 각각 주요 문서가 있었고 그중 일부는 해당 분야 논의에 실제로 영향을 미쳤다.

이런 문헌이 기술 담론에서 갖는 위치가 있다. 대부분의 AI 윤리 논의는 위험 관리 프레임(무엇이 잘못될 수 있고 어떻게 막을 것인가)으로 진행되는데, 종교 문헌은 다른 질문에서 출발한다. 인간이 무엇이고 무엇을 위해 일하는가에서 시작해 기술을 그 안에 배치한다. 결론이 같더라도 도달 경로가 다르면 설득되는 사람의 집단이 다르다.

이런 문서가 실제로 영향을 미친 전례가 있다. 1891년 노동 문제를 다룬 회칙은 이후 여러 나라의 노동 입법 논의에 인용됐고, 2015년 환경 회칙은 그해 기후 협상 국면에서 실제로 언급됐다. 직접적인 법적 효력은 없지만, 특정 인구 집단의 여론과 그 집단을 대표하는 정치인의 입장에 작용한다.

AI 분야에서 이 경로가 열리는 지점은 노동과 교육일 가능성이 크다. 자동화가 일자리 구조를 바꾸는 문제, 그리고 오늘 일자리와 교육이 먼저 움직인다 절에서 본 것처럼 교육 현장이 먼저 흔들리는 문제는 종교 기관이 오랫동안 발언해온 영역이다. 기술적 위험(모델 오작동, 오남용)보다 사회 구조 변화 쪽에서 논의가 붙기 쉽다.

오늘 프런티어 연구자 1,134명이 같은 문장에 서명했다와 나란히 두면 대비가 된다. 한쪽은 만드는 사람들의 자기 규율 요구이고 다른 쪽은 외부 전통의 관점이다. 둘 다 구속력은 없고 둘 다 담론의 온도를 바꾼다. 다만 도달 범위가 다르다. 연구자 성명은 업계 안에서 읽히고, 회칙은 업계 밖에서 읽힌다.

WOFF 1.0이 16주년을 맞았다

W3C의 WOFF(Web Open Font Format) 1.0이 16주년을 맞았다. 이 표준이 성공한 방식이 지금 봐도 참고할 만하다.

배경은 이렇다. 웹 폰트가 기술적으로 가능해진 뒤에도 실제 사용이 거의 없었다. 폰트 회사들이 자기 폰트가 무단 다운로드되는 걸 우려해 웹 사용을 허용하지 않았기 때문이다. 브라우저 진영은 DRM을 넣자는 제안에 반대했다. 웹 표준에 DRM을 넣으면 개방성이 훼손된다는 것이다.

합의점이 WOFF였다. DRM 없이 폰트 데이터를 웹 전용 컨테이너로 감싸고 출처 메타데이터를 넣었다. 기술적으로는 다운로드를 막지 못한다. 다만 웹 전용 형식이라 데스크톱에 바로 설치되지 않고, 라이선스 정보가 파일에 들어 있어 무단 사용의 의도성이 명확해진다. 강제가 아니라 마찰과 증거로 푼 것이다.

결과가 숫자로 나온다. 웹 폰트 사용률이 2011년 약 0%에서 2020년 80%로 올랐다. 그리고 후속 WOFF 2.0이 채택한 압축 알고리즘 Brotli는 로열티가 없다. 표준의 어느 부분에도 특허 통행료가 붙지 않게 설계한 것이다.

이 사례가 시사하는 건 이해관계가 정면으로 충돌할 때 기술적 합의점을 찾는 방식이다. 완전한 보호도 완전한 개방도 아닌 중간 지점을 만들고, 그게 양쪽 모두에게 현상 유지보다 나았기 때문에 채택됐다. AI 학습 데이터를 둘러싼 지금의 대립이 비슷한 구조인데, 아직 WOFF에 해당하는 합의점이 나오지 않았다.

27년 늦은 하프라이프 Mac OS 9 이식