코딩 AI 도구 목록
코딩 AI 도구 목록은 코드를 쓰고 고치는 데 쓰는 AI 도구를 정리한 문서다.
이 문서는 진입점이다. 각 도구의 가격·기능·장단점은 개별 문서에 있으니 표에서 이름을 눌러 들어가면 된다.
이 목록을 읽는 법
도구 이름을 외우는 것은 의미가 없다. 이 분야는 변화가 빨라 반년이면 목록이 달라진다. 대신 어떤 형태가 있는지를 알아 두면 새 도구가 나와도 어디에 속하는지 바로 판단할 수 있다.
그래서 이 문서는 형태별로 먼저 나누고 개별 도구를 그 안에 놓는다.
가격을 이 문서에 적지 않는 이유
코딩 AI 도구의 요금제는 몇 달 단위로 바뀐다. 목록 문서에 숫자를 적어 두면 전부 낡는다.
여기에는 과금 형태(구독·종량제·무료·직접 결제)만 적고, 구체적인 금액은 각 도구 문서의 가격 섹션에서 관리한다. 갱신할 곳을 한 군데로 모으기 위한 것이다.
이 분야가 지나온 단계
코딩 AI는 세 단계를 거쳐 왔다. 도구를 고를 때 그 도구가 어느 단계에 서 있는지를 보면 성격이 짐작된다.
| 단계 | 하는 일 | 사람의 역할 |
|---|---|---|
| ① 자동 완성 | 타이핑 중 다음 줄을 제안 | 받아들일지 결정 |
| ② 채팅 | 물어보면 코드를 만들어 준다 | 복사해서 붙여 넣기 |
| ③ 에이전트 | 파일을 직접 고치고 명령을 실행 | 방향 지시와 검토 |
지금 나오는 도구는 대부분 셋을 함께 갖고 있다. 차이는 어디에 무게를 두느냐다.
- 편집기·확장형 — ①과 ②가 강하고 ③도 있다
- CLI형 — ③ 중심. ①이 아예 없다
- 에이전트 플랫폼·클라우드형 — ③만 있다
자동 완성의 유무는 생각보다 큰 차이다.
CLI 에이전트에는 타이핑 중 제안이 뜨지 않는다. 하루 종일 쓰는 기능이라 없으면 금방 체감되는데, 기능 비교표에서는 잘 드러나지 않는 항목이다.
그래서 CLI형과 편집기형을 함께 쓰는 사람이 적지 않다. 큰 작업은 CLI로 맡기고, 손으로 고칠 때는 편집기의 자동 완성을 쓰는 식이다.
알아 둘 용어
목록을 읽기 전에 몇 가지만 정리해 둔다.
| 용어 | 뜻 |
|---|---|
| 에이전트 | 지시를 받아 스스로 파일을 고치고 명령을 실행하는 방식 |
| 자동 완성 | 타이핑하는 중에 다음 코드를 제안하는 기능 |
| 규칙 파일 | 프로젝트 규칙을 적어 두면 매번 설명하지 않아도 되는 파일 |
| BYOK | 도구는 무료로 쓰고 모델 API 키를 직접 넣어 결제하는 방식 |
| VS Code 포크 | VS Code를 가져다 고쳐 만든 편집기. 기존 확장·설정을 대개 그대로 쓴다 |
| 크레딧 | 사용량 단위. 요청 수·토큰 등 도구마다 계산이 다르다 |
| 컨텍스트 | 모델이 한 번에 참고하는 코드의 양. 컨텍스트 윈도우 참고 |
"크레딧"이 특히 헷갈린다. 같은 말인데 도구마다 계산 방식이 달라, 도구 사이에 크레딧 수를 직접 비교하면 안 된다. "월 500 크레딧"과 "월 500 크레딧"이 전혀 다른 양일 수 있다.
"에이전트"도 도구마다 범위가 다르다. 파일을 고치는 데까지만 가는 것도 있고, 터미널 명령을 실행하거나 브라우저로 결과를 확인하는 데까지 가는 것도 있다. 어디까지 스스로 하느냐를 확인하는 편이 낫다.
형태로 나누기
① 터미널 CLI 에이전트
명령줄에서 도는 도구다. 편집기를 열지 않고 터미널에서 지시한다.
여러 파일을 한꺼번에 다루거나, 코드베이스 전체를 훑는 작업에 강하다. 대신 자동 완성이 없고, 터미널이 익숙하지 않으면 진입 장벽이 있다.
| 도구 | 만든 곳 | 특징 |
|---|---|---|
| Claude Code | Anthropic | 프로젝트 단위 계획·실행 |
| OpenAI Codex CLI | OpenAI | 터미널·IDE·웹·GitHub에서 함께 동작 |
| Aider | 커뮤니티 | 오픈소스. 모델을 직접 고른다 |
| Antigravity CLI | Antigravity 에이전트를 터미널에서 호출 |
② 독립 편집기
편집기 자체를 AI에 맞춰 다시 만든 것이다. 대부분 VS Code를 기반으로 해서, 기존 확장과 설정을 그대로 쓸 수 있다.
| 도구 | 만든 곳 | 특징 |
|---|---|---|
| Cursor | Anysphere | VS Code 포크. 이 형태의 기준점 |
| Windsurf | Windsurf | VS Code 포크. 에이전트 중심 |
| Kiro | AWS | 스펙 주도. 프롬프트를 명세로 바꾼 뒤 코드로 |
| Zed | Zed Industries | VS Code 계열이 아닌 독자 편집기 |
Kiro의 접근이 다르다. 바로 코드를 쓰는 대신 요구사항을 상세한 명세(spec)로 먼저 만들고 거기서 코드·문서·테스트를 뽑는다. Amazon Bedrock 위에서 돌며, VS Code 확장과 설정을 그대로 쓸 수 있다. 무엇을 만들지부터 정리하고 싶은 사람에게 맞는 방식이고, 반대로 일단 써 보면서 방향을 잡는 사람에게는 절차가 번거롭게 느껴질 수 있다.
③ 편집기 확장 프로그램
쓰던 편집기에 그대로 얹는 것이다. 편집기를 바꾸지 않아도 된다는 것이 가장 큰 장점이고, 실제로 진입 장벽이 가장 낮다.
| 도구 | 만든 곳 | 특징 |
|---|---|---|
| GitHub Copilot | GitHub · Microsoft | 지원 편집기가 가장 넓다 |
| Cline | Cline Bot | 오픈소스. API 키를 직접 넣는다 |
| Continue | 커뮤니티 | 오픈소스 |
| Amazon Q Developer | AWS | AWS 환경과 연동 |
④ 에이전트 플랫폼
편집기라기보다 에이전트를 관리하는 판에 가까운 형태다. 최근에 생긴 갈래다.
| 도구 | 만든 곳 | 특징 |
|---|---|---|
| Google Antigravity | 에이전트 매니저. 편집기·터미널·브라우저를 오간다 |
Antigravity가 이 형태를 대표한다. 에이전트가 스스로 계획을 세우고, 터미널로 앱을 띄우고, 브라우저로 직접 확인하는 데까지 간다. 2026년 8월 기준 공개 프리뷰이며 개인은 무료다.
모델을 고를 수 있다는 점도 특징이다. Gemini 3 Pro에 더해 Anthropic의 Claude Sonnet 4.5와 OpenAI의 gpt-oss를 지원한다.
⑤ 클라우드 에이전트
내 컴퓨터가 아니라 서버에서 도는 형태다. 작업을 맡겨 두고 다른 일을 하다가 결과를 받는다.
| 도구 | 만든 곳 | 특징 |
|---|---|---|
| Codex cloud | OpenAI | 여러 작업을 병렬로. Slack에서 호출 가능 |
Codex는 하나의 이름으로 여러 형태를 다 덮는다. 터미널(CLI), 편집기 확장, 웹, GitHub, ChatGPT iOS 앱에서 모두 동작한다. VS Code와 Cursor를 비롯한 VS Code 포크에서도 쓸 수 있다.
그래서 "Codex를 쓴다"는 말만으로는 어느 형태인지 알 수 없다. ChatGPT 구독에 포함되며 무료 플랜에서도 쓸 수 있다.
전체 목록
| 도구 | 형태 | 만든 곳 | 오픈소스 | 과금 형태 |
|---|---|---|---|---|
| Claude Code | CLI | Anthropic | 아니오 | 구독 / 종량제 |
| Cursor | 편집기 | Anysphere | 아니오 | 구독 |
| GitHub Copilot | 확장 | GitHub · Microsoft | 아니오 | 구독 (무료 등급 있음) |
| Codex | CLI · 확장 · 클라우드 | OpenAI | 아니오 | ChatGPT 구독에 포함 |
| Google Antigravity | 플랫폼 | 아니오 | 공개 프리뷰 무료 | |
| Windsurf | 편집기 | Windsurf | 아니오 | 구독 (무료 등급 있음) |
| Kiro | 편집기 | AWS | 아니오 | 구독 + 크레딧 |
| Cline | 확장 | Cline Bot | 예 (Apache-2.0) | 직접 결제(BYOK) |
| Aider | CLI | 커뮤니티 | 예 (Apache-2.0) | 직접 결제(BYOK) |
| Continue | 확장 | 커뮤니티 | 예 | 직접 결제(BYOK) |
| Amazon Q Developer | 확장 | AWS | 아니오 | 구독 (무료 등급 있음) |
| Zed | 편집기 | Zed Industries | 예 | 구독 / 직접 결제 |
오픈소스인 것
도구 자체가 오픈소스인 것과 모델이 오픈 웨이트인 것은 다른 이야기다. 여기서 말하는 것은 도구의 라이선스다.
| 도구 | 라이선스 | 저작권 |
|---|---|---|
| Cline | Apache-2.0 | Cline Bot Inc. |
| Aider | Apache-2.0 | — |
오픈소스 도구는 대개 BYOK(bring your own key) 방식이다. 도구는 공짜로 쓰고 모델 요금은 제공사에 직접 낸다.
| 방식 | 장점 | 단점 |
|---|---|---|
| 구독형 | 예측 가능한 비용, 지원 | 한도가 있고 중간 마진이 붙는다 |
| BYOK | 마진 없음, 모델 자유 선택 | 비용이 유동적, 직접 관리 |
쓰는 양이 많고 모델을 자주 바꾼다면 BYOK 쪽이 유리해지는 구간이 있다. 반대로 매달 얼마인지 확정돼야 한다면 구독형이 맞다.
로컬에서 오픈 웨이트 모델을 돌려 붙이면 모델 요금도 들지 않는다. Ollama가 OpenAI 호환 API를 제공하므로 BYOK 도구에 연결할 수 있다.
도구와 모델의 관계
도구와 모델은 별개다. 이 구분을 못 하면 비교가 어긋난다.
도구는 껍데기이고, 실제로 코드를 쓰는 것은 그 안에서 도는 모델이다. 그래서 같은 모델을 쓰는 서로 다른 도구가 존재한다.
| 도구 | 모델 선택 |
|---|---|
| Cursor | 여러 회사 모델 중 선택 |
| GitHub Copilot | 여러 회사 모델 중 선택 |
| Google Antigravity | Gemini 3 Pro · Claude Sonnet 4.5 · gpt-oss |
| Kiro | Amazon Bedrock 위에서 동작 |
| Claude Code | Claude 계열 |
| Codex | OpenAI 모델 |
| Cline · Aider · Continue | 내가 넣는 API 키에 달렸다 |
Google의 도구가 Anthropic과 OpenAI의 모델을 지원한다는 점이 눈에 띈다. 경쟁사 모델을 넣어 주는 것이 이 분야에서는 드물지 않다. 도구를 고르는 것과 모델을 고르는 것을 나눠서 생각해야 하는 이유다.
왜 이것이 중요한가
① 성능이 안 나올 때 어디를 바꿀지 판단할 수 있다
결과가 나쁘면 도구를 갈아타기 전에 모델부터 바꿔 보는 편이 빠르다. 같은 도구에서 모델만 바꿔도 결과가 달라지는 경우가 많다.
② 비용 구조가 보인다
모델을 고를 수 있는 도구는 싼 모델로 내려 비용을 줄일 수 있다. 모델이 고정된 도구는 그 여지가 없다.
③ 모델이 은퇴해도 도구는 남는다
모델은 주기적으로 교체된다. 모델을 고를 수 있는 도구는 새 모델로 옮기면 되지만, 한 모델에 묶인 도구는 제공사의 일정을 따라갈 수밖에 없다.
어떤 것을 골라야 하나
편집기를 바꾸기 싫다 → GitHub Copilot · Cline · Continue (확장)
AI 중심으로 갈아탈 준비가 됐다 → Cursor · Windsurf (독립 편집기)
큰 코드베이스를 통째로 다룬다 → Claude Code · Codex (CLI)
요구사항 정리부터 하고 싶다 → Kiro (스펙 주도)
에이전트에 맡기고 결과만 받고 싶다 → Codex cloud · Google Antigravity
비용을 직접 통제하고 싶다 → Cline · Aider (오픈소스 + BYOK)
돈을 안 쓰고 시작하고 싶다 → Google Antigravity (프리뷰 무료), GitHub Copilot·Windsurf·Amazon Q의 무료 등급
상황별로 다시 보기
| 상황 | 우선 볼 것 |
|---|---|
| 코딩 AI가 처음이다 | 확장형. 쓰던 환경 그대로 시작 |
| 파일 하나씩 고친다 | 편집기형 |
| 여러 파일을 한꺼번에 | CLI형 |
| 터미널이 불편하다 | 편집기형·확장형 |
| 자동 완성이 꼭 필요하다 | 편집기형·확장형 (CLI형에는 없다) |
| 회사 코드가 밖으로 나가면 안 된다 | BYOK + 로컬 모델 |
| AWS 환경이다 | Kiro · Amazon Q Developer |
| Google 환경이다 | Google Antigravity |
고를 때 확인할 것
기능 목록보다 이 다섯 가지가 실제 만족도를 가른다.
- 자동 완성이 있는가 — CLI형에는 없다. 매일 쓰는 기능이라 체감이 크다
- 한도가 어떻게 계산되는가 — 요청 수인지 토큰인지, 어디까지 무료인지
- 모델을 고를 수 있는가 — 한 모델에 묶이면 갈아탈 수 없다
- 코드가 어디로 가는가 — 회사 코드라면 가장 먼저 확인할 항목
- 기존 설정을 가져올 수 있는가 — VS Code 포크는 대개 가능하다
4번을 건너뛰는 경우가 많다. 도구마다 코드 전송·보관·학습 사용 정책이 다르고, 개인 요금제와 기업 요금제의 조건이 다른 경우도 흔하다. 회사에서 쓴다면 도입 전에 확인해야 한다.
무료로 시작할 수 있는 것
| 도구 | 무료 범위 |
|---|---|
| Google Antigravity | 공개 프리뷰 기간 개인 무료 |
| Cline · Aider · Continue | 도구는 무료. 모델 요금은 별도 |
| GitHub Copilot · Windsurf · Amazon Q Developer | 제한적 무료 등급 |
| Codex | ChatGPT 무료 플랜에도 포함 |
오픈소스 도구의 "무료"는 조건부다. 도구값이 안 들 뿐 모델 요금은 그대로 나간다. 진짜로 돈이 안 들게 하려면 Ollama 같은 실행기로 오픈 웨이트 모델을 로컬에서 돌려 붙여야 한다.
처음 쓰는 사람을 위한 순서
도구를 여러 개 깔아 놓고 비교하는 것은 권하지 않는다. 설정과 습관을 들이는 데 시간이 걸려서, 결국 아무것도 제대로 못 쓰게 된다.
- 확장형으로 시작한다 — 쓰던 편집기 그대로. 환경을 안 바꾸는 것이 중요하다
- 자동 완성부터 익힌다 — 제안을 받아들이고 거절하는 감각을 먼저 잡는다
- 채팅으로 물어본다 — 코드 설명, 오류 원인 찾기부터
- 작은 작업을 에이전트에 맡겨 본다 — 파일 하나 단위로
- 한도가 부족해지면 그때 유료를 검토한다
- 큰 작업이 답답해지면 CLI형을 본다
6번까지 가는 사람이 많지 않다. 확장형만으로 충분한 경우가 대부분이고, 그것이 문제라는 뜻도 아니다.
흔한 실수
| 실수 | 왜 문제인가 |
|---|---|
| 처음부터 전부 맡긴다 | 검토가 불가능한 양이 나온다. 작게 시작해야 한다 |
| 규칙 파일을 안 쓴다 | 같은 지시를 매번 반복하게 된다 |
| 코드를 안 읽고 받아들인다 | 고장 나면 원인을 못 찾는다 |
| 한 번에 여러 도구를 쓴다 | 설정이 겹치고 어느 것이 잘 되는지 판단이 안 된다 |
| 회사 정책을 확인 안 한다 | 코드 전송 조건이 도구마다 다르다 |
세 번째가 가장 자주 지적된다. AI가 쓴 코드도 결국 내가 유지보수해야 한다. 읽지 않고 넘긴 코드는 문제가 생겼을 때 그대로 부담으로 돌아온다.
자주 묻는 것
어느 것이 가장 좋은가?
작업 방식에 따라 다르다. 파일 단위로 손보는 사람과 코드베이스를 통째로 다루는 사람에게 맞는 도구가 다르다. 위의 어떤 것을 골라야 하나 항목을 참고.
무료로 쓸 수 있나?
있다. Google Antigravity는 공개 프리뷰 기간 개인 무료이고, GitHub Copilot·Windsurf·Amazon Q에는 무료 등급이 있다. 오픈소스 도구는 도구값이 안 들지만 모델 요금은 따로 나간다.
여러 개를 같이 써도 되나?
기술적으로는 된다. 실제로 CLI형과 편집기형을 병행하는 사람이 많다. 다만 처음부터 여러 개를 깔면 비교가 안 된다.
회사 코드를 넣어도 되나?
도구마다 다르고, 요금제마다도 다르다. 개인 플랜과 기업 플랜의 데이터 처리 조건이 다른 경우가 흔하다. 도입 전에 반드시 확인해야 한다. 외부 전송 자체가 안 되는 환경이라면 Ollama + 오픈 웨이트 모델 + BYOK 도구 조합을 본다.
AI가 쓴 코드의 저작권은?
도구마다 약관이 다르고, 법적으로도 정리가 진행 중인 영역이다. 이 위키는 확인된 것만 쓰므로 여기서 단정하지 않는다. 상업적으로 배포할 코드라면 해당 도구의 약관을 직접 확인해야 한다.
모델을 로컬로 돌려서 붙일 수 있나?
BYOK 도구라면 대체로 가능하다. Ollama가 OpenAI 호환 API를 제공하므로 주소만 로컬로 바꾸면 붙는 경우가 많다. 다만 로컬 모델은 최전선 모델과 성능 격차가 있다.
도구가 너무 자주 바뀌는데 계속 따라가야 하나?
아니다. 형태(확장·편집기·CLI·에이전트)는 잘 안 바뀌고 그 안의 이름만 바뀐다. 형태를 이해해 두면 새 도구가 나와도 금방 판단할 수 있다.
편집기를 갈아타면 설정을 다시 해야 하나?
VS Code 포크라면 대개 그대로 가져온다. Cursor·Windsurf·Kiro가 VS Code의 확장과 설정을 쓸 수 있게 만들어 둔 것도 이 부담을 없애기 위해서다. 갈아타는 비용이 낮다는 것 자체가 이 형태의 경쟁력이다.
자동 완성이 없는 CLI 도구를 왜 쓰나?
작업 단위가 다르기 때문이다. 여러 파일에 걸친 변경, 코드베이스 탐색, 반복 작업을 통째로 맡기는 데는 CLI 쪽이 유리하다. 한 줄씩 쓰는 작업과 한 기능을 통째로 만드는 작업은 필요한 도구가 다르다.
크레딧이 금방 떨어지는데 정상인가?
도구마다 계산 방식이 달라 같은 작업도 소모량이 크게 차이 난다. 에이전트에 큰 범위를 맡길수록 빨리 준다. 범위를 좁혀 요청하면 소모가 줄고 결과도 대개 낫다. 컨텍스트 윈도우 문서의 설명과 같은 맥락이다.
이 목록에 없는 것
범위를 좁혔다. 아래는 코딩과 닿아 있지만 성격이 달라 뺐다.
- 앱 생성 서비스 — 대화로 웹앱을 통째로 만들어 주는 종류. 별도 목록으로 다룬다
- 코드 리뷰 전용 도구 — 작성이 아니라 검토에 특화된 것
- 범용 대화형 AI — ChatGPT·Claude·Gemini로 코드를 물어보는 것은
이 목록의 도구와 성격이 다르다
- 자동 완성만 하는 도구 — 에이전트 기능이 없는 것
- 특정 언어·프레임워크 전용 도구 — 범위가 좁아 따로 다룬다
- 사내 구축형 도구 — 공개적으로 쓸 수 있는 것만 넣었다
목록을 어떻게 관리하나
이 목록은 완전하지 않고, 완전할 수도 없다. 새 도구가 계속 나오고 기존 도구는 성격이 바뀐다.
여기 올리는 기준은 셋이다.
- 공개적으로 쓸 수 있을 것 — 초대 전용이나 사내 도구는 뺀다
- 공식 문서로 확인될 것 — 기사만 있고 공식 안내가 없는 것은 넣지 않는다
- 코드 작성이 주 용도일 것 — 곁다리로 코드를 다루는 도구는 뺀다
개별 문서가 없는 항목은 빨간 링크로 남겨 둔다. 어느 문서가 링크를 많이 받는지가 다음에 쓸 문서를 정하는 근거가 되기 때문이다.
이 분야를 볼 때 감안할 것
① 비교 기사에 나오는 순위를 그대로 믿지 않는다
"1위 도구" 같은 순위는 측정 기준과 시점에 따라 완전히 달라진다. 게다가 이 분야는 몇 달 단위로 순서가 바뀐다.
순위보다 형태를 본다. 내 작업 방식에 맞는 형태를 먼저 정하고, 그 안에서 고르는 편이 훨씬 안정적인 판단이다.
② "몇 % 빨라졌다"는 수치는 조건을 봐야 한다
생산성 향상 수치가 자주 인용되는데, 무엇을 어떻게 쟀는지가 빠진 경우가 많다.
같은 도구라도 작업 종류, 코드베이스 크기, 쓰는 사람의 숙련도에 따라 결과가 크게 갈린다. 자기 환경에서 며칠 써 보는 것이 남의 수치를 열 개 읽는 것보다 정확하다.
③ 무료 등급은 조건이 자주 바뀐다
무료 범위는 이 분야에서 가장 자주 바뀌는 항목이다. 프리뷰가 끝나면 유료로 전환되기도 하고, 한도가 조정되기도 한다.
Google Antigravity가 공개 프리뷰 기간 무료인 것도 그 기간이 끝나면 달라질 수 있다는 뜻이다.
④ 인수·통합이 잦다
작은 도구가 큰 플랫폼에 흡수되는 일이 반복돼 왔다. 도구가 사라지거나 성격이 바뀔 가능성을 감안하는 편이 낫다.
이 점에서 오픈소스 도구와 BYOK 방식이 상대적으로 안전하다. 서비스가 중단돼도 코드가 남고, 모델은 내가 고른 것을 계속 쓸 수 있다.
