바이브 코더들을 위한 팁: 프롬프트로 수정하지 말고, Claude에게 리모컨을 만들게 하세요

"레이아웃에 아무것도 하드코딩하지 말고, 환각도 일으키지 마. 실수도 하지 말고, 토큰도 최소한으로 써."

문제 해결됐네.

전체 시스템이 라이브 상태일 때 그 정도 수준의 제어를 원했던 거임. 호스팅을 위해 다른 반복 작업을 계속 배포할 필요 없이 말이야.

종료되는 게 아님. Claude랑 통합되는 거지. 난 지금 Claude code를 통해 Claude 디자인을 사용 중임. 15년 차 제품 디자이너인데 Opus 5.5 성능에 완전히 감탄했음.

가능하면 항상 도구를 만들게 시키는 게 좋아. 나는 AI가 특정 작업을 수행하도록 만든 수백 개의 완성된 함수들을 가지고 있어. 내 팀원들은 AI 없이도 원할 때 언제든 그 함수들을 사용할 수 있지. 이게 바로 웹 개발 버전의 그런 방식이라고 생각해.

이게 내 철학이야. 내가 직접 할 수 있게 도구를 만드는 거지. 나는 개발자였다가 직업을 바꿨고 지금은 취미로 이것저것 만지고 있어. AI한테 사소한 걸 바꿔달라고 하는 건 시간이 너무 오래 걸리고 토큰 낭비라는 걸 금방 깨달았지. 그래서 UI 디자인 도구, 스탯 수정 도구, 맵 메이커 도구, 효과음 라이브러리, 프로젝트 관리 보드 같은 걸 만들게 했어. 리스트는 계속 늘어나는 중이야.

하지만 이제 색상을 바꾸려고 적은 양의 토큰을 써서 프롬프트 하나 날리는 대신, 매번 그 다이얼이나 제어판을 만드느라 더 많은 토큰을 쓰고 있잖아... 이전보다 토큰을 더 많이 쓰는 셈이지....

세션의 길이와 깊이에 따라 다르겠지만, 사소한 변경을 요청하는 건 엄청난 양의 컨텍스트를 다시 보내는 거라 컨텍스트 윈도우를 다 잡아먹어. OP가 말하는 걸 무조건 옹호하는 건 아니지만, 일반적으로 도구를 한 번 만들어두는 게 반복적으로 프롬프트를 날리는 것보다 나아. 특히 세션 내에서 이미 많은 작업이 진행된 후라면 더더욱 그렇지.

앱 개발에 이 방식을 많이 써본 건 아니지만, 게임 개발에서는 중요한 것들을 매개변수화하는 게 거의 필수라고 봐. 같은 이유에서지. 프롬프트로 작은 변경을 계속 반복하는 것보다 실시간으로 내부 값을 조정할 수 있을 때 더 좋은 결과를 얻을 수 있어.

사라지는 게 아니라 독립형 버전만 없어지는 거임. 처음엔 끔찍한 생각이라고 느꼈는데 실제로는 아주 좋음. 이제 Claude code 프로젝트 안에서 모든 걸 빌드하기 전에 디자인 아티팩트를 먼저 만들게 할 수 있거든. 게다가 예전과 달리 전체 코드베이스 컨텍스트도 가지고 있고.

그건 처음 듣는 얘기네.