리브의 아침 브리핑

01모든 글에 AI를 쓰면서도 ‘AI 슬롭’을 피하는 방법

우리는 모든 글에 AI를 쓰고, 조사부터 팩트체크까지 6-12분에 끝내는 파이프라인도 갖고 있다. 그런데도 수만 개의 글을 자동 발행하지는 않는다. 슬롭을 가르는 것은 AI 사용량이나 긴 대시 같은 문체가 아니라, 창작자가 아낀 수고를 독자에게 떠넘겼는지 여부다.

• 초안을 요청하기 전에 독자·약속·관점·근거·정보 이득을 사람이 먼저 정해야 하고, 인터뷰와 내부 지식, 독점 데이터처럼 모델이 혼자 만들 수 없는 원재료를 넣어줘야 한다.
• 조사·개요·근거·초안을 한 파일로 합치지 말고 단계마다 아이디어 관문, 개요 관문, 근거 관문, 초안 관문을 두어 사람이 멈추거나 방향을 바꿀 수 있게 한다.
• AI가 6분 만에 뽑은 매끄러운 2,000단어는 글의 존재 이유를 다시 묻는 대신 이미 나온 결과를 고치게 만드는 매몰 비용이고, 그 비용은 6분마다 새로 생긴다.

ahrefs.com · 관심사 상 · 추천 상위 35.1%

02DHH가 바라본 프로그래밍의 미래: 직접 코딩에서 AI 에이전트 팀 운영으로 [유튜브]

13개월 전만 해도 AI 자동완성에 회의적이었는데, Opus 4.5와 에이전트 하네스를 보고 생각이 완전히 바뀌었다. 최근 3개월간 만든 Omarchy Quattro는 거의 전부, 마지막 두 달은 100% 에이전트가 코드를 썼고 내가 직접 쓴 출시 코드는 없다. 아이디어가 떠오르는 속도와 화면에 소프트웨어가 나타나는 속도의 차이가 전화 접속에서 광섬유로 바뀐 느낌이다.

• 여러 에이전트를 병렬로 돌리면서 나는 구조·비전·우선순위와 최종 병합 여부를 정하는 코치 역할에 집중했고, 3개월간 1,000개가 넘는 PR을 병합했다.
• 구현 비용이 급락해도 좋은 제품에는 아이디어와 안목, 응집된 비전이 필요하며 대규모 조직이 즉시 10배 빨라지지 못하는 이유는 코드 생성 능력이 아니라 사람의 의사소통과 승인 구조다.
• 구현을 읽지 않는 바이브 코딩과 구현을 검토하는 프로그래밍은 구분해야 하고, 초기에 유용했던 프로그래밍 지식이 지금은 오히려 경로를 좁히는 제약이 될 수 있다.

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

03AI 시대에 코드 리뷰에서 살아남는 방법은?

동료들이 AI를 적극적으로 쓰기 시작하면서 내가 받는 PR이 평균 6,000줄 diff가 됐다. 사람이 시스템의 작동 방식을 이해해야 한다는 생각 때문에 AI 리뷰에 기대기도 망설여지는데, 이런 규모에 어떻게 대응해야 하는지 조직적·개인적 전략을 찾고 있다.

• 답변의 다수는 크기부터 자르라는 쪽이었고, 한 팀은 코드 이동 같은 예외를 빼고 PR 변경분을 400줄 이하로 제한하며 AI 작성 코드에도 같은 규칙을 적용한다.
• 설명 없이 코드를 넘기면 리뷰어가 구현을 역공학하며 작성자의 의도까지 알아내야 하므로, AI 분석을 붙이더라도 맨 앞에는 작성자가 직접 이해하고 정리한 판단 근거가 있어야 한다.
• AI 리뷰는 반복할수록 사소한 취향을 지적하고 앞선 요구를 뒤집기까지 하므로 언제 멈출지는 사람이 정해야 하며, 리뷰 기준 자체를 관리자와 팀이 먼저 합의하지 않으면 개인의 노력이나 도구로는 풀리지 않는다.

lobste.rs · 관심사 최상 · 추천 상위 50.9%

04Claude Code,Codex,Cursor는 어떤 도구를 선택할까? 1만7천 회 실행 분석

코딩 에이전트가 기존 코드베이스의 요구에 맞는 외부 서비스를 어떻게 발견하고 고르는지 측정했다. 75개 저장소와 1,163개 프롬프트 변형으로 16,893회를 실행했고, 그중 51개 코드베이스·18개 분야의 유효 세션 5,292개를 먼저 공개한다. 세 에이전트가 같은 제품을 고른 조건은 42%에 그쳤다.

• 정보 탐색 방식부터 다르다. Codex는 세션의 94%에서 웹 검색을 쓰고 열 건 중 아홉은 site: 연산자로 범위를 좁히는 반면, Claude Code는 주로 사전 지식에 의존해 검색 비율이 약 30%이고 검색할 때는 Codex보다 페이지를 세 배 더 본다.
• 코드베이스 맥락이 선택을 크게 좌우해서, 같은 이메일 발송 요구도 TypeScript에서는 Resend, Python에서는 SendGrid, Go에서는 Postmark, Java에서는 Azure ACS가 이겼다.
• 유명하다고 채택되지는 않아 PayPal은 139회 언급에 설치 0회, LangChain은 194회 중 4회, Netlify는 152회 중 6회였고 자체 구현 비율은 Claude Code가 19%로 나머지 둘의 약 10%보다 높았다.

armature.tech · 관심사 최상 · 추천 상위 50.9%

05AI라는 소행성이 강타한 프론트엔드 웹 개발

Chrome 실행 추적을 Claude에 던졌더니 Style Calculation 비용이 높고 Layout은 낮은 상황을 숙련된 웹 개발자도 자주 놓치는 방식으로 진단해 냈다. 브라우저 성능 팀 경력이 있는 나조차 그렇게 개선안을 받았다. 그러는 사이 존경받던 프론트엔드 교육자들이 하나둘 활동을 접거나 AI 쪽으로 초점을 옮기고 있다.

• 선택자 매칭과 무효화 범위, 프레임마다 반복되는 클래스 갱신, :root 사용자 정의 속성 변경, 공유되지 않는 Shadow Root 스타일시트까지 짚고 Selector Stats로 후속 측정하는 방법까지 안내했다.
• Cursor는 Solid에서, Viget은 Lit에서 React로 옮겼는데 재작성이 저렴해졌는데도 더 간결하고 빠른 프레임워크가 아니라 React를 고른 이유는 에이전트가 React를 잘 알기 때문이며, 개발자 경험보다 에이전트 경험이 중요해지기 시작했다.
• 프론트엔드 코드는 백엔드보다 일시적이고 교체하기 쉬워 감독 없이 에이전트에 맡기게 되겠지만, 접근성이 망가지거나 사용자를 가두는 무한 루프가 생기는 위험은 그대로 남는다.

nolanlawson.com · 관심사 상 · 추천 상위 62.1%

06ImHex로 미지의 파일 형식 리버스 엔지니어링하기

FEZ의 세이브 파일은 매직 바이트도 형식 명세도 없는 완전한 사용자 정의 바이너리다. 바이트만 들여다봐서는 아무것도 알 수 없으니, 파일을 읽고 쓰는 C# 코드를 역컴파일해 직렬화 순서와 자료형을 역추적한 뒤 ImHex Pattern Language로 하나씩 옮겼다.

• Rider로 EasyStorage의 PCSaveDevice까지 따라가면 파일명 SaveSlot2가 나오고, Save()가 40,960바이트 버퍼에 FILETIME을 먼저 쓴 뒤 게임 데이터를 채우고 남는 만큼 0으로 패딩한다는 것이 드러난다.
• 첫 값 6L은 형식 버전이어서 std::assert로 호환되지 않는 파일을 패턴 단계에서 거부할 수 있고, [[fixed_size(0xA000)]]로 크기 정책까지 문서화된다.
• 존재 여부 불리언이 앞에 붙는 선택적 객체는 제네릭 구조체로, 7BitEncodedInt 길이 접두 문자열은 최상위 비트를 이어짐 표시로 읽는 방식으로 표현해 두면 패턴 자체가 실행 가능한 문서이자 검증기가 된다.

werwolv.net · 관심사 상 · 추천 상위 62.1%

07wigolo - AI 에이전트를 위한 로컬 우선 웹 검색/수집 도구

AI 에이전트에 필요한 검색, 페이지 읽기, 크롤링, 데이터 추출, 캐시, 유사 문서 검색, 리서치를 MCP 하나로 묶었다. 검색은 18개 엔진을 함께 조회해 결과를 합치고 로컬 모델로 재정렬하며, 각 결과에 원문 발췌와 출처 위치, 인용 ID, 평가 점수를 붙인다.

• 페이지 읽기는 일반 HTTP 요청으로 시작하다가 SPA나 봇 차단 화면이 감지되면 헤드리스 브라우저로 자동 전환하고, PDF와 로그인 세션, 클릭·입력·스크롤·스크린샷까지 처리한다.
• 검색·읽기·크롤링·추출·캐시·유사 검색은 API 키 없이 로컬에서 돌아 요청당 비용이 없고, 출처가 붙은 보고서를 만드는 research와 자율 수집 agent만 LLM 연결이 선택 사항이며 Ollama로 완전 로컬 구성도 된다.
• 실패한 검색 엔진, 오래된 캐시, 차단된 페이지, 잘린 결과를 숨기지 않고 결과 상태에 명시한다. Node.js 20 이상과 약 1.5GB 디스크가 필요하고 Public Beta에 AGPL-3.0이다.

github.com/KnockOutEZ · 관심사 상 · 추천 상위 88.2%

0860달러 게이밍 PC, AMD BC-250 굴려보기

The "$60 Gaming PC" – AMD BC-250 (2025)

채굴용으로 나왔다가 쏟아진 AMD BC-250 보드를 60달러짜리 게이밍 PC로 세워 본 기록이다. 저가에 풀린 하드웨어를 어디까지 일상 용도로 끌어올 수 있는지가 요지다.

• 제목의 60달러는 이미 지난 가격이라는 반응이 붙었다. 수요가 몰려 지금은 수백 달러에 거래된다는 지적이다.
• 원문 사이트가 접속되지 않아 아카이브 링크가 대신 돌고 있고, 그마저 안 열린다는 댓글이 이어졌다.

devquasar.com · 관심사 중 · 프런트 상위 21.5%

09LLM을 인지 바이러스로 보는 논문

LLMs as a Cognitive Virus

LLM을 도구가 아니라 인지 바이러스로 놓고 보는 arXiv 논문이다. 확산 방식과 숙주의 사고에 남기는 흔적이라는 틀로 LLM 사용을 다시 기술한다.

• 저자의 지도 학생이라는 사람이 팀의 작업을 소개하며 등장했고, 스노 크래시를 떠올렸다는 짧은 반응도 붙었다.
• 기술 바깥에 있는 사람의 논평은 걸러 들어야 하며 AI 분야에서 연구는 선행 지표라기보다 후행 지표에 가깝다는 반론이 나왔다.

arxiv.org · 관심사 중 · 프런트 상위 39.2%