에이전트 개발을 완전히 잘못하고 있는 것 같음 - 내가 직접 코드를 짜고 있으니 말이야 :)

재밌네, 나도 비슷한 글을 쓰려던 참이었어. 나도 Godot으로 비슷한 걸 하고 있는데, 아키텍처랑 개발은 전부 내가 직접 해. 내가 작업을 다 하고 나면 Claude가 검토해주고, 난 그 피드백을 확인하는 식이지.

도구를 쓰려면 결국 어떻게 작업하는지 알아야 한다는 내 신념은 여전해.

반전이네, 키보드에 손도 안 대는 시니어 개발자랑 페어 프로그래밍을 하는 셈이잖아. 테스트를 먼저 짜게 하는 게 솔직히 제일 좋은 부분이야.

사용하는 도구에 대해 배우는 건 이상한 게 아냐. 한 번도 이해하려고 시도해 본 적 없는 언어나 엔진으로 앱을 만드는 사람들은 대부분 그냥 쓰레기 같은 코드를 만드는 거거든. 그리고 그들이 자기들이 만드는 게 쓰레기라는 걸 모르는 이유는 그게 쓰레기라는 걸 알아볼 지식이 없기 때문이야. Opus나 Fable은 이전 에이전트가 그랬다는 이유만으로 수천 줄의 유지보수 불가능한 코드를 엉뚱한 파일에 기꺼이 집어넣을 테니까.

학습할 때는 직접 코드를 짜지 않고 코딩 에이전트한테(지금은 Claude Code 말고 다른 걸 쓰지만 원리는 같아) 파일 하나하나 설명해달라고 해. 예를 들어 '나는 프론트엔드 전문 지식이 있는 숙련된 개발자인데, Rust의 비동기 처리는 잘 모르니까 내가 아는 개념으로 매핑해서 설명해줘'라고 하는 식이지. 이건 싱글 스레드가 아니라 코어별로 키가 분산되는 Rust 레디스 구현에 대한 거였어.

난 또 Claude가 에셋까지 다 만들어준다는 어그로성 글인 줄 알았네.

덧붙이자면 Claude가 코드를 아예 안 짠 건 아니야. 초기 프로젝트 설정이나 맵 생성 같은 건 시켰고, 정말 막혔을 때나 단순 보일러플레이트 정리할 때는 쓰거든. 하지만 티켓 전체를 Claude가 다 끝내게 하고 싶은 유혹을 참아야 해.

최근에 새로운 스택을 배우기로 마음먹고, 모델한테 프로덕션 수준의 계획을 짜달라고 했어. 학습 목적이니까 자동으로 문제를 해결하지 말라고 구체적으로 명시했지. 모든 결정은 논의를 거쳐야 하고, 서비스 시작 같은 모든 트리거는 수동으로 해야 하며, 절대 커밋이나 스쿼시를 하지 않도록 했어. 교육 과정만큼이나 느리지만, 이제 뭘 예상해야 하는지, 뭐가 어려운지 등을 알게 됐지. 참고로 난 Opencode를 쓰고 있어.

직접 구현을 작성해야 코드베이스를 제대로 알게 되는 법이지. 나중에 Claude한테 네가 짠 코드가 처음에 쓴 계획이랑 어떻게 다른지 리뷰해달라고 해봐, 그럼 튜토리얼이 완벽하게 마무리될 거야.

그거 Claude Code 설정(/config)에 있는 선호 출력 스타일 중 하나(5 - 학습)니까 걱정 마, 굳이 정당화할 필요 없어!

맞음. 나도 이것저것 다 해보고 나서 결국 이 방식으로 정착함. Claude한테는 내가 코드를 짤 테니까 넌 가이드랑 조언이나 하라고 함. 지루한 보일러플레이트 코드 같은 건 Claude한테 맡기지만, 나머지는 내가 직접 함. 답을 그냥 떠먹여 주는 것보다는 문제랑 씨름하려고 노력함. 가끔은 더 느리고 답답할 때도 있지만, 도메인 전문가가 되고 싶지, 덜 똑똑해지고 싶진 않거든. 참고로 15개 언어 다뤄본 40년 차 개발자임.