리브의 아침 브리핑

01Gemini 3.7 Flash 공개

Gemini 3.7 Flash

3.7 Flash를 공개합니다. 연말까지 입력 100만 토큰당 0.75달러, 출력 100만 토큰당 3.75달러의 도입가로 제공하며, 이 가격과 향상된 성능을 합치면 프로덕션급 에이전트를 비용 효율적으로 확장할 수 있습니다.

• 도입가는 2026년 12월까지 유지되고, 그 뒤 가격은 아직 밝히지 않았다.
• 발표는 5.6 Terra를 비교 대상으로 삼았지만, 댓글에서는 Terra가 실제로는 절반 가격이고 최근 나온 Grok 4.6이 더 낫고 더 싸다는 지적이 이어졌다.
• 도입가를 연말까지 걸어 둔 것을 두고 내년까지 Flash 계열에 큰 변화가 없다는 신호로 읽는 반응도 있었다.

blog.google · 관심사 상 · 프런트 상위 4.2% · 화제

02DeepSeek Harness 개발자 프리뷰

DeepSeek Harness developer preview

코딩 에이전트 하네스인 DeepSeek Harness의 개발자 프리뷰를 공개합니다. GitHub 저장소와 별도 가이드 문서를 함께 열어 두었습니다.

• 저장소와 가이드 사이트가 동시에 열렸고, 아직 프리뷰 단계다.
• 댓글에서는 설정을 md 파일이 아니라 cordis 플러그인 형태로 가져가는 것처럼 보인다는 관찰이 나왔다.
• 이런 하네스들이 왜 하나같이 node.js로 쓰이는지에 대한 질문과, 기존에 쓰던 것보다 낫지 않으면 굳이 갈아타지 않겠다는 반응이 함께 붙었다.

deepseek.com · 관심사 최상 · 프런트 상위 5.1%

03HOP - HWP/HWPX 문서를 보고 편집할 수 있는 오픈소스 데스크톱 앱

HWP/HWPX 문서를 macOS, Windows, Linux에서 열고 편집할 수 있는 오픈소스 데스크톱 앱입니다. Rust 기반 파서·에디터인 rhwp를 문서 엔진으로 쓰고, 그 위에 데스크톱 환경에 필요한 기능을 얹었습니다.

• Tauri 2 기반으로 네이티브 메뉴, Rust Document Session 관리, Atomic Save, 네이티브 SVG→PDF 변환, Single Instance와 OS File Open Event 처리까지 구현했다.
• 현재 HWP 저장과 PDF 내보내기·인쇄는 되지만 HWPX는 열기만 가능하고, Autosave/Recovery는 아직 구현 중이다.
• macOS는 Apple Silicon/Intel 모두 지원하며 Homebrew로 설치할 수 있고, Windows x64와 Linux의 .deb/.rpm/AppImage, Arch AUR까지 제공한다. 최신 버전은 v0.4.1, MIT 라이선스.

github.com/golbin · 관심사 중 · 추천 상위 8.2%

04이제 병목은 이해다

Understanding is the new bottleneck

AI가 코드를 쏟아내기 시작하면서 생산의 병목이 옮겨 갔습니다. 더 이상 코드를 쓰는 속도가 문제가 아니라, 쏟아진 코드를 이해하는 속도가 문제입니다.

• 댓글에서 가장 많이 인용된 것은 "나는 코드를 읽는다"는 미첼 하시모토의 말이었고, 이해하지 못한 코드를 프로덕션에 커밋하는 것은 상상할 수 없다는 반응이 이어졌다.
• 코드의 결과에 책임지는 것은 사람이며 그 책임은 에이전트가 대신 질 수 없다는 논지가 반복해서 나왔다.
• 쏟아지는 양을 다루는 요령은 좋지만 복잡한 코드일수록 설명 자체가 환각될 수 있다는 반론도 있었다. 그보다 LLM이 진흙더미가 아니라 단단한 탑처럼 설계하도록 강제하는 법을 읽고 싶다는 요구다.

geoffreylitt.com · 관심사 최상 · 프런트 상위 41.2%

05로그 한 줄이 journald에 만드는 디스크 쓰기 49KB, btrfs에선 110KB

Single log line is 49KB+ (ext4) / 110KB+ (btrfs) of systemd-journald disk writes

systemd-journald에 로그 한 줄을 남기면 ext4에서 49KB, btrfs에서는 110KB가 넘는 디스크 쓰기가 발생합니다. 이슈로 실측 결과를 올렸습니다.

• 파일시스템에 따라 증폭 배수가 두 배 이상 차이 난다는 것이 실측의 핵심이다.
• 댓글에서는 journald의 디스크 사용량을 들여다보고 놀랐다는 경험담과 함께, 아예 다른 init 시스템으로 옮기겠다는 반응이 나왔다.
• 이슈 스레드 안의 후속 코멘트를 함께 봐야 재현 조건이 잡힌다는 지적도 붙었다.

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

06LLM은 PCB 배선을 어디까지 할 수 있을까? 숙련자와 Net 단위로 비교해봤습니다

21mm 원형 4층 PCB의 배선을 LLM 에이전트에게 맡겨봤습니다. 처음에는 그럴듯해 보였지만 HW 엔지니어 동료에게 리뷰를 받자마자 여러 문제를 지적받았고, 결국 외부 엔지니어에게 설계를 의뢰했습니다. Fable 5까지 써봤지만 결론은 크게 달라지지 않았습니다.

• LLM이 만든 기판과 숙련자가 수정한 기판을 Net 단위로 비교해, 어떤 배선을 왜 바꿨는지 정리하고 외주 엔지니어 피드백까지 합쳐 PCB Routing Rule/Skill로 만들었다.
• 그 Skill을 다시 적용해 같은 PCB를 재시도했더니 분명 나아졌지만 여전히 숙련자 결과물에는 못 미쳤다.
• 두 라운드로 산 것은 배선 작업 자체가 아니라 LLM이 어디까지 하고 어디서부터 실패하는지의 목록이었고, 이 목록이 이번 기판보다 오래 쓰일 것 같다.

edgelog.dev · 관심사 최상 · 추천 상위 47.1%

07Pi의 컨텍스트 compaction은 어떻게 동작하나

How Compaction Works in Pi

Pi가 대화 컨텍스트를 압축하는 방식을 코드 기준으로 뜯어봤습니다. 최근 대화 약 20k 토큰을 남기고 나머지는 전용 시스템·유저 프롬프트를 붙여 다른 모델에 넘긴 뒤, 그 결과로 템플릿을 채우는 구조입니다.

• 압축을 별도 모델 호출로 분리하고, 자유 서술이 아니라 템플릿 채우기로 받는 것이 핵심 설계다.
• 댓글에서는 로컬 LLM 환경에서 compaction이 특히 고통스럽다는 이야기가 나왔다. 128k에 가까운 컨텍스트를 다시 읽고 5-10k를 생성하는 데 초당 10-45토큰으로는 시간이 너무 걸린다는 것이다.
• 그래서 압축을 기다리느니 컨텍스트가 차면 그냥 새 세션을 시작한다는 운용 방식도 공유됐다.

earendil.com · 관심사 상 · 프런트 상위 62.8%

08게임을 가장한 슬라이드쇼, Idol Mahjong Final Romance 해부

Idol Mahjong Final Romance: A Slideshow Disguised as a Video Game

Idol Mahjong Final Romance는 비디오 게임의 탈을 쓴 슬라이드쇼입니다. 하드웨어를 뜯어보고 이 게임이 제약 안에서 연출을 어떻게 짜냈는지 따라가 봤습니다.

• 기판 사진과 함께 구성 부품을 짚어가며 이 구조가 어떤 연출을 가능하게 했는지 설명한다.
• 댓글에서는 옛 게임 개발자들이 기술을 얼마나 창의적으로 썼는지에 대한 감탄과, 하드웨어 사진 속 VR2·VR3가 가변저항인지 무엇을 튜닝하는 것인지 묻는 질문이 나왔다.
• 관련해서 같은 계열 마작 게임들을 훑는 영상도 함께 공유됐다.

nicole.express · 관심사 상 · 프런트 상위 84.4%