릴리스 성능 점검

이 페이지는 2026년 5월 OpenClaw 성능, 패키지 크기, 의존성, shrinkwrap 정리의 근거를 담고 있습니다. 공개 블로그 글의 기술 부록입니다. 여기에는 두 가지 감사 결과가 결합되어 있습니다.

• 릴리스 성능 점검: v2026.5.28부터 안정 버전 v2026.4.23까지의 GitHub Releases를 대상으로 OpenClaw Performance 워크플로, profile=smoke, mock-provider 레인을 사용했습니다. 대부분의 태그 행은 샘플 하나이며, v2026.5.27 및 v2026.5.28 행은 최신 repeat-3 릴리스 브랜치 아티팩트를 사용합니다.
• 이전 4월 맥락: v2026.4.1부터 v2026.5.2까지 게시된 clawgrit-reports mock-provider 기준선이며, 깨진 4월 말 릴리스를 공개 성능 기준선으로 간주하지 않기 위해서만 사용했습니다.
• 설치 용량 점검: 임시 패키지에 새로 npm install --ignore-scripts를 실행하고, 크기는 du -sk node_modules로, 패키지 인스턴스 수는 node_modules 순회로 측정했습니다.
• npm 패키지 크기 점검: 게시된 릴리스에 대해 npm pack openclaw@<version> --dry-run --json을 실행해 압축 tarball 크기, 압축 해제 크기, 파일 수를 기록했습니다.

​

스냅샷

성능 범위: 요청된 릴리스 77개, 아티팩트 기반 지점 74개, 사용할 수 없는 CI 실행 3개. 측정된 최신 안정 버전 지점: v2026.5.28.

​

설치 용량 타임라인

​

5.28에서 변경된 사항

v2026.5.27과 v2026.5.28 사이의 정리는 기능 자체를 제거한 것이 아니라 기본 설치 그래프를 줄였습니다.

​

주요 수치

4월 말의 깨진 행을 공개 성능 기준선으로 사용하지 마세요. v2026.4.23과 v2026.4.29는 유용한 회귀 증거이지만, 큰 14x식 델타는 대부분 나쁜 릴리스 라인에서 회복한 정도를 설명합니다. 블로그 서사에서는 규모를 보여 주는 기준으로 더 이른 4월 공개 기준선을 사용하세요. 더 이른 4월 기준선은 공개된 clawgrit-reports mock-provider 실행의 v2026.4.14입니다. 해당 실행은 반복 3을 사용했고, 진단 타임라인이 방출되지 않았기 때문에만 실패했습니다. 콜드, 웜, RSS 중앙값은 여전히 대략적인 규모로 유용합니다. 이를 릴리스 게이트 통계가 아니라 서사적 맥락으로 취급하세요. 5월 스윕 안에서 최신 릴리스 브랜치 행은 v2026.5.2에서 실질적으로 이동했습니다. 이전 안정 릴리스와 비교하면 다음과 같습니다.

​

설치 공간

​

npm 패키지 크기

2026.5.12는 changelog에서 보이는 Plugin 추출 마일스톤입니다. Amazon Bedrock, Bedrock Mantle, Slack, OpenShell sandbox, Anthropic Vertex, Matrix, WhatsApp은 코어 의존성 경로 밖으로 이동했으므로, 해당 의존성 콘은 모든 코어 설치가 아니라 해당 Plugin과 함께 설치됩니다.

​

Kova 에이전트 턴 요약

4월 안정 라인에는 서로 다른 두 이야기가 있습니다. 4월 초는 느렸지만 식별 가능한 수준이었습니다. 4월 말은 회귀 절벽이 되었습니다. v2026.5.2는 mock-provider 레인이 처음으로 3-5초 범위로 내려가고 제공된 스윕에서 일관되게 통과하기 시작한 지점입니다. 이전 공개 맥락: 제공된 스윕:

​

소스 프로브

필수 프로브 진입점이 해당 소스 트리에 아직 없었기 때문에, 성공한 이전 ref 17개에 대해 소스 프로브는 건너뛰었습니다. 해당 ref의 에이전트 턴 지표는 여전히 존재합니다. 대표 소스 프로브 지점: v2026.5.22 CLI 상태 급증은 agent-turn 레인이 여전히 통과했더라도 이 표에서 확인할 수 있습니다. 대상 CLI 또는 Gateway 회귀를 조사할 때는 소스 프로브를 유지하세요.

​

설치 공간 감사

의존성 샘플은 월별 안정 릴리스 하나와 2026.5.22 shrinkwrap 도입 이벤트 및 최신 2026.5.28 릴리스를 사용합니다.

​

Shrinkwrap 경계

게시된 tarball 검사를 통해 경계를 확인할 수 있습니다. 중요한 차이는 다음과 같습니다. shrinkwrap 자체가 문제가 아닙니다. v2026.5.28도 여전히 루트 shrinkwrap을 제공합니다. 문제는 npm이 큰 중첩 OpenClaw 의존성 트리와 12개의 @napi-rs/canvas 플랫폼 패키지를 모두 구체화하게 만든 패키지 형태였습니다. 중첩 트리는 v2026.5.28에서 더 작아졌고, canvas 플랫폼 fanout은 더 이상 로컬 감사에 나타나지 않습니다. shrinkwrap에 대한 쉬운 설명과 maintainer 수준 패키지 검사는 npm shrinkwrap을 참조하세요.

​

공급망 해석

의존성 수는 설치 크기 지표일 뿐만 아니라 운영 보안 지표이기도 합니다. 모든 패키지는 운영자가 신뢰해야 하는 maintainer, tarball, 전이 업데이트, 선택적 네이티브 바이너리, 설치 시 동작의 집합을 확장합니다. 정리 방향은 다음과 같습니다.

• 무겁고 선택적인 기능은 기본 core 설치 밖에 둡니다
• Plugin 패키지가 자체 런타임 의존성 그래프를 소유하게 합니다
• Gateway 시작 중 런타임 패키지 관리자 복구를 피합니다
• 모든 플랫폼 네이티브 패키지 구체화를 유발하지 않으면서 결정적 설치를 보존합니다
• 패키지 승인 및 측정 경로에서 설치 스크립트를 비활성화된 상태로 유지합니다
• 게시 전에 중첩 의존성 트리와 네이티브 선택적 의존성 폭증을 포착합니다

관련 문서:

• Plugin 의존성 해석
• Plugin 인벤토리
• 전체 릴리스 검증