Node.js 27의 첫 alpha가 공개됐어요. 27부터 major 릴리스는 연 1회로 바뀌고, 6개월 alpha와 6개월 Current를 거쳐 홀수 버전을 포함한 모든 major가 LTS로 전환됩니다. 이후 30개월 동안 Active LTS 상태로 지원해요.

• 현재 alpha는 라이브러리·CI의 호환성을 미리 확인하는 단계예요. 릴리스 사이에도 API와 네이티브 모듈 호환성이 바뀔 수 있으며, 운영 환경용은 아닙니다.
• 이번 alpha에서는 Intel Mac 지원이 experimental로 내려갔습니다.

Express의 요청 본문 파서인 body-parser에서 조작된 gzip 요청 하나로 Node.js 프로세스를 종료시키는 취약점이 확인됐어요. 압축 요청을 허용하는 기본 설정에서 발생합니다. 본문 파싱이 끝난 뒤에도 남은 데이터가 압축 해제 stream으로 들어오면서, 처리할 listener가 없는 오류를 일으키는 겁니다.

• 영향 범위는 body-parser 1.20.8 이하와 2.0.0~2.3.0이며, 수정 버전은 1.20.9·2.4.0이에요.
• 압축된 요청 본문을 받을 필요가 없다면 inflate: false로 우회할 수 있어요. 이 설정은 압축 요청을 거부합니다.

Claude Code는 작업 중인 백그라운드 에이전트의 전체 대화 기록을 약 30초마다 해당 에이전트의 모델에 보내, 패널에 표시할 3~5단어 상태 요약을 만들어요. 대기 중인 에이전트에는 이 호출이 발생하지 않습니다. 개발팀은 2.1.311 이상에서 prompt cache를 놓쳐 요약 비용이 커지는 경우를 수정했다고 밝혔어요. 요약 호출 자체를 없앤 것은 아닙니다.

• Flamerix AI의 한 주간 측정에서 agent_summary 호출은 전체 추정 비용의 16.4%를 차지했어요. 실제 청구액이 아닌 요청별 비용 추정치이며, 구독제에서는 사용 한도를 소모합니다.
• 개발팀이 별도로 밝힌 지난주 수치는 텔레메트리를 제공한 사용자 전체에서 API 정가 기준 비용의 약 2%, 터미널 사용에서는 약 6%예요. 한 팀의 16.4%를 전체 사용자의 비율로 볼 수는 없습니다.

성능 검사에 허용할 상한값을 가장 느린 기록 하나로 정하면, 한 번의 이상치 때문에 큰 성능 저하도 통과할 수 있어요. 평소 LCP가 2.2초인 사이트에서 한 번 나온 7.1초를 기준으로 잡는 식입니다.

Harry Roberts는 기존 조언을 수정해 최근 기록의 P90이나 P95를 출발점으로 제안했어요. 최근 측정값의 90%·95%가 그 안에 드는 값이라, 최악의 기록 하나에 기준이 끌려가지 않습니다.

• 매일 기록한 p75 LCP가 있다면 그 일별 값들에서 P90을 구하는 방식이에요. Core Web Vitals 자체의 p75 판정 기준을 바꾸는 뜻은 아닙니다.
• CI에 적용할 기준은 같은 테스트 환경의 이력으로 정해야 해요. 모바일 합성 테스트와 데스크톱 실사용 측정처럼 조건이 다른 기록은 섞지 않습니다.

DOM·Web Audio·WebGPU를 쓰는 스크립트를 터미널이나 CI에서 실행하려면 브라우저 환경이 필요해요. webframe은 OS의 WebView에서 페이지를 숨겨 실행하고, 콘솔 출력을 stdout으로, 예외를 stderr로 전달하는 CLI입니다. -c 옵션으로 표준 입력의 JavaScript를 페이지 안에서 실행하고 결과를 받을 수도 있어요.

• Windows에는 WebView2 Runtime, Linux에는 WebKitGTK와 디스플레이 환경 또는 Xvfb가 필요해요.

echo 'document.title' | webframe -c https://example.com