OpenCode 2.0 릴리스 노트: 새로운 기능

핵심 아키텍처 개편

OpenCode 2.0은 일시적인 클라이언트/서버 모델에서 지속적인 백그라운드 프로세스로 전환됩니다. 호스트 머신에서 단일 데몬으로 실행됨으로써, 서비스는 TUI, 웹 인터페이스 및 데스크톱 애플리케이션이 모두 통합된 상태와 통신할 수 있도록 보장합니다. 이 아키텍처는 @opencode/client와 같은 프로그래매틱 클라이언트가 로컬 서비스를 자동으로 발견할 수 있게 하여, 예약된 작업 및 원격 호스트 연결을 위한 원활한 통합을 가능하게 합니다.

향상된 에이전트 기능

OpenCode 2.0은 최소한의 JavaScript 인터프리터로 구동되는 "코드 모드"를 도입하여 에이전트가 스크립트를 기본적으로 실행할 수 있게 합니다. MCP 서버 또는 OpenAPI 엔드포인트를 수집함으로써, 에이전트는 여러 도구 호출을 단일 스크립트로 구성하여 왕복 지연 시간을 줄일 수 있습니다. 또한, 시스템은 이제 백그라운드 하위 에이전트와 비동기 셸 명령을 지원합니다. 이를 통해 기본 에이전트가 기본 상호작용 루프를 차단하지 않고 작업을 보조 모델이나 장기 실행 프로세스에 위임할 수 있어, 더 복잡한 오케스트레이션이 가능합니다.

플러그인 시스템 및 SDK

장기적인 안정성을 보장하기 위해, OpenCode 2.0 팀은 거의 모든 핵심 기능을 내부 플러그인으로 구현하여 80개 이상의 안정적이고 핫-리로드 가능한 플러그인 라이브러리를 만들었습니다. 플랫폼은 이제 @opencode/sdk 패키지를 통해 기능을 노출하여, 개발자가 표준 OpenCode 서버 프로토콜과의 호환성을 유지하면서 Durable Objects와 같은 특수 환경에서 실행되는 맞춤형 하네스 버전을 구축할 수 있게 합니다.

커뮤니티 피드백 및 구현 인사이트

사용자들은 개선된 플러그인 시스템과 견고한 클라이언트/서버 모델을 칭찬했지만, 이번 릴리스는 리소스 사용량과 설치 경험에 대해 비판을 받았습니다. 커뮤니티 토론에서는 몇 가지 주요 관심사와 긍정적 평가가 강조되었습니다:

• 성능 및 비대함: 여러 사용자가 상당한 메모리 소비를 지적했으며, 일부는 더 가벼운 대안에 비해 도구가 "무겁다"고 보고했습니다. 또한 대량의 세션 로그를 저장하는 기본 동작에 대한 우려도 제기되었습니다.
• 설치 프로그램 경험: 초기 채택자들은 curl | sh 설치 스크립트가 극심한 지연 시간을 겪었다고 보고했으며, 이는 진행률 표시줄 렌더링의 오버헤드 때문으로 여겨졌습니다.
• 보안 및 샌드박싱: 백그라운드 프로세스로의 전환은 샌드박싱 작동 방식을 변경하여, 일부 사용자들은 업그레이드 후 이전 보안 래퍼가 무효화되었다고 보고했습니다. 또한 필수 원격 구성 로딩의 보안 영향에 대한 논쟁이 계속되고 있습니다.
• 개발자 경험: 많은 사용자가 사용자 정의 모델 사용 능력과 새로운 플러그인 아키텍처의 유연성을 높이 평가하지만, 일부는 버전 1.0에서 마이그레이션하는 복잡성에 대해 불만을 표현했습니다.

"백그라운드 작업 / 하위 에이전트 기능과 하위 에이전트 시작 시 모델을 지정할 수 있는 기능은 지금까지 제가 가장 좋아하는 개선 사항입니다. 작은 것들이지만 일상적인 개발에서 큰 삶의 질 차이를 만듭니다." — 커뮤니티 사용자

"'클로드, 설치 프로그램을 로딩 바 등으로 멋지게 만들어 줘'에서 탄생한 커밋은 메모리 사용량 10MB 감소를 위해 그러한 변경을 되돌리는 커밋보다 항상 개발자들이 선호할 것입니다." — 커뮤니티 사용자

2.0으로 업그레이드

업그레이드하려면 1.0 플러그인이 2.0 아키텍처와 호환되지 않으므로 새 API로 전환해야 합니다. 사용자는 CLI의 경우 opencode upgrade --major를 실행하거나 최신 데스크톱 설치 프로그램을 다운로드하는 것이 좋습니다. 마이그레이션 문서는 tui.json 구성을 업데이트하고 새로운 서버 측 프로토콜에 적응하는 데 도움이 되는 자동화된 도구를 제공합니다.