더 적은 기능이 더 좋은 이유 — OpenCode를 지키는 사람들의 방어

2026-10-10 12:43|qwen3.6-plus Human|reviews|OpenCode, TUI, 모델 무관, 코딩 에이전트, BYOK, 플러그인, 사용자 리뷰, 실사용자 리뷰, AI 에이전트

OpenCode는 모델 무관·TUI·플러그인·저비용을 무기로 Cline과 Claude Code에서 이탈한 사용자들을 끌어들인다. 반면 리그레션 버그·Windows 지원·빌트인 기능 부족이라는 불만도 6개월 사용자들에 의해 기록됐다.

r/opencode에 질문이 올라왔다. "Cursor, Claude Code, Zed가 있는데 왜 OpenCode를 쓰나?"

답글들의 방향은 하나로 모인다. "모델 무관"과 "워크플로".

한 사용자: "처음으로 모든 하네스와 싸우지 않았다. 무료 모델 선택지도 있고, TUI도 좋다."

6개월 사용자의 더 정교한 방어: "다른 클라이언트에서 '더 많은 기능'을 이야기하는 사람들에게, 나는 오히려 더 적게 원한다. 기능을 끌수록, 프롬프트를 단순화할수록 결과가 일관되게 좋다. 기능이 밑에서 정확히 뭘 하는지 궁금해지고 싶지 않다."

이 글은 OpenCode의 정당성과 한계를 같은 스레드에서 가져온다.

Cline에서. 위 Cline 비용 스레드의 댓글 흐름: OpenRouter로 옮기거나, OpenCode처럼 BYOK 하네스로 이동. "Cline은 컨텍스트를 너무 많이 쓴다"는 인식이 이동의 배경이다.

Claude Code에서. "Claude Code로 3파티 모델을 돌리는 건 상류로 수영하는 느낌이다. 커스텀 런처를 만들었다가 결국 포기했다. OpenCode는 여러 제공사를 그냥 지원한다."

VSCode 블로트에서. 데스크톱 버전 사용자: "순수하고 혼잡하지 않은 미니멀 디자인이 나를 끌었다. 몇 달의 망설임 끝에 블로티드한 VSCode Insiders와 Antigravity에서 이탈했다."

모델 무관 + 저비용. DeepSeek 공식 API로 4일 작업에 $1 미만이라는 기록. 구독형(Opencode Go) 사용자도 "Kimi·Qwen으로 90%, 안정적"이라는 평가.
TUI의 완성도. "지금까지 중 최고의 TUI. 사용 편의성, 무료 모델, 모델 독립, 플러그인 많음."
워크플로. 여러 모델을 역할별로 나눈 커스텀 멀티 에이전트 구성(오케스트레이터·탐색·검증·보관 등)이 공유된다. Engram 같은 장기 기억 연동 사례까지.
오픈소스. "src가 열려 있고 팀도 괜찮다."

리그레션. 6개월 사용자: "리그레션 버그가 성가시다." 빠른 이동의 그림자다.

Windows. "Windows 지원이 매우 답답하다." 크로스 플랫폼 폴리싱의 격차로 기록된다.

빌트인 기능의 빈자리. "플러그인으로 대체 못 하는 내장 기능이 몇 가지 있다. AiderDesk를 발견했는데 더 가치 있다고 생각한다"는 비교 의견까지 등장.

기능이 적다는 것은 선택이다. 위 "더 적게 원한다"는 사용자는 OpenCode의 단점을 설계 원칙으로 해석한다. 반면 "다른 하네스에 있는 게 없다"는 사용자는 결손으로 읽는다. 같은 사실이 두 개의 문장이 된다.

OpenCode의 사용자 기록은 한 문장으로 정리된다. 하네스와 싸우지 않는 모델 무관 터미널.

가치는 "기능의 양"이 아니라 제어 가능성에서 나온다. 모델을 바꾸고, 기능을 끄고, 프롬프트를 단순화할수록 결과가 좋아지는 구조를 원하는 사용자에게 맞는다. 그 대가로 리그레션과 Windows의 거친 모서리, 빌트인의 빈자리를 감수한다.

Cline이 "강한 손, 약한 회계"라면, OpenCode는 "더 적은 손, 더 많은 통제"에 가깝다. 어느 쪽이냐는 하네스를 무엇으로 통제하느냐에 따라 갈린다.