₹40,000에서 ₹70,000 — 이것은 6개월 전 나의 주요 개발 루프(dev loop)를 Claude Code로 전환한 이후 내 컨설팅 업무가 추가로 확보한 월간 수익입니다. 그 기간 동안 40개의 프로덕션 자동화(production automations)를 출시했습니다: 은행 계정 조정 파이프라인(bank reconciliation pipelines), 주식 스크리너(stock screeners), ITR 준비 봇, 비용 분류기, GST 신고 도우미, 그리고 내가 여전히 관리하고 있는 몇 가지 트레이딩 시스템(trading systems) 등이 있습니다.

맥락 — 이 리뷰는 누구를 위한 것인가

나는 웹 앱 엔지니어가 아닙니다. 나는 Python으로 금융 및 트레이딩 자동화를 구축하고, 이를 브로커 API 및 Google Sheets에 연결하며, cron job이나 Railway 컨테이너에서 실행되는 스크립트를 배포합니다. 만약 당신이 이와 유사한 백엔드(back-end), 스크립트 우선(script-first) 작업을 한다면, 이 리뷰가 명확하게 전달될 것입니다. 만약 하루 종일 React를 작성한다면, 체감하는 바가 다를 수 있습니다.

내가 적용하는 기준은 매우 엄격합니다. 클라이언트 자동화는 첫날부터 실제 프로덕션 데이터에 대해 작동해야 하며, 회계 법인(CA firm)이 상상할 수 있는 모든 예외 케이스(edge case)를 처리해야 하고, 거래가 실행되지 않을 때 밤 11시에도 내가 디버깅(debug)할 수 있어야 합니다. "내 컴퓨터에서는 잘 작동했다"라는 식의 변명은 통하지 않습니다.

Claude Code가 잘하는 것 — 실제로 중요한 4가지 승리

1. 다른 어떤 것도 따라올 수 없는 수준의 다중 파일 추론 (Multi-file reasoning)

대부분의 AI 코딩 어시스턴트(AI coding assistants)는 단일 파일 내에서는 잘 작동합니다. 하지만 Claude Code는 전체 리포지토리(repo)를 머릿속에 담고 있습니다. 나는 11개의 모듈과 2,300줄에 달하는 은행 계정 조정 프로젝트를 리팩터링(refactor)해달라고 요청했습니다. Claude Code는 모든 호출 지점(call site)을 추적했고, 내가 전혀 눈치채지 못했던 순환 임포트(circular import) 하나를 찾아냈으며, 단 한 번의 턴(turn) 만에 깔끔한 분할 방안을 제안했습니다. Cursor는 6~7개 파일이 넘어가면 어려워하기 시작합니다. Copilot은 2개 정도에서 포기합니다.

2. 코드를 작성하기 전에 올바른 질문을 던진다

이 점은 나를 놀라게 했습니다. 내가 Claude Code에게 "Zerodha 주문 함수에 재시도 로직(retry logic)을 추가해줘"라고 말했을 때, 단순히 코드를 작성하는 데 그치지 않았습니다. 재시도가 브로커의 속도 제한(rate limits)을 준수해야 하는지, 부분 체결(partial fills) 시 어떻게 해야 하는지, 그리고 멱등성 키(idempotency keys)를 사용할 수 있는지 물었습니다. 이는 시니어 엔지니어(senior engineer)가 던질 법한 질문들입니다. 이러한 답변들이 자동화 시스템이 실제 돈을 다루기에 안전할지, 아니면 시한폭탄이 될지를 결정합니다.

3. 장기 실행 작업(Long-running tasks)의 일관성 유지

저는 정기적으로 Claude Code에게 20~40분이 소요되는 작업, 예를 들어 "GST 준비 파이프라인을 리팩터링하고, 테스트 커버리지를 추가하며, 테스트 스위트를 실행하고, 발생하는 모든 회귀(regressions)를 수정하라"와 같은 과업을 맡깁니다. Claude Code는 계획을 세우고, 실행하며, 스스로 수정(self-corrects)한 뒤, 바로 검토할 수 있는 디프(diff)를 가지고 돌아옵니다. 에이전트 루프(agentic loop)가 매우 견고합니다. 환각(hallucination)된 파일 경로도 없고, 존재하지 않는 패키지를 가정하는 코드도 없습니다.

4. 기존 코드를 존중함

Copilot은 스타일을 공격적으로 재작성합니다. 반면 Claude Code는 파일을 읽고 기존 컨벤션(conventions)에 맞추며, 2주 뒤에 다시 봐도 이질감이 느껴지지 않는 디프(diff)를 생성합니다. 제가 코드를 고객사의 내부 팀에 인계하는 컨설팅 업무를 한다는 점을 고려하면, 이는 생각보다 훨씬 중요한 요소입니다.

Claude Code가 여전히 한계를 보이는 지점

솔직하게 말씀드리겠습니다. 제가 직접 겪은 세 가지 실제 실패 사례입니다.

1. 인도 핀테크 API는 여전히 취약한 영역임

Claude Code에게 Zerodha Kite Connect SDK에 대해 물어보면 80% 정도는 정확하게 답변합니다. 하지만 나머지 20% — 즉, F&O(선물 및 옵션)를 위한 티커(ticker) 형식, 2024년 이후의 증거금(margin) 변경 사항, 특정 에러 코드 등 — 에서 그럴듯한 환각(hallucination)을 일으킵니다. 저는 브로커 관련 사항은 항상 공식 문서와 대조하여 이중 확인합니다. 한 고객사의 경우, 9개월 전에 폐기(deprecated)된 파라미터 이름을 확신에 차서 사용하는 것을 발견했습니다. 다행히 프로덕션에 반영되기 전에 테스트 스위트가 이를 잡아냈습니다. 간신히 말이죠.

2. 긴 디버깅 세션에서의 루프 발생 가능성

처음 세 번의 수정으로 문제가 해결되지 않으면, 때때로 루프(loop)에 빠지곤 합니다. 방식 A를 시도했다가 B로 넘어가고, 다시 헬퍼(helper) 함수로 감싼 방식 A로 돌아오는 식입니다. 저는 루프를 수동으로 중단하고, 스택 트레이스(stack trace)를 새로운 컨텍스트(context)에 붙여넣은 뒤, 제약 사항을 명시적으로 전달하는 법(

제약이 없다면, 단일한 긴 에이전트 작업(agentic task)은 토큰을 빠르게 소모할 수 있습니다. 대규모 리팩터링(refactor)을 할 때는 때때로 한 세션에 저렴한 저녁 식사 한 끼 값에 해당하는 비용을 쓰기도 합니다. 절약된 시간에 비하면 여전히 사소한 수준이지만, 이는 비용을 측정하고 있을 때만 해당되는 이야기입니다. 고객의 AI API 비용을 월 ₹85K에서 ₹12K로 절감한 방법에서 다룬 기술들이 여기에도 적용됩니다. 즉, 한정된 예산을 설정하고, 단순한 하위 작업(sub-tasks)에는 더 작은 모델을 사용하며, 에이전트 루프(agentic loops)가 상한선 없이 실행되도록 두지 마십시오.

Claude Code vs Cursor vs Copilot — 각각을 사용하는 시점

6개월간의 실제 사용 경험을 바탕으로 한 간단한 원칙은 다음과 같습니다:

세 가지 도구 모두 설치된 상태를 유지합니다. 적절한 도구를 선택하는 것은 적절한 드라이버를 선택하는 것과 같습니다. 실수는 하나의 도구를 모든 문제의 정답으로 취급하는 것입니다.

루피(Rupee)의 영향 — 40개의 자동화가 숫자로 나타내는 모습

도구 전환 이후 제 컨설팅 로그를 요약한 결과입니다:

빌드 시간(Build time): Claude 도입 전 기준점 대비 평균 38% 감소.
고객 수정 요청(Client revisions): 약 절반으로 감소 — 더 나은 초안 덕분에 "도 해줄 수 있나요..." 식의 반복 사이클이 줄어들었습니다.
디버깅 시간(Debugging time): 약간 증가 — 이전에는 맡지 않았을 프로젝트들을 이제는 맡고 있기 때문입니다.
수용량(Capacity): 월 ₹40,000₹70,000의 추가 청구 가능 용량 확보. 6개월 동안 누군가를 고용하지 않고도 실질적인 제2의 수입원이 되었습니다.

[CA firm의 ITR 시즌 동안 209시간을 절약해 준 주말 Python 스크립트를 출시하는 데 도움을 주었던 것과 동일한 도구의 변화가 이제는 모든 새로운 프로젝트의 기본값이 되었습니다. 이는 월 ₹47,000 상당의 자문 서비스를 대체한 주식 스크리너 (stock screener)부터 이번 분기에 두 곳의 중소기업(SMB)에 도입한 5가지 금융 자동화로 구성된 CFO 플레이북 (CFO playbook)에 이르기까지 마찬가지입니다.

대부분의 팀이 놓치는 명확하지 않은 팁

제 워크플로우를 가장 크게 변화시킨 설정은 바로 모든 프로젝트 루트(root)에 CLAUDE.md 파일을 두는 것입니다. Claude Code는 이를 자동으로 읽습니다. 저는 여기에 프로젝트 컨텍스트 (context), 명명 규칙 (naming conventions), 우리가 사용 중인 특정 브로커 API 버전, 그리고 테스트 규칙을 기입합니다. 이는 일반적인 Python 제안을 받는 것과, 우리가 Pandas 2.2, pytest, 그리고 Kite Connect를 모킹 (mocking)하는 특정 방식을 사용한다는 것을 알고 있는 제안을 받는 것의 차이를 만듭니다.

이 단계를 건너뛴다면, 여러분은 도구의 약 60%만 사용하고 있는 것입니다. 저는 팀들이 Claude Code를 도입하고 나서 결과가 미지근하다며 모델을 탓하는 것을 보았습니다. 열에 아홉은 CLAUDE.md 파일이 없거나 비어 있었습니다.

전환해야 할까요?

이미 Cursor를 사용 중이고 만족하고 있다면, 그것을 버리지 마세요. 계획 수립 및 대규모 리팩토링 (refactor)을 위해 Claude Code를 그 위에 얹어서 사용해 보며 한 달 동안 이 분업 방식이 어떻게 느껴지는지 살펴보세요. 만약 여전히 Copilot만 사용하고 있고, 단순한 보일러플레이트 (boilerplate) 이상의 복잡한 작업을 수행하고 있다면, Claude Code로의 전환은 제가 올해 자동화 컨설턴트로서 수행한 도구 변화 중 단연 가장 높은 ROI (투자 대비 수익)를 가진 변화입니다.

"Jo tool sahi kaam karta hai, wohi chuno." (실제로 일을 제대로 해내는 도구를 선택하세요.)

모든 것을 자동화할 필요는 없으며, 모든 프로세스를 AI 페어 프로그래머 (AI pair programmer)와 함께 진행할 필요도 없습니다. 키스트로크 (keystroke) 속도보다 품질과 문맥 (context)이 더 중요한 프로덕션 자동화 (production automations)의 경우, Claude Code는 제가 사용해 본 도구 중 가장 뛰어난 도구입니다. 잠재력의 상한선 (ceiling)은 높고, 하한선 (floor)은 제가 시도해 본 그 어떤 어시스턴트보다 높습니다.

여러분은 현재 어떤 AI 코딩 도구를 가장 많이 사용하고 계신가요? 그리고 어떤 종류의 작업을 위해 사용하시나요?

저자 소개

Archit Mittal은 기업이 혼란을 자동화할 수 있도록 돕습니다. LinkedIn에서 팔로우하세요: @automate-archit