코드를 치지 마라 - 설계하고, 시키고, 검증하라 (Claude Code 워크플로우)

AI에게 시켰는데, 왜 원하는 결과가 안 나올까요?

"로그인 기능 만들어줘."

AI가 코드를 짭니다. 돌아는 갑니다. 근데 내가 원하는 방식이 아닙니다.

수정을 시킵니다. 또 다릅니다. "아니 그게 아니라..." 몇 번을 반복합니다.

결국 직접 코드를 뜯어보게 되고, 처음부터 다시 시작합니다.

익숙한 상황 아닌가요?

프롬프트를 잘 써도 안 되는 이유

많은 분들이 프롬프트를 고치려고 합니다. "좀 더 구체적으로 말해볼까", "역할을 지정해볼까."

근데 진짜 문제는 프롬프트가 아닙니다.

AI가 좋은 결과를 내려면 좋은 프롬프트가 아니라 좋은 컨텍스트가 필요합니다. AI가 어떤 파일을 읽었는지, 이 프로젝트가 뭘 만드는 건지, 제약조건이 뭔지 — 이 정보 환경이 결과를 결정합니다.

같은 프롬프트라도 컨텍스트에 따라 결과가 완전히 달라집니다.

도구 사용법을 배워봤자, 6개월이면 쓸모없어집니다

AI 코딩 강의가 쏟아지고 있습니다. 대부분 "이 버튼 누르면 이거 되고, 저 단축키 누르면 저거 되고."

근데 생각해보세요.

Copilot이 대세였다가 Cursor가 왔고, Cursor가 대세였다가 Claude Code가 왔습니다. 6개월 뒤에 또 새로운 도구가 나옵니다.

도구 사용법을 배우면, 그 도구가 바뀌는 순간 배운 게 0이 됩니다.

이 강의는 특정 도구의 사용법을 가르치지 않습니다. 도구가 바뀌어도 적용되는, 일하는 방식 자체를 가르칩니다.

이 강의에서 배우는 것: 설계하고, 시키고, 검증하라

저는 토스증권 등 현업에서 직접 친 코드는 거의 없습니다. 99%는 AI가 짰습니다.

설계하고, AI에게 시키고, 결과를 검증하는 방식으로 일했습니다. 이 강의는 그 워크플로우를 4시간 36분 동안 실전으로 보여드립니다.

• 컨텍스트 설계 — AI가 보는 정보 환경을 세팅하면, 같은 지시에도 결과가 달라집니다.

• 설계 먼저, 코드는 나중에 — 바로 짜게 시키면 방향이 틀어집니다. 설계를 먼저 시키면 5분으로 30분을 아낍니다.

• 쪼개서 시키기 — 한 번에 다 시키면 어디서 틀렸는지 모릅니다. 쪼개서 시키고, 확인하고, 다음으로 넘기세요.

• 병렬 개발 — 터미널 하나가 개발자 한 명입니다. 5개 열면 5명이 동시에 일합니다.

레딧 스타일 익명 커뮤니티를 처음부터 끝까지, 코드 한 줄 직접 치지 않고 만듭니다. 카테고리, 게시물, 검색, 투표, 댓글, 디자인까지.

코드를 안 친 거지, 두뇌를 안 쓴 게 아닙니다.

설계하고, 시키고, 검증하라. 이 한 문장이 이 강의의 전부입니다.