Claude Code가 에이전트 모델과 캐시, 비용 통제를 세분화했다

Claude Code 공식 변경 기록

Claude Code 2.1.243은 modelPicker, promptCacheTtl, subagentPromptCacheTtl, modelPricing을 추가했다. 서브에이전트가 사용할 모델과 effort도 표시하고, /usage에서 실행 횟수, 토큰과 실행당 토큰을 확인할 수 있다. 팀이 모델 선택, 캐시 수명과 비용 계산을 하나의 기본값으로 묶지 않고 실행 주체별로 조정할 수 있는 방향이다.

운영 안정성 변화도 함께 들어갔다. 비대화형 실행과 SDK의 원격 MCP 연결은 끊긴 뒤 다시 연결하며, 백그라운드 서브에이전트의 완료 신호와 API 무응답 타임아웃 및 재시도도 보완됐다. 2.1.245는 glibc 2.44 환경의 Linux 시작 충돌을 수정했다. 설정 선택지가 늘어난 만큼 팀은 허용 모델과 비용표의 갱신 주체, 캐시 TTL의 데이터 보존 의미, 원격 MCP 재연결 뒤 재실행 가능한 동작을 함께 문서화해야 한다.

Gemini CLI 0.57.0이 취소된 다중 턴 실행을 요청 전 상태로 되돌린다

Gemini CLI 0.57.0 공식 릴리스

Gemini CLI 0.57.0은 사용자가 실행을 취소하거나 중단했을 때 해당 요청에서 생긴 다중 턴 상태 전체를 되돌린다. 도구 호출 중 일부만 남아 다음 요청의 문맥을 오염시키는 대신 요청 시작 전을 복구 기준으로 삼는다. 빈 텍스트이지만 도구나 미디어 payload가 있는 턴을 보존하고, agents 모드가 꺼져 있을 때 서브에이전트 생성을 막는 수정도 포함됐다.

용량 오류에는 문맥을 반영한 재시도와 30초 TTL의 터미널 가용성 확인이 추가됐다. 서브에이전트 시작 handoff token 회귀와 TUI를 멈추게 하던 프로세스 타임아웃도 수정됐다. CLI 에이전트를 CI나 긴 작업에 넣는 팀이라면 성공 결과뿐 아니라 취소가 어느 상태까지 되돌리는지, 외부 시스템에 이미 반영된 쓰기 동작은 별도 보상해야 하는지를 테스트해야 한다.

LangChain 1.3.17이 HITL 거절을 실행 결과와 구분해 보존한다

LangChain 1.3.17 공식 릴리스, 관련 수정 PR

LangChain 1.3.17은 human-in-the-loop 단계에서 사람이 도구 호출을 거절했을 때 호출이 실행되지 않았다는 프레이밍을 유지하도록 수정했다. 거절 응답을 평범한 도구 결과처럼 넘기면 다음 모델 턴은 외부 작업이 완료됐다고 오해할 수 있다. 이번 수정은 승인 상태만 기록하는 것과 모델이 해석할 실행 문맥을 올바르게 만드는 것이 별개임을 보여준다.

사람이 재시도를 지시했는지 여부도 임의로 덧붙이지 않는다. 백엔드에서 결제, 배포나 데이터 수정 도구에 승인을 붙였다면 승인, 거절과 수정 요청을 서로 다른 상태로 보존하고, 모델에 전달되는 메시지와 실제 감사 로그가 같은 사건을 가리키는지 확인할 필요가 있다.

GitHub Copilot app의 Customize 탭이 정식 제공됐다

GitHub Copilot app Customize 탭 정식 제공 공지

GitHub Copilot app의 Customize 탭은 MCP 서버, 플러그인, Skill과 Canvas를 한곳에 모으고 추천과 유형별 탐색을 제공한다. 새 실행 API라기보다 흩어진 사용자 정의 기능의 발견 경로를 제품 안으로 모은 변화다.

발견이 쉬워졌다고 조직 승인이 끝난 것은 아니다. MCP 서버와 플러그인이 읽는 저장소와 외부 시스템, 쓰기 동작, 자격 증명 전달과 해제 절차를 별도로 검토해야 한다. 팀 카탈로그에는 접근 범위와 책임 주체가 확인된 항목만 넣는 편이 안전하다.

GitHub Top 100에서 DeepSeek Harness와 Codex의 상승세가 이어졌다

8월 25일 스냅샷 커밋, 8월 25일 표, 전날 표

같은 기준의 연속 스냅샷을 비교하면 DeepSeek Harness는 188,874에서 192,700 stars로 3,826 증가하고 33위에서 31위로 올랐다. Codex는 115,810에서 117,332로 1,522 증가해 93위에서 91위가 됐다. mattpocock/skills도 1,493 증가했지만 순위는 20위를 유지했다.

이 수치는 품질이나 기업 도입률이 아니라 GitHub star 기반 관심도다. 다만 에이전트 실행 도구와 재사용 가능한 Skill 저장소가 연속해서 상위권 증가를 보인다는 점은 도구 생태계 탐색 수요가 이어지고 있음을 보여준다.

IAM Roles Anywhere가 AWS SDK for Java 2.x 안에서 임시 자격 증명을 갱신한다

IAM Roles Anywhere Java 자격 증명 공급자 발표

IAM Roles Anywhere의 AWS SDK for Java 2.x 플러그인은 AWS 밖의 워크로드가 X.509 인증서로 임시 자격 증명을 만들고 같은 JVM에서 갱신하게 한다. 별도 credential helper 프로세스와 credential_process 구성을 제거할 수 있으며 RSA, EC와 ML-DSA 인증서, Java 8 이상을 지원한다.

구성 요소가 줄어드는 대신 인증서와 개인 키의 보관, 역할 신뢰 정책, 세션 수명과 갱신 실패가 애플리케이션 프로세스의 운영 책임으로 들어온다. 정적 액세스 키를 대체하는 목적은 분명하지만, 인증서 회전과 플러그인 오류 시 fail closed 여부를 배포 전 검증해야 한다.

Lambda 리소스 기반 정책이 전체 IAM 정책 문법을 지원한다

Lambda 전체 IAM 리소스 기반 정책 지원 발표

Lambda 리소스 기반 정책은 한 정책에 여러 principal과 action을 넣고 전체 IAM condition key를 사용할 수 있게 됐다. source IP와 principal tag 같은 조건으로 함수 호출 허용 범위를 표현할 수 있으며 콘솔 JSON 편집기, CLI, SDK, CloudFormation과 SAM에서 설정할 수 있다.

정책 수를 줄일 수 있지만 복잡한 조건이 반드시 더 안전한 것은 아니다. 배포 파이프라인에서 정책 시뮬레이션과 부정 테스트를 추가하고, 에이전트나 자동화가 함수를 호출한다면 서비스 역할뿐 아니라 실제 principal tag와 요청 조건까지 검증해야 한다.

AWS Batch가 ECS Managed Instances를 컴퓨팅 환경으로 지원한다

AWS Batch의 ECS Managed Instances 지원은 GPU를 포함한 Batch 컴퓨팅 환경의 이미지, 패치와 인스턴스 수명 주기를 AWS가 관리하게 한다. 즉시 구조를 바꾸기보다 기존 워크로드의 이미지 선택, 패치 책임과 인스턴스 수명 주기 통제가 어느 쪽으로 이동하는지 확인할 항목이다.

Amazon RDS for PostgreSQL이 18.6부터 14.24까지 새 마이너 버전을 지원한다

RDS for PostgreSQL 새 마이너 버전은 CVE 수정을 포함하며 AWS는 자동 마이너 업그레이드나 Blue/Green Deployments를 이용한 갱신을 권고했다. 유지보수 창과 확장 호환성, 읽기 복제본과 장애 조치 절차를 함께 점검해야 한다.

pg_statviz 1.2가 차단 잠금 분석과 OpenAI 호환 AI 판정을 추가했다

PostgreSQL 공식 뉴스의 pg_statviz 1.2 발표

pg_statviz 1.2는 PostgreSQL 19 지원과 새 WAL 카운터 및 설정을 추가하고, pg_blocking_pids()를 이용한 차단 잠금 분석을 제공한다. 지속되는 차단에는 심각도 하한을 두어 순간 지연과 운영 사고 후보를 구분한다.

AI 판정에는 OpenAI 호환 API 공급자가 추가돼 OPENAI_BASE_URL과 OPENAI_MODEL로 엔드포인트와 모델을 지정할 수 있다. AI 기능은 --ai를 명시하지 않으면 의존성 설치나 외부 호출이 생기지 않는다. PostgreSQL 핵심 서버 릴리스가 아니라 공식 뉴스에 올라온 외부 오픈소스 도구 발표라는 경계도 분명히 해야 한다. 운영 판단에서는 잠금과 WAL 같은 원본 지표를 근거로 남기고 모델 설명은 보조 해석으로 취급하는 편이 적절하다.

Neo4j Ops Manager 1.15.5가 운영 저장소의 최소 버전을 명시했다

Neo4j Ops Manager 1.15.5는 1.15 계열의 영속 저장소로 Neo4j 5.26 LTS 이상을 요구한다. Neo4j 4.4 LTS 자체는 지원 종료 상태지만 모니터링 대상에는 계속 포함된다. Ops Manager 업그레이드 전에 관리 저장소와 모니터링 대상의 버전 조건을 분리해 확인해야 한다.