주요 업데이트
앤트로픽이 9월 17일 claude.ai/code·데스크톱 앱 Code 탭·모바일 앱의 프로젝트를 다시 만들었어요. 프로젝트 대화 하나가 조정 역할을 맡아 붙여 넣은 버그·스택 트레이스·작업 목록을 스레드로 나누고, 스레드 하나하나가 자기 브랜치와 저장소 복제본을 가진 클라우드 세션으로 돌아 PR 을 열고 CI 실패·리뷰 댓글에 스스로 대응하며, 공유 메모리·프로젝트 지침·파일 라이브러리를 새 스레드마다 물려받아요. 공식 문서 기준으로 Pro·Max 퍼블릭 베타이고 클라우드 세션을 써 봤으면서 채팅·코워크에 기존 프로젝트가 없는 계정부터 순차 적용되며 Team·Enterprise 는 아직이고, 터미널 CLI 와 베드록 같은 외부 제공사 경로에서는 쓸 수 없으며 내 컴퓨터에서 도는 로컬 실행은 '곧' 이라고만 적혀 있어요.
용어 풀이 - PR
- 풀 리퀘스트. 브랜치 변경을 본 저장소에 합쳐 달라고 올리는 요청
- CI
- 지속적 통합. 코드가 올라올 때마다 자동으로 빌드·테스트를 돌리는 체계
- CLI
- 명령줄 인터페이스. 터미널에서 명령을 쳐서 쓰는 프로그램
- MCP
- Model Context Protocol. 에이전트가 외부 도구·데이터에 연결되는 표준
운영자 인사이트
쓰려면 저장소가 github.com 에 있고 Claude GitHub App 이 깔려 있어야 하고(/web-setup 토큰으로는 부족), 스레드는 내 컴퓨터의 스킬·MCP·설정을 못 가져가니 저장소의 .claude/ 와 claude.ai 커넥터로 옮겨야 해요. 같은 플랜 한도를 더 빨리 쓰고 기본값이 스레드마다 Opus 고효과이며 한도에 닿은 스레드가 다음 사용량 창에서 스스로 재개하니, 첫 프로젝트는 동시 스레드 수와 모델을 낮춰 잡고, 샌드박스 재개 실패 시 미커밋 변경이 사라질 수 있어 지침에 커밋·푸시를 적어 두세요.
여러 관점으로 보기 - 공식 문서가 적은 조건과 한계 Pro·Max 퍼블릭 베타로 순차 적용 중이고 Team·Enterprise 는 아직이며, 프로젝트는 claude.ai/code·데스크톱·모바일 앱에서만 열리고 터미널 CLI 의 claude project 명령과는 무관해요. 하루 새 스레드 200개가 강제 상한이고, 한 사용자 소유라 공유·조직 통제가 없으며, 로컬 세션은 프로젝트에 넣을 수 없어요. Claude Code Docs
- 경쟁 구도로 본 보도 벤처비트는 별도 요금 없이 기존 사용량에서 차감되고 로컬 지원은 '매우 곧' 이라는 점을 옮기며, 오픈AI 코덱스·깃허브·구글 줄스의 병렬 에이전트 작업 공간과 같은 '에이전트 조정' 경쟁 영역으로 묶어 봤어요. VentureBeat
원본 보기 (rss:theverge-ai)
9월 17일 하루에 v2.1.274 와 v2.1.275 가 잇달아 나왔는데, 2.1.275 는 npm 소스 플러그인을 npm install 대신 npm pack --ignore-scripts 로 받아 무결성을 검증하도록 바꿔 패키지 자체의 preinstall·postinstall 이 더는 실행되지 않아요. 공식 플러그인 참조 문서는 아직 「npm 소스 플러그인을 가져올 때는 라이프사이클 스크립트를 켠 채 npm install 을 돌린다」고 적혀 있어 문서가 한 판 뒤처져 있고, 같은 판에서 /update-config 가 파일 권한 검사에 걸리지 않는 Write(path) 규칙을 써 넣던 문제를 Edit(path) 로 고쳤으며, claude.ai 계정에서 켠 스킬·플러그인이 터미널 세션으로 동기화되는 것은 syncClaudeAiSkills·syncClaudeAiPlugins 를 false 로 끌 수 있다고 적혔어요(공식 문서는 이 동기화가 2.1.273 부터라고 적고 있어 도입 시점이 서로 달라요). 앞선 2.1.274 는 특수 셸 변수를 반복·대입하는 명령이 권한을 묻지 않던 구멍과 워크트리 격리 세션이 중첩 셸 확장을 받아 주던 구멍을 막았고, .mcp.json·설정·플러그인의 "type": "sdk" MCP 항목은 경고와 함께 건너뛰며, 베드록·버텍스·파운드리 설치도 v2 MCP 클라이언트와 2026-07-28 프로토콜 협상을 기본으로 쓰게 됐어요(MCP_SDK_GENERATION=v1 로 되돌릴 수 있어요).
용어 풀이 - npm
- 자바스크립트 패키지를 설치·배포하는 관리 도구
- preinstall·postinstall
- npm 패키지를 설치하기 전후에 자동으로 실행되는 스크립트
- MCP
- 에이전트가 외부 도구·데이터에 연결되는 표준 프로토콜(Model Context Protocol)
- 워크트리
- git 저장소 하나를 여러 작업 폴더로 나눠 체크아웃한 것
운영자 인사이트
npm 소스로 사내 플러그인을 배포하던 팀은 지금까지 플러그인 패키지의 설치 스크립트가 사용자 기계에서 그대로 실행됐다는 뜻이니, 네이티브 빌드나 설정 생성을 postinstall 에 기대던 플러그인은 2.1.275 이후 훅에서 직접 처리하도록 옮기고, 베드록·버텍스 환경에서 직접 HTTP MCP 서버를 쓰는 조직은 업데이트 뒤 연결이 깨지면 MCP_SDK_GENERATION=v1 로 되돌려 원인을 확인하세요.
여러 관점으로 보기 - 앞선 판 2.1.274 같은 날 먼저 나온 2.1.274 는 특수 셸 변수 반복·대입 명령의 권한 확인 누락과 워크트리 격리 세션의 중첩 셸 확장 허용을 막고, "type": "sdk" MCP 항목을 건너뛰며, 베드록·버텍스·파운드리를 v2 MCP 클라이언트 기본으로 바꿨어요. GitHub
- 공식 문서 미반영 플러그인 참조 문서는 의존성 설치는 --ignore-scripts 로 돌리지만 「npm 소스 플러그인 자체를 가져올 때는 라이프사이클 스크립트를 켠 채 npm install 을 돌린다」고 아직 적혀 있어요. Claude Code Docs
- 동기화 도입 시점 어긋남 스킬 문서는 claude.ai 계정 스킬의 터미널 동기화가 2.1.273 부터라고 적고, ~/.claude/skills/synced/ 로 내려받아 10분마다 확인하며 syncClaudeAiSkills: false 로 끄면 이미 받은 것은 .trash 로 옮긴다고 설명해요. Claude Code Docs
원본 보기 (github-releases:claude-code)
공식 문서(memory·large-codebases)는 하위 폴더 CLAUDE.md 가 "클로드가 그 폴더의 파일을 읽을 때" 로드된다고만 적었는데, 8월 28일 깃허브 이슈 #90449·#90450 은 27가지 접근 방법을 시험해 네이티브 Read 도구만 그것을 불러오고 Grep·Glob 과 Bash 의 cat·sed·grep·heredoc 은 아무 오류 없이 지나친다고 보고했어요. 문제는 auto 모드가 "cat·head·sed -n 으로 읽고 sed·heredoc 으로 고치되 Read·Edit·Write 도구는 쓰지 말라" 는 지시를 시스템 프롬프트에 넣는다는 점이라, 그 지시를 따르는 세션에서는 하위 폴더 CLAUDE.md 와 paths 조건 rules 가 한 번도 안 읽힐 수 있고 9월 10일 이슈 #93403 은 하위 폴더 .claude/skills 도 같은 이유로 안 잡힌다고 덧붙였어요. 세 이슈 모두 9월 18일 현재 열려 있고 앤트로픽 답글은 없으며, 댓글에는 이 Bash 우선 지시가 세션 단위 코호트로 켜져 같은 버전·모델에서도 사람마다 다르고 문서에 없는 환경변수 CLAUDE_CODE_THRIFTY_SONIC=false 로 꺼진다는 사용자 보고가 있어요.
용어 풀이 - auto 모드
- 사람 대신 분류 모델이 행동을 심사해 확인 없이 진행하는 클로드 코드 권한 모드. Pro·Max·Team 요금제의 기본 시작 모드
- heredoc
- 셸에서 여러 줄 텍스트를 명령의 입력으로 그 자리에 적어 넘기는 문법
- 모노레포
- 여러 패키지·서비스를 한 저장소에 함께 담는 구성
- 훅
- hook. 클로드 코드가 정해진 시점(도구 호출 전·후, 지시 파일 로드 등)에 실행하는 사용자 스크립트
운영자 인사이트
모노레포에서 하위 폴더 CLAUDE.md 나 paths 조건 rules 에 규칙을 나눠 뒀다면 auto 모드 세션에서 /context 의 Memory files 목록에 그 파일이 실제로 뜨는지 확인하고, 공식 문서가 안내하는 InstructionsLoaded 훅으로 어느 파일이 언제 로드됐는지 기록해 두세요. 반드시 지켜야 할 규칙은 로드에 기대지 말고 루트 CLAUDE.md 로 올리거나 PreToolUse 훅으로 강제하는 편이 안전해요.
여러 관점으로 보기 - 근본 원인 이슈 — 27가지 접근 방법 실험 같은 제보자가 하루 먼저 연 #90449 는 Read 도구의 네 가지 변형만 하위 CLAUDE.md 를 불러오고, 존재하지 않는 파일을 Read 해도 오류와 함께 CLAUDE.md 가 들어오는 것으로 보아 파일 접근이 아니라 경로 해석이 트리거라고 적었어요. GitHub
- 후속 이슈 — 하위 폴더 스킬도 같은 구멍 9월 10일 v2.1.267 기준 #93403 은 하위 폴더 .claude/skills 와 CLAUDE.md 가 Read·Edit·Write 에만 반응하고 Bash·Grep 에는 반응하지 않아, auto 모드의 읽기 전용 조사는 그 하위 트리의 스킬과 규칙 없이 끝날 수 있다고 재현 절차와 함께 보고했어요. GitHub
- Bash 우선 지시 자체를 문제 삼은 이슈 8월 19일 #88041 은 v2.1.234 실행 파일 안에 "read files with cat, head, or sed -n … rather than using the dedicated Read, Edit, or Write tools" 지시가 들어 있고, 설정 키나 환경변수 없이 코드 수준 게이트로만 켜진다고 적었어요. GitHub
- 공식 문서의 표현 memory 문서는 하위 폴더 CLAUDE.md 가 "Claude 가 그 하위 폴더의 파일을 읽을 때 포함된다" 고만 적고 어느 도구가 그 '읽기' 인지는 밝히지 않으며, 로드 확인 방법으로 /context 와 InstructionsLoaded 훅을 안내해요. Anthropic
원본 보기 (reddit:claudeai)
앤트로픽이 9월 17일 공개한 「최전선 연구소 안 AI 개발 속도 측정」 글에서, 8월 기준으로 모델 연구개발 작업의 26%를 클로드가 「주도」하고, 「협업」 이상 단계의 작업이 90%를 넘으며, 사람이 전혀 개입하지 않는 완전 자율 단계는 측정된 어떤 작업에도 없다고 적었어요. 여기서 「주도」는 「상위 수준 프롬프트만 주면 작업 대부분을 처음부터 끝까지 해내고 사람은 감독한다」는 뜻이고, 수치는 7월 매주 부서별 직원 20%를 표본으로 뽑아 약 1만 5,000개 작업을 6단계로 매긴 것인데, 그 등급을 매긴 것은 클로드 에이전트가 모은 증거를 별도의 클로드 심판 모델이 읽고 판정한 결과이며 직원 평가로 검증했다고 해요. 앤트로픽 스스로 작업 목록이 7월 기준으로 고정돼 사람이 옮겨 간 새 종류의 일은 잡지 못하고, 자기 모델이 심판이라 같은 맹점을 공유할 수 있다는 한계를 적었어요.
운영자 인사이트
「AI가 몇 %를 한다」는 말은 정의 없이는 비교가 안 되는데, 이 글의 6단계 사다리(관여 없음·최소·보조·협업·주도·완전 자율)와 작업 분류 트리, 고정 바구니 방식은 우리 팀의 에이전트 도입 정도를 재는 틀로 그대로 옮겨 쓸 만해요. 다만 26%라는 숫자 자체는 자기 모델이 심판인 자기 측정이니 벤치마크로 삼지 말고, 측정 방법만 가져오세요.
여러 관점으로 보기 - 앤트로픽 1차 자료 「주도」 26%·「협업」 이상 90% 초과·완전 자율 0 이라는 수치와, 클로드 심판 모델이 등급을 매긴 방법·한계를 앤트로픽이 직접 적었어요. Anthropic
- 2차 보도(공개 시점·자기 측정 지적) 엔가젯은 9월 17일 공개된 이 보고서의 수치가 앤트로픽 자체 측정이라는 점과 업계 자율 규제의 불확실성을 함께 짚었어요. Engadget
원본 보기 (reddit:claudeai)
깃허브가 9월 17일 코파일럿 사용량 지표 API 의 CLI 보고서에 스킬·커스텀 에이전트·MCP 서버·슬래시 명령·플러그인 다섯 범주를 더해서, 범주마다 상위 5개 항목과 상호작용 횟수(totals_by_skill 등)와 서로 다른 항목을 몇 개 썼는지(distinct_skill_use_count 등)가 사용자별 1일·28일 보고서와 합계 보고서에 들어가요. 다만 이름이 보이는 건 깃허브가 제공한 항목뿐이고, 회사나 개인이 직접 만든 스킬·에이전트·MCP 서버·플러그인은 other 로, 커스텀 슬래시 명령은 custom 으로 묶여서 관리자가 보는 건 누가 커스터마이징을 얼마나 썼는지이지 어떤 것을 썼는지는 아니에요. MCP 서버는 연결·재연결 시도만 세고 플러그인 스킬 호출은 스킬 합계에도 같이 잡히며, 같은 날 임팩트 대시보드에 생긴 기능별 참여 지표(copilot_feature_engagement)는 28일 합계 보고서에만 들어가고 사용자별로는 안 나와요.
용어 풀이 - CLI
- 터미널에서 명령어로 쓰는 프로그램. 여기서는 코파일럿 CLI
- MCP
- Model Context Protocol. AI 에이전트가 외부 도구·데이터에 연결되는 표준
- API
- 프로그램끼리 데이터를 주고받는 약속된 창구
운영자 인사이트
9월 11일 VS Code 에이전트 창에 이어 CLI 커스터마이징까지 계정 이름과 함께 잡히니, 사내 스킬·MCP 서버를 배포하는 팀은 그 도입률이 보고서에 other 로만 보인다는 걸 알고 따로 집계할지 정하고, 개인은 자기 스킬·MCP 사용 횟수가 관리자 보고서에 올라간다는 걸 전제로 두는 게 좋아요.
여러 관점으로 보기 - 공식 발표 (CLI 커스터마이징 지표) totals_by_skill·totals_by_custom_agent·totals_by_mcp·totals_by_slash_cmd·totals_by_plugin 와 distinct_*_use_count 가 사용자별 1일·28일 보고서와 합계 보고서에 들어가고, 고객이 지은 이름은 other(슬래시 명령은 custom)로 묶인다고 적혀 있어요. GitHub
- 같은 날 임팩트 대시보드 (합계 전용) 28일 동안 이틀 이상 쓴 사용자를 기능 참여로 세는 copilot_feature_engagement·totals_by_feature·users_in_phase_28d 가 기업·조직 28일 합계 보고서에만 추가돼 사용자별로는 안 나와요. GitHub
- 사용자별 보고서 스키마 사용자별 보고서 예시 스키마에 user_login·user_id 와 used_cli·totals_by_cli(세션·요청·프롬프트·토큰 수)가 있어 CLI 활동이 계정 단위로 구분돼요. GitHub Docs
원본 보기 (rss:github-changelog)
txcript 는 각 에이전트가 디스크에 남기는 세션 파일을 다른 에이전트 형식으로 바꿔 메시지·추론·도구 호출 이력까지 이어 가게 하는 러스트 라이브러리이고, 클로드 코드·코덱스·OpenCode·커서(CLI·데스크톱)·Cowork·안티그래비티 등 12개는 읽기와 이어 가기 둘 다, Hermes·Amp 는 읽기만 되며 claude.ai 채팅과 챗GPT 는 앱 로그인을 재사용하는 비공개 웹 API 로 읽기만 해요. README 는 에이전트 고유 기록과 상대가 지원하지 않는 필드는 변환에서 사라질 수 있다고 적었고, 그 위에 얹힌 스킬싱크는 맥 앱·CLI·MCP 서버 형태로 무료 등급에서는 로컬 세션 검색과 이어 가기를 주고 팀 공유 작업 공간과 클라우드 동기화는 유료 Pro(10석까지) 부터예요. HN 토론(41점, 댓글 46건)에서는 긴 세션을 넘기면 받는 쪽 에이전트가 압축한다는 점, 코덱스의 보관된 대화는 자동으로 잡히지 않아 되살려야 한다는 점(이슈 #52 로 고쳐짐), 동기화 지연이 5초쯤 된다는 실사용 한계가 나왔어요.
용어 풀이 - MCP
- Model Context Protocol. 에이전트가 외부 도구·데이터에 연결되는 표준
- CLI
- 터미널에서 명령어로 쓰는 프로그램
- YC
- Y Combinator. 미국 스타트업 육성 프로그램
운영자 인사이트
세션 파일은 프롬프트뿐 아니라 도구 결과에 담긴 코드·경로·환경 값까지 통째로 들고 있으니, 변환은 로컬에서 끝나더라도 팀 작업 공간에 올리기 전에 무엇이 실려 있는지 txcript view 로 한 번 훑는 편이 안전하고, claude.ai·챗GPT 읽기는 비공개 API 에 내 로그인을 얹는 방식이라 회사 계정으로 쓰기 전에 약관을 확인해 두는 게 좋아요.
여러 관점으로 보기 - 창업자 설명 세션과 변환은 내 기계에서만 돌고 팀 작업 공간에 공유한 것만 밖으로 나간다고 창업자가 HN 런치 글에 적었어요. Hacker News
- 유료 경계 무료는 개인 로컬 세션 검색·이어 가기·CLI·MCP 까지이고, 공유 작업 공간과 클라우드 동기화는 10석까지의 Pro 등급부터예요. Skillsync
원본 보기 (hn:claude-code)
공식 MCP 인스펙터(modelcontextprotocol/inspector)는 tools/list·tools/call 을 직접 쳐 보고 OAuth 를 확인하는 프로토콜 수준 도구라 LLM 이 끼지 않는데, MCPJam(MCPJam/inspector, 아파치 2.0, 별 2.2k) 은 프롬프트·기대 도구 호출과 인자·선택적 기대 출력·단정을 테스트 케이스 하나로 묶어 클로드·GPT·제미나이 등 여러 모델에 정해진 횟수만큼 반복 실행하고, 통과·실패는 도구 호출 순서·인자·응답 문자열·토큰 예산 같은 결정론 단정으로만 정하며 LLM 심판 점수는 기본이 참고용이에요. @mcpjam/sdk 를 쓰면 Jest·Vitest 안에서 자기 API 키로 로컬 실행이 되고 계정은 결과 업로드에만 필요하며, 호스팅 심판(오픈라우터 경유)·클라이언트 매트릭스·스웜 페르소나 같은 기능은 크레딧(1 크레딧 = 0.01 달러) 기반 유료예요. 9월 17일 쇼 HN 은 9점 댓글 4개였고 '첫 평가 플랫폼' 은 회사의 자기 주장이며, 이 프로젝트는 2025년 6월 '더 나은 MCP 인스펙터' 로 처음 올라온 뒤 1년 넘게 평가 쪽으로 넓혀 온 것이라 새로 나온 제품은 아니에요.
용어 풀이 - MCP
- Model Context Protocol. AI 에이전트가 외부 도구·데이터에 연결되는 표준 규약
- CI
- Continuous Integration. 코드를 올릴 때마다 자동으로 빌드·테스트를 돌리는 절차
- SDK
- Software Development Kit. 프로그램 안에서 기능을 호출하도록 제공되는 라이브러리 묶음
운영자 인사이트
MCP 서버에서 '도구가 호출되면 잘 도나' 는 공식 인스펙터로 끝나지만 '모델이 그 도구를 고르나' 는 도구 설명 한 줄만 바꿔도 모델마다 달라져요. 이 부분을 CI 에 넣으려면 MCPJam 을 쓰든 직접 짜든 기대 도구 호출 단정에 반복 횟수를 곱하는 구조가 필요하고, 판정은 결정론 단정에 걸고 LLM 심판은 참고로만 두는 이 도구의 설계가 그대로 참고할 만해요.
여러 관점으로 보기 - 저장소 실체 아파치 2.0 라이선스, 별 2.2k·포크 284·열린 이슈 55 이고 9월 17일 v3.7.2 까지 릴리스가 200건 넘게 쌓여 있어요. GitHub
- 평가가 실제로 하는 일 테스트 케이스는 프롬프트·기대 도구 호출·선택적 기대 출력·단정으로 이뤄지고, 통과·실패는 결정론 단정이 정하며 LLM 심판은 기본 참고용이에요. MCPJam 문서
- 로컬 실행 범위 @mcpjam/sdk 는 자기 OpenAI 등 키로 로컬에서 돌고, MCPJam API 키는 결과를 저장할 때만 필요해요. MCPJam 문서
- 비교 대상인 공식 도구 공식 MCP 인스펙터는 웹·CLI·TUI 로 서버에 붙어 tools/list·tools/call·OAuth 를 확인하는 참조 도구이고 모델 실행이나 평가 기능은 없어요. Model Context Protocol 문서
- 쇼 HN 에서 저자가 밝힌 평가 기준 무엇을 평가하느냐는 물음에 저자는 연결·도구 발견·도구 선택·호출·응답·사용자 목표 달성까지 단계별로 결정론 단정과 비결정론 평가를 섞으라고 답했어요. Hacker News
원본 보기 (hn:cursor-ai)
Skill Crossroads 라는 스킬 린터가 9월 10일 앤트로픽 공식 저장소 1곳과 커뮤니티 저장소 17곳에서 모은 스킬 216개(채점 215개)를 26개 규칙으로 채점해, 148개(69%)의 description 이 「안정적으로 트리거되지 않는다」고 적었어요. 다만 그 판정(TRIGGER-01)은 스킬 이름·description·본문 앞 1,500자를 클로드 모델에 보내 0~100점을 받아 80점 이상 통과·60점 이상 경고·그 아래 실패로 가른 것이고, 87개 실패와 61개 경고를 합친 숫자예요. 실제 클로드 코드 세션에서 프롬프트를 넣어 스킬이 뜨는지 시험한 것은 아니고, 작성자는 사람이 라벨한 14개 표본과 92.9% 일치했다고만 밝혔어요. 판단 기준 자체는 앤트로픽 공식 문서가 권하는 「무엇을 하는지와 언제 쓰는지를 함께 적고, 사용자가 말할 법한 키워드를 넣어라」와 같은 방향이지만, 보고서와 저장소 어디에도 공식 문서를 인용한 대목은 없어요.
용어 풀이 - description
- 스킬 SKILL.md 머리말(frontmatter)의 설명 필드. 클로드가 스킬을 자동 호출할지 정할 때 읽는 텍스트
- LLM
- 대규모 언어 모델(Large Language Model)
- TRIGGER-01
- Skill Crossroads 린터의 트리거 신뢰도 검사 항목 이름. 모델이 설명문을 읽고 점수를 매기는 방식
운영자 인사이트
공식 문서는 description 이 스킬 자동 호출을 정하는 유일한 근거라고 적고 있으니, 이 보고서의 수치는 믿기보다 「내 스킬 description 에 '언제 쓰는지'와 사용자 표현이 들어 있는가」를 점검하는 계기로 쓰는 게 맞아요. 트리거 여부를 정말 확인하려면 공식 문서가 권하는 대로 실제 프롬프트 세 개쯤을 만들어 스킬이 뜨는지 직접 돌려 보세요.
여러 관점으로 보기 - 린터 저장소 TRIGGER-01 소스는 description 과 본문 발췌를 모델에 보내 점수를 받는 구조이고, 결정적 규칙 TRIGGER-03 은 「use when」·「when the user」 같은 문구가 있는지만 봐요. GitHub
- 앤트로픽 공식 지침 공식 작성 지침은 description 에 무엇을 하는지와 언제 쓰는지를 함께 넣고 사용자가 언급할 키워드를 담으라고 하며, 실제 프롬프트로 평가를 만들어 시험하라고 권해요. Anthropic
- 클로드 코드 문서 클로드 코드 문서는 description 과 when_to_use 를 합쳐 1,536자에서 자르고, 스킬 본문은 호출될 때만 읽힌다고 적고 있어요. Anthropic
원본 보기 (hn:claude-code)
지푸(Z.ai)가 9월 17일 올린 글의 원제는 「재귀적 자기개선을 향해」이고, 중국산 AI 가속기 10만 대 넘는 클러스터에 GLM-5.3-Flash 추론 서비스를 처음부터 올리는 일의 상당 부분을 GLM-5.3 이 구동하는 인프라 에이전트가 했다는 내용이에요. 엔지니어는 목표와 시스템 경계를 정하고 아키텍처·동시성·운영 위험이 걸린 변경만 검토했고, 에이전트는 정확성 검증·실행 추적·마이크로벤치마크를 묶은 촘촘한 피드백 고리 안에서 가설을 세우고 코드를 고쳐 KDA 디코드 커널을 1.71배 빠르게 하고 파이썬 GIL 병목으로 생긴 KV 전송 동시성 손실을 1% 아래로 줄였다고 적었어요. 다만 가격·지연·API 호환 같은 사용자 쪽 변화는 하나도 발표되지 않았고 칩 제조사도 밝히지 않았으며, HN 토론은 성과 검증보다 요금제 인상(연 360달러 Max 플랜이 월 80달러대로)과 Flash 가 긴 작업 중 계획을 잊는다는 사용 경험에 몰렸어요.
용어 풀이 - KDA
- GLM-5.3 계열이 쓰는 어텐션 변형(Kimi Delta Attention)으로, 긴 문맥에서 KV 캐시를 줄이는 구조
- GIL
- 파이썬 인터프리터의 전역 잠금(Global Interpreter Lock)으로, 한 번에 한 스레드만 파이썬 코드를 돌리게 해 동시성을 막는 장치
- KV 전송
- 프리필(입력 처리) 노드가 만든 키·값 캐시를 디코드(생성) 노드로 옮기는 단계
- 마이크로벤치마크
- 커널 하나처럼 작은 단위의 속도만 따로 재는 성능 시험
운영자 인사이트
GLM 을 코딩 에이전트에 물려 쓰는 분께 오늘 바뀌는 건 없어요. 이 글의 쓸모는 방법 쪽인데, 성능 최적화를 에이전트에 맡길 수 있었던 조건이 모델이 아니라 로컬에서 싸고 빠르게 도는 정확성 테스트·트레이스·마이크로벤치마크였다는 점이에요. 우리 서비스에 그런 피드백 장치가 없다면 에이전트는 종단 지표 하나 보고 추측할 수밖에 없으니, 에이전트 도입보다 계측부터 갖추는 게 순서예요.
여러 관점으로 보기 - 글의 수치·역할 분담 정리 가속기 10만 대 이상, 처리량 3배, KDA 디코드 커널 1.71배, KV 전송 동시성 손실 20%에서 1% 아래로, 6일간 62조 토큰 처리 같은 수치를 옮기면서 사용자 쪽 가격·지연·API 변화는 없다고 정리했어요. Unite.AI
- 에이전트 작동 방식 13일간 3.22배 상승 가운데 가장 큰 폭은 레이어 분할과 컨텍스트 병렬로 이틀 만에 1.41배에서 2.49배로 뛴 구간이었고, 에이전트는 정확성 검증·타임라인 프로파일링·커널 마이크로벤치마크 세 가지 피드백을 썼다고 풀었어요. explainx.ai
- 검증 불가 지적 엔비디아와 토큰당 비용이 비슷하다는 주장은 공개된 자료로는 확인할 수 없고 전력·활용률·정규화 비교가 없으며, 서빙과 학습은 다르다고 짚었어요. Implicator
- HN 토론 (362점·260댓글) 요금제가 초기 보조금 가격에서 크게 올랐다는 불만, Flash 가 작업 중 맥락을 잃는다는 경험, 코딩 작업에서 캐시 적중률 90~97% 라는 확인, 칩은 화웨이 어센드일 것이라는 추정과 증류 논란이 섞였어요. Hacker News
원본 보기 (hn:top-stories)
ThinkRail 은 젯브레인스 이노베이션허브(InnovationHub)가 8월 19일 소개한 아파치 2.0(Apache-2.0) 오픈소스 IDE 로, 워크스페이스 하나가 git 워크트리 하나라 에이전트 여럿을 각자의 브랜치에서 나란히 돌리고 main 은 깨끗하게 남겨요. 에이전트는 젯브레인스 제품이 아닌 Earendil 의 pi 코딩 에이전트 하나에 고정돼 프로세스 안에서 도는 구조이고, 모델·스킬·컨텍스트 압축·비용은 pi 가, 편집기·터미널·워크스페이스는 ThinkRail 이 맡아요. 9월 16일 나온 정식판 v0.1.1 은 맥(애플 실리콘)·윈도우 x64·리눅스 배포판을 함께 냈고, 저장소는 별 470 개에 열린 이슈 122 건, 문서는 아직 준비 중이에요.
용어 풀이 - IDE
- 통합 개발 환경. 편집기·터미널·디버거를 한 화면에 모은 개발 도구
- MCP
- 모델 컨텍스트 프로토콜. 에이전트가 외부 도구·데이터에 연결되는 표준
- CLI
- 명령줄 인터페이스. 터미널에서 명령으로 다루는 프로그램
- GUI
- 그래픽 사용자 인터페이스. 창과 버튼으로 다루는 화면
운영자 인사이트
젯브레인스가 IDE 셸을 오픈소스로 내면서도 에이전트를 pi 하나에 묶어 둔 점이 핵심이라, 클로드 코드를 젯브레인스 계열에서 쓰려면 아직은 공식 플러그인이 답이고 ThinkRail 은 워크트리 격리와 터미널·훅·MCP 로 에이전트를 IDE 에 붙이는 설계 참고 자료로 보면 돼요.
여러 관점으로 보기 - 젯브레인스 공식 소개 글 8월 19일 소개 글은 ThinkRail 을 pi 코딩 에이전트의 웹 GUI 로 규정하고 초기 개발 단계라고 적었어요. ThinkRail (JetBrains)
- v0.1.1 릴리스 노트 앱 아이콘 재작업, 윈도우 셸 설정 가능, 조종 모드에서 큐가 멈추던 문제 수정, CLI 업데이트 알림 추가가 담겼어요. GitHub
- 클로드 코드를 붙인 개인 포크 한 개발자가 플러그인 API 를 얹어 클로드 코드 CLI 를 내장 터미널에 띄우고 훅·MCP 로 IDE 와 잇는 포크를 냈지만, 맥에서만 시험한 별 0 개짜리 시제품이에요. GitHub
원본 보기 (hn:claude-code)