2026 AI 코딩 워크플로: 커서·클로드 코드·병렬 에이전트 활용법

핵심 메시지

• 도구 자체는 6개월 전과 크게 달라지지 않았지만, 그 도구를 '쓰는 방식'이 바뀐 것이 더 중요하다.
• 커서는 주로 탭 자동완성에, 클로드 코드(Opus 4.5)는 주력 에이전트 코딩에 쓰며 작업 성격에 따라 모델을 나눠 쓴다.
• 곧장 실행시키지 말고 항상 '계획(plan) 먼저' 모드로 맥락을 충분히 모으게 하면 더 나은 결과가 나온다.
• 병렬 에이전트와 깃 워크트리로 여러 작업을 충돌 없이 동시에 진행하면 생산성이 크게 오른다.
• 한 번에 전부 만드는 '원샷'을 지양하고, 아키텍처는 직접 잡으면서 코드 작성을 모델에 맡겨 단계적으로 쌓는다.

쉽게 이해하기

발표자는 5년 넘게 매일 코딩하며 14개 이상의 앱을 만들었고 현재는 자신의 스타트업을 직접 개발하는 개발자다. AI 변화 속도가 빨라 6개월마다 워크플로를 다시 점검한다며, 2026년 1월 기준 자신의 셋업을 공개한다. 그는 자신의 방식이 정답은 아니며 의외로 단순하다고 강조한다.

도구 스택의 중심에는 여전히 커서(Cursor)가 있지만, 주로 '탭 자동완성' 용도로 쓴다. 디버그 모드나 내장 브라우저 같은 신기능은 좋게 평가하면서도 기존 습관 때문에 아직 본격 도입하지 않았다고 솔직히 밝힌다. 대신 에이전트 코딩의 대부분은 클로드 코드(주로 Opus 4.5)로 처리한다.

흥미로운 점은 모델을 역할별로 나눠 쓰는 방식이다. 큰 규모의 리팩터링처럼 오래 걸리는 작업은 느리지만 긴 맥락을 잘 다루는 GPT 5.2 Codex에 위임하고, 빠른 응답으로 흐름을 유지하고 싶을 때는 속도가 빠른 Composer 1을, UI/UX 품질이 중요할 때는 Gemini 3 Pro를 선호한다. 또한 거의 항상 '계획 먼저, 실행은 나중' 순서를 지키는데, 모델에 충분히 생각할 시간을 주면 더 나은 해법을 낸다는 경험에서다.

생산성을 끌어올린 큰 변화는 '병렬 에이전트'다. 모델이 느릴 때 손 놓고 기다리는 대신 여러 작업을 동시에 돌린다. 이때 깃 워크트리(branchlet 같은 도구)로 작업을 각자의 디렉터리에 격리해 머지 충돌을 피한다. 데이터베이스 변경이 필요한 작업은 로컬 Supabase 인스턴스의 포트를 분리해 별도 디렉터리에서 충돌 없이 진행한다.

그 밖에도 그는 '원샷'을 피한다고 말한다. 코드베이스가 커질수록 한 번에 기능 전체를 만들게 하면 군더더기가 붙어 오히려 시간이 더 든다는 것이다. 그래서 아키텍처 결정은 직접 내리고 코드 작성만 모델에 맡겨 한 단계씩 쌓는다. UI는 마음에 드는 사이트들의 스크린샷을 Gemini 3 Pro에 넣어 디자인 시스템 문서를 만든 뒤 claude.md로 참조시키고, 팀 확장과 속도(velocity)를 위해 노코드/로우코드 도구도 적극 끌어들인다.

주요 인사이트

• AI 코딩에서 핵심 자원은 '맥락'이다. 발표자는 기능별 claude.md 문서를 만들어 PR마다 자동 갱신하는 스킬 하나로, 매번 파일을 일일이 지정하는 수고를 크게 줄였다.
• 모델은 만능이 아니라 도구상자다. 느리지만 긴 작업에 강한 모델, 빠른 모델, UI에 강한 모델을 작업 성격에 맞춰 가려 쓰는 것이 효율을 높인다.
• 병렬 작업의 전제는 격리다. 깃 워크트리로 변경을 분리하지 않으면 여러 에이전트의 작업이 한 브랜치에서 뒤엉켜 충돌한다.
• 코드베이스가 커질수록 원샷의 성공률은 떨어진다. 자동차를 통째로 주문하기보다 엔진·바퀴·프레임을 차례로 조립하듯 단계적으로 빌드하는 편이 결과적으로 빠르다.
• 진짜 속도(velocity)는 모든 것을 처음부터 만드는 게 아니라, 가장 빠르고 좋은 기존 해법을 가져다 쓰며 바퀴를 다시 발명하지 않는 데서 나온다.

자주 묻는 질문

관련 AI 소식