가이드 목록으로
코딩 에이전트·2026년 9월 21일·최종 업데이트 2026년 9월 24일·8분 분량

goose 대안: 무엇이 맞고, 실제로 무엇을 이전할 수 있는가

goose는 Agentic AI Foundation으로 이동했지만 계속 배포되고 있습니다. 따라서 정말 떠나야 하는지 먼저 확인한 다음, 떠나는 이유와 실제로 이전되는 내용을 기준으로 선택하세요.

마지막 검토일: .

goose 대안을 검색하는 대부분의 사람에게는 대안이 필요하지 않습니다. goose는 폐기되지 않았습니다. Linux Foundation 산하 Agentic AI Foundation의 프로젝트로서 block/goose에서 aaif-goose/goose로 이전했으며, 저장소는 보관 처리되지 않았고 2026년 9월 21일에 푸시되었으며 2026년 9월 17일에 v1.51.0을 게시했습니다. 그래도 떠나려 한다면 적합한 대안은 떠나는 이유에 전적으로 달려 있습니다. 그리고 비교표가 다루지 못하는 부분은 무엇이 이어지는가입니다. 지침은 이동하지만 레시피와 세션 기록은 이동하지 않으며, 각 대상은 goose와 다른 형태로 엔드포인트 URL을 작성합니다.

goose AI 대안을 검색하면 서로 관련 없는 두 제품이 나오므로, 먼저 둘을 구분하겠습니다. 이 페이지는 goose-docs.ai에 문서가 제공되는 오픈 소스 코딩 에이전트 goose에 관한 페이지입니다. 자체 사이트에서 CoreWeave와 Anlatan의 합작 사업으로 소개하는 관리형 NLP 추론 서비스 goose.ai를 다루는 것이 아닙니다. 해당 서비스의 홈페이지에는 코딩 에이전트, CLI, 저장소에 대한 언급이 전혀 없습니다(2026년 9월 21일 확인). 그곳에 게시된 요청당 가격은 해당 서비스의 가격이며, 이 페이지에는 어디에도 표시되지 않습니다. 알아두면 좋은 동명 프로젝트가 두 가지 더 있습니다. pressly/goose는 Go 데이터베이스 마이그레이션 도구이며, goose-lang/goose는 Go의 일부를 Rocq로 변환합니다.

이름 변경은 실제로 이루어졌지만, 절반은 아직 전파되지 않았습니다

이전은 프로젝트 자체 블로그에서 Principal Engineer인 Michael Neale가 2026년 4월 7일에 발표했습니다. 발표문에는 "GitHub 저장소와 관련 프로젝트가 block/goose에서 새 조직으로 이전했다"고 적혀 있으며, "기존 문서 링크는 리디렉션되지만 새 사이트로 북마크를 업데이트하라"고 덧붙였습니다. 재단 자체는 그보다 앞서 Agentic AI Foundation을 설립하는 Linux Foundation 보도 자료에서 발표되었으며, MCP, goose 및 AGENTS.md 등의 기여를 기반으로 합니다.

검색 결과에서 goose가 버려진 것처럼 보이는 이유는 이전 이름이 배포 아티팩트에 여전히 깊이 남아 있기 때문입니다. 2026년 9월 21일 확인:

표면현재 동작표시되는 내용
github.com/block/goosegithub.com/aaif-goose/goose로 HTTP 301서버 측에서 이동됨
block.github.io/goose"goose has moved — Redirecting…"라는 제목의 페이지를 HTTP 200으로 제공하며, meta refresh와 goose-docs.ai를 가리키는 canonical을 포함이동되었지만 HTTP 리디렉션이 아니라 브라우저를 통한 이동
Homebrew cask여전히 block-goose 토큰과 버전 1.51.0을 사용하며, homepage 필드는 여전히 block.github.io/goose를 가리킴여전히 Block
VS Code 확장 프로그램 ID여전히 block.vscode-goose여전히 Block
Windows 구성 디렉터리여전히 %APPDATA%\Block\goose\config\여전히 Block

따라서 저장소와 문서에 대해서는 "Block의 goose"가 오래된 표현이고, 설치 아티팩트에 대해서는 여전히 문자 그대로 맞습니다. 검색 결과와 소프트웨어 목록에 Block 연관성이 남아 있는 이유는 이러한 아티팩트이며, 현재 거버넌스가 그곳에 있다는 증거는 아닙니다.

goose 설정으로 판명되는 세 가지 이탈 이유

무엇이든 후보로 정하기 전에, 떠나는 이유가 이미 구성 변경으로 해결되는지 확인하세요. 2026년 9월 21일 확인한 goose 자체 문서에 따르면 일반적인 이유는 세 가지입니다.

  • "질문을 그만하게 하고 싶다" — 또는 더 많이 질문하게 하고 싶다. GOOSE_MODE는 도구 실행을 auto, approve, chat 및 smart_approve 값으로 제어하며, 기본값은 auto(환경 변수)입니다. 여기서 자율성은 없는 기능이 아니라 조절 가능한 값입니다.
  • "내 편집기에서 사용하고 싶다." Zed는 goose를 ACP 에이전트로 실행할 수 있으며 공식 VS Code 확장 프로그램도 있습니다. 하지만 해당 페이지는 /docs/experimental/ 아래에 있고, "VS Code용 goose는 현재 활발히 개발 중입니다. 향후 릴리스에서 동작과 구성이 변경될 수 있습니다"라고 안내합니다. 또한 VS Code 1.95.0 이상과 goose CLI가 필요합니다. 성숙한 확장 프로그램과 동급이 아니라 실험적입니다.
  • "토큰당 지불을 중단하고 싶다." goose의 ACP 제공업체인 Claude ACP, Codex ACP, Amp ACP 및 Pi ACP는 "기존 Claude Code 또는 ChatGPT Plus/Pro 구독으로 goose를 사용할 수 있으며, 토큰당 API 비용이 없다"고 합니다. 두 가지 제한이 명시되어 있습니다. goose session resume와 goose session fork는 아직 지원되지 않으며, ACP 세션 ID는 goose 세션 ID와 다르므로 텔레메트리 필드가 서로 대응하지 않을 수 있습니다. 문서에 명시된 사전 요구 사항은 Node.js와 npm, 제공업체의 ACP 어댑터, 인증에 사용할 공급업체 계정 또는 구독입니다. 따라서 이 경로에서는 공급업체 계정을 통해 요금이 청구되며, 다른 곳을 가리킬 base URL은 없습니다.

떠나려 한다면 이유에 맞춰 대상을 선택하세요

떠나는 이유적합한 경우주의할 점
더 큰 커뮤니티를 가진 다른 터미널 에이전트를 원함opencodeGitHub 조직이 sst에서 anomalyco로 이전했으며, 제품명, 사이트 및 npm 패키지는 변경되지 않았습니다. 이 페이지가 확인한 것은 리디렉션이 설정되어 있다는 사실뿐이며, 이전 날짜는 확인하지 않았습니다
세련된 TUI와 빠른 릴리스를 원함CrushOSI 오픈 소스 라이선스가 아닌 FSL-1.1-MIT이며, "Competing Use를 제외한" 모든 목적의 사용을 허용합니다. 일반적인 개발 용도로는 무료로 다운로드하고 사용할 수 있지만, 라이선스가 이동 이유라면 잘못된 선택입니다
VS Code 내부에서 작업하며 성숙한 확장 프로그램을 원함Cline편집기 확장 프로그램은 CLI 에이전트와 작업 방식이 다르므로, 터미널 스크립트와 헤드리스 실행은 이어지지 않습니다
호스팅 옵션과 함께 더 긴 자율 실행을 원함OpenHandsGitHub 조직 이름이 All-Hands-AI에서 OpenHands로 변경되었고 사이트는 openhands.dev입니다. 날짜가 명시된 리브랜딩 발표는 찾지 못했습니다
작고 편집기에 종속되지 않는 페어 프로그래밍 루프를 원함Aider보관되지는 않았지만 개발 주기가 멈췄습니다. 마지막 커밋은 2026년 5월 22일이고 마지막 GitHub 릴리스는 2025년 8월 9일의 v0.86.0입니다. 활발히 개발되는 동급 제품으로 보지 말고 이 날짜를 기준으로 범위를 정하세요
라이선스 또는 거버넌스가 이유임goose는 이미 Linux Foundation 프로젝트 아래에서 Apache-2.0입니다이동하기 전에 실제로 무엇을 얻는지 확인하세요. opencode와 OpenHands는 MIT이고, Cline은 Apache-2.0입니다

목록형 기사에 자주 등장하지만 목적지가 되어서는 안 되는 이름이 두 가지 있습니다. Roo Code는 보관되었습니다. GitHub API는 archived: true라고 보고하며, 마지막 릴리스는 2026년 5월 15일의 v3.54.0이고 그 이후 푸시는 없습니다. 제3자 글에서는 후속 포크를 언급하지만, 이 페이지는 공식 출처에서 이를 확인하지 않았으므로 후속 제품을 명시하지 않습니다. Continue도 목적지가 아닙니다. continue.dev에는 "Continue has joined Cursor" 배너가 있으며 저장소 README는 최종 2.0.0 릴리스 이후 "continuedev/continue 저장소는 더 이상 활발히 유지 관리되지 않으며 모든 사용자에게 읽기 전용"이라고 설명합니다. GitHub의 archived 플래그는 여전히 false여서 이 문구와 모순되지만, 신뢰할 내용은 README의 설명입니다. 그곳에서 출발했다면 Continue 대안을 참조하세요.

같은 날 확인한 모든 후보의 상태

프로젝트저장소라이선스최신 릴리스보관됨?
gooseaaif-goose/gooseApache-2.0v1.51.0, 2026년 9월 17일아니요
opencodeanomalyco/opencodeMITv1.18.31, 2026년 9월 14일아니요
Crushcharmbracelet/crushFSL-1.1-MITv0.96.1, 2026년 9월 21일아니요
Clinecline/clineApache-2.02026년 9월 21일 푸시됨아니요
OpenHandsOpenHands/OpenHandsMITv1.20.0, 2026년 9월 17일아니요
AiderAider-AI/aiderApache-2.0v0.86.0, 2025년 8월 9일아니요. 하지만 마지막 커밋은 2026년 5월 22일입니다
Roo CodeRooCodeInc/Roo-CodeApache-2.0v3.54.0, 2026년 5월 15일예

2026년 9월 21일 GitHub API에서 확인했습니다. 릴리스 번호와 활동 날짜는 변하므로 팀의 표준을 정하기 전에 다시 확인하세요. 각 제품 자체의 게시된 약관에 따른 클라이언트 요금은 다음과 같습니다. goose는 Apache-2.0이며 설치 페이지는 "요청을 성공적으로 보내려면 LLM 제공업체 계정에 사용 가능한 크레딧이 있는지 확인해야 한다"고만 설명합니다. Cline은 Open Source를 무료, Enterprise를 맞춤형으로 표시합니다. OpenHands는 Open Source (Local)를 무료, Individual (SaaS)를 무료, Enterprise를 맞춤형 가격으로 표시하며 모델은 "원가로, 마크업 없이" 제공되고 달러 요금은 게시하지 않습니다. Crush의 README는 Charm Hyper가 구독 기반이며 무료 등급이 있다고 설명하지만 요금 수치는 게시하지 않습니다.

goose에서 무엇이 이동하고 무엇이 이동하지 않는가

현재 보유한 것위치이동하는가?
프로젝트 지침프로젝트 루트와 상위 디렉터리에서 로드되는 AGENTS.md 및 .goosehints, 그리고 ~/.config/goose/예. goose는 AGENTS.md를 기본적으로 읽으며 파일명 목록은 CONTEXT_FILE_NAMES로 설정되므로 파일 자체는 이미 이식 가능합니다. 대상이 어떤 이름을 읽는지 확인하세요
에이전트 스킬SKILL.md와 YAML frontmatter, ~/.agents/skills/ 및 .agents/skills/ 아래goose 문서에서 이식 가능하다고 설명함. goose 스킬은 Agent Skills 규칙을 지원하는 에이전트와 호환된다고 합니다. 이는 해당 규칙에 대한 설명일 뿐, 이 페이지의 어떤 도구든 이를 읽는다는 보장은 아닙니다
레시피goose 전용 YAML 또는 JSON이며, title, description 및 instructions 또는 prompt 포함아니요. 여기의 어떤 것도 해당 형식을 읽지 않습니다. 다시 작성할 예산을 잡고, .yml는 goose 자체에서도 goose CLI가 지원하지 않는다는 점을 기록하세요
세션 기록버전 1.10.0부터 ~/.local/share/goose/sessions/sessions.db의 SQLite아니요. goose session export는 JSON 또는 Markdown을 기록하며 가져오기는 goose 자체의 JSON을 사용하는 goose Desktop에서만 가능합니다. Windows 경로는 문서에 제시되어 있지 않습니다
제공업체 API 키시스템 키링, 실패 시 일반 텍스트 secrets.yaml로 대체되며 환경 변수가 우선함아니요. goose는 config.yaml에서 키를 읽지 않으므로 복사할 것이 없습니다. 대상에서 키를 발급하거나 다시 입력하세요

다섯 행 모두 2026년 9월 21일 goose 자체 문서에서 읽었습니다. 알아둘 충돌이 하나 있습니다. goose의 context-file 가이드는 기본 파일명을 AGENTS.md 다음 .goosehints로 나열하지만, 환경 변수 페이지는 CONTEXT_FILE_NAMES 기본값을 반대 순서로 제시합니다. 어느 파일이 우선하는지가 아니라 파일명 집합을 기준으로 하세요.

롤백 비용이 낮으므로 그대로 유지하세요. 키는 config.yaml에 저장되지 않고 세션은 별도의 데이터베이스에 있으므로, 두 번째 에이전트를 설치해도 작동 중인 goose 설정을 방해하지 않습니다. goose를 설치된 상태로 두고 후보에서 실제 작업 하나를 실행한 뒤 결정하세요. 제거하기 전에 필요한 세션을 내보내세요. 내보내기는 한 방향으로만 이루어지기 때문입니다.

이동하면 엔드포인트 URL의 형태가 바뀝니다

이 페이지에서 가장 유용한 단일 마이그레이션 정보이며, 설정을 조용히 깨뜨립니다. goose는 하나의 base URL을 사용하지 않습니다. 기본값이 있는 host 와 path를 사용합니다. goose의 providers 페이지는 OPENAI_HOST를 "Custom endpoint URL (defaults to api.openai.com)"로, OPENAI_BASE_PATH를 "Request path appended to the host (defaults to v1/chat/completions)"로 문서화합니다. 따라서 host는 /v1가 없는 순수 origin입니다. opencode와 Crush는 모두 /v1가 포함된 하나의 완전한 base URL을 사용합니다.

동일한 엔드포인트를 세 가지 방식으로 작성하기
# goose — host and path are SEPARATE. The origin carries no /v1.
OPENAI_API_KEY=sk-kn-...
OPENAI_HOST=https://api.kunavo.com
# OPENAI_BASE_PATH is left unset; its default is v1/chat/completions.

# opencode — one full baseURL, /v1 included, inside opencode.json:
#   "options": { "baseURL": "https://api.kunavo.com/v1" }

# Crush — one full --base-url, /v1 included. This is NOT a shell command:
# a crushrc is Bash with Crush builtins, and "provider add" is one of them.
provider add kunavo --type openai-compat \
  --base-url "https://api.kunavo.com/v1" --api-key "$KUNAVO_API_KEY"

goose host 문자열을 어느 대상에 그대로 복사하면 요청에서 /v1가 사라지고, 반대 방향으로 복사하면 goose가 /v1/v1/chat/completions를 요청합니다. goose 자체 페이지는 이 실패를 정확히 설명합니다. "404는 보통 프록시의 OPENAI_BASE_PATH가 잘못되었다는 뜻입니다." 이는 인증 문제가 아니라 path 문제입니다. 클라이언트별 설정 세부 정보는 goose 통합 가이드, opencode, Crush, Cline 및 OpenHands에 있습니다. 이는 각 공급업체 문서에서 읽은 공개 설정 참고 자료입니다. Kunavo는 이 클라이언트 중 어느 것도 엔드포인트에 대해 런타임 테스트하지 않았으며, 설정 페이지는 테스트가 아닙니다.

Kunavo는 임베딩, 텍스트 음성 변환 또는 음성 텍스트 변환 모델을 제공하지 않습니다. 따라서 벡터로 코드베이스를 인덱싱하거나 오디오를 전사하는 워크플로의 단계에서는 기존 제공업체 키를 그대로 사용합니다. 에이전트의 채팅 제공업체를 여기로 지정해도 해당 호출은 이동하지 않습니다.

세션 비용과 goose의 캐싱 처리

예산을 세우기 전에 읽어볼 만한 캐싱 세부 정보가 하나 있습니다. goose의 providers 페이지는 goose가 "Anthropic, Amazon Bedrock, Databricks, OpenRouter 및 LiteLLM 제공업체를 통해 Claude 모델을 사용할 때 Anthropic의 프롬프트 캐싱을 자동으로 활성화한다"고 설명하며, 자체 문서는 그 동작을 "요청에 cache_control 마커를 추가한다"고 설명합니다. goose의 일반 OpenAI 제공업체를 통해 접근하는 Claude 모델은 그 목록에 없으므로 goose는 해당 경로에서 마커를 추가하지 않습니다. 이는 Anthropic의 마커 기반 프로토콜과 goose가 보내는 내용에 대한 설명이지, 모든 캐싱 방식에 대한 설명이 아닙니다. 서버 측에서 캐싱이 적용되는 제공업체는 클라이언트에서 아무것도 필요로 하지 않으며, 이 페이지는 특정 엔드포인트가 마커 없는 요청을 캐시하는지 테스트하지 않았습니다. 따라서 그 경로에서 캐시 할인을 가정하지도, 캐시가 없다고 가정하지도 마세요. 아래 수치는 단순히 캐시가 없다고 가정하며, 이는 보수적인 방향입니다.

아래 수치는 측정된 작업 비용이나 청구 상한이 아닌 예시 토큰 산술입니다. 한 에이전트 세션이 여러 턴에 걸쳐 400,000개의 캐시되지 않은 입력 토큰을 보내고 25,000개의 출력 토큰을 받는다고 가정합니다. 이는 예시를 위한 가정이며, 매 턴 컨텍스트가 다시 전송되는 것이 에이전트 세션을 입력 중심으로 만드는 이유입니다. 요금은 백만 토큰당 Kunavo 카탈로그의 실시간 가격입니다.

모델1M당 입력 / 출력한 세션의 예상 비용
Claude Haiku 4.5$0.70 / $3.50$0.367
Claude Sonnet 5$1.40 / $7.00$0.735
GPT-5.6 Sol$2.00 / $12.00$1.100

이를 예산으로 보기 전에 자신의 일일 세션 수에 맞춰 조정하고, 가장 저렴한 게시 요금과 작업을 완료하는 가장 저렴한 방법은 서로 다른 주장임을 기억하세요. 세 번 시도해야 하는 모델은 한 번에 완료하는 모델보다 비용이 더 들 수 있습니다. Kunavo의 카탈로그 금액은 상한이 아니라 청구 하한입니다. upstream이 요금을 보고하면 청구액은 카탈로그 비용과 적용 가능한 마크업을 곱한 upstream 비용 중 더 큰 금액입니다. 캐시 요금과 외부 도구는 이 예시에 포함되지 않습니다. 최소 충전액은 선불 크레딧 10달러이며, 작업 요금이나 구독료가 아니라 자금 충전 최소액입니다. 청구 세부 정보를 참조하세요.

구매하기 전에 goose 자체에 문서화된 무료 경로 두 가지를 시도해 볼 가치가 있습니다. 설치 페이지는 "goose를 통해 Tetrate로 처음 자동 인증하면 무료 크레딧 10달러를 받는다"고 명시하며, Google Gemini는 시작할 수 있는 무료 등급을 제공하지만 할당량 수치는 제시하지 않는다고 설명합니다.

다음 단계

goose를 유지하고 모델 경로만 변경하시나요? goose vs Claude Code에서 ACP와 API의 선택을 다룹니다. 이동하시나요? opencode alternatives, Crush vs opencode 및 OpenHands vs opencode는 클라이언트를 비교하고, Cline pricing 및 Aider pricing는 각각의 청구 방식을 다룹니다. 여러 클라이언트에서 하나의 키를 사용하려면 Kunavo 계정을 생성하고 팀을 어떤 것에든 참여시키기 전에 제한된 작업 하나를 실행하세요.

자주 묻는 질문

goose는 중단되었거나 방치된 프로젝트인가요?

아니요. goose는 block/goose GitHub 조직에서 Linux Foundation의 Agentic AI Foundation 프로젝트인 aaif-goose/goose로 이동했으며, 프로젝트 자체 블로그에서 Principal Engineer인 Michael Neale가 2026년 4월 7일에 이를 발표했습니다. 2026년 9월 21일 GitHub API는 저장소가 보관 처리되지 않았고 Apache-2.0 라이선스이며 같은 날 가장 최근에 푸시되었고 v1.51.0 릴리스가 2026년 9월 17일에 게시되었다고 보고했습니다. Block이라는 이름은 여전히 Homebrew cask(block-goose), VS Code 확장 ID(block.vscode-goose) 및 Windows 구성 디렉터리에 나타납니다. 그래서 검색 결과에서는 프로젝트가 폐기된 것처럼 보일 수 있지만 실제로는 그렇지 않습니다.

goose는 goose.ai와 같은 것인가요?

아니요. 이것이 해당 검색어에서 가장 흔한 혼동입니다. goose.ai는 자체 사이트에서 CoreWeave와 Anlatan의 합작 회사로 설명하는 관리형 NLP 추론 서비스입니다. 홈페이지에는 코딩 에이전트, CLI 또는 저장소가 언급되어 있지 않습니다(2026년 9월 21일 확인). 코딩 에이전트 goose는 aaif-goose/goose에 있는 Apache-2.0 오픈 소스 프로젝트이며 문서는 goose-docs.ai에 있습니다. goose.ai라는 이름에 붙은 요청별 가격은 에이전트가 아니라 추론 서비스에 대한 가격입니다. GitHub에는 두 가지 이름 충돌도 있습니다. pressly/goose는 Go 데이터베이스 마이그레이션 도구이고 goose-lang/goose는 Go의 일부를 Rocq로 변환합니다.

goose의 가장 좋은 오픈 소스 대안은 무엇인가요?

어떤 특성을 대체하려는지에 따라 다릅니다. goose는 이미 Apache-2.0이므로 라이선스만이 goose를 대체하려는 이유인 경우는 드뭅니다. 대규모 커뮤니티를 갖춘 터미널 에이전트가 필요하다면 opencode는 MIT 라이선스이며 2026년 9월 14일에 v1.18.31을 릴리스했습니다. GitHub 조직은 sst에서 anomalyco로 이동했지만 이름, 사이트 및 npm 패키지는 그대로입니다. VS Code 확장 워크플로에는 Cline이 적합하며 Apache-2.0이고 2026년 9월 21일에 푸시되었습니다. 호스팅 옵션을 포함한 장시간 자율 실행에는 OpenHands가 적합하며 MIT 라이선스이고 2026년 9월 17일에 v1.20.0을 릴리스했습니다. Crush도 활발히 릴리스되고 있으며 2026년 9월 21일 버전은 v0.96.1입니다. 그러나 FSL-1.1-MIT 라이선스로 제공되며 Competing Use를 제외하고 OSI 오픈 소스 라이선스가 아니므로, 라이선스 때문에 goose를 떠나는 경우에는 적합하지 않습니다. 모두 2026년 9월 21일에 확인했습니다.

에이전트를 전환할 때 goose 구성을 유지할 수 있나요?

부분적으로 가능합니다. 프로젝트 지침은 이동할 수 있습니다. goose는 이미 AGENTS.md를 .goosehints와 함께 읽고 파일 이름 목록은 CONTEXT_FILE_NAMES 환경 변수로 설정되므로, 이동하기 전부터 파일 형식이 이식 가능합니다. 다만 대상 에이전트가 어떤 파일 이름을 읽는지는 해당 에이전트의 문서에서 확인하세요. goose 레시피는 이동되지 않습니다. title, description 및 instructions 또는 prompt를 포함하는 goose 전용 YAML 또는 JSON 형식이며 다른 에이전트는 이를 읽지 않으므로 내보내는 대신 다시 작성해야 합니다. 세션 기록도 이동되지 않습니다. 버전 1.10.0부터 goose는 세션을 ~/.local/share/goose/sessions/sessions.db의 SQLite 데이터베이스에 저장하며, goose session export가 작성하는 JSON 또는 Markdown은 goose Desktop만 다시 가져올 수 있습니다. API 키는 구성 파일에서 복사해 낼 수 없습니다. goose는 provider 키를 config.yaml에서 읽지 않으며, 키링을 사용할 수 있을 때는 시스템 키링에, 사용할 수 없을 때는 secrets.yaml에 저장합니다.

goose에서는 작동하던 동일한 URL이 새 에이전트에서 404를 반환하는 이유는 무엇인가요?

goose는 엔드포인트를 거의 모든 다른 도구와 다르게 작성하기 때문입니다. goose는 엔드포인트를 둘로 나눕니다. OPENAI_HOST는 "사용자 지정 엔드포인트 URL(api.openai.com이 기본값)"로 문서화되어 있고, OPENAI_BASE_PATH는 "호스트에 추가되는 요청 경로(v1/chat/completions가 기본값)"로 문서화되어 있습니다. 따라서 host 필드에는 /v1이 없는 기본 origin만 입력하고 goose가 경로를 직접 추가합니다. opencode와 Crush는 /v1이 포함된 하나의 전체 기본 URL을 사용합니다. goose의 host 문자열을 둘 중 하나에 복사하면 /v1이 빠진 URL이 되고, 반대 방향으로 복사하면 /v1/v1/chat/completions가 됩니다. goose 자체의 공급자 페이지에서는 404를 인증 오류가 아니라 프록시에 맞지 않는 기본 경로로 해석합니다(2026년 9월 21일 확인).

goose를 사용하지 않으면 토큰당 요금을 내야 하나요?

반드시 그런 것은 아니며, 아예 이동하기 전에 확인할 가치가 있습니다. goose에는 이미 이를 피할 수 있는 경로가 있기 때문입니다. goose의 ACP 제공업체인 Claude ACP, Codex ACP, Amp ACP 및 Pi ACP는 "기존 Claude Code 또는 ChatGPT Plus/Pro 구독으로 goose를 사용할 수 있으며, 토큰당 API 비용이 없다"고 문서에 명시되어 있습니다. 문서에 명시된 사전 요구 사항은 Node.js와 npm, 제공업체의 ACP 어댑터, 인증에 사용할 공급업체 계정 또는 구독입니다. 따라서 이 경로에서는 base URL에 지정한 API 키가 아니라 해당 공급업체 계정을 통해 요금이 청구됩니다. 두 가지 제한도 명시되어 있습니다. goose 세션 재개와 goose 세션 포크는 아직 지원되지 않으며, ACP 세션 ID는 goose 세션 ID와 다르므로 텔레메트리 필드가 서로 대응하지 않을 수 있습니다. 2026년 9월 21일 확인.

이 페이지를 작성하면서 2026년 9월 21일 확인했습니다. GitHub API를 통한 일곱 프로젝트의 저장소 상태, 라이선스 및 최신 릴리스; 직접 요청을 통한 block/goose 및 sst/opencode 리디렉션과 block.github.io/goose 응답; Homebrew cask 메타데이터; goose의 블로그 게시물, providers, ACP, environment-variables, installation, config-files, session-management, context-file, skills, Zed ACP, recipe-reference 및 VS Code extension 페이지; Crush README 및 LICENSE.md; Continue README 및 continue.dev; Cline, OpenHands 및 goose.ai 사이트를 확인했습니다. 확인하지 않은 것: 런타임 동작. 이 페이지의 어떤 클라이언트도 Kunavo 엔드포인트에 연결해 실행하지 않았습니다. Kunavo 토큰 요금은 실시간 카탈로그에서 읽었으며, 이 페이지의 모든 달러 예시는 예시 토큰 산술입니다.