Orca v1.4.240 공개 — AI 에이전트 대화 복구와 작업 상태를 더 정확하게
AI 에이전트 여러 개와 작업하다 보면 대화가 끊긴 뒤 무엇이 전달됐고 어떤 작업이 아직 돌아가는지 확인하는 데 시간이 듭니다. Orca v1.4.240은 이 연결과 상태 표시를 다듬은 업데이트입니다.
공식 GitHub 릴리스는 2026년 10월 25일 04:02:08 UTC, 한국 시간 오후 1시 2분에 공개됐습니다. 아래는 공식 릴리스와 병합된 변경 내역을 대조한 설명이며, 직접 설치·성능 시험을 한 사용기는 아닙니다. 삽화는 기능을 상징하는 개념 이미지입니다.

Orca v1.4.240이 바꾸는 작업의 연결성
공식 변경 내역의 중심에는 대화 복구, 실행 상태 표시, 내장 브라우저와 원격 연결이 있습니다. 작업이 이어지는 모습을 사용자가 더 일관되게 볼 수 있도록 손본 버전입니다.[1]
릴리스 시각은 배포된 변경을 묶는 기준입니다. 개별 수정 PR이 그보다 먼저 병합됐더라도 이번 버전에 포함됐는지는 릴리스의 변경 목록으로 구분했습니다.
여러 에이전트를 연결하는 작업 도구
Orca는 공식 저장소에서 여러 코딩 에이전트를 한곳에서 사용하는 작업 공간으로 소개됩니다. 데스크톱과 모바일, 원격 실행 환경을 연결하며 사용자가 가진 에이전트 구독을 활용하는 구성을 설명합니다.[2]
모델 선택뿐 아니라 대화·터미널·코드 작업의 위치를 함께 관리하는 도구이므로, 이번 변경도 실제 개발 흐름의 연결성이라는 관점에서 볼 수 있습니다.

지원 에이전트와 작업 공간의 관계
저장소는 Codex, Claude Code, OpenCode, Pi 등을 나란히 실행하는 사용 방식을 제시합니다. 에이전트마다 별도의 워크트리를 두고 한곳에서 추적하는 기능도 소개합니다.[2]
도구가 여러 에이전트를 지원한다는 설명만으로 모든 공급자의 요금·권한·기능이 같아지는 것은 아닙니다. 실제 이용 가능한 모델과 인증은 각 에이전트의 계정 조건과 연결해 이해해야 합니다.
워크트리로 나누는 병렬 작업
공식 소개의 병렬 워크트리는 같은 저장소의 작업을 서로 다른 체크아웃으로 나눠 진행하는 방식입니다. 에이전트별 변경을 비교하고 합치는 흐름을 지원합니다.[2]
이 구조에서도 결과를 합치는 판단은 필요합니다. 각 작업이 끝났는지, 어떤 파일을 바꿨는지 정확히 보이는 기능이 중요한 이유가 여기에 있습니다.

Orca 밖에서 이뤄진 Claude 대화 표시
PR #31615는 저장된 Claude 대화를 터미널에서 이어갔을 때 Orca 채팅 화면에 빠졌던 내용을 보완합니다. 다음 Claude 시작 시 누락된 프롬프트·답변·도구 결과를 원래 순서에 맞춰 반영하는 변경입니다.[3]
탭을 보여 주는 것만으로 Claude를 실행하거나 모든 기록을 가져오지는 않습니다. 복구 작업에는 읽기 크기와 시작 시간 예산이 있어, 모든 상황에서 무제한으로 과거 내용을 읽는 기능으로 해석하면 안 됩니다.
재연결 후 남아 있는 메시지 복원
PR #32255는 유지된 메시지의 표시 상태가 어긋났을 때 열린 채팅이 스스로 올바른 기록으로 갱신되도록 합니다. 데스크톱과 현재 모바일 앱에서 채팅을 다시 열어야 했던 불편을 줄이는 내용입니다.[4]
이 변경은 메시지를 다시 보내는 기능이 아닙니다. 기존 메시지의 표시를 바로잡는 흐름이며, 오래된 클라이언트에는 같은 동작이 즉시 적용되지 않는다는 한계도 PR에 적혀 있습니다.

크래시 뒤 미전달 오표시 수정
PR #30580은 크래시 후 Claude 로그 검색 결과를 근거로 이미 보낸 메시지를 미전달로 잘못 표시하던 동작을 없앱니다. 이 오표시 때문에 같은 요청을 다시 보내는 문제가 배경입니다.[5]
보낸 메시지를 보냈다고 표시하는 것과 모델의 답변이 끝났다는 것은 별개입니다. 이번 수정도 실제 작업 완료나 결과 검증까지 자동으로 보장하는 것으로 확대해서 읽지 않았습니다.
완료된 Codex 하위 에이전트 상태 정리
PR #32937은 이미 끝난 Codex 하위 에이전트가 계속 Working으로 보이는 경우를 다룹니다. 종료 훅이 도착하지 않아도 알려진 하위 세션의 기록을 대조해 상태를 정리합니다.[6]
화면의 회전 표시가 멈추지 않는 상황에서 실제 실행과 남아 있는 표시를 구분하는 개선입니다. 완료 문구만으로 산출물을 검증할 수 있다는 의미는 아닙니다.

사이드 대화 중에도 주 작업 표시
Codex에서 /side 대화를 열면 화면의 대화와 뒤에서 계속되는 주 작업이 달라질 수 있습니다. PR #33308은 이때 페어링·모바일 목록이 주 작업을 잘못 완료로 보던 표시를 수정합니다.[7]
변경 후에는 주 작업의 자체 상태 보고를 우선해 작업 중이거나 승인 대기인 상태와 해당 프롬프트를 유지합니다. 다른 대화를 보는 동안 긴 작업을 추적하는 상황에 관련된 변경입니다.
Codex MCP 도구 승인 카드
PR #33310은 권한 승인이 필요한 Codex MCP 도구 호출에 승인 카드를 표시하는 내용을 담습니다. 기존에는 지원되지 않는 승인 요청을 바로 거절해 사용자가 선택할 기회를 보지 못하는 경우가 있었습니다.[8]
승인·세션 허용·거절 중 사용자가 선택한 결과를 전달하는 동작입니다. 도구가 어떤 범위로 동작하는지 확인하는 사용자 결정 단계가 화면에 나타나는 개선입니다.

승인 카드가 지원하지 않는 입력
이번 지원 범위는 별도 입력 필드가 없는 MCP 도구 승인입니다. 일반적인 MCP 입력 양식이나 URL을 따라가 인증하는 흐름까지 이번 변경에 포함된 것으로 보지 않았습니다.[8]
따라서 승인 카드가 생겼다는 사실만으로 계정 연결이나 모든 형태의 사용자 입력이 자동 처리된다고 기대하기는 어렵습니다. 기능의 지원 범위를 구분하는 것이 필요합니다.
내장 브라우저의 방문 기록 검색
PR #31846은 내장 브라우저에 방문 기록 보기와 검색, 페이지 다시 열기, 원치 않는 제안 제거를 추가합니다. 주소 입력창의 Escape 동작도 Chromium과 비슷한 단계로 정리합니다.[9]
관련 페이지를 다시 찾는 흐름이 브라우저 안에 연결되는 변화입니다. 에이전트가 참고한 자료를 사용자가 되짚어 보는 용도로도 생각할 수 있지만, 이는 활용 예시이며 별도의 자동 출처 검증 기능은 아닙니다.

방문 기록 삭제와 실행 취소
공식 변경 설명에는 개별 기록 삭제와 시간 범위에 따른 기록 지우기, 지우기 실행 취소가 나옵니다. 기록 검색과 주소 제안 관리를 같은 맥락에서 정돈한 구성입니다.[9]
기록을 지우는 기능을 외부 사이트에 저장된 데이터까지 지우는 기능으로 확대하면 안 됩니다. 이 글에서는 릴리스에 명시된 브라우저 기록 관리 범위만 다룹니다.
브라우저 파일 접근과 사용자 선택
릴리스는 페이지에서 사용자가 고르거나 저장하거나 끌어 놓은 파일을 File System Access로 활용할 수 있다고 설명합니다. 로컬 파일을 쓰는 웹 도구와의 연결에 관련된 변경입니다.[1]
파일 기능이 늘어나는 만큼 실제 선택 대상과 웹 페이지의 요청 범위를 구분할 필요가 있습니다. 이 기능 설명을 모든 로컬 파일에 대한 포괄 권한으로 해석하지 않았습니다.

느린 원격 연결에서의 복구
PR #33071은 잠자기에서 깨어나거나 네트워크가 돌아왔을 때 원격 서버의 응답이 늦다는 이유로 정상 연결까지 끊던 상황을 다룹니다. 한 번의 짧은 확인 실패를 곧바로 연결 종료로 처리하지 않도록 바꿉니다.[10]
느린 링크에서 상태를 더 확인한 뒤 판단하는 개선이며, 장애가 영원히 숨겨지는 기능은 아닙니다. 정상적인 연결 유지 시간 안에서 응답이 있는지를 확인한다는 점이 핵심입니다.
SSH 로그인 대기와 서버 위치 유지
공식 릴리스에는 SSH 인증 중 열린 터미널이 로그인 완료를 기다리도록 하고, 새 분할 창이 페어링된 서버에서 시작되도록 하는 수정도 포함됩니다.[1]
로컬과 원격을 함께 사용하는 경우 창의 위치와 명령 실행 위치가 어긋나지 않는 것이 중요합니다. 이 내용은 원격 작업의 연결 보완이며 SSH 계정 권한을 바꾸는 기능으로 설명하지 않았습니다.

감지한 개발 서버를 찾는 orca ports
PR #33016은 작업 공간에서 감지한 개발 서버 포트를 읽는 orca ports 명령을 추가합니다. 작업 공간 선택과 JSON 출력도 지원하는 읽기 전용 조회입니다.[11]
이미 앱이 파악한 포트를 CLI에서도 볼 수 있어, 스크립트나 에이전트가 개발 사이트 주소를 찾는 데 활용할 수 있습니다. 이 글에서는 실제 서버를 기동하거나 포트를 외부로 노출하는 명령으로 소개하지 않습니다.
직접 SSH와 네이티브 폴더의 제약
포트 조회는 호스트 단위 스캔을 지원하는 실행 환경에서 동작합니다. 직접 SSH 호스트에는 감지 지원이 없으며 네이티브 폴더 작업 공간은 호스트의 리스너를 보려면 --all이 필요하다고 변경 설명에 명시돼 있습니다.[11]
같은 명령 이름이 보여도 실행 환경에 따라 결과 범위가 달라질 수 있습니다. 자동화가 빈 결과를 정상적인 서버 부재로 판단하기 전에 지원 여부를 구분해야 하는 사례입니다.

늘어난 빠른 명령 공간
PR #32972는 빠른 명령이 40개를 넘으면 저장하지 못하던 제한을 없앱니다. 현재 클라이언트는 더 많은 명령을 저장하고, 이전 페어링 클라이언트에는 호환 가능한 범위만 전달합니다.[14]
기존 클라이언트가 자신에게 보이지 않는 명령까지 덮어쓰지 않도록 호환성을 고려한 변경입니다. 반복 작업 명령이 많은 사용자에게 관련된 개선이지만 임의의 명령 실행까지 자동으로 승인하는 것은 아닙니다.
오래된 개발 산출물 정리의 범위
PR #32331은 오래된 형제 워크트리의 의존성 설치와 생성된 빌드 결과를 수동 정리 대상으로 포함합니다. Git이 추적하지 않는 생성 디렉터리와 보관 기간을 확인하는 방식이며 공유 패키지 저장소는 보존합니다.[12]
릴리스는 개발 실행 시 자동 정리의 후속 변경도 함께 묶지만, 정리 기능을 사용하는 행위와 이번 업데이트 설명은 구분됩니다. 재설치·재빌드가 필요할 수 있는 데이터이므로 이 글에서 실제 정리를 실행하거나 권장 기본값을 새로 정하지는 않습니다.

공유 워크트리와 미병합 브랜치 보호
PR #33103은 Windows와 WSL의 서로 다른 Git이 만든 워크트리 기록을 상대 환경에서 잘못 정리하는 문제를 막습니다. 체크아웃이 디스크에 남아 있어도 Git 등록에서 사라질 수 있던 경로를 다룹니다.[13]
여러 실행 환경이 같은 저장소를 보는 상황에서는 경로 해석도 다를 수 있습니다. 이번 수정은 그런 차이를 확인한 뒤 정리 여부를 판단하도록 하는 보호이며, 별도의 백업을 대신하는 기능은 아닙니다.
다중 에이전트 작업에 적용하는 예시
예를 들어 한 작업은 긴 테스트를 돌리고 다른 대화에서는 수정 방향을 검토하는 경우를 생각할 수 있습니다. 이때 주 작업 상태가 계속 보이고 완료된 하위 작업은 정리돼야 사용자가 다음 단계를 판단하기 쉽습니다.[6][7]
이것은 변경 내용을 연결한 활용 예시입니다. 실제 속도 향상이나 오류 감소량을 측정한 결과가 아니며, 공개 릴리스가 사용자 프로젝트에서 같은 효과를 낸다는 보장은 없습니다.

업데이트 전 확인할 호환 범위
공식 릴리스는 실험적인 네이티브 채팅 개선을 적용하려면 페어링·SSH 호스트도 함께 최신 상태여야 한다고 안내합니다. 휴대전화에서 보이는 웹 인터페이스는 이를 제공하는 컴퓨터의 버전과도 관련됩니다.[1]
따라서 한 기기의 버전 번호만으로 모든 연결 상대의 동작을 판단하기 어렵습니다. 이 글은 설치·업데이트를 수행하지 않았고, 실제 운영 환경에서의 동작 확인은 별도의 검증으로 남습니다.
핵심 정리와 공식 변경 사항 확인
Orca v1.4.240은 대화를 이어 보고, 에이전트의 실제 상태를 파악하고, 원격 작업을 복구하는 흐름을 보완한 릴리스입니다. 특히 보낸 메시지·표시 상태·실제 완료를 서로 구분해 보는 관점이 유용합니다.[3][5][6]
독자 환경과 관련된 기능은 아래 공식 릴리스와 개별 변경 PR에서 범위와 제한을 함께 확인할 수 있습니다. 모델 성능이나 권한 정책까지 같은 의미로 바꾸는 업데이트로 해석하지 않는 것이 이 글의 핵심 정리입니다.
출처
- [1] Orca v1.4.240 공식 릴리스
- [2] Orca 공식 저장소와 기능 소개
- [3] Claude 외부 대화 복구 변경 #31615
- [4] 재연결 뒤 메시지 표시 복원 #32255
- [5] 크래시 뒤 미전달 오표시 수정 #30580
- [6] Codex 하위 에이전트 상태 정리 #32937
- [7] 사이드 대화 중 주 작업 표시 #33308
- [8] Codex MCP 승인 카드 #33310
- [9] 브라우저 방문 기록과 주소 제안 #31846
- [10] 느린 원격 연결 복구 #33071
- [11] 개발 서버 포트 조회 #33016
- [12] 오래된 개발 산출물의 수동 정리 #32331
- [13] Windows·WSL 워크트리 보호 #33103
- [14] 빠른 명령 저장 제한 개선 #32972
협업문의 : kuroicode@gmail.com
블로그 : https://blog.svil.dev/
홈페이지 : https://svil.dev/