AI 코딩 툴 Amp Code 리뷰: 가격부터 팀 협업까지

AI 코딩 툴 Amp Code, 지금은 어떤 제품인가요?

Amp는 파일을 수정하고 명령어를 실행하며, ‘스레드’라는 지속형 대화 안에서 작업을 조율하는 AI 코딩 에이전트이자 개발 환경입니다. 자신의 컴퓨터에서 실행할 수도 있고, 스레드에 할당되는 Amp의 클라우드 머신인 Orb에서 실행할 수도 있습니다. 이후 웹, 터미널, 네이티브 앱을 통해 작업에 다시 접속합니다. Amp의 차별점은 에이전트를 둘러싼 환경에 있습니다. 어디서 작업을 실행하고, 결과를 어떻게 살펴보며, 동료가 어떻게 참여하는지가 핵심입니다. Amp의 현재 제품 소개에서도 이처럼 확장된 제품 범위를 설명합니다.

확인 기준일: 2026년 10월 12일. Amp의 공식 문서, 모델 목록, 가격 페이지의 탭과 세부 조건, 경쟁 제품의 공식 페이지를 확인했습니다. 이 글은 문서와 비용 계산 예시를 바탕으로 한 리뷰이며, 코딩을 직접 수행해 성능을 측정한 벤치마크는 아닙니다. 실행 환경, 비용이 나뉘는 지점, 재현 가능한 초기 설정, 팀 접근 권한을 중심으로 평가합니다. 아래 워크플로는 문서에 나온 기능을 활용하는 예시이며, 실제 테스트 결과를 뜻하지 않습니다.

Amp가 잘 맞는 개발자와 굳이 도입할 필요가 없는 개발자

Amp는 원하는 완성 결과를 구체적으로 설명하고, 작업이 끝나면 근거를 바탕으로 검토할 수 있는 개발자에게 가장 잘 맞습니다. 사람과 머신, 에이전트 스레드 사이에서 작업을 넘겨야 하는 소규모 팀이라면, 현재 파일을 수정하는 데 도움만 필요한 개인 개발자보다 도입 이유가 분명합니다.

위 금액은 이용을 시작하는 데 드는 가격이며, 같은 양의 코딩 작업을 보장하는 요금이 아닙니다. 구독료만으로는 특정 저장소에서 최종적으로 채택할 수 있는 변경이 얼마나 나올지 알 수 없습니다.

Amp와 Claude Code, 무엇이 다른가요?

Anthropic의 코딩 에이전트인 Claude Code는 Claude를 직접 쓰는 것이 주목적이고 현재의 터미널이나 IDE 작업 방식에 만족한다면 더 간결한 선택입니다. 공식 개요에는 터미널, VS Code, JetBrains, 데스크톱, 웹에서 사용할 수 있다고 나와 있습니다. Amp의 매력은 이를 둘러싼 작업 공간과 실행 시스템에 있으며, 특히 다른 사람이 같은 작업을 검토하거나 이어받아야 할 때 드러납니다. Claude Code 개요.

다만 이제 이 구분은 조금 더 복잡해졌습니다. Amp에서도 Claude Agent SDK와 연동된 Claude Pro 또는 Max 요금제를 사용하는 Claude Code 모드를 제공합니다. 따라서 Amp의 환경을 선택하면서도 해당 스레드에서는 Amp 자체 에이전트 대신 Claude Code를 쓸 수 있습니다. 아래에서 살펴보듯 기능 차이가 있으므로, Claude Code의 모든 기능을 그대로 쓸 수 있다는 의미는 아닙니다.

Codex부터 시작하는 편이 나은 경우

이미 ChatGPT를 구독하고 있고 요금제에 포함된 코딩 기능을 활용하려면 OpenAI Codex부터 시작하는 것이 합리적입니다. Plus에는 웹, CLI, IDE 확장 프로그램, iOS에서 쓰는 Codex가 포함되며, 크레딧으로 추가 사용량을 구매할 수 있습니다. Amp를 추가하려면 작업 공간, 실행 환경, 모델 라우팅 중에서 분명한 이점이 있어야 합니다. OpenAI 모델을 쓸 수 있다는 이유만으로는 충분하지 않습니다. Codex 가격과 이용 범위.

Codex에도 사용량 한도가 있습니다. 구독을 바꾼다는 사실만으로 어느 에이전트가 더 적은 비용으로 작업을 끝낼지 알 수는 없습니다. 이 리뷰에서도 근거 없는 성능 순위를 제시하지 않습니다.

더 많은 후보를 비교하려면 Claude Code 대안을 참고하면 됩니다. 선택지가 각 제공사의 직접 제공 툴로 좁혀졌다면, 별도의 Codex와 Claude Code 비교 가이드에서 두 제품을 살펴볼 수 있습니다.

Amp Code 사용법: CLI, 에디터, 웹, 앱 연결하기

현재 Amp는 웹, 명령줄 인터페이스, macOS/iOS 앱에서 사용할 수 있습니다. CLI는 macOS, Linux, 그리고 WSL을 통한 Windows를 지원합니다. WSL은 Windows에서 사용할 수 있는 Linux 환경입니다. 작업은 로컬, Orb, 또는 직접 제공한 머신을 연결한 러너에서 실행할 수 있습니다. 네이티브 앱으로는 Mac, iPhone, iPad에서 스레드를 확인할 수 있습니다. 제품 소개 및 CLI 매뉴얼.

에디터 지원은 구분해서 볼 필요가 있습니다. Amp는 2월 공식 발표에서 기존 VS Code 및 Cursor 확장 프로그램을 2026년 3월 5일 오후 8시, 태평양 시간 기준으로 종료할 예정이라고 밝혔습니다. 다운로드 링크가 사라졌다는 이유로 추정한 것이 아니라, Amp가 직접 발표한 내용입니다. Amp 확장 프로그램 종료 발표.

현재 CLI는 여전히 VS Code, Cursor, Windsurf, Zed, Neovim에 연결할 수 있습니다. 에디터를 열고 amp를 실행한 다음 Ctrl+O를 누르고 ide connect를 선택합니다. Amp는 열려 있는 파일과 선택 영역을 확인하고, 실행 취소를 지원하는 IDE 편집 기능으로 파일을 수정할 수 있습니다. Neovim에는 Amp의 Neovim 플러그인이 추가로 필요합니다. 이는 CLI와 에디터를 연결하는 기능이며, 종료된 사이드바 확장 프로그램과는 다른 인터페이스입니다. 현재 에디터 연결 방법.

Mac, Linux, WSL용으로 공개된 설치 명령어는 다음과 같습니다.

curl -fsSL https://ampcode.com/install.sh | bash

설치 후 amp로 대화형 인터페이스를 열고, amp --help로 명령어 목록을 확인하며, amp update로 업데이트를 확인합니다. 매뉴얼에 실린 명령어이며, 이 리뷰에서 로그인 후 실제 코딩 작업을 실행하는 데 사용한 것은 아닙니다.

접속 인터페이스와 실제 작업을 실행할 머신은 따로 선택해야 합니다. 브라우저로 자신의 러너에서 실행 중인 작업을 제어할 수도 있고, 터미널에서 Orb 작업을 시작할 수도 있습니다. 노트북을 닫아도 작업이 계속되려면 실제로 작업을 수행하는 머신이 켜져 있어야 합니다. 자율 실행에서는 프롬프트 입력창이 에디터 안에 있는지보다 클라우드 Orbs의 역할이 더 중요한 이유입니다.

Orbs로 오래 걸리는 작업을 계속 실행하기

Amp의 Orbs는 스레드마다 코드, 개발 도구, 플러그인을 담은 새로운 격리 원격 환경을 제공합니다. 노트북을 닫아도 에이전트는 의존성을 설치하고, 애플리케이션을 실행하고, 브라우저를 사용하며, 변경 사항을 테스트할 수 있습니다. 스레드에서 대화, 수정된 파일, 터미널, 실행 중인 서비스를 살펴봅니다. Orbs 매뉴얼.

간헐적으로 결제가 실패하는 상황을 생각해 보겠습니다. ‘결제 기능을 고쳐 줘’만으로는 좋은 작업 지시가 되기 어렵습니다. 실패하는 흐름, 기대 동작, 통과해야 할 테스트, 검토에 필요한 근거를 구체적으로 제시해야 합니다. 머신이 계속 실행되면 노트북 없이도 재현과 검증을 이어갈 수 있다는 장점이 있지만, 원인 진단의 정확성까지 보장하는 것은 아닙니다.

공식 CLI로도 같은 유형의 원격 조사를 시작할 수 있습니다.

amp -ox "Investigate why the latest CI run on main failed"

이미 관리하는 머신이 있다면 amp --no-tui로 러너를 시작해 원격에서 생성한 스레드를 받도록 할 수 있습니다. Amp Orb 요금은 피할 수 있지만, 머신 관리와 가용성은 직접 책임져야 합니다. 러너 문서.

Amp의 작업 조율 어시스턴트인 Puck은 에이전트를 시작하고, 스레드를 모니터링하고, 후속 지시를 보내며, 보고서를 모을 수 있습니다. 서로 관련 없는 패키지에서 발생한 별개의 오류처럼 독립적인 조사를 진행할 때 유용합니다. 반면 서로 밀접하게 연결된 변경을 여러 에이전트에 나누어 맡기면 검토할 일이 더 늘어날 수 있습니다. 맡길 작업의 경계가 명확할 때 위임의 효과가 납니다. 문서에 명시된 Puck 기능.

Dial로 추론 강도, 모델, 전문 에이전트 선택하기

Amp의 Dial에는 low, medium, high, ultra가 있습니다. 각 모드는 모델, 추론 강도, 프롬프트, 툴, 그리고 다른 관점의 검토를 제공하는 Oracle을 조합합니다. 선택 기준은 작업에 얼마나 많은 탐색이 필요한지입니다. 수정 방법이 명확하고 범위가 좁은 작업과 불확실성이 큰 마이그레이션에 같은 예산을 배정할 이유는 없습니다. Dial 안내.

현재 Amp Credits 라우팅에는 다음 메인 에이전트가 명시되어 있습니다.

• Low: GLM-5.3-Flash, 추론 강도 high. 작고 명확하게 정의된 작업용입니다.
• Medium: Claude Opus 5.5, 추론 강도 high. 대부분의 작업에 사용하는 기본값입니다.
• High: GPT-6 Astra, 추론 강도 medium. 더 깊은 추론에 드는 시간과 비용을 감수할 만한 어려운 작업용입니다.
• Ultra: Claude Fable 5.1, 추론 강도 high. 해결 방식이 정해지지 않은 가장 어려운 작업용입니다.

low, medium, ultra의 Oracle은 추론 강도 x-high의 GPT-6 Astra이며, high는 추론 강도 x-high의 Claude Fable 5.1을 사용합니다. 공개된 작업 서브에이전트 라우팅은 추론 강도 medium의 Claude Opus 5.5입니다. 이 리뷰에서 확인한 기본값이며, 앞으로도 같은 모델을 계속 제공한다는 보장은 아닙니다. 현재 모드와 모델.

마이그레이션이라면 먼저 호환성 요구 사항을 명확히 설명합니다. 범위가 정해진 변경에는 medium을, 접근 방식부터 조사해야 한다면 더 높은 모드를 선택하는 식입니다. 기존 동작을 검증하는 테스트와 호환되지 않는 전제의 목록도 요청합니다. 눈에 잘 띄지 않는 의존성 하나를 놓쳐 마이그레이션 전체가 무효가 될 수 있다면 추론에 비용을 더 쓰는 것이 타당합니다. 반면 기계적으로 바꾸기만 하면 되는 작업에서는 낭비가 될 수 있습니다.

전문 작업에는 어떤 모델을 쓰나요?

Amp의 기본 라우팅에는 Search가 GPT-5.6 Terra, Librarian이 GPT-5.6 Sol, Task가 Claude Opus 5.5, Read Thread가 GLM-5.3으로 명시되어 있습니다. Search는 관련 코드를 검색하고, Librarian은 외부 코드를 조사하며, Task는 위임받은 코딩과 검증을 수행하고, Read Thread는 이전 대화를 요약합니다. Puck에는 GPT-5.6 Sol이 명시되어 있습니다. 모델 목록.

보조 작업에는 받아쓰기용 GPT Transcribe, 실시간 음성용 GPT Live 1, 미디어 분석용 Gemini 3.7 Flash, Painter의 이미지 생성·편집용 GPT Image 2를 사용합니다. 제목 생성과 긴 대화를 요약하는 압축 작업에는 스레드와 같은 모델을 쓴다고 나와 있습니다. 따라서 메인 에이전트의 모델만으로 청구되는 모든 모델 호출을 설명할 수는 없습니다.

ChatGPT를 연결해도 모든 호출이 구독에 포함되지는 않습니다

Amp는 지원되는 OpenAI 사용량을 연결된 ChatGPT 구독으로 처리할 수 있습니다. 다만 구독을 연결하는 것만으로 각 모드의 모델 선택이 바뀌지는 않습니다. ChatGPT Only 프리셋을 적용하면 low의 메인 에이전트는 GPT-5.6 Terra, medium은 GPT-6.1 Sol, high는 GPT-6 Astra가 되며, 각 모드의 Oracle과 작업 서브에이전트도 OpenAI로 라우팅됩니다. 공개 Modes 페이지에서도 구독을 통한 라우팅을 확인할 수 있습니다. 구독 라우팅과 프리셋 동작.

Ultra의 Claude Fable 메인 에이전트는 ChatGPT 구독에 포함되지 않습니다. 보조 서비스의 비용도 구분해야 합니다. Painter, 웹 검색, 웹 페이지 읽기, 음성 기능은 여전히 Amp 크레딧을 사용할 수 있고, 클라우드 Orbs도 별도입니다. 메인 에이전트, Oracle, 서브에이전트의 모델을 고정해도 모든 보조 모델까지 고정되는 것은 아닙니다. 지출을 관리하려면 OpenAI 모델 이름이 보인다는 사실에 그치지 않고 스레드 전체의 사용 구조를 이해해야 합니다.

Claude Code 모드는 별도의 선택지입니다

Amp의 Claude Code 모드는 Claude Agent SDK를 통해 연결된 Claude Pro 또는 Max 구독을 사용합니다. Amp 자체 medium, high, ultra 모드가 Claude 모델을 사용할 수 있다는 이유만으로 Claude 구독이 이 모드들까지 포함하는 것은 아닙니다. 이 연동은 2026년 10월 10일에 발표되었습니다. Amp 발표.

이 모드는 Orbs, 러너, 공유, 포털, 멀티플레이어를 지원하지만 Oracle, Librarian, Illustrator는 지원하지 않습니다. Claude Code의 계획 모드, 할 일 툴, 노트북 편집도 비활성화되며, Painter는 여전히 Amp 크레딧을 사용합니다. 이런 차이를 받아들이면서 Claude 구독과 Amp 환경을 함께 쓰고 싶을 때 선택할 수 있습니다. 모드별 제약.

긴 프롬프트보다 중요한 것은 재현 가능한 환경 설정입니다

새 스레드를 열 때마다 환경을 처음부터 파악하지 않고 프로젝트를 빌드하고 검사할 수 있어야 Amp의 활용도가 높아집니다. Orb 수명 주기에서는 .agents/setup으로 재사용 가능한 스냅샷을 준비하고, 활성화 직후와 일시 중지에서 깨어날 때마다 .agents/resume을 실행합니다. 스냅샷은 준비를 마친 머신 상태를 저장한 것으로, 이후 스레드에서 설치된 도구와 의존성을 재사용할 수 있게 합니다. Orbs 맞춤 설정.

웹 애플리케이션이라면 의존성 설치와 공통 사전 준비를 setup에 넣습니다. 갱신이 필요한 인증이나 연결에는 resume을 사용합니다. 실제 빌드·테스트 명령어는 아키텍처 메모, 릴리스 제약과 함께 Amp의 저장소 지침 파일인 AGENTS.md에 기록합니다. Amp는 디렉터리별 지침도 지원하며, AGENTS.md가 없으면 AGENT.md 또는 CLAUDE.md를 대신 읽습니다. 지침 적용 규칙.

이렇게 하면 일관성을 확보할 수 있습니다. 회귀 오류를 조사할 때도 다음 기능 개발 작업과 같은 의존성 설정에서 시작해야 합니다. 그렇지 않으면 다른 스레드에서도 다시 겪을 환경 문제를 해결하는 데 에이전트가 시간을 쓸 수 있습니다.

유지 관리에서 주의할 점도 있습니다. .agents/setup을 바꾸는 것만으로 기존 스냅샷이 무효화되지는 않습니다. Amp는 조건에 맞는 스냅샷을 최대 72시간 동안 재사용할 수 있습니다. setup 변경을 즉시 반영해야 한다면 프로젝트 설정에서 캐시된 스냅샷을 삭제해야 합니다. 여러 저장소에 걸친 프로젝트에서는 기본 저장소의 setup 스크립트만 실행되므로, 그 스크립트가 나머지 저장소까지 초기화해야 합니다. 스냅샷 수명 주기.

플러그인으로 반복 작업에 맞는 사용자 지정 모드와 서브에이전트를 추가할 수 있습니다. 먼저 일반적인 빌드, 테스트, 검토 절차가 안정적으로 작동하게 만든 다음, 반복되는 지시를 전문 에이전트로 묶는 편이 좋습니다. 완료 여부를 판정할 테스트 자체가 없다면 맞춤형 리뷰 에이전트도 그 빈자리를 메울 수 없습니다.

팀이 공유하는 작업, 비용, 관리 기능

Amp의 팀 워크스페이스에는 별도의 Teams 이용료 없이 공유 스레드, 프로젝트, 설정, 유료 크레딧이 통합됩니다. 구성원마다 서로 다른 개인 요금제를 쓸 수 있습니다. 일부 개발자가 에이전트 작업을 대부분 수행하고 다른 동료는 주로 검토하는 팀이라면 매력적인 구성입니다. 워크스페이스 매뉴얼.

공식 팀 기능에는 스레드 공유와 권한, 멀티플레이어, 포털·플러그인·스킬 공유, 구성원 관리·제어·분석, 유료 크레딧 공동 사용, 제공사 키와 모델 라우팅 공유, SAML/OIDC 싱글 사인온이 포함됩니다. 포털은 Orb에서 실행 중인 서비스를 외부에서 살펴볼 수 있게 제공합니다. 싱글 사인온은 조직의 ID 제공사를 통해 사용자를 인증하는 기능입니다.

예를 들어 개발자가 통합 과정에서 발생한 오류 조사를 넘기면서 로그, 코드 변경, 실행 환경을 그대로 유지할 수 있습니다. 동료는 복사한 대화 기록을 받고 환경을 따로 설정하는 대신 같은 스레드를 살펴보면 됩니다. 공유 스킬과 프로젝트 설정도 반복 설정을 줄여 줍니다.

SSO에는 이용 조건이 있습니다. 일반 워크스페이스에서는 현재 구성원 중 적어도 한 명이 활성 Megawatt 또는 Gigawatt 요금제를 사용해야 합니다. Enterprise 워크스페이스는 유료 개인 요금제를 쓰는 구성원이 없어도 설정할 수 있습니다. Teams 소개 카드에 SSO가 표시되어 있다고 해서 Hobby 사용자만 있는 워크스페이스도 이용할 수 있는 것은 아닙니다. SSO 이용 조건.

Enterprise에는 맞춤 가격, SCIM 디렉터리 동기화, 권한 범위를 더 세분화한 관리자 역할, 사용자 그룹, 사용자별 할당량, 허용 모델 제어, MCP 레지스트리 허용 목록이 추가됩니다. MCP는 에이전트를 외부 툴과 서비스에 연결합니다. 가격 페이지에는 감사 로그, 네트워크 제어, IP 허용 목록, 리전별 엔드포인트, 더 높은 할당량, 우선 지원, 맞춤 계약 조건도 나와 있습니다. 팀 규모 자체보다는 이러한 요구 사항이 Enterprise를 검토할 이유가 됩니다. Enterprise 세부 사항.

공동 결제에서는 한 가지를 더 구분해야 합니다. 워크스페이스의 유료 크레딧은 공동으로 쓰지만, Megawatt/Gigawatt의 Orb 제공 시간은 개인별입니다. 한 개발자의 제공량을 크게 늘려도 다른 구성원이 함께 쓰는 Orb 시간으로 바뀌지 않습니다. Amp는 가격 페이지의 Shared Billing Details에 이 점을 명시하고 있습니다. 팀 가격.

Amp Code 가격: 전체 요금제와 별도 사용료

Amp는 Hobby, 개인용 Megawatt와 Gigawatt, 추가 요금 없는 Teams, 맞춤 가격의 Enterprise를 제공합니다. 아래 금액과 제공량은 2026년 10월 12일, 실제 가격 페이지의 Gigawatt 탭과 Orb Usage Details까지 확인한 내용입니다.

출처: Amp 가격. 가격 페이지의 Education Discount 안내에 따르면 학생과 교사는 Megawatt를 월 $10에 이용할 수 있습니다.

가격 FAQ에 따르면 유료 요금제에는 Orb 사용량과 추론용 Amp 크레딧이 포함됩니다. 다만 공개된 요금제 카드와 FAQ에는 포함된 모델 크레딧의 고정 달러 금액이 명시되어 있지 않습니다. 따라서 비교표에 임의의 토큰 예산을 넣어서는 안 됩니다.

같은 요금제라도 머신 크기에 따라 사용할 수 있는 시간이 달라집니다. Megawatt의 공개 제공량은 tiny 90,000분, small 45,000분, medium 22,500분, large 11,250분, xxlarge 5,625분입니다. Gigawatt는 같은 크기 순서로 960,000분, 480,000분, 240,000분, 120,000분, 60,000분을 제공하며, 3xlarge는 37,373분입니다. 가장 큰 크기는 Gigawatt와 Enterprise에서만 사용할 수 있습니다. 이는 가격 페이지에 명시된 제공량이며, 대표 제공 시간을 무제한 병렬 컴퓨팅으로 환산한 수치가 아닙니다. Orb 사용량 세부 사항.

Amp Code 무료 이용: Hobby에 포함되는 것과 별도 비용

Hobby에는 월 플랫폼 이용료가 없습니다. 자신의 러너와 지원되는 모델 구독 또는 API 키를 가져오면, Amp는 Hobby, Individual, Teams에 별도의 토큰 요금이나 한도를 추가하지 않습니다. 모델 제공사의 요금과 한도는 그대로 적용됩니다. Amp를 통해 추론 사용량을 구매하거나 클라우드 Orbs를 실행하면 해당 자원에 비용이 발생할 수 있습니다. Enterprise에는 개별 계약 조건이 적용됩니다. 가격 FAQ.

예전의 일일 무료 크레딧 프로그램을 기준으로 예산을 잡아서는 안 됩니다. 최초 Amp Free 발표문에는 현재 해당 프로그램이 중단되었으며 재개할 계획이 없다고 명시되어 있습니다. 지금 무료로 시작할 수 있는 요금제는 Hobby입니다. 플랫폼 무료 이용과 모델 추론 무료 이용은 구분해야 합니다. Amp Free 업데이트.

추론과 컴퓨팅 비용은 어떻게 청구되나요?

Amp에 따르면 개인과 비 Enterprise 워크스페이스의 구매 크레딧은 제공사의 API 가격에 마진을 붙이지 않고, 실제 모델 및 툴 사용량에 따라 차감됩니다. Amp가 든 예시는 Anthropic 사용료 $2와 OpenAI 사용료 $0.50이 발생하면 $2.50을 차감하는 방식입니다. 웹 검색을 비롯한 모델 외 툴도 크레딧을 사용합니다. 유료 요금제를 구독하지 않아도 크레딧을 구매할 수 있습니다. 사용량 과금.

공개된 표준 Orb 요금은 다음과 같습니다.

• a1.tiny: 시간당 $0.08, CPU 1개, 메모리 2 GB.
• a1.small: 시간당 $0.17, CPU 2개, 메모리 4 GB.
• a1.medium: 시간당 $0.33, CPU 4개, 메모리 8 GB.
• a1.large: 시간당 $0.66, CPU 8개, 메모리 16 GB.
• a1.xxlarge: 시간당 $1.32, CPU 16개, 메모리 32 GB.
• a1.3xlarge: 시간당 $2.13, CPU 16개, 메모리 44 GB. Gigawatt 또는 Enterprise 구성원용입니다.

현재 모든 크기에는 디스크 60 GB가 포함됩니다. 분 단위로 과금하며, 일시 중지된 Orbs에는 비용이 발생하지 않습니다. Enterprise의 Orb 가격은 프로젝트 설정에 표시되며, 위 표준 요금이 보장되는 것은 아닙니다. Orb 크기와 비용.

월 기본 제공량은 결제 주기가 바뀔 때 초기화되며 이월되지 않습니다. 구매한 크레딧은 구매 후 12개월이 지나면 만료됩니다. 기본 제공량을 다 쓰면 추가 크레딧으로 작업을 이어갈 수 있으며, Orb 사용량은 요금제 업그레이드로 늘릴 수도 있습니다. 구독을 취소해도 현재 월 결제 기간이 끝날 때까지 유료 요금제는 유지됩니다. 크레딧 규칙 및 취소 FAQ.

토큰 수보다 실제 채택한 결과를 기준으로 계산하기

비용을 평가하려면 모델·툴·컴퓨팅 요금에 배분한 구독료를 더한 뒤, 실제로 받아들인 변경 건수로 나누는 방법이 유용합니다. 실패한 시도에 든 비용도 분자에 포함해야 합니다. 스레드가 길다고 반드시 비용만 많이 든 실패는 아닙니다. 반대로 누군가 작업을 다시 해야 한다면 저렴한 스레드도 이득이라고 할 수 없습니다.

정기 예산으로 보면 Megawatt와 ChatGPT Plus를 함께 구독할 때 $20에 $20을 더해 월 구독료의 기본 합계는 계산상 $40입니다. 여기에는 추가 Amp 사용량과 연동 구독 범위 밖의 호출 비용이 포함되지 않습니다. 기존 Plus 구독자는 Hobby와 자신의 컴퓨팅 자원으로 시작할 수도 있습니다. 구독을 연결하는 것만으로 별도의 Amp 구독까지 필요한 것은 아닙니다. Amp 가격 및 ChatGPT/Codex 가격.

실제로 측정한 Orb 사용량이나 필요한 머신 크기가 업그레이드를 정당화할 때 요금제를 올리는 것이 좋습니다. 작업이 자율적으로 실행된다는 이유만으로 업그레이드할 필요는 없습니다.

도입 판단을 바꿀 수 있는 Amp의 제약

Amp에는 도입 전에 살펴봐야 할 구체적인 제약이 있습니다. ‘자율 에이전트도 실수할 수 있다’는 일반론보다 실제 선택에 더 큰 영향을 줍니다.

Orb를 열어 보는 것만으로 과금이 다시 시작될 수 있습니다

Orb는 두 조건을 모두 충족해야 일시 중지됩니다. 에이전트가 5분 동안 작업하지 않았고, 사용자의 상호작용도 20분 동안 없어야 합니다. 보관하지 않은 스레드나 포털을 열면 Orb가 다시 깨어날 수 있습니다. 다른 서비스가 보낸 요청을 포함해 포털에 권한이 있는 요청이 들어오면, 상호작용 이후 경과 시간을 다시 계산합니다. 미리보기 URL을 주기적으로 조회하는 경우 특히 주의해야 합니다. 일시 중지 규칙.

Orb Saver Mode는 스레드를 열기만 했을 때 머신이 깨어나지 않게 합니다. 보관 처리를 하면 즉시 멈춥니다. 유휴 상태에 따른 일시 중지는 유용하지만, ‘에이전트의 작업이 끝난 시점’과 ‘컴퓨팅 과금이 멈춘 시점’이 항상 같지는 않습니다.

멀티플레이어는 대화뿐 아니라 실행 환경의 접근 권한도 줍니다

Amp 멀티플레이어를 사용하면 워크스페이스 구성원이 함께 프롬프트를 입력하고, 파일·터미널·시크릿을 포함해 스레드의 Orb나 공유 러너에 접근할 수 있습니다. 동료를 태그하면 멀티플레이어가 활성화되며, 비공개 스레드에서 활성화하면 해당 스레드가 워크스페이스에 공유됩니다. 에이전트와 Orb 비용은 모두 스레드 소유자에게 계속 귀속됩니다. 멀티플레이어 매뉴얼.

같은 신뢰 범위 안에서 일하는 동료에게는 유용합니다. 하지만 단지 결과를 읽게 하려고 누군가를 초대할 때 기본으로 선택하기에는 적절하지 않습니다. 스레드 공개 범위를 의도적으로 설정하고, 워크스페이스 관리자는 구성원의 비공개 스레드도 볼 수 있다는 점을 기억해야 합니다. 사용자는 최대 한 개의 워크스페이스에만 속할 수 있으므로, 서로 무관한 여러 고객사와 일한다면 이 조건도 고려해야 합니다. 워크스페이스 소유권과 접근 권한.

이미 시작한 스레드에서는 모드를 높일 수 없습니다

Amp는 첫 메시지 이후 스레드의 모드를 고정합니다. 작은 리팩터링이라고 생각했던 작업이 아키텍처 문제로 커졌다면, 더 높은 모드를 사용하려면 새 스레드가 필요합니다. 매뉴얼은 모드마다 프롬프트와 툴이 다르기 때문에 중간에 전환하면 모델의 컨텍스트와 캐싱을 방해한다고 설명합니다. 모드 선택.

따라서 처음 정하는 작업 범위가 중요합니다. 변경 규모를 아직 모른다면 구현에 앞서 조사를 요청하는 편이 좋습니다.

전문 서브에이전트 위임은 실시간 그룹 대화와 다릅니다

Amp의 전문 서브에이전트는 서로 격리된 상태에서 작업합니다. 서로 소통할 수 없고, 작업 중간에 사용자가 방향을 바꿔 줄 수도 없으며, 메인 에이전트는 최종 요약을 받습니다. Puck이나 스레드 간 메시징으로 별개의 스레드를 조율하는 것과는 다른 방식입니다. 서브에이전트 제약.

전문 에이전트에는 결과물이 명확하고 범위가 한정된 작업을 맡기는 것이 좋습니다. 지시가 모호하면 엉뚱한 문제에 대한 매끄러운 요약이 돌아올 수 있고, 조율하는 에이전트는 작업이 끝난 뒤에야 그 불일치를 발견하게 됩니다.

기본값과 초기 설정은 계속 관리해야 합니다

Amp의 기본 모델 라우팅은 시간이 지나며 바뀝니다. 모델 고정으로 이를 제어할 수 있지만, 매뉴얼에 따르면 고정한 모델을 사용할 수 없거나 제한되는 경우 자동으로 다른 모델을 사용할 수 있습니다. 앞서 설명한 스냅샷 동작까지 고려하면, 예상한 모델이나 수정한 setup 스크립트가 별도 관리 없이 영구히 그대로 적용된다고 보아서는 안 됩니다. 모델 조정.

결국 실무의 관건은 재현성입니다. 오래 실행되는 에이전트에도 빌드 가능한 저장소, 완수할 수 있는 작업, 사람이 평가할 수 있는 근거가 필요합니다. Amp는 이를 뒷받침하는 유용한 환경을 제공하지만, 그런 요구 자체를 없애지는 않습니다.

최종 평가: 자율 실행 작업을 함께 관리해야 한다면 Amp

이미 Claude Code로 생산적으로 일하는 개인 개발자라면: Orb 실행, 공유 스레드, Amp의 모델 라우팅이 반복해서 겪는 특정 문제를 해결해 주지 않는 한 현재 툴을 유지하는 편이 좋습니다. 인터페이스가 달라졌다는 사실이 코딩을 더 잘한다는 근거는 아닙니다.

ChatGPT 구독자라면: 이미 이용할 수 있는 Codex부터 시작하는 편이 좋습니다. Amp의 실행 환경과 협업 방식이 필요해질 때 도입 이유가 더 강해집니다. Hobby와 자체 러너를 쓰면 Amp 구독 구매 여부와 별개로 이를 판단할 수 있습니다.

독립적인 작업을 나누어 맡기는 소규모 팀이라면: Amp를 진지하게 검토할 만합니다. 반복 가능한 Orb 설정, 공유 설정, 검토 가능한 스레드는 코딩 전후의 인수인계 부담을 줄이는 데 도움이 됩니다. Orb 시간은 공동으로 쓰지 못하므로, 개인별 컴퓨팅 사용량에 맞춰 유료 요금제를 배정하는 것이 좋습니다.

ID, 모델, 접근 권한 정책이 엄격한 팀이라면: 도입을 확정하기 전에 Enterprise가 명시한 제어 기능을 평가해야 합니다. 에디터 사이드바를 주로 원하는 개발자에게는 예전 Amp 확장 프로그램이 더 이상 선택지가 아닙니다.

판단 기준은 명확합니다. 현재 에이전트의 인터페이스보다 실행과 인수인계를 관리하는 일이 더 큰 문제라면 Amp를 선택할 이유가 있습니다. 다음 작업을 맡기기 전에 재현 가능한 환경을 준비하고, 완료 여부를 확인할 검사를 작성하고, 각 모델 호출이 어디에서 청구되는지 파악하며, 결과 환경에 접근할 사람을 정해야 합니다. 이런 결정이 긴 자율 실행 끝에 유용한 결과를 얻을 수 있는지를 좌우합니다.

Amp 도입 전 개발자들이 자주 묻는 질문

뉴스레터에서 AI 비즈니스 워크플로 점검 체크리스트를 받으면 위임할 만한 작업과 그 비용, 결과를 받아들이기 전에 필요한 검사를 정리할 수 있습니다.