10년 차 소프트웨어 엔지니어인데, 사이드 프로젝트 전부 폰으로 '바이브 코딩'함. 코드 한 줄도 안 읽는데 개꿀잼임. 내가 지키는 규칙들 공유함.

1. 계획 모드에서 시작하세요.

2. 계획을 읽으세요.

3. 다시 한번 말합니다: 계획을 읽으세요.

4. 계획을 최대한 이해하세요. 계획의 일부가 불분명하거나 이해가 안 되면 질문하세요. 저는 Claude Code에서 항상 4. Tell Claude what to change를 사용해 "<섹션>은 무엇에 관한 건가요? 그게 무슨 뜻인가요?"라고 묻습니다. 소프트웨어 엔지니어가 아니더라도, 무엇을 하고 있는지 더 많이 이해할수록 더 나은 결정을 내릴 수 있습니다. 코드를 전혀 보지 않더라도, 높은 수준에서 모든 것을 최대한 이해하려고 노력하세요.

5. 에이전트와 최대한 많이 소통하세요. 계획 모드 단계가 가장 중요합니다. 좋고 나쁜 결정은 연쇄적으로 일어나고 증폭됩니다.

6. 계획이 너무 복잡해서 머릿속에 쉽게 들어오지 않는다면, 너무 큰 것입니다. 에이전트에게 계획을 더 작고 소화하기 쉬운 단위로 나누라고 요청하고, 이 단계들을 한 번에 하나씩 수행하세요.

7. 계획이 완료된 후 모든 것을 git에 커밋하는 기술이나 메모리를 만드세요. 로컬이어도 상관없습니다. git이 무엇일까요? 본질적으로 특정 시점의 코드를 저장하는 방법입니다. 이를 통해 무언가 고장 나더라도 자신 있게 앞으로 나아가고 과거로 돌아갈 수 있습니다. 참고: 데이터베이스 관련 작업은 별개입니다. 이는 코드 자체에만 적용됩니다. 하지만 계획을 완료하면 코드 상태를 저장한다는 개념입니다. 과거의 특정 시점으로 돌아가고 싶다면 이제 매우 쉬워집니다. Claude나 에이전트에게 설정해달라고 하세요, 후회하지 않을 겁니다.

8. 테스트. 테스트란 무엇일까요? 테스트는 코드가 의도한 대로 작동하는지 검증하는 데 도움을 주는 코드입니다.

예시: 두 숫자 a와 b를 더해 결과를 반환하는 함수를 작성한다고 가정해 봅시다. 1과 2를 전달하면 3이 반환될 것으로 예상할 것입니다. 하지만 음수를 전달하면 어떻게 될까요? 값을 전달하지 않으면 어떻게 될까요? 이 모든 것을 검증하는 테스트를 작성할 수 있습니다.

테스트는 두 가지 주요 방식으로 도움이 됩니다:

• 바이브 코딩을 하는 동안 코드가 예상대로 작동하는지 확인하고, 올바르게 완료되었다는 확신을 줍니다.
• 나중에 변경 사항을 만들 때 기존 기능이 깨지지 않도록 보장합니다.

참고: 이것들은 완벽하거나 100% 신뢰할 수 있는 것은 아니지만, 필수 요소입니다.

9. 에이전트가 계획에서 읽을 수 있는 테스트 케이스를 생성하게 하세요. 테스트 코드를 읽거나 이해할 필요는 없지만, 위의 예시를 사용하면 다음과 같은 것을 보는 것이 유용할 것입니다:

• 테스트 케이스:

• 두 개의 양의 정수를 확인

• 음수 값을 전달하는 경우를 확인

• 값을 전달하지 않는 경우를 확인

10. 변경 사항이 복잡하다면, 세 개의 서브 에이전트를 가동하세요:

• 계획을 비판적으로 검토

• 보안 검토 수행

• 테스트 감사 수행

11. 이건 논란의 여지가 있지만, 초기에는 데이터베이스를 건드리게 하고 싶을 것입니다(위험은 본인 책임입니다). 항상 데이터베이스 백업을 수행하거나, 문제가 생겼을 때 롤백할 수 있도록 예약된 백업을 설정하세요. 우리는 모두 실수로 프로덕션 데이터베이스가 삭제되어 망연자실한 사람들의 글을 본 적이 있습니다. 그런 일이 발생하면 적어도 인터넷 포인트라도 좀 얻을 수 있을까요?