
Anthropic의 새 Claude Sonnet 4.6, Sonnet 가격으로 Opus급 코딩 약속
context compaction(beta)과 adaptive thinking이 추가됐으며, Sonnet 4.6은 claude.ai 무료 및 Pro 플랜의 기본 모델이 됩니다.JS frameworks, React/Vue/Svelte, and runtime updates Compiled for immediate developer deployment.

context compaction(beta)과 adaptive thinking이 추가됐으며, Sonnet 4.6은 claude.ai 무료 및 Pro 플랜의 기본 모델이 됩니다.
P99 latency는 오히려 7% 낮아진다고 설명합니다. 핵심 장벽이었던 모든 isolate가 공유하는 4 GB pointer cage 문제는, Cloudflare가 후원하고 Igalia가 구현한 새 V8 기능 IsolateGroups로 해결되었습니다. Node.js 통합은 James Snell이 8개 파일에서 62줄만 수정해 완성했습니다. Platformatic은 이를 node-caged라는 drop-in Docker 이미지(FROM platformatic/node-caged:25-slim)로 패키징했으며, 코드 변경 없이 사용 가능합니다. AWS EKS에서 실제 Next.js e-commerce SSR 앱으로 400 req/s 벤치마크한 결과, Watt + pointer compression 조합은 baseline 대비 평균 처리량 15% 향상, P99 43% 개선을 달성했습니다.
fast-webstreams 라이브러리는 WHATWG ReadableStream, WritableStream, TransformStream API를 Node.js streams로 내부 구현하여 청크당 Promise 및 객체 할당 오버헤드를 제거합니다. 핵심 최적화는 pipeThrough/pipeTo 체이닝 시 즉시 piping을 시작하지 않고 upstream 링크를 수집한 뒤 단 하나의 pipeline() 호출로 처리하는 것으로, ~6,200 MB/s를 달성합니다(native WebStreams 630 MB/s 대비 약 10배). React Server Components가 사용하는 React Flight byte-stream 패턴에서는 native의 110 MB/s 대비 1,600 MB/s를 기록하며 14.6배 향상됩니다. 이 라이브러리는 Web Platform Tests 1,116개 중 1,100개를 통과합니다. upstream에서도 개선이 진행 중으로, Matteo Collina의 Node.js PR #61807은 이 fast-path 아이디어 두 가지를 Node.js native WebStreams에 직접 적용해 라이브러리 없이 buffered read 17–20% 향상, pipeTo 11% 향상 효과를 보입니다.

setTimeout/setInterval) 누락이 차지하며, 이벤트 리스너 제거(19%), subscription cleanup(13.9%)가 뒤를 이었습니다. Node.js에서 수행한 5가지 제어 벤치마크(100 마운트/언마운트 사이클 × 50회 반복, 강제 GC)를 통해 비용을 측정한 결과, React useEffect 리스너, Vue onMounted 타이머, Angular .subscribe(), Vue watch stop handle, RAF 취소 모두 사이클당 ~8 KB가 누출됐습니다(모든 케이스에서 Cohen's d > 20). 올바른 cleanup을 적용한 GOOD 변형은 100 사이클 동안 총 3 KB 미만을 유지했습니다.
wasm-bindgen을 사용해 Rust count_rows 함수를 pkg/ Wasm 모듈로 컴파일하고 순수 JS 구현과 벤치마크합니다. 교차점은 명확합니다. ~50만 행 이하에서는 JavaScript가 더 빠르고, 200만 행 이상에서는 Wasm이 앞서며 격차가 유지됩니다. Python 스크립트로 NUM_ROWS 변수를 조정해 테스트용 CSV를 생성하므로 어떤 환경에서도 변곡점을 쉽게 재현할 수 있습니다. 이 튜토리얼은 Wasm의 연산 이점이 초기화 및 interop 오버헤드를 상쇄하는 시점에 대한 직관을 키우는 시리즈의 일부입니다.
Theo는 TypeScript 6 beta와 TypeScript 컴파일러를 Go로 포팅하는 TypeScript 7 작업을 상세히 설명합니다. 팀이 Rust 대신 Go를 선택한 이유는 Go의 가비지 컬렉터가 컴파일러에는 문제없고, JavaScript의 독특한 의미론을 수용하는 유연성과 공유 메모리 멀티스레딩을 지원하기 때문입니다. TypeScript 6은 명시적으로 마지막 JavaScript 기반 릴리스이며, AMD, outFile, baseURL, NaN 기반 namespace 등 레거시 옵션을 deprecated하고 strict: true, module: ESNext, target: ES2025 등 더 엄격한 기본값을 활성화합니다. TypeScript Go는 이미 주간 npm 다운로드 200만 건을 돌파했으며 타입 체킹 성능이 10배 이상 향상됩니다. TS6 신기능으로는 결정론적 병렬 검사를 위한 stable type ordering flag, subpath imports 지원, ES2025 타겟, Temporal 내장 타입, Map upsert 메서드 등이 포함됩니다.
Anthropic이 Claude Sonnet 4.6을 입력/출력 토큰 100만 개당 $3/$15에 출시했습니다. 이는 Opus 4.6의 $5/$25 대비 크게 저렴하면서도, 대부분의 coding 작업에서 flagship 모델과 불과 1% 포인트 내외의 benchmark 결과를 기록했습니다. OpenAI의 GDPval 오피스 업무 benchmark에서는 Opus 4.6, Gemini 3 Pro, GPT-5.2를 모두 앞섰습니다. Anthropic 내부 테스트에서 개발자들은 이전 세대 Opus 4.5보다 Sonnet 4.6을 59% 더 선호했으며, overengineering 경향이 줄고 잘못된 성공 hallucination이 감소했다고 평가했습니다. API에는 context compaction(beta)과 adaptive thinking이 추가됐으며, Sonnet 4.6은 claude.ai 무료 및 Pro 플랜의 기본 모델이 됩니다.

Theo는 TypeScript 6 beta와 TypeScript 컴파일러를 Go로 포팅하는 TypeScript 7 작업을 상세히 설명합니다. 팀이 Rust 대신 Go를 선택한 이유는 Go의 가비지 컬렉터가 컴파일러에는 문제없고, JavaScript의 독특한 의미론을 수용하는 유연성과 공유 메모리 멀티스레딩을 지원하기 때문입니다. TypeScript 6은 명시적으로 마지막 JavaScript 기반 릴리스이며, AMD, outFile, baseURL, NaN 기반 namespace 등 레거시 옵션을 deprecated하고 strict: true, module: ESNext, target: ES2025 등 더 엄격한 기본값을 활성화합니다. TypeScript Go는 이미 주간 npm 다운로드 200만 건을 돌파했으며 타입 체킹 성능이 10배 이상 향상됩니다. TS6 신기능으로는 결정론적 병렬 검사를 위한 stable type ordering flag, subpath imports 지원, ES2025 타겟, Temporal 내장 타입, Map upsert 메서드 등이 포함됩니다.
Platformatic는 Node.js 25에서 V8 pointer compression을 활성화하면 heap 사용량이 ~50% 감소하고 평균 latency는 2–4%만 증가하며, GC 부담 감소로 P99 latency는 오히려 7% 낮아진다고 설명합니다. 핵심 장벽이었던 모든 isolate가 공유하는 4 GB pointer cage 문제는, Cloudflare가 후원하고 Igalia가 구현한 새 V8 기능 IsolateGroups로 해결되었습니다. Node.js 통합은 James Snell이 8개 파일에서 62줄만 수정해 완성했습니다. Platformatic은 이를 node-caged라는 drop-in Docker 이미지(FROM platformatic/node-caged:25-slim)로 패키징했으며, 코드 변경 없이 사용 가능합니다. AWS EKS에서 실제 Next.js e-commerce SSR 앱으로 400 req/s 벤치마크한 결과, Watt + pointer compression 조합은 baseline 대비 평균 처리량 15% 향상, P99 43% 개선을 달성했습니다.
Vercel의 fast-webstreams 라이브러리는 WHATWG ReadableStream, WritableStream, TransformStream API를 Node.js streams로 내부 구현하여 청크당 Promise 및 객체 할당 오버헤드를 제거합니다. 핵심 최적화는 pipeThrough/pipeTo 체이닝 시 즉시 piping을 시작하지 않고 upstream 링크를 수집한 뒤 단 하나의 pipeline() 호출로 처리하는 것으로, ~6,200 MB/s를 달성합니다(native WebStreams 630 MB/s 대비 약 10배). React Server Components가 사용하는 React Flight byte-stream 패턴에서는 native의 110 MB/s 대비 1,600 MB/s를 기록하며 14.6배 향상됩니다. 이 라이브러리는 Web Platform Tests 1,116개 중 1,100개를 통과합니다. upstream에서도 개선이 진행 중으로, Matteo Collina의 Node.js PR #61807은 이 fast-path 아이디어 두 가지를 Node.js native WebStreams에 직접 적용해 라이브러리 없이 buffered read 17–20% 향상, pipeTo 11% 향상 효과를 보입니다.
Joan León은 long task(50ms 초과)를 작은 chunk로 분리해 Interaction to Next Paint(INP)를 개선하는 세 가지 JavaScript yielding 전략을 비교합니다. `setTimeout(fn, 0)`은 브라우저 렌더 이후 macrotask를 예약하여 chunk 사이에 실제 렌더 기회를 제공하며, 487ms 블로킹 작업을 ~12ms 청크 24개로 나누면 오버헤드는 +44ms에 불과합니다. `queueMicrotask()`는 `setTimeout`보다 ~235배 빠르지만 렌더 이전에 실행되므로 main thread에 yield하지 않아 INP를 개선할 수 없고, 무한 microtask 루프는 브라우저를 완전히 동결시킬 위험이 있습니다. `scheduler.postTask()`는 세 가지 priority 레벨(`user-blocking`, `user-visible`, `background`)과 `AbortSignal` 기반 취소를 제공하지만, 2026년 기준 Firefox는 개발 중이고 Safari는 미지원입니다. 글에는 의사결정 트리, 측정 가능한 벤치마크, `setTimeout`으로 fallback되는 범용 `yieldToMain()` 헬퍼가 포함됩니다.
READ_FULL_LOGarrow_forwardKo-Hsin Liang은 별점 높은 오픈소스 저장소 500개(React 210, Vue 150, Angular 140)의 714,217개 파일에 AST 기반 감지기를 실행하여, 86%의 프로젝트에서 55,864건의 cleanup 누락 인스턴스를 발견했습니다. Kibana(1,796건), Next.js(1,103건), Playwright(1,104건) 등 유명 프로젝트도 포함됩니다. 전체 발견의 43.9%는 타이머 cleanup(setTimeout/setInterval) 누락이 차지하며, 이벤트 리스너 제거(19%), subscription cleanup(13.9%)가 뒤를 이었습니다. Node.js에서 수행한 5가지 제어 벤치마크(100 마운트/언마운트 사이클 × 50회 반복, 강제 GC)를 통해 비용을 측정한 결과, React useEffect 리스너, Vue onMounted 타이머, Angular .subscribe(), Vue watch stop handle, RAF 취소 모두 사이클당 ~8 KB가 누출됐습니다(모든 케이스에서 Cohen's d > 20). 올바른 cleanup을 적용한 GOOD 변형은 100 사이클 동안 총 3 KB 미만을 유지했습니다.
Jessica Wachtel은 브라우저에서 대용량 CSV 행을 카운팅하는 작업에서 Rust로 컴파일한 WebAssembly와 순수 JavaScript를 비교하는 실습 튜토리얼을 소개합니다. wasm-bindgen을 사용해 Rust count_rows 함수를 pkg/ Wasm 모듈로 컴파일하고 순수 JS 구현과 벤치마크합니다. 교차점은 명확합니다. ~50만 행 이하에서는 JavaScript가 더 빠르고, 200만 행 이상에서는 Wasm이 앞서며 격차가 유지됩니다. Python 스크립트로 NUM_ROWS 변수를 조정해 테스트용 CSV를 생성하므로 어떤 환경에서도 변곡점을 쉽게 재현할 수 있습니다. 이 튜토리얼은 Wasm의 연산 이점이 초기화 및 interop 오버헤드를 상쇄하는 시점에 대한 직관을 키우는 시리즈의 일부입니다.
이번 주 JavaScript 핵심 주제는 스택 전 계층에 걸친 성능이었습니다. Claude Sonnet 4.6 출시가 AI 코딩 생태계를 재편하는 동안, Platformatic은 Node.js 25의 V8 pointer compression 심층 분석을 통해 Igalia와 Cloudflare가 개발한 IsolateGroups 덕분에 62줄의 패치만으로 heap 사용량을 50% 줄이면서 P99 latency까지 개선할 수 있음을 증명했습니다. Vercel의 fast-webstreams 라이브러리는 WHATWG stream을 Node.js stream 위에 재구현해 처리량을 10배 향상시키고 React Flight 패턴에서는 14.6배를 달성했습니다.
연구 측면에서는 경각심을 불러일으키는 결과가 나왔습니다. 500개 저장소 정적 분석에서 오픈소스 프로젝트의 86%에서 cleanup 누락이 발견되었고, 타이머만으로도 전체 누수의 44%를 차지했습니다. 마운트/언마운트 사이클당 ~8 KB씩 누수됩니다. Joan León의 INP 가이드는 queueMicrotask가 setTimeout보다 235배 빠르지만 main thread에 yield하지 않아 INP 개선에는 무용함을 명확히 정리했습니다. Theo의 TypeScript 6 분석은 Go 기반 TypeScript 7 컴파일러가 모든 코드베이스에서 10배 타입 체크 속도 향상을 가능하게 함을 강조했습니다.
Wasm 대 JavaScript 벤치마크는 명확한 교차점을 제시하며 한 주를 마무리했습니다. 50만 행 이하에서는 JavaScript가 우세하고 200만 행 이상에서는 Wasm이 앞섭니다. 이 모든 주제는 런타임 생태계가 성능의 천장을 능동적으로 재정의하고 있다는 그림을 보여줍니다.