지난 몇 주 동안 Claude Code를 사용하여 UseCaseVault를 구축했습니다. 이는 AI나 보도 자료를 바탕으로 재작성된 것이 아니라, 실제로 워크플로우를 실행한 사람들이 직접 제출하고 투표한 AI 워크플로우 디렉토리입니다. 실제 구축 작업의 대부분은 Claude Code가 수행했습니다. 정말로 대부분이 그렇습니다. 터미널에서 기능이나 버그를 평이한 영어로 설명하면, Claude Code가 실제 코드베이스 (codebase)를 읽고 접근 방식을 제안하며, 저는 무언가가 실행되기 전에 이를 승인하거나 거절했습니다. 캐싱 (caching) 대신 매 요청마다 새로 렌더링되는 홈 페이지를 발견했을 때, 쿠키 읽기, Suspense 경계 (boundary), 그리고 캐싱되지 않은 데이터베이스 쿼리 (database query)를 통해 추적하여 데이터 페칭 (data fetching)을 실제로 적절히 캐싱되도록 재구축했습니다. 혼자서 수동으로 디버깅 (debugging)했다면 하루 꼬박 걸렸을 일입니다. Claude Code 워크플로우에 대해 의견을 나누고 싶거나 직접 실행 중인 워크플로우를 추가하고 싶은 분들은 usecasevault.com에서 확인하실 수 있습니다. Claude Code로 작업하는 다른 사람들도 저와 같은 경험을 하고 있는지 진심으로 궁금합니다. 즉, '읽고 승인하는 단계 (read-and-approve step)'가 사람들이 생각하는 것보다 더 중요하다는 점을 느끼고 계신지, 아니면 저에게만 당연하지 않은 일인지 말입니다.