AI한테 "테스트부터 짜"라고 시키는 법 — TDD를 강제하는 에이전트 스킬 이야기

무슨 일이냐면요

요즘 클로드나 커서 같은 AI 코딩 에이전트한테 "이 기능 만들어줘" 하면 진짜 잘 만들어주잖아요. 그런데 한 가지 버릇이 있어요. 코드부터 좌르륵 써내려간 다음에, 테스트는 나중에 슬쩍 끼워 맞추거나 아예 안 만들어버린다는 거예요. 사람 주니어 개발자랑 똑같죠.

그래서 한 개발자가 "AI한테 강제로 테스트 주도 개발(TDD)을 시키는 에이전트 스킬"을 만들어서 공유했어요. 단순한 프롬프트 한 줄이 아니라, AI가 코드를 짤 때마다 반드시 정해진 순서를 밟도록 규칙을 박아넣은 거거든요.

TDD가 뭐냐면

혹시 TDD가 처음이라면 이렇게 생각하면 돼요. 보통은 코드를 먼저 짜고 "잘 되나?" 하고 테스트를 나중에 하잖아요. TDD는 순서를 뒤집어요.

1. Red(빨강): 아직 아무 코드도 없는 상태에서, "이 함수는 이렇게 동작해야 해"라는 테스트부터 먼저 짜요. 당연히 실패하죠(빨간불).
2. Green(초록): 그 테스트를 통과시킬 만큼만, 딱 최소한의 코드를 짜요. 통과하면 초록불.
3. Refactor(정리): 테스트가 지켜주는 안전망 안에서 코드를 깔끔하게 다듬어요.

이 "실패하는 테스트 → 최소 구현 → 정리"를 한 사이클씩 반복하는 게 TDD예요. 테스트가 일종의 '요구사항 명세서' 역할을 하는 거죠.

이 스킬이 하는 일

핵심은 AI가 절대 못 빼먹게 만드는 거예요. 스킬 안에 이런 규칙들이 들어가 있어요. "구현 코드를 쓰기 전에 반드시 실패하는 테스트를 먼저 작성하고, 그 테스트가 진짜로 실패하는 걸 눈으로 확인할 것." "한 번에 테스트 하나씩만 다룰 것." "테스트를 통과시키기 위한 최소한의 코드만 쓰고, 미리 앞서가지 말 것."

이게 왜 중요하냐면요, AI는 워낙 똑똑해서 테스트랑 구현을 한꺼번에 휙 써버리는 경향이 있거든요. 그러면 "테스트가 실패하는 걸 확인하는" 단계가 통째로 사라져요. 근데 이 단계가 빠지면 테스트가 진짜 의미가 있는지(애초에 통과만 시키는 가짜 테스트는 아닌지) 확인할 수가 없어요. 그래서 스킬에서 "실패부터 확인해"를 굳이 강제하는 거예요.

비슷한 흐름들

이런 식으로 AI의 작업 방식을 길들이는 도구들이 요즘 많아지고 있어요. 클로드의 Agent Skills, 커서(Cursor)의 rules 파일, 깃허브 코파일럿의 instructions 파일 같은 게 다 비슷한 개념이에요. "이 프로젝트에서는 이런 방식으로 일해"라는 회사 신입 교육 매뉴얼을 AI한테 쥐여주는 셈이죠. 다른 점이라면, 단순히 "테스트 잘 짜줘" 같은 부탁이 아니라, 작업 절차 자체를 단계별로 못 박아서 빠져나갈 구멍을 막았다는 거예요.

한국 개발자에게

요즘 소위 '바이브 코딩'이라고, AI한테 술술 맡기면서 개발하는 분들 많잖아요. 빠르고 좋은데, 테스트가 비면 나중에 리팩토링하거나 기능을 바꿀 때 뭐가 깨졌는지 알 수가 없어서 무서워지거든요. 이런 TDD 스킬을 하나 갖춰두면, AI가 짠 코드에도 자동으로 안전망이 깔려서 마음 편히 고칠 수 있어요.

당장 클로드를 쓰신다면 비슷한 스킬 파일을 직접 만들어보는 것도 좋은 연습이에요. 거창할 필요 없이 "구현 전에 실패 테스트 먼저, 한 번에 하나씩"만 규칙으로 적어둬도 결과물 품질이 확 달라지는 걸 느낄 수 있을 거예요.

마무리

결국 핵심은 이거예요. AI를 빠른 손으로만 쓰지 말고, 좋은 습관을 강제하는 틀 안에서 굴리면 코드 품질이 따라온다. 여러분은 AI한테 코드를 맡길 때 테스트까지 챙기게 시키시나요, 아니면 일단 돌아가는 코드부터 받고 보시나요? 각자의 AI 협업 루틴이 궁금하네요.