리브의 아침 브리핑

01PicoMQ - S3 기반 실시간 데이터 스트림 서버

채팅, 기기 이벤트, 작업 이력, 에이전트 대화를 순서대로 쌓고 실시간으로 흘려 주는 스트림 서버를 만들었습니다. 레코드와 WAL은 전부 S3 호환 스토리지에 두고, 노드에는 버려도 되는 캐시만 남깁니다. 세션이나 작업마다 작은 스트림을 하나씩 만들어 수백만 개를 굴리는 것이 목표입니다.

• 메타데이터와 스트림 소유권은 Postgres가 맡고 단일 노드는 SQLite로 돌아가서, 브로커 디스크나 자체 합의 프로토콜이 필요 없습니다. 노드가 죽어도 데이터를 재분배하지 않고 몇 초 동안의 라우팅 전환으로 복구합니다.
• PUT으로 만들고 POST로 붙이고 GET으로 읽는 HTTP API에 롱 폴링과 SSE를 얹었습니다. Durable Streams와 Kafka Wire Protocol도 같은 엔진에서 받으니 Kafka 클라이언트로도 붙습니다.
• 대가도 있습니다. 객체 스토리지 왕복 때문에 쓰기 지연이 보통 수십 밀리초이고, 인증은 기본으로 꺼져 있어 외부에 열려면 따로 설정해야 합니다.

github.com/picomq · 관심사 상 · 추천 상위 42.4%

02컨텍스트 언어 모델 - 자신의 컨텍스트를 직접 편집하는 AI

모델이 지금 읽고 있는 컨텍스트를 파일로 꺼내 주고, 그 파일을 모델이 직접 고치게 했습니다. 정해진 시점에 통째로 요약하는 대신, 중요한 것은 남기고 필요 없는 것은 지우거나 접습니다. 추가 학습 없이도 BrowseComp-Plus에서 요약 방식보다 정확도는 상대적으로 11.4% 높고 연산량은 21.5% 적었습니다.

• 구현은 단순합니다. 컨텍스트를 파일로 미러링하고 경로를 시스템 프롬프트에 알려 주면, 모델이 Bash로 편집한 내용이 다음 생성의 실제 컨텍스트가 됩니다. 파일을 여러 개 두면 다중 에이전트가 되고, 파일을 만들고 지우는 것이 곧 하위 에이전트의 시작과 종료입니다.
• 가르치지 않았는데도 모델은 점수판을 163번 부분 수정하며 컨텍스트를 6-8K 토큰으로 유지했고, compact_turns 함수를 직접 정의해 37번 재사용했습니다.
• 중간을 고치면 그 뒤를 다시 프리필해야 해서 비용이 커집니다. 그래서 Suffix Cache Reuse를 제안해 서버 연산을 35% 줄였습니다. HN 댓글도 가장 큰 걸림돌로 캐시 적중률 하락을 꼽았습니다.

arxiv.org · 관심사 최상 · 추천 상위 49.1%

03Opus 5.5에게 가상 캔버스를 주고 그림을 그리게 해봤다

Opus 5.5 같은 모델에게 붓, 젖은 물감, 건조와 덧칠을 흉내 내는 가상 작업실을 주고 붓질을 코드로 쓰게 했습니다. 이미지 생성 모델은 쓰지 않았고, 모델은 조금 그린 뒤 캔버스를 보고 다음 붓질을 정합니다. 지금까지 75점을 공개했고 붓질 과정을 재생해 볼 수 있습니다.

• 대부분은 프리드리히의 그림을 보여 주지 않고 문헌 조사만으로 화풍을 따르게 했습니다. 75점 중 46점은 부분별로 그리고 물러나 확인하는 가상 이젤 방식입니다.
• 자유 주제를 줘도 물병과 레몬, 저녁 풍경이 반복됐습니다. 작업실 없이 구상만 물어도 Claude Opus는 6번 모두 물병과 레몬을 골랐습니다.
• Opus 5.5가 앞선 모델들의 메모를 규칙처럼 받아들여, 반복된다고 적힌 모티프를 전부 피한 회차도 있었습니다. 블라인드 평가에서는 AI 화가 셋이 모두 Opus 5.5의 겨울 그림을 자기 작품보다 위에 놓았습니다.

stillwet.art · 관심사 최상 · 추천 상위 49.1%

04웹 개발 교육의 죽음

생성형 AI로 학습 수요가 옮겨 가면서 웹 개발 강좌와 전자책, 튜토리얼로 먹고살던 독립 교육자들이 매출을 잃고 사업을 접고 있습니다. Axel Rauschmayer의 도서 수입은 0이 됐고, Josh W. Comeau와 동료 강좌 제작자들의 매출은 50% 넘게 줄었습니다. 적응하라는 말로는 해결되지 않습니다. 교육 노동의 가치를 인정하고 보상해야 합니다.

• Rauschmayer의 무료 블로그와 책은 감당하지 못할 만큼 트래픽이 늘었는데 거의 전부 AI 크롤러였고 광고 수입은 없었습니다. 그래서 내리기로 했습니다.
• Web Dev Simplified의 Kyle Cook은 조회 수와 수입이 절반이 됐습니다. 프로그래밍 튜토리얼보다 최신 AI 모델 영상이 만들기도 쉽고 벌이도 낫습니다.
• Rachel Andrew는 집필자가 아낀 시간이 편집자의 사실 확인으로 넘어온다고 봅니다. 개인이 느끼는 생산성 향상이 실은 남에게 일을 옮긴 결과일 수 있습니다.

molily.de · 관심사 상 · 추천 상위 49.1%

05리눅스 커널 개발자 Greg Kroah-Hartman, LLM 시대의 보안 [영상]

Mythos가 찾았다는 리눅스 취약점 79개의 원자료를 직접 봤습니다. 24개는 충돌했다는 말뿐이었고, 14개는 버그가 아니었으며, 3개는 지어낸 데이터였고, 15개는 이미 고쳐져 있었습니다. 남은 것을 정리하니 실제 버그 수정 10개, 커널 개발 한 시간 분량입니다.

• 그래도 도구는 씁니다. 과거 수정 패턴이 다른 코드에 남았는지 찾는 일은 Coccinelle로 해 오던 것이고, NOMMU 문제에서는 VM과 테스트 코드까지 만들어 재현했습니다.
• 대학원생 6명과 생성 패치를 검토해 보니 그럴듯한 패치의 절반쯤이 틀렸습니다. 설명을 걷어내고 코드부터 보는 편이 판단에 도움이 됐습니다.
• 보안팀은 위협 모델을 문서화하고 보고자에게 초기 패치를 요구합니다. 비공개 정보는 외부 서비스 대신 로컬 모델로 다루기를 권합니다.

youtube.com · 관심사 상 · 추천 상위 49.1%

06DeepSeek Harness, 맥·윈도우용 데스크톱 앱 공개

오픈소스 에이전트 하네스 DeepSeek Harness를 macOS·Windows 데스크톱 앱으로 냈습니다. 코딩, 문서, 데이터 분석, 조사를 한곳에서 처리하고, 모든 기능이 플러그인인 Cordis 구조 위에 올라가 있습니다. 공개 프리뷰이고 MIT 라이선스입니다.

• Creator mode에서는 대화로 플러그인을 만듭니다. 데모에서는 화면 위에 뜨는 포모도로 타이머를 만들어 설치와 검증까지 끝냈습니다.
• 결과물은 앱 안에서 미리 보고 대화로 고치며, 코드 변경은 줄 단위 diff로 봅니다. 실행 추적에서는 시스템 프롬프트와 도구 호출 페이로드, 실행 시간까지 볼 수 있습니다.
• HN에서는 데스크톱 빌드의 텔레메트리가 기본으로 켜져 있다는 지적이 먼저 나왔고, 끄는 설정 키도 같이 공유됐습니다.

deepseek.com · 관심사 상 · 추천 상위 69.3%

07Show GN: 5달러 시계에 Claude·Codex 사용량을 띄워봤습니다

알리에서 5달러쯤 주고 산 시계에 Claude와 Codex 사용량을 띄웠습니다. 시계 펌웨어는 손대지 않았고, 켜 둔 컴퓨터가 화면을 갱신합니다. 책상에 두니 생각보다 귀엽습니다.

• 코드와 실물 사진, 화면 미리보기를 같이 올렸습니다.
• 단말은 그대로 두고 호스트가 화면을 밀어 넣는 방식이라, 시계 쪽에서는 개발할 것이 거의 없습니다.

token-tv.vercel.app · 관심사 최상 · 추천 상위 96.4%

08개발 못 하는 영업 직장인이 옵시디언에 클로드 코드를 붙여 일한 기록

저는 개발을 못 하는 B2B 영업 직장인이고, 옵시디언 볼트에 클로드 코드를 붙여 일했습니다. 쓴 것은 볼트 맨 위 CLAUDE.md 한 장, 지적받을 때마다 AI가 직접 쓰는 교훈 문서, 하는 일별로 나눈 대화방 세 가지뿐입니다. 한 달 쓰고 나니 같은 지적을 되풀이하는 일이 확실히 줄었습니다.

• 틀리고 고친 순서대로 적었습니다. 처음부터 잘 짠 구조가 아니라 지적이 쌓여서 생긴 구조입니다.
• 교훈 문서는 제가 아니라 AI가 씁니다. 저는 지적만 합니다.

brunch.co.kr · 관심사 상 · 추천 상위 96.4%

09Aleph Alpha의 주권형 오픈웨이트 모델 Kolibri

Kolibri: A Sovereign Open-Weight Model

Aleph Alpha가 주권형 오픈웨이트 모델 Kolibri를 공개했고, 기술 보고서와 별도 해설 논문도 함께 냈습니다. 받은 재료는 링크뿐이라 아래 내용은 대부분 HN 반응입니다.

• 댓글이 인용한 바로는 발표문이 직접 기억하는 지식이 적고 다중 턴 도구 호출이 약하며 최고의 코딩 에이전트도 아니라고 밝혔습니다. 첫 반응은 그럼 무엇을 잘하냐는 반문이었습니다.
• RTX Pro 6000에서 돌려 본 사람은 활성 파라미터가 3B라 fp8에서 초당 170토큰쯤 나오지만 생각이 지나치게 길다고 했습니다. 4비트·8비트 양자화 안내가 없다는 지적도 있었습니다.

aleph-alpha.com · 관심사 상 · 프런트 상위 6.5%

10에이전트에게 필요한 건 기억이 아니라 문서다

Agents don't need memory, they need documentation

에이전트에게 기억 장치를 붙이기보다 문서를 잘 써 두는 쪽이 낫다는 주장입니다. 본문은 재료에 들어오지 않아 제목이 말하는 데까지만 옮기고, 나머지는 HN 반응입니다.

• 한 댓글은 Peter Naur의 「Programming as Theory Building」을 꺼내 문서만으로는 프로그램의 정신 모델을 다 담을 수 없다고 반박했습니다. 다만 AI는 맥락을 명시해야 하는 몫이 훨씬 커서 사정이 다를 수 있다고 덧붙였습니다.
• 집 인프라용 기억 장치를 만들어 봤다는 사람은 데이터가 커지면 읽고 갱신하는 데 드는 토큰이 불어난다고 했습니다. 대신 인프라 참조 문서를 잘 정리해 두는 쪽은 효과가 컸다고 했습니다.

liao.gg · 관심사 최상 · 프런트 상위 85.1%