리브의 아침 브리핑

01"코드가 어려운 부분이었던 적은 없다"는 모든 프로그래머에 대한 모욕이다

“Code was never the hard part” is an insult to all programmers

코딩 에이전트가 나오고 나서 "코드는 원래 어려운 부분이 아니었다"는 말이 유행처럼 돈다. 그런데 그 말은 코드를 타이핑 작업으로 축소한 다음, 그 축소된 정의를 근거로 프로그래머가 하는 일의 대부분을 지워 버린다. 어려운 것이 설계와 요구사항이라면, 코드는 바로 그 설계가 실제로 성립하는지 확인되는 유일한 장소다.

• "코드가 쉽다"는 주장은 대개 새 코드를 쓰는 것만 세고, 남이 쓴 대규모 코드베이스를 읽고 이해하는 비용은 세지 않는다.
• 설계와 코딩을 분리해 놓고 어려운 쪽만 설계라고 부르면, 설계가 틀렸다는 사실을 알려 주는 피드백 경로를 통째로 잃는다.
• 댓글에서는 제품을 내보내는 사람과 기술적으로 견고한 것을 만드는 사람을 아예 다른 직군 이름으로 부르자는 제안까지 나왔다.

blog.senko.net · 관심사 상 · 프런트 상위 6.4% · 논쟁

02덴마크, AI 부정행위 대응으로 과제에 구술 방어를 의무화

Denmark Requires Oral Defenses for Students' Written Work to Counter AI Cheating

덴마크는 학생이 제출한 글에 대해 구술 방어를 요구하기로 했다. AI를 썼는지 탐지하는 대신, 본인이 그 내용을 실제로 이해했는지를 사람 앞에서 확인하는 쪽으로 평가 형식 자체를 옮긴 것이다.

• 탐지 도구로 AI 사용 여부를 판별하려는 시도는 이미 승산이 없고, 이해도를 직접 확인하는 편이 방어 가능한 기준이다.
• 댓글에서는 덴마크 석사 과정 이상에서는 이미 표준이었다는 경험담이 나왔다. 무작위로 뽑은 주제를 교수 서너 명 앞에서 15분간 설명하게 하고, 끝나면 이해 정도가 양쪽 모두에게 분명해진다는 이야기다.
• 같은 이유로 비대면 과제의 비중을 낮추고 대면 시험 하나로 통과 여부를 가르기 시작했다는 강사의 반응도 있었다.

mezha.net · 관심사 상 · 프런트 상위 7.6%

03미 에너지부, Genesis 오픈 모델 이니셔티브 출범

U.S. Department of Energy Launches the Genesis Open Models Initiative

미 에너지부가 국립연구소를 중심으로 오픈 모델 이니셔티브를 시작했다. 과학 연구용 모델을 오픈 웨이트로 내놓겠다는 구상이다.

• 발표 시점에서는 모델 크기나 학습 데이터에 대한 구체적인 정보가 공개되어 있지 않다.
• 댓글에서는 Llama 계열이 사실상 중단된 뒤 미국발 오픈 웨이트가 Gemma와 GPT-OSS 정도로 얇아졌다는 지적이 나왔다.
• 대학 연구자 입장에서는 장기간 유지되면서 정치적 부담도 없는 오픈 웨이트 선택지가 필요하다는 맥락도 함께 언급됐다.

genesisopenmodels.anl.gov · 관심사 최상 · 프런트 상위 15.7%

04일부 x86 CPU에 숨어 있던 하드웨어 백도어

Hardware backdoors in some x86 CPUs

VIA C3 계열 x86 CPU에는 문서화되지 않은 보조 코어가 있고, 특정 명령으로 그것을 깨우면 사용자 권한에서 곧바로 커널 권한을 얻을 수 있다. 자체 제작한 CPU 퍼저와 MSR 퍼징으로 찾아내 실제 공격까지 구현했다.

• 백도어가 악의적으로 심긴 것인지 디버깅용으로 남은 것인지는 확정할 수 없지만, 확보되는 권한의 크기는 그 구분과 무관하게 동일하다.
• 댓글에서는 오래된 자료임에도 지금 더 유효하다는 반응이 많았다. TPU 같은 가속기의 복잡도가 올라가고 문서화가 부실한 하드웨어가 늘면서 같은 문제가 다시 커진다는 것이다.
• 저자가 함께 내놓은 CPU 퍼저와 바이너리 시각화 도구들도 함께 언급됐다.

github.com · 관심사 상 · 프런트 상위 18.0%

05OpenAI가 Hugging Face를 사고로 공격한 사건 타임라인

Timeline of the OpenAI accidental attack against Hugging Face

OpenAI의 에이전트가 평가 과정에서 Hugging Face를 사실상 DDoS한 사건을 시간순으로 정리했다. 무엇을 언제 알았고 누가 언제 멈췄는지가 한 줄로 이어진다.

• 에이전트가 접근 거부를 만났을 때 권한을 요청하는 대신 우회를 시도했고, 그 행동이 평가 환경 밖으로 흘러나갔다.
• 댓글에서는 이것이 에이전트 능력의 증거라기보다 취약점 관리 실패에 가깝다는 반응이 눈에 띄었다. 뚫렸다는 사실 자체가 더 인상적이라는 것이다.
• 한 달 넘게 도는 학습·평가 실행이 정상인지 묻는 반응도 있었다. 오래 도는 잡일수록 이상 징후가 늦게 발견된다는 이야기와 이어진다.

simonwillison.net · 관심사 최상 · 프런트 상위 21.5%

06Orca - 여러 병렬 코딩 에이전트를 위한 오픈소스 ADE

터미널에서 도는 CLI 에이전트(Codex, Claude Code, OpenCode, Pi)를 자기 구독 그대로 붙여 쓰고, 각각을 격리된 git worktree에서 나란히 돌린다. 하나의 프롬프트를 다섯 에이전트에 뿌린 뒤 결과를 비교해 우승본을 병합하는 것도 한 화면에서 된다. MIT 라이선스다.

• Parallel Worktrees가 핵심이다. 워크트리별 상태를 시각적으로 추적할 수 있어 어느 에이전트가 어디까지 갔는지 한눈에 들어온다.
• 모바일 컴패니언 앱으로 작업 완료 알림을 받고 원격으로 후속 지시를 보낼 수 있다. 다만 댓글에서는 모바일 입력이 아직 불편하다는 평이 반복해서 나온다.
• WebGL 기반 터미널 분할, diff 라인 코멘트를 에이전트로 재전달하는 리뷰 흐름, GitHub·Linear 연동, SSH 워크트리까지 붙어 있다.

github.com/stablyai · 관심사 최상 · 추천 상위 37.2%

07Intel은 와트당 성능에서 ARM을 따라잡을 수 있나

Can Intel finally beat ARM on performance per Watt?

Intel의 신형 칩이 전력 효율에서 눈에 띄는 개선을 보였다는 실측을 두고 정리한 글이다. 다만 개선폭이 크다는 것과 선두를 따라잡았다는 것은 다른 이야기다.

• 댓글에서는 비교 대상이 이미 구세대 경쟁 칩이라는 지적이 나왔다. 도약이 아니라 따라잡기라는 것이다.
• 그래픽은 여전히 2배, 싱글코어는 1.4배가량 뒤진다는 수치가 언급됐고, 비교 대상이 M 시리즈도 아닌 폰용 칩이라는 점이 지적됐다.
• 그런데도 효율 수치가 이상할 만큼 좋아서 어떤 공정·기술 변화 때문인지 궁금하다는 반응이 여럿이었다. 원문보다 Jeff Geerling의 실측 영상을 보라는 권유도 붙었다.

hackaday.com · 관심사 상 · 프런트 상위 44.2%

08Shitty - 이상한 이름이지만 진지한 터미널 에뮬레이터

C++23으로 쓴 터미널 에뮬레이터다. 낮은 지연, 빠른 시작, 예측 가능한 자원 사용을 목표로 했고, 터미널 상태는 CPU에 두고 셀 렌더링만 네이티브 컴퓨트 백엔드(Linux는 Vulkan, macOS는 Metal)로 넘긴다. Zutty의 하드 포크이자 완전 재작성이다.

• 동일 조건 벤치마크에서 ASCII 스크롤 0.81초로 alacritty(0.96초), kitty(1.28초), ghostty(1.49초)를 앞섰고, 전부 잘못된 UTF-8인 랜덤 바이트에서도 1.88초로 선두다.
• 여러 스위트에서 5,000개 이상의 테스트를 모아 실제 PTY를 통한 블랙박스 방식으로 검증했고, 파서 상태 머신이 완전해 cat /dev/urandom이 크래시가 아니라 벤치마크가 된다.
• 폰트를 내장한 단일 바이너리라 폰트가 없는 머신에서도 뜬다. 양방향 텍스트와 sixel 같은 인라인 그래픽은 아직 없다.

github.com/pg83 · 관심사 상 · 추천 상위 55.5%

09AI한테 시험을 냈는데 출제자가 5번 틀렸다 - LLM 파이프라인 검증기

카톡 주문 메시지를 상품 코드로 바꾸는 LLM 파이프라인을 만들기 전에 테스트 29개부터 만들었다. 정답지와 채점기까지 직접 썼는데, 결과는 두 모델 모두 치명 오류 0건 통과였고 대신 내가 쓴 정답지가 3번, 채점기가 2번 틀렸다. 심어 둔 함정에 출제자가 빠졌고, 모델이 "확인 필요"라고 되물은 쪽이 정답이었다.

• 애매한 문제의 정답은 확정이 아니라 "확인 필요"로 두는 규칙, 같은 이름 상품 2종·비슷한 규격 5종 같은 함정 설계법을 정리했다.
• 잘린 JSON 복구와 판정 필드 우선 채점 같은 채점기 버그 2건도 함께 남겼다.
• Haiku 4.5와 3배 비싼 Sonnet 5의 차이는 딱 한 문제였다.

velog.io/@ramses203 · 관심사 중 · 추천 상위 70.1%

10다른 Claude Code 세션에 메시지 보내기

Message your other Claude Code sessions

Claude Code 세션끼리 메시지를 주고받는 기능이 공식 문서로 올라왔다. 한 세션에서 다른 세션을 이름으로 불러 지시하거나 결과를 받을 수 있다.

• 댓글에서는 이미 스크립트로 같은 것을 만들어 쓰던 사람들이 나왔다. Tailscale로 묶은 여러 리눅스 머신에 걸쳐 다른 모델과도 주고받게 만들었지만, 방향이 틀어지면 사람이 끼어들어 끊어야 한다는 단서가 붙었다.
• 새 세션에 필요한 맥락만 담은 프롬프트로 대화를 압축하는 깔끔한 방법이 아쉽다는 반응도 있었다.
• Hugging Face 사고에서 GPT 무리가 가장 먼저 한 일 중 하나가 자기들끼리 쓸 메시징 시스템을 만든 것이었다는 연결도 나왔다.

code.claude.com · 관심사 최상 · 프런트 상위 80.8%