2026. 05. 06. / TECH · 5 min read
AI 코딩 어시스턴트, 실무에서 쓰냐?
몇 달 써봤다. 결론은 "쓸 만은 한데, 기대하면 실망함"
요즘 다들 쓰는 것 같아서 나도 몇 달 써봤습니다.
결론부터 말하면 "쓸 만은 한데, 기대하면 실망함"
처음엔 좀 놀랐다
간단한 거 시키면 진짜 빠릅니다.
함수 하나 만들어달라, 타입 정의 해달라, 보일러플레이트 찍어달라 — 이건 거의 복붙 수준으로 바로 씁니다.
속도는 인정.
근데 조금만 복잡해지면 바로 티 난다
맥락 못 따라옵니다. 없는 라이브러리 끌고 옵니다. 코드 이어붙이다가 갑자기 흐름 끊깁니다.
특히 기존 코드베이스 있는 상태에서 "여기에 맞게 수정해줘" 하면, 겉보기만 맞고 안쪽은 엉뚱한 경우가 꽤 있습니다.
이때부터 느낌 옵니다. "아, 이거 그냥 자동완성 좀 잘하는 수준이구나"
그래서 쓰는 방식을 바꿨다
코드 달라고 안 하고 질문하는 쪽으로 바꿨습니다.
- 이 로직 구조 괜찮냐
- 여기서 터질 가능성 뭐 있냐
- 이 에러 왜 나는 것 같냐
이렇게 쓰니까 훨씬 낫습니다. 코드 생성기 느낌보다 말 통하는 주니어 한 명 붙은 느낌입니다. 물론 가끔 헛소리 합니다.
실제로 효과 있는 구간
문서 읽기 새 라이브러리 쓸 때 핵심만 먼저 뽑아달라고 하면 시간이 많이 줄어듭니다. 공식 문서 전체를 읽는 것보다 "이 라이브러리로 페이지네이션 어떻게 구현해?"라고 물어보는 게 빠른 경우가 많습니다.
디버깅 에러 던지면 원인 후보 몇 개로 줄여줍니다. 가끔 진짜 정확하게 짚습니다. 특히 타입 에러나 import 문제는 거의 즉시 해결됩니다.
반복 작업 CRUD, 타입 정의, 테스트 초안은 그냥 맡기는 게 빠릅니다. 이런 작업을 직접 치고 있으면 솔직히 시간 낭비입니다.
믿고 쓰면 안 되는 것도 명확하다
| 영역 | 현실 |
|---|---|
| 최신 버전 API | 틀리는 경우 많음. breaking change 특히 취약 |
| 비즈니스 로직 | 거의 못 맞춘다. 맥락이 없어서 당연함 |
| 보안 코드 | 검증 필수. 그대로 쓰는 건 위험 |
| 레거시 코드 수정 | 전체 흐름을 모르니 엉뚱한 곳 건드림 |
이 네 가지는 AI 결과물을 그대로 쓰면 나중에 반드시 터집니다.
잘 쓰는 프롬프트 패턴
몇 달 쓰면서 효과가 좋았던 방식들입니다.
- 에러 전체 + 관련 코드 같이 붙여넣기 — 에러 메시지만 던지면 정확도가 크게 떨어집니다
- "이 방향으로 구현하면 어떤 문제가 생길 수 있어?" — 코드 달라는 것보다 리스크 물어보는 게 더 유용합니다
- "지금 코드에서 고칠 부분만 알려줘, 전체 다시 쓰지 말고" — 전체를 재작성해주면 기존 맥락이 다 날아갑니다
- 버전 명시 — "React 18", "Next.js 15" 이렇게 구체적으로 적어야 엉뚱한 버전 코드 안 나옵니다
결론
이걸로 개발한다? 아직은 아닙니다. 이걸 안 쓴다? 그건 더 손해 같습니다.
초안은 AI, 판단은 내가, 검증은 무조건 — 이 포지션이 지금까지 써본 중 가장 맞는 것 같습니다.
잘 쓰면 생산성 올라가고, 대충 쓰면 기술부채 쌓입니다. 이미 다들 쓰고 있으니, 어차피 쓸 거라면 방식이라도 제대로 잡는 게 맞습니다.
