코드 전에 계획을 요청하라

사소하지 않은 무엇이든, 생각하기를 타이핑하기와 분리하라. AI에게 접근 방식을 먼저 개요로 잡아달라고 요청하라. 이것은 잘못된 가정이 200줄의 잘못된 코드가 되기 전에 잡아내며, 풀 리퀘스트를 고치는 것보다 계획을 고치는 것이 훨씬 싸다.

I want to add rate limiting to my API. Before writing any code,
give me a short plan: where the limiter should live, what
storage it needs, what happens when a limit is hit, and any
tradeoffs. Don't write code yet — I'll approve the approach first.

계획이 맞아 보이면 "좋아, 1단계를 구현해줘"라고 말하라. 아니라면, 당신은 코드를 풀어내느라 한 시간을 쓰는 대신 방향을 바로잡는 데 30초를 쓴 것이다. 계획 먼저 세우기야말로 엔지니어식 프롬프트와 소원식 프롬프트를 가장 크게 가르는 습관이다.

계획 단계는 또한 AI가 필요 이상으로 무거운 해법을 고르는 것을 잡아내는 곳이다 — 인메모리 맵으로 충분한데 Redis를 끌어오거나, 한 줄짜리 라이브러리 호출로 이미 해결되는 것을 손수 짜거나. 한 가지 질문을 마음에 두고 계획을 읽어라: 이것이 작동할 수 있는 가장 단순한 것인가? 접근이 과잉 설계처럼 냄새난다면, 한 줄도 쓰이기 전에 평범한 말로 반박하라("이건 서버 한 대짜리 취미 프로젝트야 — 분산 저장소는 건너뛸 수 있을까?").