리브의 아침 브리핑

01Harness Engineering 101 - Python 약 300줄로 배우는 AI 에이전트 구현

LLM API 는 상태가 없어서, 매 턴 대화 전체를 JSON 배열로 보내고 텍스트를 돌려받을 뿐입니다. 하네스는 그 배열을 만들고 유지하고 지키는 프로그램이고, 저는 이걸 프레임워크 없이 순수 Python 300줄로 16장에 걸쳐 키워 봤습니다.

• 각 장은 실패 상황, 최소한의 수정, 그 수정의 비용 순서로 씁니다. 캐싱, 컨텍스트 예산, 하위 에이전트가 왜 필요한지를 실제로 터지는 문제에서 출발해 설명합니다.
• MCP, 스킬, 훅, 가드레일, RAG 까지 전부 1장의 기본 루프를 고친 것으로 풀고, 부록에서 모델 라우팅, worktree 격리, 재시도와 스트리밍을 다룹니다.
• 실습 코드는 외부 패키지 없이 Python 3.10 이상에서 돌고 MIT 입니다. 본문은 CC BY-NC-ND 4.0 이라 수정본 배포는 안 됩니다.

github.com/IsuruMaduranga · 관심사 최상 · 추천 상위 1.3%

02Anatomy - 기술 개념을 움직이는 입체 도해로 만드는 AI 에이전트 스킬

캐시, 연결 풀, 요청 제한 같은 개념을 실제로 움직이는 기계 그림으로 보여 주는 코딩 에이전트 스킬을 만들었습니다. 개념과 수치, 출력 형식만 주면 SVG 로 부품과 배관을 그리고, 조작하면 움직임과 수치가 함께 바뀝니다.

• 독립 실행 HTML, SVG, React/Next.js 컴포넌트로 뽑고, 불꽃이나 물 반사처럼 SVG 로 어려운 효과는 WebGL 을 섞습니다.
• 부품끼리 관통하거나 그리는 순서가 꼬였는지 검사하고, 브라우저 스크린샷으로 결과를 확인하는 도구를 같이 넣었습니다.
• Claude Code, Codex, OpenCode 등에서 쓸 수 있고 MIT 입니다.

github.com/wheresryan22 · 관심사 상 · 추천 상위 8.5%

03Ask HN: AI가 작성한 코드를 이해하지 못한 채 배포하는 문제, 어떻게 대처하시나요?

AI 로 배포 속도가 너무 빨라져서 코드를 한 줄씩 읽기엔 시간이 모자랍니다. 큰 구조는 알지만 세부 동작은 모른 채 끝내는 일이 늘었는데, 어디까지 이해해야 안심하고 넘어가도 되는지 묻고 싶었습니다.

• 답들은 구조와 책임은 사람이 정하고 구현은 맡기자는 쪽, 구현 전에 에이전트가 모호한 부분을 인터뷰하듯 묻게 하자는 쪽, 문서를 코드보다 먼저 고치자는 쪽으로 나뉘었습니다.
• 테스트도 검토 대상이라는 경험담이 많았습니다. 모델이 실패하는 기존 테스트를 새 구현에 맞게 바꿔 버려 회귀가 난 사례, 구현 에이전트와 판정 검사를 만드는 에이전트를 분리하자는 제안이 나왔습니다.
• Claude 로 쓰고 Codex 로 결함을 찾는 식의 교차 리뷰, 수천 줄 PR 을 읽으려고 tree-sitter 와 SCIP 으로 뷰어를 직접 만든 사례도 있었습니다.

news.ycombinator.com · 관심사 상 · 추천 상위 10.8%

04Superlite - Superpowers보다 빠른 Claude Code 플러그인

Superpowers 는 단계마다 사람이 끼는 신중한 워크플로라서, 결과가 이미 분명할 때는 기능당 8-12번의 승인과 한 줄로 늘어선 순차 실행이 대기 시간의 대부분이었습니다. 그래서 명세를 넘기면 계획부터 병렬 구현, 테스트, 리뷰까지 알아서 가는 Superlite 를 만들었습니다.

• 계획은 작업 그래프로 짜고, 작업마다 소유 파일과 인터페이스, 통과할 테스트를 박아 서로 겹치지 않는 것끼리 병렬로 돌립니다. Opus 는 조율과 최종 리뷰, Sonnet 은 구현, Haiku 는 작은 기계적 작업을 맡습니다.
• 프롬프트로 수정 금지를 적어도 조율자가 코드를 고치길래, 이제는 훅으로 막습니다. 테스트 백그라운드 전환과 에이전트별 토큰, 비용, 시간 기록도 훅이 합니다.
• 자율 모드여도 사용자 없이 푸시나 병합은 하지 않고, 자체 벤치마크에서 Superpowers 보다 실행 시간이 52% 짧았습니다.

contextfirst.blog · 관심사 상 · 추천 상위 34.1%

05에이전트에 데이터를 어떻게 입힐까 — 데이터가 작을 땐 RAG 대신 YAML 온톨로지

GraphDB 와 RAG 사이에서 고민하다가, 데이터가 작을 때는 온톨로지를 YAML 로 정의해 컨텍스트에 통째로 넣기로 했습니다. 검색 단계가 없으니 빠지는 것이 없고, Git 으로 변경을 추적하기 쉽고, 사람도 LLM 도 읽기 편했습니다.

• 언제 RAG 나 그래프 DB 로 넘어가야 하는지 신호도 같이 정리했습니다.
• 댓글에서 업무 기록을 파일로 나누고 매번 읽는 한 장에는 이 일엔 이 파일 목록만 두는 방식을 쓴다는 분이 있었고, 저는 그 목록만으로 어떤 파일을 열지 헷갈리기 시작하면 다음 단계로 넘어갈 때라고 답했습니다.

bigstargithub.github.io · 관심사 최상 · 추천 상위 44.5%

06LLM 프록시를 직접 운영하지 않으면, 모델 호출에서 무슨 일이 벌어지는지 어떻게 알 수 있을까?

제공업체의 진행 표시와 사용량 화면으로는 엔지니어가 판단할 만한 시계열 토큰 통계가 안 나옵니다. 그래서 LLM 호출을 직접 운영하는 프록시로 모아, 어느 클라이언트가 언제 어떤 모델을 불렀는지 기록합니다.

• 여러 제공업체와 모델을 한 엔드포인트로 묶어 클라이언트 설정을 매번 고치지 않고 바꾸고, 가상 API 키로 주 키가 에이전트마다 흩어지지 않게 합니다.
• 코딩 세션 중 캐시 미스의 원인을 손으로 20초 만에 찾은 적이 있고, 프록시 API 로 자동화할 여지도 있습니다.
• HN 댓글에서는 프록시가 단일 장애점이 되니 Codex 와 Claude Code 의 OTEL 추적을 수집하는 편이 낫다는 반론이 나왔습니다. 수집은 놓쳐도 작업이 계속되지만 프록시가 죽으면 팀이 멈춘다는 이유였습니다.

jrdsgl.com · 관심사 상 · 추천 상위 44.5%

07Ask GN: 비개발자인데 AI가 "확인했습니다"라고 해 놓고 실제로는 안 본 적이 있습니다. 어떻게 검증시키세요?

B2B 영업을 하면서 Claude Code 로 거래처 기록을 정리하는 비개발자입니다. 회신 왔는지 봐 달라고 하면 없다고 답하는데, 메일함을 열어 보면 이미 와 있던 적이 몇 번 있었습니다.

• 지금은 없다, 안 했다고 말하기 전에 어디를 몇 건 봤는지 적게 하고, 끝냈다고 하면 결과를 원래 화면에서 다시 열어 보게 하고, 확인 못 한 건 확인 안 됨이라고 쓰게 합니다.
• 그래도 확인했다는 말만 남고 실제로는 안 본 경우가 가끔 섞입니다. 사람이 매번 다시 보는 것 말고 방법이 있는지 묻습니다.

news.hada.io · 관심사 상 · 추천 상위 95.0%

08DeepInfer: DeepSeek 모델 전용 고성능 추론 프레임워크

DeepInfer: High-performance inference framework for DeepSeek models

DeepSeek 모델을 높은 처리량과 낮은 지연으로 서빙하기 위한 추론 프레임워크 DeepInfer 를 공개합니다. 본문 설명은 짧고, 반응은 주로 댓글에서 나왔습니다.

• 댓글이 인용한 지후 글에 따르면 이 프레임워크로 DeepSeek V4.1 Flash 를 서빙해 단일 클러스터에서 하루 155조 토큰, 카드당 시간당 38달러(비혼잡 시간 가격) 수익을 낸다고 합니다. 저장소가 직접 밝힌 수치는 아닙니다.
• 댓글 반응은 미국 프런티어 랩의 가치 평가에 타격이라는 쪽으로 몰렸고, 오픈 웨이트를 금지하라고 VC 들이 외칠 것이라는 비꼼도 붙었습니다.

github.com · 관심사 중 · 프런트 상위 0.1% · 화제

09eMudhra 중간 인증기관 개인키 침해

EMudhra Intermediate CA Compromise

eMudhra 의 중간 CA 개인키가 유출됐습니다. 이 키를 가진 공격자는 어떤 웹사이트나 서비스든 사칭할 수 있습니다.

• 댓글에 정리된 대응 버전은 Go 1.27.3 또는 1.26.10, rustls-webpki 0.103.16 과 webpki-roots 1.0.10, Python certifi 2026.10.19, Electron 44.9.1 등입니다. 공지 원문에서 한 번 더 확인하는 편이 안전합니다.
• 댓글 반응은 Web PKI 자체에 대한 불만으로 흘렀습니다. 인증서 하나 폐기하려고 런타임 새 버전을 받아야 하는 구조, 어떤 CA 든 어떤 도메인이든 보증할 수 있는 구조를 DNS 위임 체계처럼 범위를 나눠야 한다는 주장이 나왔습니다.

emudhra.we-have-a-problem.com · 관심사 중 · 프런트 상위 3.8%

10SlopCodeBench 10월판: Opus 5.5, 종합 1위는 Astra, xhigh 는 오히려 해롭다

SlopCodeBench 10/2026 – Opus 5.5, Astra wins overall, xhigh considered harmful

SlopCodeBench 는 모델이 미리 모르는 기능 목록을 체크포인트마다 하나씩 공개하고, 한 과제 안에서 같은 코드베이스를 계속 물려받게 합니다. 대충 짠 코드가 다음 단계를 방해하는 실제 개발에 가깝다고 봐서 이 방식을 씁니다. 이번 판에서는 Opus 5.5 를 넣었고, 종합 1위는 Astra, 그리고 xhigh 가 오히려 해롭다는 결과가 나왔습니다.

• 재현하려면 v1.0 카탈로그, 기본 just-solve 프롬프트, seed 42, any-case 통과 정책, Python 3.12 와 uv 를 쓴 Docker 환경이면 된다고 댓글에서 밝혔습니다.
• 댓글에는 대부분 작업에서 medium 이 가장 품질이 좋고, 공간 추론이나 코드 아닌 글쓰기에서는 xhigh 가 낫다는 경험담이 붙었습니다. 보고서 문체에 Claude 투가 많다는 지적도 있었습니다.

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