10월 27일, OpenClaw는 Gateway 전용 확장 안정 릴리스를 출시했으며, 10월 29일까지 추가 보안 및 복구 변경 사항을 포함한 또 다른 릴리스가 추가되었습니다. 11월 1일 News Radar 생태계 다이제스트에 따르면 2026년 10월 27일~11월 2일 주간에는 두 건의 유지 관리 릴리스, 24시간 동안 영향을 받은 이슈 118건, 업데이트된 풀 리퀘스트 500건, 그리고 병합 또는 종료된 풀 리퀘스트 221건이 있었습니다. 엔지니어링 측면에서 주목해야 할 네 가지 변화는 Gateway 하드닝, 실패한 업데이트 복구, 레거시 기록 보존, 그리고 AIClaw의 확장된 프로젝트 모델입니다.
엔지니어링 리더를 위한 요약: 1. 테스트 2026.9.35 및 2026.9.36을 Gateway 시작, 프록시, 명령 및 데이터베이스 경로에 대해 수행합니다. 2. 검증 실패한 업데이트가 복구 가능한 설치 상태를 보존하고 Gateway로 빌드된 도구가 승인된 워크스페이스를 벗어날 수 없는지 확인합니다. 3. 실행 보존 또는 마이그레이션 워크플로를 변경하기 전에 레거시 트랜스크립트 페이지네이션을 테스트합니다. 4. 평가 AIClaw의 다중 디렉터리 프로젝트 계층이 리포지토리 및 실행 격리 모델과 일치하는지 평가합니다.
Gateway 하드닝: 3일 동안 두 번의 릴리스
OpenClaw의 GitHub 릴리스 노트에 따르면 10월 27일에 출시된 2026.9.35는 Gateway 전용 확장 안정 릴리스입니다. 이 릴리스에는 메모리 관리 개선, 더 안전한 명령 및 프록시 처리, Kimi K3.1 Pro 지원, MCP 및 GitHub 도구 수정, 그리고 강화된 시작, 준비 상태 및 SQLite 동작이 포함되었습니다.
이는 기능 중심 릴리스가 아니었습니다. 운영 제어 릴리스였습니다.
프록시 뒤에서 OpenClaw를 실행하거나 자동화된 개발 워크플로에 이를 통합하는 팀의 경우, 명령, 프록시, 준비 상태 및 데이터베이스 변경 사항은 동일한 검증 계획에 포함되어야 합니다. 프로세스가 성공적으로 시작되었다는 사실만으로는 안전한 업그레이드의 충분한 증거가 아닙니다. 팀은 프로덕션에서 사용하는 것과 동일한 배포 토폴로지에서 준비 상태 보고, 도구 호출, 스트리밍 동작 및 SQLite 액세스를 테스트해야 합니다.
2026.9.36의 10월 29일 릴리스 노트에는 또 하나의 보안 및 안정성 계층이 추가되었습니다. 문서화된 변경 사항에는 Gateway로 빌드된 도구를 위한 워크스페이스 적용, 더 제한적인 Microsoft Teams 허용 목록, 파서 하드닝, Docker 빌드 증거, 종속성 업데이트 및 업데이트 실패 시 더 안전한 복구가 포함되었습니다.
중요한 이유: 워크스페이스 적용은 생성되거나 Gateway에서 구성된 도구의 경계를 변경합니다. 엔지니어링 팀은 승인된 워크플로가 여전히 필요한 파일을 확인할 수 있는지, 의도된 워크스페이스 외부 경로에 접근하려는 시도는 거부되는지 확인해야 합니다. 이는 단순한 버전 확인이 아니라 구성 테스트입니다.
더 제한적인 Microsoft Teams 허용 목록 작업도 테넌트별 회귀 테스트가 필요합니다. Teams가 OpenClaw 워크플로의 일부인 경우, 관리자는 광범위하게 배포하기 전에 기존 허용 목록 가정을 2026.9.36에서의 동작과 비교해야 합니다.
실패한 업데이트 복구: 롤백을 테스트 사례로 다루기
더 안전한 실패 업데이트 복구는 2026.9.36에서 가장 중요한 운영상 변경 사항입니다. 릴리스 노트에 따르면 이 릴리스는 모든 업데이트가 정상적으로 완료된다고 가정하는 대신 복구를 강화합니다.
이는 일반적인 설치 프로그램 개선이 아닙니다. 가용성 제어입니다.
배포 런북에서는 비프로덕션 환경에서 중단되거나 실패한 업데이트를 의도적으로 실행한 다음 시작, 구성 보존, 워크스페이스 액세스 및 데이터베이스 가용성을 검증해야 합니다. 목표는 복구 경로가 데이터를 조용히 폐기하거나 제어를 약화하지 않고 서비스를 알려진 상태로 되돌리는지 확인하는 것입니다.
현재 개발 작업 역시 일시적인 데이터베이스 잠금 복구, 시작 및 데이터베이스 복원력, Gateway 스트리밍 안정성, 미디어 처리, 그리고 스킬 실행 중 모델 카탈로그 가용성을 강조하고 있습니다. 따라서 OpenClaw의 활성 풀 리퀘스트 작업은 공통된 엔지니어링 우선순위를 가리킵니다. 즉, 종속성, 스토리지 또는 시작 순서가 불안정해질 때도 유용한 동작을 보존하는 것입니다.
CTO에게 이 우선순위는 업그레이드 거버넌스에 영향을 주어야 합니다. 다음 유지 관리 기간에는 전체 시간을 정상 경로에만 할당하는 대신 실패 경로 테스트를 위한 시간을 확보해야 합니다. AI FinOps도 여기에 적용됩니다. 반복적인 재시도, 중단된 스킬 실행 또는 수동 복구 작업을 유발하는 업데이트는 라이선스가 그대로이더라도 운영 비용을 초래합니다.
레거시 기록 액세스: 네이티브 ID 없이 보존하기
OpenClaw의 릴리스 게시 노트에는 레거시 트랜스크립트를 위한 향상된 채팅 기록 처리가 문서화되어 있습니다. 네이티브 메시지 ID를 사용할 수 없는 경우에도 이전 메시지는 초기 및 숫자 기반 페이지네이션을 통해 계속 액세스할 수 있습니다.
이러한 차이는 이전 형식의 기록을 보유한 설치 환경에서 중요합니다. 네이티브 식별자가 없을 수는 있지만, 식별자 기반 탐색을 사용할 수 없다는 이유만으로 메시지에 접근할 수 없게 되는 것은 아닙니다.
엔지니어링 리더에게 의미하는 바: 트랜스크립트 마이그레이션 및 보존 점검은 식별자 기반 및 숫자 기반 페이지네이션을 모두 포함해야 합니다. 팀은 대표적인 레거시 대화를 선택하고, 초기 기록에 대한 액세스를 확인하고, 숫자 페이지를 진행하며, 예상 범위 전체에서 이전 메시지를 계속 사용할 수 있는지 검증해야 합니다.
이는 데이터 보존 작업이며, 단순한 인터페이스 수정이 아닙니다. 대화 기록이 감사, 인시던트 재구성 또는 지속적인 엔지니어링 컨텍스트를 지원한다면, 마이그레이션이 완료되었다고 선언하기 전에 접근성을 검증해야 합니다.
GitHub 이슈 활동은 더 안전한 중단 복구를 위한 세션 변경 요약 및 지속 가능한 실행 출처 추적도 시사합니다. 이러한 항목은 아직 출시된 기능이 아니라 향후 기능입니다. 그럼에도 팀이 준비해야 할 요구 사항, 즉 세션 수준 추적성, 재개 가능한 작업, 그리고 중단 전 변경 사항에 대한 명확한 증거를 보여줍니다.
프로젝트 계층: AIClaw가 워크스페이스 구성을 확장
이번 주에는 더 넓은 생태계도 변화했습니다. OurSignal은 AIClaw 3.7.28이 데스크톱 사이드바에 프로젝트 계층을 추가했다고 보도했습니다. 이를 통해 하나의 이름 있는 프로젝트가 여러 작업 디렉터리에 걸칠 수 있으며, 개별 대화는 별도의 실행 폴더를 유지합니다.
이는 조직적 그룹화와 실행 위치를 분리합니다. 프로젝트는 모든 대화를 하나의 디렉터리에 강제하지 않고도 더 큰 작업 단위를 나타낼 수 있습니다.
서비스, 리포지토리 또는 인프라 정의 전반에서 작업하는 팀에게 이 모델은 대화별 실행 경계를 보존하면서 사이드바 분산을 줄일 수 있습니다. 평가 기준은 간단합니다. 프로젝트 계층이 명령, 생성된 파일 또는 도구 출력이 어느 폴더에 기록되는지를 모호하게 하지 않으면서 탐색을 개선하는지 확인해야 합니다.
한편 OpenClaw의 플러그인 게시 파이프라인은 확장 안정 및 기본 채널 전반에서 계속 운영되었으며, npm 릴리스 워크플로는 10월 29일부터 11월 2일까지 업데이트되었습니다. News Radar는 11월 1일에 새 안정 태그가 없었다고 보고했으며, 이는 그날 또 다른 안정 기능 릴리스를 내는 대신 개발이 2026.10.x 라인을 향해 계속되었음을 나타냅니다.
활성 로드맵 주제에는 스킬 학습 워크플로, 압축 백업 아카이브, 플러그인으로 확장 가능한 New Session 페이지, CLI 업데이트 기록 목록, 네이티브 WhatsApp @all 멘션, 그리고 기존 트랜스크립션 서비스를 통한 Signal 오디오 첨부 파일의 자동 트랜스크립션이 포함됩니다. 이는 개발 신호일 뿐, 일반 제공에 대한 약속은 아닙니다. 계획 수립 시에는 출시된 유지 관리 작업과 제안된 기능을 명확히 구분해야 합니다.
향후 전망
OpenClaw는 보안 경계, 복구, 스토리지 복원력 및 게시 연속성을 강조하며 한 주를 마무리했습니다. 향후 90일 동안에는 세 가지 조치가 필요합니다. 프로덕션과 유사한 Gateway 경로에서 2026.9.35 및 2026.9.36을 검증하고, 복구 및 레거시 기록 테스트를 공식 승인 기준으로 문서화하며, 로드맵 실험과 안정 릴리스 태그가 있는 기능을 구분해야 합니다.
이제 도구는 엔터프라이즈를 위한 준비가 되었습니다. 과제는 엔터프라이즈가 도구를 맞이할 준비가 되어 있는지 확인하는 것입니다.