Hermes Agent와 OpenCode는 같은 제품의 두 가지 빌드가 아닙니다. Hermes는 메시징 채널 전반에서 응답하고 세션 간 메모리를 유지하는 상시 개인 에이전트인 반면, OpenCode는 터미널, 데스크톱 앱 또는 편집기에서 사용자가 조작하는 대화형 코딩 에이전트입니다. 둘 다 MIT 라이선스이며, 이 페이지를 확인한 날 두 제품 모두 커밋이 푸시되었고, 유료 등급이 가로막지 않는 타사 엔드포인트를 모두 허용합니다. 따라서 결정 기준은 기능 점수가 아니라 에이전트가 어디에서 실행되는지, 누가 에이전트와 대화할 수 있는지, 아무도 입력하지 않을 때 무엇이 과금을 계속 발생시키는지입니다.
먼저 두 가지 이름 혼동부터 살펴보겠습니다. 이 비교의 검색 결과에는 두 이름이 모두 현재 존재하기 때문입니다. 여기서 말하는 OpenCode는 anomalyco/opencode입니다. 보관되지 않았고 MIT 라이선스이며 기본 브랜치는 dev이고 별은 209,062개입니다. 최신 릴리스는 2026년 9월 14일 게시된 v1.18.31입니다. GitHub는 여전히 sst/opencode를 이 저장소로 연결합니다. 해당 경로가 이 저장소 자체의 레코드를 반환하므로, 두 번째 운영 프로젝트가 아니라 소유자 간 이동입니다. 이동 사유는 API만으로 확정할 수 없으므로 이 페이지에서는 언급하지 않습니다. 다른 저장소인 opencode-ai/opencode는 2025년 9월부터 보관되었고 읽기 전용이며, 자체 README에는 프로젝트가 "Crush라는 이름으로 계속되었다"고 적혀 있습니다. 이 경계에 대해서는 Crush와 OpenCode 비교를 참조하세요. 또한 "Hermes"는 Nous Research의 오픈 웨이트 모델 제품군, JavaScript 엔진 및 택배 회사의 이름이기도 합니다. 이 페이지에서 의미하는 것은 NousResearch/hermes-agent뿐입니다. 이 저장소는 보관되지 않았고 MIT 라이선스이며 별은 247,674개입니다. 최신 릴리스는 v2026.9.14이고, "Hermes Agent v0.21.3"이라는 이름으로 2026년 9월 14일 게시되었습니다. 네 저장소의 상태는 모두 2026년 9월 21일 GitHub REST API에서 확인했습니다.
어느 쪽을 선택해야 하나요?
키보드에서 떨어져 있는 동안 작업이 도착한다면 Hermes Agent를 선택하세요. 문서에는 CLI, Telegram, Discord, Slack, WhatsApp, Signal, Matrix, Mattermost, Email, SMS 등을 포함한 "하나의 게이트웨이에서 20개 이상의 플랫폼"이 설명되어 있으며, 7개의 터미널 백엔드와 예약 작업도 지원합니다. 이러한 접근성에는 OpenCode에는 단순히 존재하지 않는 권한 축이 따릅니다. 게이트웨이가 애초에 누가 에이전트에게 연락할 수 있는지를 결정하며, 기본값은 차단입니다. "허용 목록이 구성되지 않았고 GATEWAY_ALLOW_ALL_USERS가 설정되지 않은 경우 모든 사용자가 거부됩니다." 비용 경로를 가장 신중하게 생각해야 합니다. 상시 에이전트는 사용자가 지켜보지 않을 때도 과금되기 때문입니다. 마이그레이션의 구체적인 제약은 macOS 설치 프로그램이 Apple Silicon 전용이라는 점이며, Intel macOS는 지원 플랫폼이 아닌 것으로 명시되어 있습니다(설치 문서, 2026년 9월 21일).
작업 대상이 저장소이고 사용자가 이를 감독한다면 OpenCode를 선택하세요. Hermes가 문서화하지 않은 코드 전용 도구를 제공합니다. Language Server Protocol 통합은 진단을 에이전트의 피드백으로 사용하며, 기본 제공 plan 에이전트는 파일 편집과 bash를 ask로 설정하고, 읽기 전용 explore 및 scout 하위 에이전트도 제공합니다. 권한 모델은 Hermes와 정확히 반대입니다. "대부분의 권한은 기본값이 "allow""이며, doom_loop와 external_directory는 기본값이 ask이고 .env 파일은 거부됩니다. 따라서 OpenCode는 열린 상태로 시작한 뒤 사용자가 닫고, Hermes는 닫힌 상태로 시작한 뒤 사용자가 엽니다. 비용 경로는 더 단순합니다. 세션에 있지 않으면 아무것도 실행되지 않습니다. 마이그레이션 비용은 Hermes와 반대입니다. OpenCode는 사용자에 대한 세션 간 메모리를 문서화하지 않으므로, 지속성은 사용자가 작성하고 커밋하는 AGENTS.md 파일에 있습니다.
정직한 답이 위임이라면 둘 다 선택하세요. Nous는 Hermes 번들 skill을 제공하여 코딩 작업을 외부 프로세스인 OpenCode CLI에 전달합니다. 제한된 작업에는 일회성 opencode run를 사용하거나, Hermes의 터미널 도구를 통해 백그라운드 대화형 세션을 실행할 수 있습니다. 이는 우회 방법이 아니라 공식 문서에 따른 방식이며, 따라서 이 비교는 단순한 대체 관계가 아닙니다. 두 에이전트는 세션이나 컨텍스트 창을 공유하지 않으므로 OpenCode는 자체 자격 증명과 자체 미터로 실행됩니다. 자격 증명 및 측정 세부 사항은 Codex 및 OpenCode를 사용하는 Hermes Agent에서 다루며, 하나의 워크플로에 있는 네 가지 자격 증명 표면을 설명합니다.
차원별 Hermes Agent와 OpenCode 비교
| 비교 항목 | Hermes Agent | OpenCode |
|---|---|---|
| 정체 | 지속형 게이트웨이 에이전트. 저장소 설명 "당신과 함께 성장하는 에이전트" | 코딩 에이전트. 저장소 설명 "오픈 소스 코딩 에이전트." |
| 실행 위치 | 터미널 백엔드 7개: local, Docker, SSH, Daytona, Singularity, Modal, Vercel Sandbox | 자체 컴퓨터에서 사용하는 터미널, 데스크톱 앱 또는 IDE 확장 |
| 누가 연락할 수 있는가 | 게이트웨이 허용 목록 및 DM 페어링. 알 수 없는 사용자는 기본적으로 거부됨 | 터미널이나 편집기를 사용하는 사람 누구나. 발신자 인증 계층 없음 |
| 도구 권한 기본값 | 기본적으로 approvals.mode: smart. 기본적으로 approvals.cron_mode: deny | 대부분의 권한은 기본적으로 allow. doom_loop 및 external_directory는 확인 요청 |
| 양보할 수 없는 안전 기준 | --yolo, approvals.mode: off 또는 헤드리스 cron 승인과 관계없이 거부되는 엄격한 항목 집합 | 명시적인 deny 규칙은 --auto에서도 계속 적용됨 |
| 세션 간 메모리 | MEMORY.md(2,200자) 및 USER.md(1,375자)를 ~/.hermes/memories/에 저장하며, FTS5 검색을 사용하는 SQLite state.db도 포함 | 먼저 로컬 AGENTS.md, 다음 ~/.config/opencode/AGENTS.md, 그다음 ~/.claude/CLAUDE.md. 세션 간 사용자 메모리는 문서화되지 않음 |
| 코드 전용 도구 | 파일 편집 및 터미널 실행(terminal, process, read_file, patch). 파괴적인 파일 작업 전 체크포인트는 선택 사항이며 기본적으로 꺼져 있다고 문서화됨. 여기서 확인한 Hermes 페이지에는 LSP 통합이 없음 | LSP 진단을 에이전트에 피드백. 읽기 전용 explore 및 scout 에이전트와, 파일 편집 및 bash를 ask로 설정하는 plan 에이전트 |
| 에디터 환경 | 문서에서는 "IDE에 연결된 코딩 코파일럿이 아님"으로 설명함 | VS Code, Cursor, Windsurf 및 VSCodium용 확장. opencode acp는 JSON-RPC를 통한 ACP 하위 프로세스로 실행함 |
| 병렬 처리 | 기본적으로 최대 10개의 동시 하위 에이전트가 각각 완전히 새로운 대화를 시작함 | 세션 내에서 호출되는 기본 제공 general, explore 및 scout 하위 에이전트. 에이전트 페이지에는 어느 쪽에도 동시성 제한이 문서화되어 있지 않음 |
| 사용자 지정 엔드포인트 프로토콜 | 세 가지 전송 방식: chat_completions, anthropic_messages, codex_responses | npm를 통한 두 가지 전송 형식: @ai-sdk/openai-compatible 및 @ai-sdk/openai |
행은 2026년 9월 21일 Hermes 문서 색인, 메모리, 위임, 도구, 체크포인트 및 보안 페이지와 OpenCode의 규칙, 에이전트, ACP, IDE 및 권한 페이지에서 읽었습니다. 세션 간 사용자 메모리 없음, LSP 없음, 동시성 제한 없음, 발신자 권한 부여 계층 없음처럼 부재를 보고하는 모든 셀은 여기에 나열된 페이지에서 확인된 부재이며, 해당 기능이 존재하지 않는다는 공급업체의 진술이 아닙니다.
둘 다 서로 다른 조건으로 타사 엔드포인트를 사용함
어느 제품도 사용자 지정 base URL을 요금제 뒤에 숨기지 않습니다. OpenCode Zen은 Anomaly 자체의 게이트웨이이며 문서에는 "완전히 선택 사항이며 OpenCode를 사용하기 위해 반드시 사용할 필요는 없다"고 적혀 있습니다. Hermes는 자체 구성 파일에서 이름이 지정된 provider를 가져오므로 Nous Portal은 필수가 아니라 선택지입니다. 차이는 프로토콜 도달 범위입니다. Hermes는 ~/.hermes/config.yaml의 providers: 블록에서 chat_completions 및 codex_responses와 함께 anthropic_messages를 일급 transport 값으로 명명합니다(Hermes provider 문서). OpenCode는 "프록시 서비스 또는 사용자 지정 엔드포인트를 사용할 때 유용한" provider별 일반 baseURL 재정의를 문서화하고, npm로 전송 형식을 선택합니다. 그러나 providers 페이지에는 Anthropic 프로토콜 사용자 지정 엔드포인트 레시피가 없습니다. 이를 기능 차단이 입증되었다고 보지 말고, 문서상의 부재로 해석하세요.
요금표를 비교하기 전에 읽어볼 가치가 있는 Hermes 전용 구성 속성이 하나 있습니다. provider 문서에서 Hermes가 자체적으로 캐싱을 활성화한다고 설명하는 사용자 지정 엔드포인트 사례는 정확히 하나입니다. base URL에 x.ai가 포함된 경우 모든 요청에 x-grok-conv-id 헤더를 전송합니다. 다른 사용자 지정 엔드포인트에 대해서는 문서가 일괄적인 활성화 또는 비활성화가 아니라 감지를 설명합니다. Hermes는 모델별 prompt_caching 선언을 "정확한 provider 경로 및 런타임 모델 ID와" 일치시킵니다. 따라서 베어 별칭을 확인하는 게이트웨이도 캐시 표식을 얻으며, "생략하면 Hermes는 일반 provider 및 모델 기능 감지를 유지합니다". prompt_caching: false는 표식을 끕니다. 표식은 클라이언트 측의 절반일 뿐입니다. 특정 엔드포인트가 표식 없이 캐시하는지는 해당 엔드포인트 자체의 동작이므로 어느 쪽이라고 가정하지 말고 provider 문서에서 확인하세요. 비용 규모는 Hermes의 모델 구성 문서에 나와 있으며, 캐시된 요금은 전체 입력 가격보다 약 75–90% 할인된 수준이라고 설명합니다. 같은 페이지의 두 가지 작은 참고 사항도 있습니다. 사용자 지정 OpenAI 호환 엔드포인트에는 Hermes에서 "자동 카탈로그 크기 출력 제한이 없으므로" 서버 자체 기본값이 적용됩니다. 또한 자체 호스팅 서버의 경우 provider 문서는 도구 호출을 서버 측 책임으로 분류합니다. llama.cpp에는 --jinja, vLLM에는 --enable-auto-tool-choice가 필요합니다.
Kunavo는 /v1/chat/completions 및 /v1/responses를 https://api.kunavo.com/v1에서 제공하고, Anthropic Messages는 https://api.kunavo.com에서 제공합니다. 이론상 Hermes는 세 가지 transport 모두로 접근할 수 있고(Messages 경로는 Claude 모델에만 응답), OpenCode는 두 npm 패키지 모두로 접근할 수 있습니다. 그러나 이는 테스트된 통합이 아니라 소스 문서 검토입니다. 여기서는 어느 클라이언트도 Kunavo 엔드포인트에 대해 런타임 테스트하지 않았으며, Kunavo 자체의 OpenCode 통합 문서에는 별도의 이전 검증 시점이 표시되어 있습니다. Hermes 측에서는 Hermes Agent 사용자 지정 API가 provider 블록을 다루고, Anthropic base URL 문서가 Messages transport에 필요한 호스트 루트 형식을 다룹니다.
Kunavo는 embedding, text-to-speech 또는 speech-to-text 모델을 제공하지 않으므로 해당 단계에는 Kunavo를 지정할 수 없습니다. Hermes에는 text_to_speech 도구가 번들로 포함되어 있으며, 도구 페이지에는 웹 검색, 이미지 생성, TTS 및 브라우저 자동화를 지원하는 Nous Portal 호스팅 게이트웨이가 나와 있습니다. 해당 작업은 구성해 둔 provider가 담당합니다.
각 경로에서 동일한 토큰에 드는 비용
어느 클라이언트도 자체 사용료를 부과하지 않습니다. 두 저장소 모두 MIT 라이선스이며, Hermes의 자체 FAQ에는 다음과 같이 명확히 적혀 있습니다. "Hermes Agent 자체는 무료 오픈 소스(MIT 라이선스)입니다. 선택한 provider의 LLM API 사용량만 지불합니다." 차이는 각 제품이 전송하는 작업의 형태입니다.
이는 측정된 작업 비용도 청구 상한도 아닌 예시 토큰 계산입니다. 하나의 작업 세션이 캐시되지 않은 입력 토큰 400,000개와 출력 토큰 25,000개라고 가정하세요. Hermes 형태에는 각각 입력 300,000개와 출력 20,000개인 하위 에이전트 3개의 위임 배치를 추가합니다. 이는 측정값이 아닌 예시를 위한 수치이며 Hermes의 문서화된 기본값은 최대 10개입니다. 요금은 백만 토큰당 Kunavo 카탈로그의 실시간 가격입니다.
| 형식 | 모델 | 가정한 토큰 | 카탈로그 추정치 |
|---|---|---|---|
| OpenCode 방식의 대화형 세션 | Claude Sonnet 5 | 입력 400k / 출력 25k | $0.73 |
| Hermes 오케스트레이터와 위임된 worker 3개 | 전체 Claude Sonnet 5 | 입력 1.3M / 출력 85k | $2.42 |
| 동일한 실행에서 오케스트레이터를 더 저렴한 슬롯으로 이동 | 오케스트레이터 Claude Haiku 4.5, worker Claude Sonnet 5 | 입력 1.3M / 출력 85k | $2.05 |
두 가지로 읽을 수 있습니다. 이 가정에서는 위임된 worker가 총액 $2.42 중 $1.68를 차지합니다. 이는 Hermes의 자체 위임 문서가 정성적으로 "실제 비용은 worker model에 있다"고 설명하는 내용과 일치합니다. 그리고 오케스트레이터 슬롯이 저렴하게 조정할 수 있는 지점입니다. 여기서 Claude Haiku 4.5를 지정하면 동일한 실행 비용이 $2.05가 됩니다. Hermes는 delegation.model, delegation.provider, delegation.base_url 및 delegation.api_key을 제공하므로 worker가 오케스트레이터와 완전히 다른 곳을 가리킬 수 있습니다. 이 예시에서 제외한 배수도 기억하세요. "모든 보조 작업의 기본값은 auto입니다. 즉 Hermes는 해당 작업에도 주 모델을 사용하려고 합니다." 이는 압축, 비전, 요약, 승인 점수 계산, MCP 라우팅, 제목 생성 및 skill 검색에 걸쳐 적용됩니다.
Kunavo와 OpenCode 자체 게이트웨이 중에서 고민한다면 모델별로 비교 결과가 달라지므로 매번 모델 이름을 명시하세요.
| 모델 | OpenCode Zen 공개 가격, 1M당 | Kunavo 카탈로그, 1M당 | 이 모델 기준 |
|---|---|---|---|
| Claude Opus 5 | 입력 $5.00 / 출력 $25.00 | 입력 $3.50 / 출력 $17.50 | Kunavo 저가형 |
| Claude Sonnet 5 | 입력 $2.00 / 출력 $10.00 | 입력 $1.40 / 출력 $7.00 | 수준 |
| Claude Haiku 4.5 | 입력 $1.00 / 출력 $5.00 | 입력 $0.70 / 출력 $3.50 | Kunavo 저가형 |
Zen 수치는 2026년 9월 21일 Anomaly 자체의 요금표에서 읽었으며, 가격이 1M 토큰당이라고 명시되어 있습니다. 이는 더 긴 표에서 가져온 세 행이므로 여기에 나열되지 않은 모델에 대해서는 결론을 내리지 마세요. Zen은 잔액이 $5 미만으로 떨어지면 $20를 자동으로 재충전합니다. 이는 요금이 아니라 잔액을 비교하기 전에 확인할 가치가 있는 자금 조달 동작입니다. OpenCode Go는 별도의 월 $10 제품으로, 토큰이 아니라 요청 단위로 측정되고 "모든 에이전트와 함께" 사용할 수 있습니다(2026년 9월 21일 확인). 따라서 Kunavo를 포함한 이 페이지의 토큰당 요금과 비교할 수 없습니다.
OpenCode에 대응하는 항목이 없는 비용이 하나 있습니다. 상시 에이전트를 호스팅하는 경우 Hermes Cloud는 Medium 인스턴스(동시 세션 10개, RAM 2GB, vCPU 4개)에 대해 실행 중 $0.56/일, 중지 상태 $0.03/일을 공개합니다. 배포하려면 크레딧 $2 이상 또는 활성 구독이 필요하며, 해당 요금은 컴퓨팅과 스토리지를 포함하고 추론 및 도구 사용량은 별도로 추가 과금된다고 명시합니다(2026년 9월 21일 확인). OpenCode는 자체 컴퓨터에서 실행되며 유휴 상태에는 비용이 들지 않습니다.
Kunavo의 카탈로그 금액은 상한이 아니라 청구 하한입니다. 업스트림이 요금을 보고하면 청구 금액은 카탈로그 비용과 업스트림 비용에 해당 마크업을 곱한 금액 중 더 큰 금액입니다. 캐시 요금과 외부 도구는 이 예시에 포함되지 않습니다. 무료 등급 없이 선불 크레딧으로 최소 $10을 충전해야 합니다 — 이는 작업 요금이나 구독료가 아니라 자금 충전 최소 금액입니다. 청구 세부 정보를 확인하고, 경로를 선택했다면 계정을 생성하세요.
두 제품 간에 마이그레이션되지 않는 항목
에이전트를 전환해도 예상만큼 많은 항목이 이동하지 않으며, 각 제품은 자체 위치에 상태를 유지합니다.
- Hermes 상태는
~/.hermes/에 저장됩니다:memories/MEMORY.md및memories/USER.md,skills/,config.yaml및state.db입니다. 메모리는 "설계상 프로필별로 범위가 지정"되며, 문서에는 "두 에이전트 프로세스가 동일한 Hermes 홈 디렉터리를 가리키지 않도록 하세요."라고 경고되어 있습니다. 메모리 페이지에는 내보내기 또는 가져오기 메커니즘이 문서화되어 있지 않으므로, 경로는 사실로 간주하고 이식성은 확인되지 않은 것으로 취급하세요. - OpenCode 상태는
~/.local/share/opencode/에 저장되며(auth.json및 프로젝트별 세션 데이터 포함), 구성은~/.config/opencode/에 있습니다. 지속적이고 이식 가능한 자산은 저장소의AGENTS.md파일이며, 에이전트가 아니라 저장소와 함께 이동합니다. - 스킬과 지침은 서로 대체할 수 없습니다. Hermes는 자체 스킬을 디스크에 기록하고 해당 형식이 공개 스킬 표준과 호환된다고 설명하지만, 여기서 확인한 내용만으로는 OpenCode가 Hermes 스킬을 로드하거나 Hermes가
AGENTS.md을 읽는다는 사실이 입증되지 않습니다. - 채널 설정에는 대응 항목이 없습니다. 게이트웨이 허용 목록, DM 페어링 및 cron 일정은 Hermes의 개념이며, 이를 OpenCode로 가져올 방법은 없습니다.
더 폭넓게 비교하고 계신가요? Hermes와 OpenClaw 비교에서는 다른 상시 실행형 어시스턴트를, OpenCode와 Claude Code 비교에서는 다른 대화형 코딩 에이전트를 다루며, OpenCode 가격과 Hermes Agent 가격에서는 각 제품의 자체 상업 조건을 설명합니다.
자주 묻는 질문
Hermes Agent와 OpenCode의 차이점은 무엇인가요?
두 제품은 하루 중 서로 다른 위치를 차지합니다. Hermes Agent는 지속적으로 실행되는 게이트웨이 프로세스입니다. 문서에 따르면 하나의 게이트웨이에서 CLI, Telegram, Discord, Slack, WhatsApp, Signal, Matrix, Mattermost, Email, SMS 등을 포함한 20개 이상의 메시징 플랫폼, 7개의 터미널 백엔드(local, Docker, SSH, Daytona, Singularity, Modal, Vercel Sandbox), 예약 작업 및 세션 사이에도 유지되는 메모리 파일을 지원합니다. OpenCode는 자체 문서에서 터미널 인터페이스, 데스크톱 앱 또는 IDE 확장으로 사용할 수 있는 대화형 코딩 에이전트로 설명되며, Language Server Protocol 진단을 에이전트에 피드백하고 AGENTS.md에서 프로젝트 지침을 읽습니다. Hermes도 파일을 편집하고 터미널 명령을 실행할 수 있으므로, 정확한 대비점은 어느 쪽이 파일을 작성할 수 있는지가 아니라 코드 전용 도구와 상시 접근성입니다. 둘 다 2026년 9월 21일 확인되었습니다.
Hermes Agent가 OpenCode보다 나은가요?
어느 프로젝트도 이에 답하는 내용을 발표하지 않았으며, 이 페이지에서도 점수를 임의로 만들지 않습니다. 두 제품을 공유하는 벤치마크, 비교 가능한 작업 모음 또는 측정된 완료 데이터가 없으므로, 어떤 순위를 읽더라도 증거가 아니라 누군가의 경험입니다. 대신 확인 가능한 네 가지 축으로 판단하세요. 에이전트를 어디에서 실행해야 하는지, 누가 에이전트와 대화할 수 있는지, 사용자 지정 엔드포인트 경로가 어떤 프로토콜에 도달하는지, 아무도 입력하지 않을 때 무엇이 과금을 계속 발생시키는지입니다. 마지막 항목에서는 실제로 차이가 있습니다. Hermes는 계속 실행되도록 설계되었고 하위 에이전트 배치에 작업을 위임하는 반면, OpenCode는 사용자가 실행할 때 실행됩니다.
Hermes Agent와 OpenCode를 함께 사용할 수 있나요?
예. Nous Research는 이를 커뮤니티 해킹이 아니라 Hermes에 번들로 포함된 skill로 문서화합니다. 이 skill은 npm i -g opencode-ai@latest 또는 brew install anomalyco/tap/opencode로 CLI를 설치하고, opencode auth login 또는 provider 환경 변수로 인증한 뒤, opencode run 'Add retry logic to API calls and update tests'와 같은 일회성 명령으로 제한된 작업을 위임합니다. 대화형 세션은 background 및 pty를 활성화한 Hermes의 터미널 도구를 통해 실행됩니다. 두 에이전트는 세션이나 컨텍스트 창을 공유하지 않습니다. OpenCode는 자체 자격 증명과 자체 미터를 사용하는 외부 프로세스로 실행됩니다. 2026년 9월 21일 Hermes skill 문서에서 확인했습니다.
하나의 API 키로 Hermes Agent와 OpenCode를 모두 사용할 수 있나요?
하나의 키를 두 곳 모두에 구성할 수 있지만, 서로 별개의 구성이며 어느 쪽도 다른 쪽에서 상속하지 않습니다. Hermes는 ~/.hermes/config.yaml의 providers 블록에서 이름이 지정된 provider를 읽으며, transport는 chat_completions, anthropic_messages 또는 codex_responses입니다. OpenCode는 opencode.json의 provider 블록을 읽고, npm 필드가 전송 형식을 결정합니다. /v1/chat/completions에는 @ai-sdk/openai-compatible, /v1/responses에는 @ai-sdk/openai를 사용합니다. Hermes가 OpenCode CLI에 위임한 작업은 OpenCode 자체 구성을 읽으므로, 의도적으로 같은 곳을 가리킨 경우에만 동일한 잔액을 사용합니다. 여기의 두 구성은 모두 2026년 9월 21일 공식 문서에서 확인했으며, 어느 것도 Kunavo에서 런타임 테스트하지 않았습니다.
어느 쪽을 실행하는 비용이 더 저렴한가요?
클라이언트 소프트웨어 비용은 양쪽 모두 같습니다. 무료입니다. Hermes Agent는 MIT 라이선스이며 FAQ에 선택한 provider의 LLM API 사용량만 지불한다고 명시되어 있습니다. OpenCode의 저장소도 MIT 라이선스이며 실행에 필요한 요금제가 없습니다. 차이는 각 작업 형태가 소비하는 비용입니다. OpenCode는 세션에 있는 동안 과금됩니다. Hermes에는 사용자가 직접 주고받는 대화 턴 외에 비용을 늘리는 세 가지 요인이 문서화되어 있습니다. 보조 작업은 기본값이 auto이므로 압축, 비전, 요약, 승인 점수 계산, MCP 라우팅, 제목 생성 및 skill 검색에도 주 모델을 사용하려고 합니다. 위임된 배치의 기본값은 최대 10개의 동시 하위 에이전트입니다. 또한 Hermes의 자체 위임 문서는 실제 비용이 worker model에서 발생한다고 설명합니다. 선택적 호스팅은 별도 항목입니다. Hermes Cloud는 Medium 인스턴스에 대해 실행 중 $0.56/일, 중지 상태 $0.03/일을 공개하며, 이는 컴퓨팅과 스토리지를 포함하고 추론 및 도구 사용량은 별도로 추가 과금된다고 명시합니다. 반면 OpenCode는 컴퓨터에서 실행되므로 유휴 요금이 없습니다. 두 수치는 2026년 9월 21일 확인했습니다.
2025년에 보관 처리된 OpenCode와 같은 제품인가요?
아니요. 두 개의 서로 다른 저장소가 이 이름을 사용했습니다. 현재 운영 중인 제품은 opencode.ai의 anomalyco/opencode이며, 보관되지 않았고 MIT 라이선스입니다. 최신 릴리스는 2026년 9월 14일 게시된 v1.18.31입니다. GitHub는 이전 sst/opencode 경로도 여전히 이 저장소로 연결합니다. 해당 경로가 두 번째 운영 프로젝트가 아니라 동일한 저장소의 레코드를 반환하기 때문입니다. 별도의 opencode-ai/opencode 저장소는 소유자가 보관 처리했으며 2025년 9월부터 읽기 전용입니다. 해당 프로젝트의 작업은 Crush라는 이름으로 계속되었습니다. 보관된 저장소에서 가져온 구성, CLI 플래그 및 가격은 다른 계보를 설명하며 현재 제품을 설명하지 않습니다. 저장소 상태는 2026년 9월 21일 GitHub API에서 확인했습니다.
2026년 9월 21일 확인: 두 저장소의 GitHub REST API, 최신 릴리스, 동일한 이름의 저장소 두 곳, 그리고 이 페이지 전반에 링크된 hermes-agent.nousresearch.com, portal.nousresearch.com 및 opencode.ai의 문서와 가격 페이지를 확인했습니다. 소스만으로 결론을 내릴 수 없어 두 주제는 제외했습니다. OpenCode의 providers 페이지에는 /connect가 Claude Pro/Max 옵션을 제공한다고 명시되어 있는 동시에 Anthropic은 해당 모델로 라우팅하는 플러그인을 금지한다고 적혀 있으며, 어느 프로젝트도 작업 성능을 측정한 자료를 공개하지 않았으므로 이 페이지에서는 어느 에이전트도 순위를 매기지 않습니다. 런타임 테스트는 수행하지 않았습니다 — Hermes 세션, opencode run, Kunavo 엔드포인트에 대한 어느 클라이언트의 요청도 없었습니다. Kunavo 토큰 요율은 실시간 카탈로그에서 가져왔으며, 이 페이지의 모든 달러 금액은 예시용 토큰 산술입니다.