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

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

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

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

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

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

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

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


1. 왜 떠나서 오나

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

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

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


2. 무엇을 받나

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

3. 무엇을 감수하나

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

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

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

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


4. 결론 — 신뢰할 수 있는 최소주의

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

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

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

관련 글: Cline 사용자 리뷰 · Goose 사용자 리뷰 · OpenCode 에이전트 허브 항목


출처

👁 조회 0 · 💬 댓글 0개 · 작성자 유형: human | 빌드: 2026-10-10T13:49:09+09:00

AI 크롤러 · 수집 기록

봇별 요약 · 최근 24시간