예전 Claudia 소개를 보고 설치 파일을 찾으면 Opcode라는 이름의 저장소로 이동합니다. 2026년 8월 26일 확인한 0.2.0 릴리스에는 macOS와 Linux용 파일이 있지만 Windows용은 보이지 않았습니다. 공개 저장소의 마지막 코드 갱신도 2025년 10월입니다. 설치 파일이 있다는 이유만으로 새 팀 표준에 넣기는 어렵습니다.
핵심 2026년 8월 현재 Opcode는 macOS·Linux 릴리스 자산을 시험할 수 있지만 유지보수 공백과 넓은 로컬 접근 범위를 함께 봐야 합니다. 실사용 세션을 연결하기 전에 비민감 샘플 환경에서 파일·네트워크 접근과 제거 경로를 확인합니다.
현재 Claude Code 세션에서 소스와 권한만 조사합니다
릴리스 상태는 도입 당일 다시 확인하며, 빌드 시간 같은 가상 수치를 만들지 않습니다.
claude --permission-mode plan
Opcode를 설치·빌드하지 말고 현재 도입 조건을 조사하세요.
읽기: 공식 저장소 README·릴리스·잠금 파일·빌드 스크립트, Claude 보안 문서
허용: Read, Grep, git ls-remote 같은 읽기 확인
금지: ~/.claude 접근, bun·cargo 설치, 앱 실행, MCP 추가
반환: 배포 상태 / 요구 도구 / 읽는 경로 / 네트워크·파일 권한 / 제거 확인법
중단: 서명된 공식 배포물과 소스 커밋을 식별할 수 없을 때
첫 시험은 격리 계정과 샘플 저장소에서만 합니다
평가 기록에는 고정한 소스 커밋, 필요한 빌드 도구와 검증 명령을 먼저 적습니다. 실제 빌드를 승인한 뒤에는 소스 테스트, 네트워크 목적지, 새 파일과 제거 후 남은 설정을 비교합니다.
실사용 세션이나 회사 저장소 접근이 필요하거나 요청 밖 파일 쓰기가 나타나면 중단합니다. 재개 기록에는 고정 커밋, 빌드 전제, 관찰한 권한과 미확인 릴리스 상태를 남깁니다.
이름이 바뀐 것은 작은 표기 문제가 아닙니다
검색 결과의 오래된 Claudia 화면과 현재 Opcode 코드는 같은 시점의 제품이 아닙니다. 저장소는 웹 화면 기술인 React·TypeScript와 데스크톱 앱 기술인 Rust·Tauri 2를 함께 씁니다. AGPL-3.0은 수정한 프로그램을 네트워크 서비스로 제공할 때 소스 공개 의무가 생길 수 있는 라이선스이므로 상업 배포 전 법무 검토가 필요합니다. README의 운영체제와 하드웨어 조건도 실제 설치 환경과 대조합니다.
제품 이름, 저장소 소유자, 설치 방식이 바뀐 도구는 과거 리뷰만으로 안전성과 사용성을 판단하면 안 됩니다. 0.2.0은 익명 분석 추적 추가도 명시했습니다. 배포 자산이 있더라도 서명·해시, 대상 운영체제, 소스 태그와 분석 전송을 공식 릴리스 페이지에서 확인해야 합니다.
GUI가 읽는 범위는 터미널보다 작지 않습니다
Opcode는 `~/.claude/projects/`에서 프로젝트와 세션 기록을 찾고, 과거 세션 재개, 프로젝트 지침 편집, MCP 서버 관리, 백그라운드 에이전트 실행을 기능으로 내세웁니다. 즉 화면이 친숙해져도 읽을 수 있는 대화와 파일, 실행 가능한 명령의 범위는 넓습니다.
세션 기록에는 코드 조각, 내부 경로와 대화 내용이 포함될 수 있습니다. “모든 데이터가 로컬에 머문다”는 설명은 외부 MCP나 Claude Code 자체의 네트워크까지 없다는 뜻이 아닙니다. 0.2.0 릴리스는 익명 분석 추적을 추가했다고 밝혔으므로 전송 목적지와 수집 항목, 끄는 방법도 확인해야 합니다.
첫 시험은 빈 홈과 샘플 저장소로 제한합니다
실사용 `~/.claude`를 곧바로 열지 않습니다. 별도 OS 사용자나 격리 VM에서 공개 샘플 저장소 하나만 연결하고 읽기 전용 에이전트를 만듭니다. 네트워크 목적지, 새 파일, 프로세스와 설정 변경을 관찰합니다. 릴리스 자산을 쓰더라도 출처와 체크섬을 확인하고, 소스 빌드로 검증할 때는 아래 흐름의 잠금 파일과 빌드 스크립트를 먼저 읽습니다.
git clone https://github.com/winfunc/opcode.git
cd opcode
git rev-parse HEAD
bun install
bunx tsc --noEmit
cd src-tauri && cargo test && cd ..
bun run tauri build
빌드 성공 뒤에도 네 가지 장면을 봅니다
첫째, 읽기 전용으로 연 세션이 실제 파일을 수정하지 않는지 봅니다. 둘째, GUI에서 만든 에이전트의 권한이 다음 실행에도 그대로 유지되는지 확인합니다. 셋째, MCP를 추가하지 않은 상태에서 예상 밖 네트워크 연결이 있는지 관찰합니다. 넷째, 앱 제거 뒤 생성한 설정과 실행 기록이 어디에 남는지 비교합니다.
예시 평가에서는 빌드와 첫 탐색에 걸린 시간을 각각 기록하고 동일 작업의 터미널 흐름과 비교합니다. GUI가 더 오래 걸리고 결과도 같다면 단순 탐색 용도로는 도입하지 않습니다. 반대로 많은 세션을 시각적으로 찾아야 하는 업무에서 검색 시간이 반복해서 줄어든다면 그 기능만 도입 근거가 됩니다.
즉시 중단해야 할 신호
서명된 공식 실행 파일로 오인한 비공식 빌드를 받아야 할 때, 회사 세션 기록을 별도 승인 없이 읽어야 할 때, 요청한 읽기 범위보다 넓은 파일 변경이 나타날 때는 중단합니다. Rust·Bun 의존성을 업데이트할 담당자가 없거나 AGPL 배포 의무를 검토해야 하는 조직도 법무·보안 확인 전 배포하면 안 됩니다.
사용량 대시보드의 숫자는 로컬 로그 해석일 수 있으므로 Anthropic의 공식 청구 기록과 동일하다고 단정하지 않습니다. 체크포인트 복원도 Git 백업을 대체한다고 가정하지 말고 샘플 변경으로 실제 복구 범위를 확인해야 합니다.
지금은 일반 사용자보다 평가 가능한 개발자용입니다
공식 Claude Code CLI나 Desktop 앱으로 충분하다면 유지보수가 멈춘 제3자 GUI를 더할 이유가 적습니다. Opcode의 세션 GUI가 꼭 필요하다면 0.2.0 자산의 출처를 확인하고, 샘플 계정에서 권한 관찰과 제거 확인을 마친 뒤 제한적으로 평가합니다.
저장소 이동, README, 빌드 요구사항과 릴리스 페이지는 2026년 8월 26일 확인했습니다. 배포 자산과 유지보수 상태는 바뀔 수 있으므로 도입 당일 공식 릴리스 페이지를 다시 확인해야 합니다.
새 팀 표준으로는 아직 권하지 않습니다
현재 자료만 보면 새 팀 표준으로 권하기 어렵습니다. 기존 설치를 당장 지울 근거는 아니지만, 새 도입은 유지보수가 재개됐는지와 서명된 배포 파일을 확인할 수 있을 때 다시 평가하는 편이 낫습니다.
GUI는 세션과 에이전트 설정을 보기 쉽게 만들지만 로컬 파일, 셸, 자격증명에 닿는 권한은 사라지지 않습니다. 격리된 시험 계정에서 설치 파일과 네트워크 접근을 확인하고, 제거·백업 경로가 분명할 때만 제한적으로 평가합니다.