AI IDE
AI IDE는 코드 편집기 안에 AI가 깊이 들어간 개발 환경으로, 자동완성을 넘어 말로 지시해 코드를 고치고 여러 파일을 한꺼번에 수정하거나 오류 원인을 찾을 때 쓴다. Cursor·Windsurf처럼 처음부터 AI 중심으로 만든 편집기도 있고, VS Code에 GitHub Copilot 같은 확장을 붙여 쓰는 방식도 있다.
| 형태 | 예 | 특징 |
|---|---|---|
| 전통 IDE | VS Code, IntelliJ | 문법 강조, 자동완성, 디버거 |
| AI 확장 | VS Code + Copilot | 쓰던 편집기에 AI 기능을 더함 |
| AI IDE | Cursor, Windsurf | 편집기 전체를 AI 중심으로 설계 |
| 터미널 에이전트 | Claude Code | 명령줄에서 작업을 통째로 맡김 |
일의 크기에 맞춰 기능을 고른다
AI IDE의 기능은 AI에게 얼마나 맡기느냐에 따라 나뉜다. 맡기는 일이 작을수록 빠르고, 클수록 검토할 것이 많아진다.
| 기능 | 하는 일 | 이럴 때 쓴다 |
|---|---|---|
| 탭 자동완성 | 다음 줄이나 블록을 미리 제안 | 반복되는 코드, 뻔한 구현 |
| 인라인 수정 | 선택한 코드를 지시대로 고침 | "이 함수를 async로 바꿔줘" |
| 채팅 | 프로젝트 코드를 참고해 답함 | 낯선 코드 이해, 오류 원인 찾기 |
| 에이전트 | 여러 파일 수정, 터미널 명령 실행 | 기능 추가, 테스트 작성과 실행 |
맥락을 잘 줘야 답이 좋아진다
AI IDE는 열어 둔 파일과 프로젝트 전체를 읽어서 맥락으로 쓴다. 질문할 때 관련 파일이나 함수를 직접 집어 주면 엉뚱한 답이 줄어든다. 코드 스타일, 쓰는 라이브러리, 피해야 할 패턴은 프로젝트 규칙 파일에 적어 두면 매번 설명하지 않아도 된다.
쓰는 순서는 이렇다. 프로젝트를 열고 규칙을 정해 둔 뒤, 작은 단위로 요청하고, AI가 보여 주는 변경 내용(diff)을 읽고 승인하거나 거부한다. 큰 작업은 한 번에 맡기지 말고 설계, 구현, 테스트로 나눠서 요청하는 편이 안전하다.
빠른 만큼 검토가 필요하다
새 프로젝트 뼈대 만들기, 반복 수정, 테스트 작성, 낯선 코드 읽기에서는 시간이 크게 줄어든다. 하지만 보안이나 결제처럼 틀리면 위험한 코드, 규칙이 복잡한 오래된 코드에서는 AI 제안을 그대로 믿으면 안 된다.
| 주의할 점 | 대처 |
|---|---|
| 그럴듯하지만 틀린 코드 | diff 검토, 테스트 실행 |
| 없는 API나 함수 호출 | 공식 문서로 확인 |
| 코드가 외부 서버로 전송됨 | 회사 정책과 개인정보 설정 확인 |
| 비밀키·환경 파일 노출 | AI가 읽지 않도록 제외 설정 |
요금제마다 무거운 모델이나 에이전트 사용량에 한도가 있는 경우가 많다. 작은 일은 자동완성으로, 큰 일만 에이전트로 처리하면 한도를 아낄 수 있다.
평소엔 자동완성, 큰 일은 에이전트
가장 흔한 방식은 평소 코드를 칠 때 탭 자동완성을 켜 두고, 막히거나 일이 커질 때만 채팅과 에이전트를 꺼내 쓰는 것이다. 어느 경우든 마지막에는 diff를 직접 읽고 승인한다.
| 어디서 | 어떻게 쓰나 |
|---|---|
| 새 프로젝트 시작 | 에이전트에게 뼈대와 설정 파일을 만들게 하고, 결과를 검토해 다듬는다 |
| 낯선 코드 유지보수 | 채팅으로 코드 흐름을 설명받고, 고칠 부분은 인라인 수정으로 바꾼다 |
| 테스트 작성 | 에이전트가 테스트를 쓰고 터미널에서 돌린 뒤, 실패한 부분을 스스로 고치게 한다 |
| 오류 디버깅 | 에러 메시지와 관련 파일을 집어 주고 원인과 수정안을 받는다 |
