Devin을 알아보다 보면 월 20달러라는 안내와 ACU 과금 설명을 함께 만나게 됩니다. 이 글에도 Core 요금제와 “Desktop·클라우드 별도 과금”이라는 설명이 남아 있었어요. 2026년 9월 23일 공식 자료를 다시 확인하면서 이 부분부터 고쳤습니다.
2026-09-23 갱신. 공식 문서 확인과 설명용 예제를 바탕으로 작성했습니다. 실제 Devin 세션의 성능·비용을 측정한 후기는 아닙니다. 그림은 이해를 돕기 위해 만든 도식이며 실제 제품 화면이 아닙니다.
Devin을 알아봤다면, 지금 필요한 글로 이어가세요
Devin은 코드를 고치고 실행한 뒤 PR까지 만들 수 있어요
클라우드 Devin에 작업을 맡기면 별도의 개발 환경에서 저장소를 살펴보고, 코드를 수정하고, 테스트를 실행하는 흐름으로 진행할 수 있습니다. PR은 변경 내용을 사람이 검토하기 위한 결과물이에요. PR이 생겼다고 바로 서비스에 반영되는 것은 아닙니다.
공식 소개 문서에는 셸·에디터·브라우저가 있는 작업 환경과, 사람이 진행 상황을 보거나 중간에 직접 개입하는 기능이 나옵니다. “완전 자율”이라는 표현을 보고 검토 없이 끝나는 개발을 기대하면 차이가 생깁니다.

처음에는 “어디까지 알아서 할까?”보다 “결과가 맞는지 내가 확인할 수 있는가?”를 먼저 묻는 편이 좋겠습니다. 실행이 안 되는 환경이나 정해지지 않은 정책은, 코드를 더 많이 작성한다고 해결되지 않으니까요.
Cloud·Desktop·CLI는 사용하는 자리가 달라요
- Devin Cloud: 클라우드 환경에 작업을 맡기고 진행 상황과 결과를 확인합니다.
- Devin Desktop: 내 컴퓨터에서 사용하는 코드 편집 환경입니다.
- Devin CLI: 터미널에서 사용하는 에이전트입니다. 로컬에서 작업하다
/handoff로 클라우드 세션에 넘기는 흐름도 공식 문서에 나옵니다. - DeepWiki: 저장소 구조와 코드를 이해하도록 문서·구조도·소스 링크를 제공합니다. 공개 GitHub 저장소용 무료 서비스도 있습니다.

따라서 Devin을 클라우드 전용 도구로만 설명하면 현재 제품 범위를 놓치게 됩니다. 터미널 사용 방식은 Devin CLI 문서, 저장소 문서화는 DeepWiki 문서에서 각각 확인할 수 있어요.
요금은 개인용 쿼터와 기업용 ACU를 나눠 봐야 합니다
2026년 9월 23일 공식 가격표에는 개인용 Free·Pro·Max가 안내돼 있습니다. 아래는 미국 달러 기준 공개 표시 가격입니다.
- Free: $0. 제한된 사용량과 모델을 제공합니다.
- Pro: 월 $20. 가격표에 클라우드 에이전트 접근이 포함돼 있습니다.
- Max: 월 $200. Pro보다 큰 사용량 한도를 제공하는 개인용 요금제입니다.
상세 청구 문서는 Pro의 포함 사용량을 Devin 세션·CLI·Desktop이 함께 쓰는 구조로 설명합니다. 예전 본문의 “Desktop 구독과 클라우드는 무조건 별도 과금”이라는 설명은 현재 개인용 요금제에 그대로 적용할 수 없어요.
Teams는 안내가 서로 다릅니다. 가격표에는 월 $80에 full dev seat당 $40를 더하는 표현이 있고, 상세 문서는 좌석 요금과 크레딧을 합쳐 최소 월 $80이라고 설명합니다. 상세 문서의 full seat 2개 예시는 월 $80입니다. 같은 계산으로 읽히지 않으므로, 팀 견적은 결제 화면이나 지원팀에서 확인하기 전까지 확정하기 어렵습니다.
ACU가 모두 사라진 것도 아닙니다. Enterprise 청구 문서는 여전히 계약서에 정한 ACU 단가를 사용한다고 설명해요. 개인용 구독 안내에 예전 ACU당 가격을 붙여 계산하면 서로 다른 체계를 섞게 됩니다.
기존 Core 이용자에 대해서는 상세 청구 문서가 Free로의 이전과 잔여 크레딧 사용을 안내합니다. 이전 계정은 새 요금제 이름만 보고 판단하지 말고, 자기 계정의 Plans와 잔액을 확인하세요.
월 요금만으로 “버그 몇 개”를 계산하기는 어려워요
사용량 문서는 작업 횟수와 복잡도, VM 실행·네트워크 등을 사용량 요소로 설명합니다. 같은 버그 수정이라도 원인을 바로 찾는 작업과 환경 설정부터 막히는 작업은 소비량이 같다고 볼 수 없어요.
- 시작 전에 포함 사용량, 추가 크레딧 잔액, 자동 충전 설정을 확인합니다.
- 첫 작업이 끝나면 사용량 변화와 함께 내가 다시 고치고 검토한 시간을 기록합니다.
- 비슷한 작업을 몇 번 비교한 뒤에 자기 작업에 맞는 비용 감각을 잡습니다.
여기에는 실제 세션별 비용 측정값이 없습니다. “이 정도 버그는 얼마면 끝난다”는 숫자도 넣지 않았습니다.
첫 작업은 고친 결과를 판정할 수 있는 것으로 고르세요
기능 이름보다 완료 조건이 중요합니다. “로그인 개선”은 너무 넓지만 “만료된 링크를 열면 재요청 버튼을 보여주기”는 확인할 장면이 있어요. 다음은 제가 첫 작업 후보를 고를 때 적용할 기준입니다.
- 버그 수정: 재현 입력과 기대 결과가 있는 것. 예를 들어 검색 결과가 없을 때 빈 화면이 나오는 문제.
- 테스트 보강: 동작 규칙이 정해진 함수. 예를 들어 무료배송 기준 금액의 바로 아래·같은 금액·바로 위를 확인하는 작업.
- 문서 수정: 코드에서 확인할 수 있는 옵션이나 설치 절차. 새 환경에서 안내대로 실행되는지 검토할 수 있는 작업.
반대로 “결제 구조를 알아서 정리해줘”처럼 정책·데이터·외부 연동이 얽힌 요청은, 먼저 조사와 설계를 떼어 맡기겠습니다. 구현 결과를 보고서야 정책을 정하게 되면 다시 고칠 범위도 커집니다. 공식 작업 선택 가이드도 명확한 성공 조건과 검증 가능성을 강조합니다.
“검색 고쳐줘”에 빠진 조건을 채워 봅시다
아래는 검색 결과가 없을 때 안내 문구를 보여주는 가상 작업 요청서입니다. 실제 Devin에 실행한 기록은 아닙니다. 파일 이름과 명령은 저장소마다 다르므로 먼저 찾도록 했어요.

문제
검색 결과가 0개일 때 콘텐츠 영역이 빈 화면으로 남는다.
원하는 동작
- 검색이 성공했고 결과가 0개인 경우에만
"검색 결과가 없습니다. 다른 검색어를 입력해 보세요."를 표시한다.
- 로딩 중과 네트워크 오류는 기존 표시를 유지한다.
- 결과가 1개 이상이면 기존 목록을 유지한다.
진행 순서
1. 검색 화면과 관련 테스트를 찾아 파일 경로를 알려줘.
2. 빈 결과·로딩·오류를 현재 어떻게 구분하는지 설명해줘.
3. 수정 계획을 먼저 보여주고, 내가 확인한 뒤 구현해줘.
수정 범위
검색 화면과 관련 테스트로 제한한다.
API 응답 형식, 인증, 의존성은 바꾸지 않는다.
그 범위 밖 수정이 필요하면 이유를 먼저 알려줘.
완료 조건
빈 결과, 결과 있음, 로딩 중, 네트워크 오류를 각각 확인한다.
기존 테스트 실행 방법을 찾아 관련 테스트를 실행한다.
가능하면 브라우저에서도 확인하고, 못 하면 그 이유를 남긴다.
변경 파일·실행 명령·결과·미확인 항목을 PR 설명에 적는다.
PR을 만든 뒤 병합과 배포는 하지 않는다.
이 요청에서 핵심은 안내 문구 자체보다 언제 그 문구를 보여주면 안 되는지입니다. 결과 배열이 비어 있다는 이유만으로 안내를 띄우면, 아직 로딩 중이거나 요청이 실패한 경우까지 “결과 없음”으로 덮을 수 있어요.
조사와 구현을 나누는 방식은 방향 주는 지시법: 삽질 부검 2편에서 더 다뤘습니다. 요청서를 길게 쓰는 것이 목적은 아닙니다. 이번 수정에서 지켜야 할 동작을 빠뜨리지 않는 것이 목적이에요.
PR을 받으면 테스트의 개수보다 빠진 상황을 봅니다
방금 예제에서 “테스트 통과”라는 보고를 받았다고 해봅시다. 아래 네 상태가 모두 확인됐는지를 보면, 단순히 성공 표시를 보는 것보다

판단하기 쉬워집니다.
- 검색 성공·결과 0개: 안내 문구가 나타나는가?
- 검색 성공·결과 있음: 목록이 표시되고 빈 결과 안내는 사라지는가?
- 로딩 중: 응답이 오기 전에 빈 결과 안내가 잠깐 나타나지 않는가?
- 네트워크 오류: 오류를 빈 결과로 처리하지 않고 기존 오류 표시를 유지하는가?
코드 변경에서도 같은 경계를 확인합니다. 예를 들어 catch에서 무조건 빈 배열을 반환하도록 바뀌었다면, 검색 오류가 감춰졌을 가능성을 살펴봐야 해요. 테스트가 통과했어도 오류 상태를 검사하지 않았다면 이 문제를 놓칠 수 있습니다.
완료 보고에 남길 것: 변경 파일, 실행한 명령과 결과, 브라우저 확인 여부, 확인하지 못한 상태. “문제없음”이라는 한 줄보다 다음 검토자가 재현할 수 있는 기록이 필요합니다.
여기까지 보면 Devin의 한계도 구체적으로 보입니다. 요구에서 빠진 동작, 접속할 수 없는 테스트 환경, 사람이 정해야 할 정책은 별도 확인이 필요해요. 코드를 맡기는 것과 병합 결정을 맡기는 것은 구분하겠습니다.
자주 묻는 질문
Devin은 무료로 쓸 수 있나요?
공식 가격표에 제한된 사용량을 제공하는 Free 플랜이 있습니다. 유료 개인용은 Pro 월 $20, Max 월 $200으로 안내됩니다. Free를 유료 클라우드 작업과 같은 범위로 무제한 사용할 수 있다는 뜻은 아닙니다.
Devin Desktop과 클라우드는 별도로 결제해야 하나요?
현재 Pro 안내에는 클라우드 접근이 포함되고, 상세 문서는 Devin 세션·CLI·Desktop이 포함 사용량을 공유한다고 설명합니다. 별도 결제가 항상 필요하다고 볼 수 없습니다. 기존 계약이나 이전 계정의 조건은 자기 계정에서 확인해야 합니다.
Devin 비용은 지금도 ACU로 계산하나요?
현재 문서는 일반 구독의 포함 사용량·추가 크레딧과 Enterprise 계약의 ACU를 구분합니다. 예전 Core 요금제의 ACU 가격을 모든 계정에 적용해서는 안 됩니다.
개발자가 없어도 서비스 운영까지 맡길 수 있나요?
이 글에서 그런 수준을 검증하지는 않았습니다. 코드 작성과 테스트 기능이 있어도 요구사항 결정, 변경 검토, 실제 환경 확인, 배포 판단은 남습니다. 처음에는 결과를 직접 확인할 수 있는 작은 작업부터 맡기는 편을 권합니다.
저라면 “앱 하나 만들어줘”보다 위의 검색 화면 한 부분부터 맡기겠습니다. 작은 변경이라도 요청과 결과가 어디서 어긋나는지 확인할 수 있어야, 다음에는 더 큰 일을 맡길 수 있으니까요.
상황에 맞춰 이어서 읽는 Devin 사용 가이드
처음 작업을 맡긴다면 작업 나누기 → PR 검토 순서로 읽어보세요. 진행 중 막혔다면 반복 오류 글부터, 다음 작업에도 지킬 기준을 정리하려면 프로젝트 규칙 글부터 보면 됩니다.
큰 작업을 어디서 나눌지 고민이라면
Devin에 큰 작업을 맡길 때, PR은 어디서 나눠야 할까?
API와 화면의 변경 순서, 중간 버전의 호환성, 되돌리기 조건을 다룹니다.
PR을 받았는데 합쳐도 될지 모르겠다면
Devin이 만든 PR, 테스트 통과만 보고 합쳐도 될까?
정상 응답만 확인한 테스트가 놓치는 상태와 수정 요청 방법을 살펴봅니다.
같은 오류를 계속 반복한다면
Devin이 같은 오류를 반복할 때, 다시 시키기 전에 확인할 것
실패한 명령과 실행 환경, 요구사항, 수정 가설을 나눠 다음 시도를 정합니다.
매번 같은 설명을 다시 적고 있다면
Devin에 같은 설명을 반복한다면? AGENTS.md에 남길 것과 빼야 할 것
프로젝트에 남길 규칙과 이번 요청의 조건, 반복 절차를 구분합니다.
요청 자체를 어떻게 구체화할지 고민된다면 방향 주는 지시법: 삽질 부검 2편에서 조사·수정·완료 조건을 나누는 예제를 볼 수 있습니다.
확인한 공식 자료
- Introducing Devin · 제품과 개발 환경
- Plans and Pricing · 공개 가격
- Self-serve plans · 포함 사용량, Teams 계산, 기존 Core 이전 안내
- Enterprise billing · 계약별 ACU 과금
- Usage · 사용량 산정 요소
- When to Use Devin · 작업 선택과 검증 기준
마지막 확인: 2026-09-23. 공개 문서와 실제 계정 화면의 조건이 다르면 해당 계정의 계약·결제 안내를 확인해야 합니다.
'Devin · Windsurf' 카테고리의 다른 글
| Devin ACU 완전 이해: 15분에 $2.25, 아끼는 법까지 (2026) (0) | 2026.08.02 |
|---|---|
| Devin Local이란? Cascade 후계자, 뭐가 달라졌나 (2026) (0) | 2026.08.02 |
| Devin 클라우드 사용법: 자율 AI 개발자에게 일 맡기는 법과 ACU 요금의 실제 (1) | 2026.07.29 |
| Devin Desktop 요금제 정리: 쿼터제 전환 후 뭐가 달라졌나 (2026년 기준) (0) | 2026.07.10 |
| Windsurf가 Devin Desktop이 됐다: 기존 사용자가 알아야 할 모든 것 (0) | 2026.07.10 |