주요 업데이트
JFrog 보안 연구팀이 SQLite에 붙은 CVSS 7.5~9.8짜리 CVE 6건을 뜯어봤더니, 취약하다고 지목한 함수가 해당 버전에 아예 없거나 인용한 줄 번호가 파일 전체 길이(2,706줄)를 넘어섰고, 첨부된 재현 코드는 멈춤을 일으키지 못했어요. 같은 계정이 올린 권고문 55건 중 54건이 지어낸 것이었는데도 NVD는 이걸 그대로 '심각'으로 올렸고 CISA도 동의 표시를 붙였어요. MITRE는 7월 27일 발급한 이 번호들을 7월 31일 '보안 문제가 아니다'라며 전부 취소했고, SQLite 쪽은 8월 1일 자기 CVE 페이지에 '재현되지 않으며 AI 환각으로 보인다'고 적어 뒀어요.
용어 풀이 - CVE
- 공개된 보안 취약점마다 붙이는 전 세계 공통 일련번호
- CVSS
- 취약점 심각도를 0~10점으로 매기는 표준 점수 체계. 9.0 이상이 '심각'
- NVD
- 미국 국립표준기술연구소가 운영하는 취약점 데이터베이스. 대부분의 보안 검사 도구가 이 자료를 가져다 씀
- CISA
- 미국 사이버보안·인프라보안국. 취약점 기록에 자체 판단을 덧붙이는 기관
- MITRE
- CVE 번호 체계를 운영하는 미국 비영리 단체. 이번 번호들을 직접 발급하고 취소한 곳
운영자 인사이트
검사 도구가 뱉은 '심각' 한 줄로 긴급 패치 회의를 열기 전에, 벤더 공식 보안 페이지·고친 커밋 링크·인용된 줄 번호가 실제로 있는지부터 확인해 보세요. 이번 6건은 그 셋만 대조해도 걸러졌고, 규정 때문에 '전부 패치'를 요구받는 조직일수록 있지도 않은 취약점에 사람 시간을 태우게 돼요.
여러 관점으로 보기 - SQLite 공식 입장 SQLite는 문제의 번호들을 '재현되지 않고 AI 환각으로 보인다'고 적어 뒀고, 애초에 CVE를 추적하지 않는다고 밝혀요. SQLite
- 번호를 스스로 거둬들인 기록 MITRE가 7월 27일 발급한 기록을 7월 31일 '보안 문제가 아니었다'며 취소 처리했어요. CVE Program
- 해커뉴스 반론 — 판별 방법 자체가 의심스러워요 글이 근거로 쓴 AI 탐지기에 그 글 자체를 넣었더니 71% AI라고 나왔다는 지적이 붙었고, 대문 그림도 AI로 만든 것이라는 말이 나왔어요. Hacker News
- 메인테이너가 이미 치른 대가 curl은 진짜 취약점 비율이 15%대에서 5% 밑으로 떨어지자 1월 31일자로 포상금 제도를 아예 끝냈어요. daniel.haxx.se
원본 보기 (hn:top-stories)
한 개발자가 깃허브에 공개된 클로드 코드 설정 파일 149개(권한 규칙이 담긴 134개, 규칙 3,132개)를 훑었더니 21개(16%)에 절대 걸리지 않는 경로 규칙이 들어 있었어요. 앤트로픽 공식 문서도 파일 권한은 `Edit(경로)`·`Read(경로)`로만 검사하고, `Write`·`NotebookEdit`·`Glob`·옛 `MultiEdit`에 경로를 붙인 규칙은 받아 두기만 하고 참조하지 않는다고 못 박아 놨어요. 효력 없는 규칙 50개 중 34개는 제대로 된 짝이 함께 있어 무해했지만 16개는 짝이 없었고, 그중 8개가 `.ssh`·`.aws`·`*.pem` 같은 자격 증명을 막으려던 규칙이었어요.
용어 풀이 - .pem
- 인증서와 개인 키를 담는 텍스트 파일 형식의 확장자
- Glob
- 별표 같은 기호로 여러 파일 경로를 한꺼번에 가리키는 표기법. 클로드 코드에서는 파일을 찾는 도구 이름이기도 함
- 샌드박스
- 프로그램을 운영체제 수준에서 가둬 허용된 경로 밖으로 못 나가게 하는 격리 장치
운영자 인사이트
지금 `.claude/settings.json`을 열어 `Write(`·`Glob(`으로 시작하는 줄을 각각 `Edit(`·`Read(`로 바꾸는 게 오늘 할 일이에요. 다만 바꿔도 막히는 범위는 클로드가 직접 쓰는 파일 도구와 알아보는 셸 명령까지라, 파이썬·노드 스크립트가 스스로 여는 파일은 그대로 통과해요 — 자격 증명을 진짜로 가두려면 샌드박스를 켜야 해요.
여러 관점으로 보기 - 공식 문서 대조 앤트로픽 문서가 같은 내용을 그대로 적어 놨어요 — `Write`·`NotebookEdit`·`Glob`·`MultiEdit`에 경로를 붙이면 받아만 두고 참조하지 않고, v2.1.210부터 시작할 때 경고를 띄워요. Claude Code Docs
- 한 달 먼저 올라온 버그 신고 7월 7일 등록된 이슈는 허용 규칙 쪽 피해를 짚어요 — `Write(경로)`로 허용해 둬도 조용히 거부돼서, CI는 성공한 척 끝나는데 파일은 만들어지지 않아요. GitHub
- 직접 점검하는 도구 글쓴이가 함께 낸 점검기는 설치할 것 없이 설정 파일을 훑어 무해한 중복과 진짜 구멍을 갈라 줘요 — 다만 아직 별 0개인 개인 저장소예요. GitHub
원본 보기 (hn:claude-code)
8월 4일 올라온 클로드 코드 2.1.221 은 샌드박스 자격 증명 파일에 mask 모드를 더했어요 — 그동안 파일에는 deny(막기)뿐이라 ~/.aws/credentials 를 가리면 그 파일로 인증하던 도구까지 같이 멈췄어요. 이제 샌드박스 안 명령은 파일 전체, 또는 extract 정규식이 잡은 부분만 가짜 사본으로 읽고, 요청이 밖으로 나갈 때 샌드박스 프록시가 진짜 값으로 바꿔 끼워요 — 다만 리눅스·WSL 전용이라 맥에서는 그대로 차단으로 되돌아가고, 프록시가 요청 내용을 봐야 하니 network.tlsTerminate 를 켜지 않으면 가짜 값이 서버에 그대로 닿아 인증이 실패해요. 같은 릴리스에 VS코드 Focus 뷰(Ctrl+Alt+F)와, zsh 의 [[ ]] 정규식 조건절에 숨긴 명령이 권한 검사를 건너뛰던 구멍을 막은 수정이 함께 들어갔어요.
용어 풀이 - WSL
- 윈도우 안에서 리눅스를 그대로 돌리는 마이크로소프트 공식 환경
- TLS
- 오가는 통신을 암호로 감싸 중간에서 못 읽게 하는 표준
- zsh
- 맥과 리눅스에서 널리 쓰는 명령줄 셸
운영자 인사이트
'막으면 도구가 같이 죽고, 열어 주면 키가 새는' 양자택일이 없어진 셈이라 자동 승인을 켜려다 접어 둔 팀은 다시 볼 만해요. 다만 지켜 주는 범위는 샌드박스로 도는 Bash 명령뿐이고 파일 격리를 끄면 함께 풀리며, 맥 팀은 아직 해당이 없어요.
여러 관점으로 보기 - 공식 문서 — 마스킹이 무엇을 대신하나 샌드박스 문서는 아직 '파일 항목은 deny 만 된다'고 적어 놨고, 환경변수 마스킹은 2.1.199부터 있던 방식이라 이번엔 그 구조가 파일로 넘어온 거예요. Anthropic 공식 문서
- 직전 버전과 비교 — 같은 구멍 두 번째 zsh 의 [[ ]] 조건절 권한 우회는 7월 18일 2.1.214에서 한 번 막았던 자리라, 이번이 같은 자리의 두 번째 수정이에요. GitHub
원본 보기 (github-releases:claude-code)
커서가 8월 3일 공식 변경 기록에 '워크스페이스를 읽고 쓰고 실행한다'며 지메일·드라이브·문서·스프레드시트·슬라이드·캘린더 플러그인을 올렸어요. 저장소를 열어 보면 플러그인 알맹이는 구글이 직접 운영하는 원격 MCP 주소를 가리키는 짧은 설정 파일 한 장(지메일은 123바이트)이라, 실제 기능과 권한은 커서가 아니라 구글 쪽 규격이 정하고 그 서버들은 아직 구글의 개발자 프리뷰 단계예요. 인증은 구글 OAuth 2.0이고 지메일이 요구하는 권한은 메일함 전체 읽기(gmail.readonly)와 gmail.compose인데, 구글이 적어 둔 이 권한 설명은 '초안 관리 및 메일 발송'이라 문서에 적힌 도구 목록엔 발송 도구가 없는데도 발송 권한은 함께 열려요.
용어 풀이 - MCP
- AI 에이전트가 외부 앱·데이터에 붙을 때 쓰는 연결 규격
- OAuth 2.0
- 비밀번호를 넘기지 않고 특정 권한만 골라 다른 앱에 내주는 인증 방식
- 스코프
- 권한을 잘게 나눠 놓은 단위. 앱이 승인 화면에서 요구하는 항목 하나하나
- 간접 프롬프트 인젝션
- 문서·메일 같은 외부 자료에 숨겨 둔 문장이 AI 에이전트의 지시처럼 작동하는 공격
운영자 인사이트
코드 편집기 에이전트에 사내 메일함과 드라이브를 통째로 읽을 권한을 붙이는 일이라, 도입 전에 승인 화면의 스코프를 직접 확인하세요 — 구글 문서도 외부 문서·메일에 숨긴 지시가 에이전트를 움직이는 간접 프롬프트 인젝션을 위험으로 명시하고 '에이전트가 한 행동을 매번 확인하라'고 적어 뒀어요. 팀 단위로 막으려면 마켓플레이스 접근 제한이 Teams·Enterprise 플랜 기능이에요.
여러 관점으로 보기 - 실제 권한 범위 지메일 MCP 서버가 요구하는 스코프는 gmail.readonly 와 gmail.compose 둘이고, 구글이 붙여 둔 gmail.compose 설명은 '초안 관리 및 메일 발송'이에요. Google for Developers
- 플러그인 알맹이 지메일 플러그인 본체는 구글 주소 하나를 가리키는 123바이트 설정 파일이라, 커서가 만든 건 통합이 아니라 연결 지점이에요. GitHub
- 구글이 스스로 밝힌 위험 워크스페이스 MCP 서버는 개발자 프리뷰 단계이고, 구글은 간접 프롬프트 인젝션 위험과 '읽고 고치고 지울 수 있다'는 점을 문서에 직접 적어 놨어요. Google for Developers
- 팀 단위 통제 수단 관리자는 마켓플레이스를 조직 그룹별로 제한하고 플러그인을 '기본 꺼짐·기본 켜짐·필수'로 지정할 수 있는데, 팀 마켓플레이스 자체가 Teams·Enterprise 플랜 기능이에요. Cursor Docs
원본 보기 (rss:cursor-changelog)
슬랙이나 PR에 질문했더니 '클로드가 이렇게 말했어요' 하고 긴 답을 통째로 붙여 넣는 일이 잦다는 글이 8월 3일 올라와 해커뉴스에서 1,700점 가까이 받았어요. 글쓴이는 AI를 쓰지 말라는 게 아니라 '얼마든지 AI에 물어라, 다만 출력을 그대로 옮기지 말고 읽고 이해하고 검증한 다음 네 말로 써라'고 했고, 자기도 그래 봤다고 인정해요. 가장 날카로운 대목은 코드 리뷰인데, 티켓 설명을 그대로 클로드 코드에 넣고 구현은 안 본 채 PR을 열면 '동작은 하지만 구현한 사람은 리뷰어이고 당신은 사람 중계기'라는 거예요.
용어 풀이 - meat proxy
- 글쓴이가 만든 말. AI 답을 읽지도 않고 그대로 옮기기만 하는 사람을 중계 장치에 빗댄 표현
- PR
- 풀 리퀘스트. 코드 변경을 팀에 제안해 검토받는 요청
- 티켓
- 이슈 트래커에 등록된 작업 항목. 무엇을 만들지 적어 둔 단위
운영자 인사이트
만드는 데 1분, 검증하는 데 한 시간 — 댓글에서 나온 '비용을 떠넘겨도 되돌릴 압력이 없다'는 지적이 핵심이에요. 팀 규칙을 세운다면 'AI 금지'보다 'AI 출력을 옮길 땐 본인 말로 요약하고 무엇을 검증했는지 밝힌다'처럼 비용을 만든 쪽이 지게 하는 편이 현실적이에요.
여러 관점으로 보기 - 원 주장 '얼마든지 AI에 물어라, 다만 출력을 그대로 옮기지 말고 읽고 이해하고 검증한 다음 네 말로 써라'가 글의 요지예요. gruhn.me
- 현장 증언 '300줄짜리 클로드 출력을 대신 읽고 검증해 달라고 한다', '읽지 말고 승인만 누르라고 한다', 사내 AI 담당이 수천 줄짜리 문서를 만들어 수백 명에게 검토시켰다는 사례가 이어졌어요. Hacker News
- 반론 '내가 읽는 것보다 클로드가 원인을 더 빨리 짚는 경우가 많아서 안 쓰는 게 오히려 이상하다'는 반박도 있어요 — 다만 점점 게을러지는 유혹은 인정해요. Hacker News
원본 보기 (hn:top-stories)
exe.dev 창업자 데이비드 크로쇼가 '개발 도구는 오픈소스여야 한다'며, 밤마다 도는 크론에 '원본의 새 변경을 받아 내 수정을 그 위에 다시 얹어라'라는 프롬프트 하나만 걸어 두면 개인용 포크를 계속 굴릴 수 있다고 했어요. 설정 파일·플러그인 시스템은 고치는 비용이 비쌌던 시절의 산물이라고 짚으면서, 코덱스는 열려 있어 같은 방법이 되지만 클로드 코드는 소스가 닫혀 있어 '벽에 부딪힌다'고 지목했어요. 해커뉴스 502점·178개 토론에선 고스트티·블렌더 포크를 실제로 이렇게 유지한다는 보고와, '결국 패치 더미를 영원히 안고 가는 것', '나는 도구를 유지하러 온 게 아니라 쓰러 왔다'는 반박이 맞붙었어요.
용어 풀이 - 크론
- 정해진 시각마다 명령을 자동 실행하는 리눅스 예약 기능
- 리베이스
- 내가 고친 부분을 원본의 최신 상태 위에 다시 얹는 깃 작업
- 포크
- 남의 저장소를 복사해 따로 고쳐 쓰는 것
- 아파치 2.0
- 가져다 고치고 상업적으로 써도 되는 대표적 오픈소스 라이선스
- CLI
- 터미널에 명령어를 쳐서 쓰는 프로그램
운영자 인사이트
사내 표준 도구를 포크해 두는 선택지가 처음으로 계산해 볼 만해졌지만, 기준은 '리베이스가 되느냐'가 아니라 '그 포크를 몇 년간 누가 책임지느냐'예요 — 원본이 릴리스마다 구조를 바꾸면 에이전트가 붙여 주는 건 코드지 판단이 아니고, 소스가 닫힌 클로드 코드 쪽은 이 선택지 자체가 없어 훅·스킬 안에서 만족하거나 도구를 바꾸는 두 갈래만 남아요.
여러 관점으로 보기 - 반론 — 유지는 결국 사람 몫 상용 코드 요약 도구를 만드는 개발자는 '오픈소스는 좋지만 나는 도구를 유지하러 온 게 아니라 쓰러 왔어요'라며 지원 창구가 있는 쪽을 택했어요. Hacker News
- 된다는 쪽 — 실사용 보고 고스트티 포크를 AI로 최신 상태로 유지 중이라는 보고, 크게 갈라진 브랜치도 클로드 코드가 매번 무리 없이 리베이스했다는 증언이 나왔어요. Hacker News
- 이해관계를 찌른 질문 '그럼 exe.dev도 오픈소스가 되나요, 아니면 그건 개발 도구가 아닌가요'라는 댓글에는 글쓴이 답이 달리지 않았어요. Hacker News
- 글쓴이 쪽 도구는 실제로 열려 있어요 exe.dev의 에이전트 셸리는 아파치 2.0으로 소스가 공개돼 있고(별 589개), 전신인 스케치 저장소는 보관 처리됐어요. GitHub
- 열린 쪽과 닫힌 쪽 확인 코덱스 CLI는 러스트·타입스크립트 소스가 아파치 2.0으로 통째로 올라와 있는 반면, 앤트로픽 공개 저장소엔 플러그인·문서·이슈만 있고 본체 소스는 없어요. GitHub
원본 보기 (hn:top-stories)
한 사용자가 HP 15-dw1036ne(바이오스 F.68)의 펌웨어를 통째로 떠서 클로드 코드에 넘기고, Ghidra·UEFITool 같은 분석 도구를 함께 돌려 서명을 확인하는 루틴을 찾아낸 뒤 그 결과가 언제나 '통과'로 나오도록 코드 흐름을 고쳤어요. 톰스하드웨어 제목은 'RSA-2048을 깼다'고 적었지만 실제로 한 일은 암호를 푼 게 아니라 검사 결과를 무시하게 만든 것이고, 그렇게 감춰져 있던 설정 55개(아예 안 보이던 항목 27개, 회색으로 잠겨 있던 항목 28개)가 열렸어요. 글쓴이 스스로 다른 HP 모델에서는 같은 방법이 먹히지 않았다고 적었고, 잘못 구우면 부팅 자체가 막혀요.
용어 풀이 - BIOS
- 컴퓨터를 켜면 운영체제보다 먼저 도는 펌웨어. 부팅 순서, CPU·메모리 설정을 관리한다
- RSA-2048
- 2048비트 열쇠를 쓰는 공개키 서명 방식. 펌웨어가 제조사가 만든 그대로인지 확인할 때 쓴다
- Ghidra
- 미국 NSA가 공개한 무료 역분석 도구. 기계어를 사람이 읽을 수 있는 코드 형태로 되돌려 준다
- UEFITool
- 펌웨어 이미지를 열어 내부 모듈을 뜯어보고 바꿔 넣을 수 있게 해 주는 오픈소스 도구
운영자 인사이트
'서명 검사를 우회했다'와 '서명을 깼다'를 섞어 쓰면 대응 우선순위가 통째로 뒤집혀요 — 여기서 무너진 건 RSA가 아니라 '펌웨어 이미지를 마음대로 못 고친다'는 전제고, 정작 달라진 건 그 분해·패치 작업의 진입 장벽이 취미 수준까지 내려왔다는 점이에요.
여러 관점으로 보기 - 원 보도 톰스하드웨어가 2026-08-03에 이 사례를 다루며 제목에 'RSA-2048 서명 검사를 깼다'고 적었어요. Tom's Hardware
- 같은 사건, 본문은 '우회'라고 적어요 dev.ua도 제목엔 '뚫었다'를 달았지만 본문은 손상 경고를 띄우던 검사를 비껴간 것이라 적었고, 만든 스크립트는 그 보드 리비전에서만 통한다고 덧붙였어요. dev.ua
원본 보기 (hn:claude-code)
깃허브 엔지니어 션 고데케가 '모델은 잘 아는 사람에게 더 많이 내준다'고 쓴 글이 해커뉴스에서 440점·댓글 191개를 받았어요. 근거로 든 건 수학자 테렌스 타오가 공개한 챗GPT 대화 한 건인데, 고데케는 거기서 네 가지 행동을 뽑아냈어요 — 질문이 짧고 군더더기가 없다는 것, 전문가임을 드러내 모델의 말투 자체를 바꾼다는 것, 틀린 답에 정면으로 반박하는 대신 다시 정리해 보라고 되돌린다는 것, 그리고 '다음에 뭘 할지'는 거의 모델에 맡기지 않는다는 것이에요. 다만 이 글에는 실험도 수치도 없고, 나머지 근거는 본인이 깃허브에서 맡은 시스템을 다뤄 본 경험이에요.
용어 풀이 - LLM
- 사람 말로 묻고 답하는 대규모 언어 모델. 챗GPT·클로드 같은 것들
- METR
- AI 모델의 능력과 위험을 측정하는 미국 비영리 연구 단체
운영자 인사이트
'전문가라 유리하다'는 말 자체는 확인할 방법이 없지만, 타오에게서 뽑아낸 네 가지는 오늘 그대로 따라 할 수 있어요. 실무에서 제일 크게 갈리는 건 '다음 단계를 모델에 맡기지 않는다'예요 — 계획은 내가 쥐고 모델은 단계마다 쓰는 방식이죠. 대신 체감 속도는 믿지 마세요. 자기 저장소를 훤히 아는 숙련 개발자를 실제로 재 본 실험에선 20% 빨라졌다고 느끼면서 19% 느려졌어요.
여러 관점으로 보기 - 반대 진영 — 몰라도 더 많이 내놔요 댓글 191개는 갈렸어요. 한쪽은 '출력을 제대로 안 보고도 동료보다 많이 낸다'고 했고, 다른 쪽은 후배들이 아예 몸으로 익히질 못해 같은 실수를 반복한다고 걱정했어요. Hacker News
- 실제로 재 봤더니 반대 결과 작년 7월 측정이라 도구 기준은 한 해 전이지만, 별 2만 개 넘는 자기 저장소를 다루는 숙련 개발자 16명은 AI를 쓸 때 19% 느려졌고 정작 20% 빨라졌다고 느꼈어요. METR
- 근거 원본 — 타오의 대화 그 자체 글이 통째로 기대고 있는 단 하나의 사례예요. 링크는 살아 있으니 네 가지 행동이 정말 그렇게 읽히는지 직접 보고 판단할 수 있어요. ChatGPT
원본 보기 (hn:top-stories)
에이전트 설정 파일에 '파일을 직접 만들거나 고치지 말고, 고칠 내용을 채팅에 보여만 줘라'고 적어 두고 LLM이 내놓은 코드를 손으로 다시 쳐 넣는 방식이에요. 글쓴이는 이렇게 하면 '10배가 아니라 아마 2배 정도만 빠르다'고 스스로 적었고, 회사 일이 아니라 개인 프로젝트에만 쓰는 방법이라고 선을 그었어요. 댓글 329개에서는 '아무 생각 없이 치는 건 붙여넣기와 별 차이 없다', '그 시간이면 처음부터 직접 짜라', '회사에서 관리자에게 이걸 어떻게 정당화하냐'는 반론이 더 많았고, 정작 글에는 근거로 든 연구가 한 건도 없어요.
용어 풀이 - LLM
- 대규모 언어 모델. 클로드·챗지피티처럼 글과 코드를 만들어 내는 AI 모델.
- 인지 부채
- AI에 판단을 맡기는 사이 쌓이는 이해의 공백. 나중에 직접 손봐야 할 때 드러난다.
운영자 인사이트
'인지 부채'는 MIT 미디어랩이 뇌파를 재서 붙인 이름인데(LLM으로 쓴 집단은 몇 분 전 자기 글도 인용하지 못했어요) 정작 이 글은 그 연구를 인용하지 않아요 — 팀에 적용한다면 '다 받아 치기'보다 에이전트에 쓰기 권한을 주지 않아 검토를 건너뛸 수 없게 만드는 쪽이 현실적이에요.
여러 관점으로 보기 - 반론 — 손으로 친다고 이해되는 건 아니에요 댓글 329개는 찬성보다 반대가 많았어요. '아무 생각 없이 치는 건 붙여넣기와 별로 다르지 않다', '그냥 타이핑만 잘하게 된다', '그 시간이면 처음부터 직접 짜라'가 핵심이고, 대신 깃 변경분을 줄 단위로 읽기·에이전트에 쓰기 권한을 빼고 채팅으로만 받기·작업 단위를 잘게 쪼개기 같은 대안이 나왔어요. Hacker News
- 말의 출처 — 뇌파로 잰 '인지 부채' '인지 부채'는 MIT 미디어랩이 2025년 6월 낸 논문 제목에서 나온 말이에요. 참가자 54명에게 넉 달 동안 글을 쓰게 하며 뇌파를 쟀더니 LLM을 쓴 집단은 뇌 연결이 가장 약했고, 자기가 몇 분 전에 쓴 글조차 인용하지 못했어요. arXiv
- 받아 쳐도 소용없다는 반박 한 댓글은 교육 분야 실증 연구 70건을 훑은 논문을 들어 '이렇게 해도 인지 부채는 쌓인다'고 받아쳤어요. 결과물을 자기 사고의 대체재로 삼는 순간 학습은 무너진다는 대목을 인용했어요. arXiv
원본 보기 (hn:top-stories)
쏘트웍스(Thoughtworks) 수석 엔지니어 라훌 가르그가 마틴 파울러 사이트에 올린 2026년 7월 16일 글이에요. .NET 응답 파이프라인을 고치려고 서브에이전트 넷을 한꺼번에 띄웠는데, 정작 그 세션에서 가장 크게 나간 비용은 넷을 돌린 쪽이 아니라 지휘하던 쪽이 '진행 상황 좀 볼까'라며 상태를 확인한 순간이었어요 — 그때 배경 에이전트의 원본 기록이 JSONL 수만 토큰째, 중간 추론과 도구 출력까지 통째로 본 대화에 끌려 들어왔고 두 번째 확인에서 똑같이 반복됐어요. 그는 서브에이전트를 병렬로 빨리 돌리려고 감수하는 비용이 아니라 지휘하는 쪽 작업 기억을 지켜 주는 도구로 봐야 한다며, 한 번에 두 개에서 네 개까지만 띄우고 이미 아는 걸로 답할 수 있으면 상태를 묻지 말라는 규칙을 설정 파일에 못 박았어요.
용어 풀이 - JSONL
- 한 줄에 기록 하나씩 담는 텍스트 파일 형식. 에이전트의 대화·도구 호출 기록을 남길 때 흔히 쓴다.
- 서브에이전트
- 본 작업을 맡은 에이전트가 곁가지 일을 따로 떼어 맡기는 하위 에이전트. 결과만 돌려받고 중간 과정은 본 대화에 남기지 않는다.
운영자 인사이트
위임이 싸지는 건 일을 나눠서가 아니라 안 봐도 될 내용을 본 대화에서 빼 줘서예요 — 그래서 배경 작업에 '다 됐어?'를 반복하는 습관 하나로 절감분이 통째로 되돌아와요. 지휘·작업 구조를 깔 거라면 몇 개를 띄울지보다 결과를 어떤 크기로 돌려받을지를 먼저 정해 두세요.
여러 관점으로 보기 - 만든 쪽 수치 앤트로픽이 2025년 6월에 스스로 밝힌 집계로도 다중 에이전트는 대화 대비 토큰을 15배 써요 — 그리고 맥락을 공유해야 하는 대부분의 코딩 작업엔 안 맞는다고 같은 글에 적어 놨어요. Anthropic
- 현장은 갈려요 실사용자 반응은 갈려요 — '중복 조사만 늘고 결과도 못하다'는 쪽과 '본 대화 오염을 줄여 주니 그래도 남는 장사'라는 쪽이 같은 글 아래 붙어 있어요. Hacker News
원본 보기 (reddit:claudeai)
와이컴비네이터 2026년 여름 기수 두 사람 팀이 만든 Hoplite가 8월 3일 Launch HN으로 올라왔어요(58점·댓글 51개). 온보딩 때 세션·기억·MCP 서버 설정을 옮겨 오지만 클라우드에서 실제로 도는 건 클로드 코드나 코덱스가 아니라 직접 만든 에이전트 실행 틀(harness)이고, 스레드 하나마다 격리된 샌드박스 VM을 띄워 앱을 실제 주소로 켜고 크로미엄 창으로 화면까지 확인해요. 창업자는 댓글에서 로컬 파일 변경은 넘어가지 않아 원격 브랜치에 먼저 올려야 하고, 도커 컴포즈로 여러 서비스를 띄우는 개발 환경은 커스텀 도커 이미지 지원이 들어와야 된다고 밝혔어요.
용어 풀이 - MCP
- 에이전트를 외부 도구·데이터에 붙이는 연결 규격
- VM
- 컴퓨터 한 대처럼 따로 띄워 쓰는 가상 머신
- Launch HN
- 와이컴비네이터 소속 회사가 해커뉴스에 제품을 공식 공개할 때 쓰는 글 형식
운영자 인사이트
'로컬 설정을 그대로 옮겨 준다'는 클라우드 에이전트 문구는 대개 설정과 기억 이야기이지, 도커 컴포즈로 띄우는 개발 환경이나 아직 커밋 안 한 작업까지 옮겨 준다는 뜻이 아니에요. 붙여 보기 전에 우리 저장소가 클론 한 번에 스크립트 한 번으로 뜨는지부터 재 보면 이런 서비스가 우리 팀에 맞는지 대부분 판가름 나요.
여러 관점으로 보기 - 만든 사람 설명 — 코드가 어디서 도나 저장소 접근은 깃허브 앱 설치 범위로 묶고, 코드는 Hoplite 쪽 AWS와 Modal 샌드박스에서 돌아요. 소스 공개나 자체 호스팅 선택지는 없어요. Hoplite
- 댓글 반론 — 자란 개발 환경은 못 옮겨요 '어느 정도 자란 인프라 스택은 옮길 수 없다', '월 20달러짜리 경쟁 서비스에 견주면 자리당 99달러는 개인 작업에 부담이다', '에이전트는 언제 멈춰야 할지를 잘 모른다'는 지적이 나왔어요. Hacker News
- 회사 실체 2026년에 세운 두 사람 팀이고 샌프란시스코에 있어요. 원래는 개인 투자용 AI로 지원했다가 방향을 바꿨어요. Y Combinator
원본 보기 (hn:claude-code)