Codex 0.149.1이 압축 이미지 예산과 스레드 출처 분류를 추가하고 mcp-server 지원 중단을 알렸다
Codex 0.149.1의 공식 비교 기록에는 원격 문맥 압축에서 보존 이미지의 비용을 별도로 계산하는 선택 기능 compaction_image_budget이 추가됐다. 기존 압축 예산은 텍스트를 계산했지만 이미지 비용은 반영하지 않아, 이미지가 많은 작업 이력이 의도한 예산보다 더 많은 문맥을 남길 수 있었다. 새 기능은 이미지와 인접 라벨을 한 단위로 취급하고 경계에서 예산을 넘으면 더 오래된 메시지를 다시 채우지 않는다.
codex exec --thread-source <SOURCE>도 추가됐다. 새로 만들거나 분기한 스레드에 출처를 기록하고 TypeScript SDK에서는 threadSource로 전달한다. 기존 스레드를 재개할 때 원래 출처를 덮어쓰지는 않는다. 이는 실행 결과 자체보다 에이전트 작업이 사용자 요청, 자동화 또는 다른 내부 경로 가운데 어디서 시작됐는지 관측할 수 있게 하는 변화다.
같은 날 OpenAI는 codex mcp-server 명령의 지원 중단을 알리고 Codex app server 사용을 안내했다. Claude Code에서 Codex를 연결하려는 경우에는 Codex 플러그인을 사용하도록 문서화했다. 0.149.1 비교 기록에서 이 명령 제거가 확인된 것은 아니므로, 릴리스 기능과 지원 중단 안내를 같은 변경으로 단정하지 않고 별개의 이전 신호로 기록했다.
운영 관점에서는 에이전트 세션의 문맥 비용과 실행 출처가 새 관리 단위가 됐다. 이미지가 포함된 장기 세션은 기능을 켠 상태와 끈 상태의 압축 결과를 비교하고, 자동화에서 만드는 스레드는 출처 값이 로그와 SDK까지 이어지는지 확인할 필요가 있다. 기존 MCP 서버 명령을 호출하는 스크립트가 있다면 app server 전환 경로를 별도로 점검해야 한다.
DeepSeek Harness와 Codex가 GitHub Top 100 Star 증가 상위권을 이어갔다
전일 불변 스냅샷과 비교하면 deepseek-ai/deepseek-harness는 185,505 Star에서 188,874 Star로 3,369개 늘어 37위에서 33위로 올랐다. openai/codex는 113,736 Star에서 115,810 Star로 2,074개 늘며 96위에서 93위가 됐다. mattpocock/skills는 1,778개 증가하며 20위를 유지했다.
이 수치는 8월 24일 Top 100 안에서의 Star 증가 상위 세 저장소다. 누적 Star 순위 자체보다 하루 증가량이 에이전트 하네스, 코딩 에이전트와 재사용 가능한 Skill에 관심이 계속 유입됐음을 보여준다. 다만 Star 증가는 실제 배포 규모, 유지보수 지속성이나 보안 품질을 증명하지 않으므로 도입 판단과 분리해 읽어야 한다.
Reactor Core 3.8.7이 시간 계산과 백프레셔 경계 오류를 수정했다
Reactor Core 3.8.7은 세 가지 경계 오류를 수정했다. OptimisticEmitFailureHandler의 경과 시간 계산, windowTimeout의 공정 백프레셔 인덱스가 범위를 한 바퀴 도는 조건, FluxBufferTimeout의 flush 상태 갱신 보호가 대상이다. 이 버전은 2025.0.7과 2026.0.0-M1 릴리스 트레인에 포함된다.
세 수정은 새 API보다 시간과 상태 전이의 드문 경계를 다룬다. windowTimeout으로 묶음 처리하면서 공정 백프레셔를 사용하는 서비스나 제한 시간 기반 emit 재시도를 구현한 서비스는 정상 입력만으로 패치를 검증하기 어렵다. 인덱스 순환, timeout 직전 취소, 동시에 발생하는 flush 같은 경계 조건을 회귀 테스트에 넣어야 한다.
릴리스 노트가 수정된 구체 경로를 제시했다고 해서 모든 Reactor 기반 서비스가 영향을 받는 것은 아니다. 관련 연산자를 실제로 쓰는지 먼저 확인하고, Spring WebFlux 전체의 안정성이 일괄 개선됐다고 넓혀 해석하지 않았다.
GraphQL Java 26.1, 25.1과 24.4가 유지보수 패치로 공개됐다
GraphQL Java 26.1은 26 계열의 버그 수정 릴리스이며 호환성을 깨는 변경은 없다고 명시했다. nullable 경계가 있는 DataFetcherResult.newResult, SDL 타입 확장의 공변성 검사, non-null 목록의 입력 순환 검증, 구독 대체 호출의 컨텍스트 정리와 루트 타입 삭제 뒤 스키마 재구성이 수정 목록에 포함됐다. 순환하는 SDL 지시문 정의와 기본값도 거부하도록 검증을 보강했다.
25.1과 24.4도 같은 수집 구간에 공개됐지만 공식 릴리스 본문은 각 유지보수 계열의 버그 수정이라는 범위만 제공한다. 26.1의 세부 수정이 이전 두 계열에 모두 동일하게 들어갔다고 단정하지 않았다.
GraphQL 서버를 운영한다면 26 계열에서는 스키마 빌드와 입력 검증, 구독 종료 시 컨텍스트 정리를 우선 확인할 수 있다. 25와 24 계열은 실제 변경 목록을 확인하기 전까지 버전 번호만으로 동일한 테스트 대상을 가정하지 않는 편이 안전하다.
Amazon Bedrock가 GovCloud 두 리전에 GPT-5.6 Terra와 Luna를 제공한다
OpenAI GPT-5.6 Terra and Luna now available on Amazon Bedrock in AWS GovCloud
GovCloud US-West와 US-East에서 두 모델, 100만 토큰 문맥과 명시적 캐시 중단점을 지원하지만 상용 리전 전체 확대는 아니다.
Aurora PostgreSQL이 18.4, 17.10, 16.14, 15.18과 14.23을 지원한다
Amazon Aurora supports PostgreSQL 18.4, 17.10, 16.14, 15.18 and 14.23
커뮤니티 버그 수정과 Aurora 변경을 포함한 새 마이너 버전을 자동 마이너 업그레이드와 단계적 롤아웃 정책으로 적용할 수 있다.
Amazon RDS for MySQL이 8.4.11 마이너 버전을 지원한다
MySQL 8.4 계열의 새 마이너 버전을 지원하는 운영 변경으로, 실제 적용 전 RDS 릴리스 노트와 유지보수 창을 확인해야 한다.
SageMaker MLflow와 EKS가 암호화 키와 인증 공급자의 관리 경계를 넓혔다
SageMaker MLflow는 MLflow App 데이터 암호화에 AWS KMS 고객 관리형 키를 사용할 수 있게 했다. 키 접근을 CloudTrail에서 감사할 수 있지만 아무 KMS 키나 연결할 수 있는 것은 아니다. MLflow App과 같은 AWS 계정 및 리전에 만든 대칭형 키만 지원한다.
Amazon EKS는 한 클러스터에 외부 OIDC 공급자를 최대 10개 연결할 수 있게 했다. 직원, 협력사와 CI/CD 시스템처럼 서로 다른 사용자 집단을 하나의 공급자로 합치거나 중간 identity broker를 운영하지 않고 각 공급자와 주체 매핑을 독립적으로 관리할 수 있다. 기존 IAM 인증도 함께 작동하며, EKS가 제공되는 모든 리전에서 추가 비용 없이 사용할 수 있다.
두 변화의 공통점은 관리형 서비스가 보안 결정을 대신하는 범위와 사용자가 소유하는 범위를 더 잘게 나눈 것이다. MLflow에서는 키 정책, 계정과 리전 경계가 사용자 책임으로 남고, EKS에서는 공급자 수가 늘어난 만큼 issuer, audience, 사용자와 그룹 claim 매핑의 중복을 운영자가 통제해야 한다.