Claude Code를 1년 동안 사용해 보니, 나를 느리게 만들었던 것은 바로 나였다

저는 약 1년 동안 Claude Code를 매일 사용해 왔습니다. 저는 더 빨라지는 방법이 더 나은 모델이나 더 날카로운 프롬프트(Prompt)일 것이라고 계속 가정해 왔습니다. 하지만 둘 다 아니었습니다. 느린 부분은 바로 저였고, 저는 그것을 알아차리지 못하고 있었습니다.

자동화 비용이 절감 비용보다 커지기 전까지 얼마나 오랫동안 작업을 자동화하는 데 시간을 쓸 수 있는지를 도표로 나타낸 오래된 xkcd(#1205, "Is It Worth the Time?")가 있습니다. 이 도표는 자동화에서 비용이 많이 드는 부분이 그것을 만들기 위해 앉아 있는 '당신'이라고 가정합니다. 하지만 그 가정은 이제 끝났습니다. 에이전트(Agent)는 그것을 설명하는 데 걸리는 시간 안에 스크립트를 작성합니다. 따라서 이제 거의 모든 것은 자동화할 가치가 있으며, 남은 유일한 실제 기술은 무엇을 자동화할지 알아차리는 것입니다.

저에게는 네 가지 카테고리로 분류되었습니다. 각 카테고리에는 당신이 스스로 하고 있는 행동을 포착할 수 있는 '징후(tell)'가 있습니다:

• Connect (연결): 도구 간에 복사-붙여넣기를 하거나, Alt-Tab을 누르거나, 데이터를 수동으로 옮기고 있습니다. 해결책은 에이전트가 소스에 직접 접근할 수 있도록 하는 MCP 서버나 CLI입니다.
• Encode (인코딩): 동일한 단계의 시퀀스를 반복해서 실행하고 있습니다. 해결책은 스크립트나 기술(Skill)입니다.
• Teach (교육): 동일한 지침이나 컨텍스트(Context)를 다시 입력하고 있습니다. 해결책은 그것을 CLAUDE.md에 넣거나 기술(Skill)로 만드는 것입니다.
• Parallelize (병렬화): 앉아서 하나의 에이전트가 작업하는 것을 지켜보고 있습니다. 해결책은 여러 개를 동시에 실행하는 것입니다.

마지막 항목이 가장 컸습니다. 에이전트가 생성(Generating)하고 있을 때, 당신의 뇌는 유휴 상태가 됩니다. 출력물이 스크롤되는 것을 지켜보는 것은 생산적인 것처럼 느껴지지만 그렇지 않습니다. 당신이 지켜봤든 아니든 결과는 동일합니다. 제가 제 주의력(Attention)을 손이 아닌 병목 현상(Bottleneck)으로 취급하기 시작하자, 저는 한 번에 하나의 세션에서 여러 세션을 동시에 실행하는 단계로 넘어갔습니다.

이것을 습관으로 만든 연습법은 다음과 같습니다: 일주일 동안 마찰(Friction)을 느낄 때마다 한 줄씩 기록하세요. "또 에러를 복사했다.", "배포 단계를 다시 입력했다.", "4분 동안 빌드를 지켜봤다." 이렇게 하면 당신 자신의 느려지는 지점들에 대한 순위 목록을 갖게 되며, 대부분의 해결책은 몇 분밖에 걸리지 않습니다.

도움이 된다면 예시와 함께 작성한 전체 버전을 여기에 적어두었습니다:

다른 사람들의 최악의 '징후'는 무엇인지 궁금합니다.