주요 업데이트
클로드 코드는 로컬에 남는 세션 대화 기록을 시작할 때마다 점검해서, cleanupPeriodDays 기본값인 30일이 지나면 경고 없이 지워요. 앤트로픽 공식 문서에도 '시작 시 오래된 세션 파일을 삭제한다'고 나와 있는데, 지난 5월 올라온 깃허브 이슈에서는 실제로 30일보다 훨씬 이전 시점까지 예상 밖으로 지워진 사례가 보고됐고 두 달 가까이 공식 답변 없이 열려 있어요. 기록을 오래 보관하려면 settings.json에서 cleanupPeriodDays 값을 30보다 크게 올리면 되는데, 0으로 두면 예전엔 저장 자체가 조용히 꺼졌었고 지금은 값 자체가 거부되니 대신 충분히 큰 숫자를 넣어야 해요.
용어 풀이 - cleanupPeriodDays
- 로컬에 저장되는 세션 대화 기록을 며칠간 보관할지 정하는 설정 값. 기본 30일
- settings.json
- 클로드 코드 동작을 세부 조정하는 설정 파일. 사용자·프로젝트·관리자 단위로 존재
운영자 인사이트
장기 프로젝트나 중요한 디버깅 세션 기록을 나중에 다시 참고할 생각이라면, 지금 settings.json에서 cleanupPeriodDays를 365처럼 넉넉한 값으로 미리 올려두고 중요한 대화는 따로 백업해두는 게 안전해요.
여러 관점으로 보기 - 원본 버그 신고 5월 중순에 올라온 이 이슈는 30일 보존 기본값보다 더 오래전 시점까지 예상 밖으로 지워진 구체적 사례를 날짜와 함께 신고했고, 두 달 가까이 지난 지금도 공식 답변 없이 열려 있어요. GitHub
- 커뮤니티 제보(해커뉴스) 해커뉴스에 이 문제를 공유한 사람은 본인이 겪은 데이터 손실을 언급하면서, 기록을 지키려면 cleanupPeriodDays 값을 바꿔야 한다고 알렸어요. Hacker News
- 공식 문서 확인 앤트로픽 공식 설정 문서에는 cleanupPeriodDays 기본값이 30일이고, 시작할 때마다 오래된 세션 파일이 지워진다고 분명하게 적혀 있어요. Claude Code Docs
- 과거 유사 버그 예전에는 cleanupPeriodDays를 0으로 두면 오히려 기록 저장 자체가 조용히 꺼지는 버그가 있었는데, 지금은 0을 넣으면 오류로 막아서 그 문제는 해결됐어요. GitHub
원본 보기 (hn:claude-code)
클로드 코드(Claude Code) 2.1.181 버전에서 시스템 프롬프트가 이전 버전보다 3,839토큰 줄었어요. 잘 쓰이지 않던 개인 비서형 기능(성격·가치관 템플릿, 사용자 프로필 기억, 아침 체크인·야간 정리 같은 스킬)을 들어내며 토큰을 아꼈고, 그 자리에 도구 실행 결과마다 이름과 아이콘을 붙일 수 있는 tool_use_meta 필드를 새로 넣었어요. 이 필드는 MCP(외부 도구 연결 규격) 서버가 제공하는 도구를 화면에 더 알아보기 쉽게 보여주는 용도예요.
용어 풀이 - MCP
- AI가 외부 도구·서버와 연결해 기능을 넓히도록 정한 공통 규격(모델 컨텍스트 프로토콜, Model Context Protocol)
- 토큰
- AI가 글을 처리할 때 세는 최소 단위 조각. 개수가 많을수록 처리 분량과 비용이 늘어남
- 시스템 프롬프트
- AI 모델이 답변을 만들기 전에 항상 참고하도록 미리 넣어두는 지침 텍스트
- tool_use_meta
- 도구 실행 결과를 화면에 표시할 때 이름·아이콘 등을 함께 보여주기 위해 덧붙는 메타데이터 필드
운영자 인사이트
코딩과 무관한 개인 비서 기능을 걷어내고 MCP 도구 표시용 메타데이터를 넣은 걸 보면, 클로드 코드가 제한된 컨텍스트 예산을 코딩 작업과 도구 연동에 더 집중시키는 방향으로 다듬고 있다는 걸 확인할 수 있어요.
여러 관점으로 보기 - 릴리스 노트 깃허브 릴리스 노트에 이번 버전에서 tool_use_meta 필드가 추가되고 시스템 프롬프트가 3,839토큰 줄었다고 정리돼 있어요. GitHub
- 세부 변경 이력 체인지로그 원문을 보면 아침 체크인·꿈 정리 같은 스킬과 사용자 프로필 기억 틀이 빠지고, 세션 간 동료 메시지 권한 경고 문구가 새로 들어간 걸 확인할 수 있어요. GitHub
- 저장소 신뢰도 이 저장소는 클로드 코드가 실제로 쓰는 컴파일된 코드에서 시스템 프롬프트를 뽑아 공개하는 프로젝트로, 스타가 1만 1천개를 넘고 새 버전이 나올 때마다 바로 갱신돼요. GitHub
원본 보기 (reddit:claudeai)
VS Code 팀이 OpenAI와 함께 GPT-5.5용 시스템 프롬프트를 두 가지 안으로 나눠 2주간 A/B 테스트를 진행했어요. 그중 에이전트의 작업 흐름 전체를 다시 짠 안이 채택됐는데, 첫 편집까지 걸리는 시간이 최대 9.3%, 평균 도구 호출 횟수는 8.5%, 답변이 길어질 때 쓰는 토큰량은 7.6%까지 줄었다고 해요. VS Code 팀은 이걸 모델이 나온 뒤에도 계속 이어지는 튜닝 과정이라 설명하며, 다른 모델 제공자와도 비슷한 방식으로 맞춰가고 있다고 밝혔어요.
용어 풀이 - A/B 테스트
- 사용자를 그룹으로 나눠 서로 다른 버전을 보여준 뒤 결과를 비교하는 실험 방법
- 시스템 프롬프트
- AI 모델에게 미리 심어두는 역할·행동 지침 문구, 사용자에게는 보이지 않음
- 토큰
- AI가 글을 처리하는 최소 단위, 많이 쓸수록 응답이 느려지고 비용도 늘어남
- p50/p95
- 값을 순서대로 늘어놨을 때 중간(50%) 지점과 상위 5%에 해당하는 값, p95는 안 좋은 축에 속하는 경우를 대표함
- 하네스(harness)
- AI 모델을 실제 프로그램 안에서 움직이게 하는 틀, 문맥 구성·도구 연결·반복 실행 등을 담당
운영자 인사이트
모델을 바꾸지 않고 프롬프트에 '언제 바로 확신하고 행동할지' 기준 하나만 더해도 속도·토큰·도구 호출이 눈에 띄게 줄었다는 사례라, 사내에서 코딩 에이전트를 커스터마이징한다면 이런 식으로 수치 기반 A/B 검증을 해볼 만해요.
여러 관점으로 보기 - 실험 설계 트래픽을 대조군과 두 실험군으로 나눠 2주간 돌린 A/B 테스트였고, 그중 작업 흐름 전체를 재구성한 안이 최종 채택됐어요. VS Code Blog
- 결과 수치 채택된 안에서 편집까지 걸리는 시간(p95 기준)이 9.3%, 평균 도구 호출이 8.5%, 총 토큰(p95 기준)이 7.6% 줄었고 통계적으로도 유의했어요. VS Code Blog
- 더 큰 맥락 (다른 모델도 같은 방식인지) VS Code 팀은 새 모델이 나올 때마다 제공자와 함께 프롬프트·툴 설명·에이전트 루프를 미리 조정한다고 5월 게시물에서도 밝혔는데, 이번 GPT-5.5 실험도 그 흐름의 연장선이에요. VS Code Blog
원본 보기 (rss:vscode-blog)
한 개발자가 앤트로픽의 최근 행보를 비판하는 블로그 글을 올려 화제가 됐어요. 클로드 구독자는 API가 자주 불안정한데도 버텍스 에이아이(Vertex AI)나 베드록(Bedrock) 같은 다른 제공자로 옮겨 쓸 수 없고, 클로드 코드는 열려 있는 문제(이슈)만 9100건이 넘을 정도로 미해결 버그가 쌓여 있는데도 한번 쓰기 시작하면 빠져나오기 어려운 구조라는 지적이에요. 특히 지난 5월 서드파티 도구로 클로드를 쓰면 구독 요금과 별도로 돈을 더 받겠다는 정책을 발표했다가 거센 반발에 부딪혀 6월에 철회한 사건을 핵심 근거로 들었어요.
용어 풀이 - API
- 프로그램끼리 데이터를 주고받도록 정해 둔 통신 규칙
- SDK
- 소프트웨어를 만들 때 쓰는 도구 모음(Software Development Kit)
- Vertex AI
- 구글 클라우드가 제공하는 AI 모델 실행 서비스
- Bedrock
- 아마존 웹서비스(AWS)가 제공하는 AI 모델 실행 서비스
운영자 인사이트
사내 코딩 도구를 앤트로픽 하나에만 의존하도록 설계해 두면, 요금 정책이나 서비스 상태가 갑자기 바뀔 때 대안 없이 끌려갈 수 있으니 처음부터 다른 모델이나 도구로 옮길 수 있는 여지를 남겨 두는 게 안전해요.
여러 관점으로 보기 - 원문 비판 저자가 클로드 API 불안정, 다른 제공자 선택 불가, 클로드 코드 락인, 서드파티 도구 추가 요금까지 앤트로픽의 문제를 조목조목 짚었어요. Invidious Musings
- 커뮤니티 반응 해커뉴스에서도 댓글이 100건 넘게 달렸는데 락인과 미해결 이슈를 지적하는 목소리가 많았고, 구독료로는 손실이라 제한이 불가피하다는 반박도 있었어요. Hacker News
- 요금 정책 배경 지난 5월 중순 발표된 서드파티 도구용 별도 요금(에이전트 SDK 크레딧)이 거센 반발을 부르자, 앤트로픽은 6월 15일 시행 예정이던 변경을 잠정 보류했어요. Zed Blog
원본 보기 (hn:anthropic)
SWE-bench나 Elo 점수처럼 AI 모델 실력은 끊임없이 측정하면서, 정작 그걸 다루는 사람의 실력은 아무도 재지 않는다는 문제의식에서 나온 오픈소스 도구예요. Claude Code 세션 기록을 로컬 컴퓨터에서 분석해서 코드 분량·난이도·정리 상태를 종합해 '쓴 토큰 대비 얼마나 성과를 냈는지' 점수를 매기고, 원하면 점수 요약만 골라 공개 순위표에 올릴 수 있어요. 다만 만든 사람이 스스로 올린 사례 말고는 참가자가 없어서, 순위표라기보다는 아이디어를 보여주는 초기 시제품에 가까운 단계예요.
용어 풀이 - SWE-bench
- 실제 소프트웨어 저장소의 버그 수정 작업으로 AI 모델의 코딩 실력을 채점하는 벤치마크
- Elo
- 상대 전적을 기반으로 실력을 숫자로 매기는 순위 점수 체계, 원래 체스에서 쓰던 방식
- LOC
- 코드 줄 수(Lines of Code), 코드 분량을 세는 단위
- LLM-as-judge
- 사람 채점자 대신 언어모델이 결과물 품질을 평가하게 하는 방식
운영자 인사이트
같은 도구·같은 모델을 써도 사람마다 산출물 격차가 크다는 문제의식 자체는 공감이 가지만, 난이도·정리도 판정을 다시 AI에게 맡기는 구조라 엄밀한 비교 지표보다는 개인 회고용 참고 자료 정도로 보는 게 안전해요.
여러 관점으로 보기 - 프로젝트 개요·프라이버시 정책 코드 분량·난이도·정리 상태를 합쳐 토큰 대비 성과를 매기는데, 판정은 AI 서브에이전트가 맡고 점수 요약 말고는 아무것도 서버로 보내지 않는다고 밝히고 있어요. GitHub
- 리더보드 현황 공개 리더보드에는 2026년 6월 29일 기준 딱 한 명, 만든 사람 자신의 프로젝트 점수만 올라와 있어요. GitHub Pages
원본 보기 (reddit:claudeai)
버로우(Burrow)는 Claude Code, Cursor, Codex 같은 AI 코딩 에이전트가 사용자 소유의 쿠버네티스 클러스터에서 배포, 롤백, 로그 확인, 스케일링 같은 day 2 operations를 MCP로 직접 처리하게 해주는 오픈소스 도구예요. 에이전트가 kubectl 수준의 조작을 직접 하는 대신, 운영 환경에서는 배포나 삭제처럼 위험한 동작마다 사람 승인을 거치도록 하는 안전장치(가드레일)를 둬서 통제권을 남겨뒀어요. 다만 저장소가 만들어진 지 2주 남짓 됐고 스타도 4개뿐인 초기 단계라 실제 프로덕션 검증은 아직 부족해요.
용어 풀이 - MCP
- AI 에이전트와 외부 도구·서비스를 연결해 주는 표준 통신 규격(Model Context Protocol)
- kubectl
- 쿠버네티스 클러스터를 명령줄에서 직접 조작할 때 쓰는 기본 도구
- day 2 operations
- 앱을 처음 배포한 뒤 이어지는 운영 작업(모니터링, 장애 대응, 스케일링, 배포 변경 등)을 가리키는 업계 용어
- HPA
- Horizontal Pod Autoscaler의 줄임말. 트래픽에 따라 서버(파드) 개수를 자동으로 늘리고 줄여 주는 쿠버네티스 기능
운영자 인사이트
'코드는 다 짰는데 배포가 발목 잡는다'는 고민엔 공감이 가지만, 별 4개인 2주차 프로젝트라 가드레일이 실제로 잘 작동하는지 스테이징에서 먼저 검증하고 나서 프로덕션에 붙이는 게 안전해요.
여러 관점으로 보기 - 핵심 기능 Claude Code 같은 에이전트가 MCP로 연결돼서 배포·로그 조회·롤백·오토스케일링까지 직접 수행하도록 만든 오픈소스 도구예요. GitHub
- 안전장치 구조 코드는 버로우를 거치지 않고 컨테이너 레지스트리로만 오가고, 운영 환경에서 배포나 삭제처럼 위험한 동작은 사람이 승인해야 실행되도록 환경별 권한 규칙을 걸 수 있어요. GitHub
- 저장소 현황 2026년 6월 23일에 만들어진 신생 프로젝트로 스타 4개, 포크 1개, 아파치 2.0 라이선스이고 v1.0을 '프로덕션 셀프호스팅' 목표로 개발 중이에요. GitHub API
- 비슷한 시도들 비슷한 시기에 Axon, Klaw.sh 같은 'AI 에이전트가 쿠버네티스를 안전하게 운영하게 하자'는 프로젝트들도 잇따라 나오고 있어서, 이런 흐름이 버로우만의 이야기는 아니에요. Hacker News
원본 보기 (reddit:claudeai)