OpenCode 2.0 - Code Mode와 백그라운드 에이전트, 단일 서비스 구조 도입
요약
OpenCode 2.0은 백그라운드 에이전트, 코드 모드, 단일 서비스 구조를 도입하며 기능과 품질을 크게 개선했습니다. 사용자는 이제 작업을 수동뿐 아니라 자동으로 백그라운드로 넘길 수 있게 되었으며, 설정 편집용 내장 스킬도 추가되었습니다. 다만, 보안 문제와 UX 측면에서 다른 에이전트 실행 도구로 이동하거나 아예 반대 의견을 제시하는 사용자들의 논의가 활발합니다.
핵심 포인트
- OpenCode 2.0은 백그라운드 작업 및 단일 서비스 구조를 도입하여 기능적 개선이 이루어짐.
- 에이전트 보안 문제와 UX 불편함으로 인해 다른 에이전트 실행 도구로 이동하는 사례가 언급됨.
- Claude Code 등 경쟁 도구들도 원격 세션 연결을 위한 서버/클라이언트 구조의 필요성이 논의됨.
- 사용자들은 웹사이트 디자인 및 상호작용 요소 분리 등 전반적인 UX 개선을 요구하고 있음.
코드를 제대로 살펴보지 않고 개발하는 비중이 큰 것 같음. 지난주에는 설정 로딩의 심각한 보안 회귀를 이해시키는 데 이슈와 풀 리퀘스트 두 건이 필요했음. AI가 기존 구현에 문제가 없다고 해줬고, 사람이 충분히 비판적으로 검토하지 않은 것 같다는 게 우리 추측임. https://news.ycombinator.com/item?id=50075319
v2의 UX 방향이 마음에 들지 않고 앞으로의 보안 대응도 신뢰하기 어려워 Pi로 전환함. CEO의 소셜 미디어에서의 관심 끌기 행보도 마음이 멀어진 이유임.
비슷한 보안상의 이유로 Pi에도 시스템 수준 설정을 도입하자고 제안 중임. 의견이 있다면 여기에 보태주길 바람. https://github.com/earendil-works/pi/issues/10895
V1의 불편한 점이 많이 사라짐. 스킬과 플러그인이 자동으로 다시 로드되고, 작업을 백그라운드로 돌릴 수 있음. 다만 아직 자동으로 전환되지는 않는 것 같음. 설정 편집용 내장 스킬도 생겨 직접 만든 것을 드디어 없앨 수 있게 됨.
프런트엔드도 개선됐고, 실행 루프는 Effect 중심으로 재설계한 듯함. 하위 세션과의 통신도 나아졌으며, 서버를 시작한 폴더가 아니라 세션을 생성한 폴더에서 설정을 읽도록 바뀜.
전반적으로 기능은 최신 수준을 따라잡았고 품질도 크게 개선됨. 다른 도구로 옮겨보려던 참에 적절히 나온 업데이트임. 이만큼 탄탄한 서버·클라이언트 구조를 갖춘 에이전트 실행 도구가 드물어서, 옮겼다면 꽤 번거로웠을 것임.
수동으로만 가능한 게 아니라, 사용하는 모델이 작업을 자동으로 백그라운드에 넘길 수도 있음.
내게는 V2의 불편함이 오히려 더 많아서 다른 에이전트 실행 도구로 옮김. 자동 다시 로드도 보안 원칙에 어긋난다고 봄. 에이전트가 플러그인을 수정한 뒤 곧바로 다시 로드해 사용할 수 있어서는 안 됨.
네이티브 앱을 OpenCode 서버에 연결하는 구조는 원격 호스트에서 세션을 실행하기에 아주 좋음!
Claude Code도 같은 방식을 채택했으면 함. 데스크톱 앱은 별도 엔진을 배포하는데, 재연결할 때 엔진이 재시작되면서 오래 실행하던 세션을 망가뜨림. 권장 대안인 Remote Control은 Claude.ai 계정이 필요함.
원격 호스트에서 Claude Code를 감싸는 서버를 띄우는 macOS 네이티브 앱을 바이브 코딩으로 만들고 있지만, UX와 기능은 늘 뒤처지는 편임.
이 용도로 Paseo를 시험해보고 있었음. OpenCode 데스크톱 앱은 원래도 원격 웹 세션에 연결할 수 있었는데, 이제는 서버와 직접 통신하는 건가?
Claude Code 에이전트에도 같은 용도로 쓸 수 있는 프로토콜이 있음. 로컬에서만 연결을 받지만 활용은 가능함. 직접 만든 Claw류 도구에서 Claude, Codex, Pi를 선택할 수 있게 해뒀고, 내 구독과 아내 구독, 저렴할 때 구매한 GLM 연간 구독을 활용 중임.
OpenCode가 Crush로 이름을 바꾸고, 원래 개발자도 그 새 프로젝트로 옮긴 것 아닌가? 이건 어디서 나온 프로젝트인지, 포크인지, 누가 만드는지 궁금함.
그런 관계는 아닌 것 같음. 이건 sst.dev를 만든 anomalyco의 프로젝트이고, Crush는 Charm에서 만듦. OpenCode는 처음에 Go로 작성됐던 것 같지만 지금 코드베이스는 TypeScript임. 다만 다른 답글을 보니 내가 놓친 맥락이 있음.
WebGL을 과도하게 쓰는 사이트가 쏟아지지 않기를 바람.
내 Pixel 6에서는 이 페이지를 스크롤하기조차 버거움.
웹사이트는 90년대식 디자인으로 돌아갔으면 함. 정보 밀도는 높이고, 클릭할 수 있는 것은 링크로 표시하며, 버튼은 쓰기 작업에 쓰는 방식임. 상호작용 요소는 텍스트와 명확히 구별돼야 함.
웹페이지가 상호작용형 캔버스라면 캔버스를 중심에 놓고 텍스트는 보조로 쓰면 됨. 이 둘을 뒤섞기 시작하면 곤란함.
OpenCode는 좋아하지만 이 웹사이트는 사용하기 너무 어려움.
권장하는 샌드박스 구성 방식이 있는지 궁금함. 에이전트 실행 도구마다 별도 Linux 사용자나 bubblewrap을 구성하고 openbao까지 관리하려니 부담이 커지고 있음!
글만 보면 좋은 개선이 상당히 많아 보임. OpenCode를 조금 써봤는데, 내가 맡긴 작업은 충분히 처리해줬음. 다만 주력 도구인 Codex나 Claude Code를 대체할 정도는 아니었음. 이번 버전은 그 문턱을 넘었는지 다시 시험해볼 생각임.
어떤 작업에 Codex나 Claude Code를 쓰길래 OpenCode보다 더 낫다고 느끼는지 궁금함.
AI 자동 생성 콘텐츠
본 콘텐츠는 GeekNews의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기