goose 1.51.0이 2026년 9월 17일 공개됐습니다. 이번 버전은 GPT-live API와 외부 ACP 백엔드 연결을 추가하고 MCP 재시도와 권한·세션 저장 관련 문제를 손봤습니다. 새 기능의 수보다 눈여겨볼 부분은 실행 경계입니다. 파일 수정과 셸 명령까지 맡기는 코딩 에이전트라면 모델 성능만큼 권한 설정이 중요하기 때문입니다.
직접 코드를 고치고 테스트하는 오픈소스 에이전트를 찾고 있다면 goose도 후보가 됩니다. Desktop, CLI, API를 제공하며 OpenAI·Anthropic·Gemini 같은 클라우드 모델뿐 아니라 Ollama와 LM Studio의 로컬 모델도 연결할 수 있습니다.
핵심만 먼저 보기
- Apache 2.0 라이선스의 오픈소스 에이전트입니다.
- macOS, Linux, Windows에서 Desktop과 CLI를 사용할 수 있습니다.
- 15개 이상의 모델 제공자와 70개 이상의 MCP 확장을 지원합니다.
- goose 자체는 무료지만 클라우드 모델 비용은 선택한 제공자에 따라 발생합니다.
- 로컬 LLM을 쓰려면 tool calling 지원 모델과 충분한 context length가 필요합니다.
- 셸과 파일 시스템에 접근하므로 처음에는 변경 작업을 승인받도록 설정하는 편이 안전합니다.
1.51에서 달라진 점
v1.51.0은 기능 추가와 보안성 보강이 함께 들어간 릴리스입니다. GPT-live API 지원, ACP 외부 백엔드 연결 개선, EUrouter 제공자 추가, 작업 완료나 승인 요청을 알리는 선택형 터미널 벨이 포함됐습니다.
MCP 쪽에서는 선호 버전 협상과 HTTP 재시도를 수정했습니다. 중단된 headless 실행이 실패 상태를 반환하도록 바뀐 점도 자동화 파이프라인에서는 중요합니다. 성공으로 오인한 다음 단계를 막을 수 있어서입니다.
보안 관련 수정도 적지 않습니다. gateway pairing code 보호, 세션 저장 권한 제한, 예약 세션 콘텐츠 필터링, MCP 앱 도구와 확장 소유자의 연결 강화가 반영됐습니다. 다만 이런 수정이 에이전트 실행 자체를 격리해 주는 것은 아닙니다.
빠른 시작
공식 설치 문서는 macOS에서 Homebrew 설치를 지원합니다. 내려받은 스크립트를 바로 셸에 넘기기보다 패키지 관리자를 쓰는 편이 검토와 업데이트가 쉽습니다.
brew install block-goose-cli
goose configureLinux와 Windows에는 릴리스 페이지의 바이너리와 설치 스크립트가 제공됩니다. CI에서는 stable 별칭 대신 GOOSE_VERSION으로 버전을 고정하라는 것이 공식 권장 사항입니다.
설정이 끝나면 작업할 저장소에서 세션을 시작합니다.
cd my-project
goose session첫 작업은 범위를 좁게 잡는 편이 좋습니다. 예를 들어 "실패하는 테스트 하나의 원인을 찾고 수정 전에 변경 계획을 보여줘"처럼 대상과 승인 시점을 함께 적을 수 있습니다.
클라우드 모델과 로컬 LLM 선택
goose는 OpenAI, Anthropic, Gemini, GitHub Copilot, OpenRouter를 비롯한 여러 제공자를 연결합니다. ChatGPT Codex, Claude Code CLI, Gemini CLI 같은 기존 구독 기반 ACP 제공자도 선택할 수 있습니다. 비용은 goose가 아니라 연결한 모델이나 구독에서 발생합니다.
코드를 외부 API로 보내고 싶지 않다면 Ollama, LM Studio, Docker Model Runner 같은 로컬 실행기를 붙일 수 있습니다. 이때 모델 이름보다 먼저 확인할 것은 tool calling입니다. 이를 지원하지 않는 모델은 채팅 응답만 만들 수 있고 goose 확장을 제대로 사용하지 못합니다.
Ollama의 기본 context length도 복잡한 에이전트 작업에는 부족할 수 있습니다. 공식 문서는 확장을 놓치거나 .goosehints를 따르지 않을 때 OLLAMA_CONTEXT_LENGTH를 늘려 보라고 안내합니다. 메모리 요구량이 함께 커지므로 모델 크기와 양자화 수준까지 고려해야 합니다.
권한은 처음부터 좁게
goose의 도구 권한은 Always Allow, Ask Before, Never Allow 세 단계입니다. 처음에는 읽기 작업만 자동 허용하고 파일 편집과 시스템 명령은 Ask Before로 두는 구성이 무난합니다. 자격 증명 접근과 삭제 작업은 필요할 때만 열어야 합니다.
공식 보안 안내도 인터넷과 신뢰하지 않는 데이터에서 prompt injection 위험이 있다고 명시합니다. 중요한 저장소라면 별도 VM이나 권한을 제한한 컨테이너에서 실행하고 검토하지 않은 MCP 확장은 연결하지 않는 편이 낫습니다. 도구 권한은 피해 범위를 줄여 주지만 운영체제 수준의 sandbox를 대신하지는 않습니다.
어떤 개발자에게 맞을까
goose는 모델 제공자를 바꿔 가며 같은 에이전트 워크플로를 유지하려는 개발자, MCP 확장을 조합하려는 사용자, 로컬 LLM과 클라우드 모델을 한 도구에서 비교하려는 사용자에게 잘 맞습니다. Desktop과 CLI를 함께 제공해 터미널 전용 도구가 부담스러운 경우에도 접근하기 쉽습니다.
반대로 설정 없이 완전히 격리된 실행 환경을 기대하거나, 작은 로컬 모델만으로 안정적인 도구 호출을 원하는 경우에는 맞지 않을 수 있습니다. 터미널 중심의 간결한 diff 편집이 우선이면 Aider가, 더 단순한 터미널 에이전트 경험을 원하면 OpenCode가 비교 대상입니다. 관리형 모델과 통합된 완성도를 우선한다면 Claude Code도 후보지만 오픈소스 도구는 아닙니다.
확인한 범위와 남은 한계
Linux x86_64 musl용 v1.51.0 바이너리에서 goose --version이 1.51.0을 반환하고 configure, doctor, session, run, review, schedule, gateway 명령이 노출되는 것을 확인했습니다. 실제 모델 호출은 API 자격 증명이 필요해 이번 확인 범위에 포함하지 않았습니다.
v1.51.0은 권한과 실패 처리 문제를 여러 곳에서 고쳤지만 에이전트가 실행하는 명령의 안전성을 보장하지는 않습니다. 기존 개발 환경에 바로 연결하기보다 테스트 저장소와 제한된 권한으로 시작한 뒤 자동 승인 범위를 넓히는 편이 합리적입니다.
테스트 및 작성일: 2026-09-20
출처
- goose v1.51.0 릴리스 노트: https://github.com/aaif-goose/goose/releases/tag/v1.51.0
- goose 저장소와 Apache 2.0 라이선스: https://github.com/aaif-goose/goose
- goose 설치 문서: https://goose-docs.ai/docs/getting-started/installation
- goose 모델 제공자 문서: https://goose-docs.ai/docs/getting-started/providers
- goose 도구 권한 문서: https://goose-docs.ai/docs/guides/managing-tools/tool-permissions
- goose 보안 안내: https://github.com/aaif-goose/goose/blob/main/SECURITY.md
- Aider 저장소: https://github.com/Aider-AI/aider
- OpenCode 저장소: https://github.com/anomalyco/opencode
- Claude Code 개요: https://docs.anthropic.com/en/docs/claude-code/overview
답글 남기기