23장. 다음 단계

이 책의 마지막 장에서 꼭 남기고 싶은 말은 하나입니다. 클로드 코드는 앞으로도 계속 바뀔 것입니다. 이름이 바뀔 수도 있고, 명령어가 달라질 수도 있고, 오늘의 핵심 기능이 내년에는 기본 기능이 될 수도 있습니다. 하지만 혼자서 제품을 만들고 운영하는 사람에게 정말 오래 남는 것은 따로 있습니다. 바로 도구를 쓰는 손재주가 아니라, 시스템을 설계하고 검증하는 습관입니다.

좋은 솔로 빌더는 AI를 "대신 코딩해주는 존재"로만 보지 않습니다. 그보다 조금 더 냉정하게 봅니다. AI는 설계자이자 구현자이자 초고속 인턴이 될 수 있지만, 동시에 잘못된 확신을 가진 신입이기도 합니다. 그래서 앞으로의 승부는 모델 이름을 외우는 데서 갈리지 않습니다. 어떤 일을 위임하고, 어디에 가드레일을 두고, 어떤 로그와 테스트로 되돌아볼지를 설계하는 능력에서 갈립니다.

23.1 1년 뒤의 클로드 코드: 변하지 않을 것과 변할 것

먼저 변할 것을 보겠습니다. 앞으로의 클로드 코드는 지금보다 더 지속적이고, 더 배경화면 같은 존재가 될 가능성이 큽니다. 공개 소스 분석과 유출 코드에서 관찰된 신호를 보면, 세션이 끝나도 이어지는 메모리, 사용자가 자리를 비운 동안 정리 작업을 수행하는 흐름, 필요할 때 먼저 알려주는 능력 같은 방향이 이미 탐색되고 있습니다. Kairos라는 상시 동작형 데몬, AutoDream 같은 메모리 정리 메커니즘은 아직 "확정된 제품 약속"으로 받아들이면 안 되지만, 분명한 방향성 신호로 읽을 수는 있습니다.¹²

이 변화가 의미하는 바는 단순합니다. 앞으로 에이전트는 "내가 부를 때만 오는 터미널 도구"에서 "내 프로젝트와 일정을 계속 추적하는 작업 환경"으로 이동할 가능성이 큽니다. 그러면 우리가 해야 할 일도 달라집니다. 프롬프트 한 번 잘 쓰는 것보다, 에이전트가 장기적으로 참고할 규칙과 금지 사항을 어떻게 기록할지, 어떤 작업만 자동 승인할지, 언제 사람 확인을 반드시 거치게 할지가 훨씬 중요해집니다.

또 하나 크게 변할 것은 인터페이스의 경계입니다. 이미 클로드 코드의 핵심 구조는 CLI, SDK, IDE를 가로지르는 공통 루프 위에 서 있고, 바깥에는 권한 시스템, 컨텍스트 압축, 확장 메커니즘, 상태 저장 같은 인프라가 두껍게 둘러싸여 있습니다. 흥미로운 점은 "똑똑함"의 대부분이 모델 자체보다 그 바깥의 운영 장치에서 나온다는 것입니다. 한 분석에 따르면 핵심 에이전트 루프는 단순한 while-loop에 가깝고, 실제 복잡성의 대부분은 권한 게이트, 컨텍스트 관리, 복구 로직, 확장 계층에 있습니다.³

이 말은 곧, 내년의 경쟁도 "누가 더 멋진 채팅창을 가졌는가"보다 "누가 더 안정적으로 위임을 운영하는가"로 이동한다는 뜻입니다. IDE 통합이 더 좋아지고, 모바일 지시가 쉬워지고, 백그라운드 작업이 자연스러워져도, 결국 실무의 승패는 같은 자리에서 갈립니다. 실행 전 검토, 실행 중 관찰, 실행 후 복구를 얼마나 매끄럽게 설계했는가입니다.

도구 연결 방식도 더 가벼워질 것입니다. MCP는 이미 수많은 외부 도구를 연결하는 표준 역할을 하고 있고, 공식 문서 기준으로도 HTTP/SSE/stdio 방식, 동적 도구 갱신, 자동 재연결, 채널 기반 푸시 이벤트까지 지원합니다.⁴ 여기에 최근 흐름은 "도구를 몽땅 미리 읽는 방식"에서 "필요할 때만 찾아 불러오는 방식"으로 이동하고 있습니다. 이른바 MCP Tool Search는 거대한 도구 설명을 처음부터 전부 컨텍스트에 밀어 넣지 않고, 필요한 순간에 관련 정의만 불러오는 방향을 보여줍니다.⁵ 솔로 빌더에게 이건 매우 반가운 변화입니다. 예전에는 도구를 많이 붙일수록 에이전트가 똑똑해지는 게 아니라, 오히려 정신이 산만해졌습니다. 이제는 "많이 연결하되, 적절한 순간에만 호출하는" 쪽으로 진화하고 있습니다.

모델도 계속 좋아질 것입니다. 그리고 생각보다 빨리 좋아질 것입니다. Anthropic의 제품 조직이 직접 설명했듯, 불과 몇 달 전에는 잘 안 되던 작업이 다음 모델에서는 라이브 데모가 가능할 정도로 바뀌곤 합니다. 그래서 긴 계획보다 짧은 실험, 문서보다 데모, 영리한 우회보다 단순한 구현이 점점 더 중요해집니다.⁶ 오늘 어렵다고 판단한 작업이 다음 릴리스에서는 너무 쉽게 되는 경우가 생기기 때문입니다.

하지만 변하지 않을 것도 있습니다.

첫째, 사람의 최종 책임은 사라지지 않습니다. 에이전트가 코드를 더 많이 쓰게 될수록, 무엇을 허용하고 어디서 멈추게 할지 정하는 사람의 역할은 더 커집니다. 권한 모드, 훅, 승인 경계, 배포 게이트는 편의 기능이 아니라 책임의 구조입니다.³⁴

둘째, 단순한 시스템이 오래 버팁니다. 모델 한 세대에만 맞는 복잡한 프롬프트 해킹은 금방 낡습니다. 반면 테스트, 작은 커밋, 명확한 규칙 파일, 가시적인 로그, 되돌릴 수 있는 배포 같은 구조는 모델이 바뀌어도 남습니다. Anthropic 내부의 실무 교훈도 비슷합니다. 다음 모델이 나오면 영리한 우회책이 오히려 짐이 되기 쉽기 때문에, "작동하는 가장 단순한 것"이 유리하다는 것입니다.⁶

셋째, 컨텍스트는 공짜가 아닙니다. 1M 컨텍스트가 되든 그 이상이 되든, 좋은 작업은 여전히 선별과 압축에서 나옵니다. 모든 것을 넣는다고 더 똑똑해지지 않습니다. 어떤 규칙을 상시 노출할지, 어떤 로그를 요약할지, 어떤 정보는 파일로 남기고 어떤 정보는 버릴지를 결정하는 감각은 계속 중요합니다.³⁵

넷째, 솔로 빌더의 비대칭 우위는 더 커질 수 있습니다. 팀이 큰 조직은 AI를 붙일 때 승인 체계와 보안, 표준화 비용도 함께 커집니다. 반면 혼자 만드는 사람은 빠르게 실험하고, 바로 배포하고, 곧장 사용자 반응으로 수정할 수 있습니다. 모델 성능이 오를수록 대기업의 강점만 커지는 것이 아닙니다. 오히려 작은 사람이 큰 시스템처럼 일할 수 있는 시간이 더 자주 옵니다. 다만 그 혜택은 "무작정 맡기는 사람"보다 "작게 실험하고 빠르게 검증하는 사람"에게 먼저 돌아갑니다.

23.2 솔로 빌더 커뮤니티와 학습 리소스

책을 덮은 뒤 가장 먼저 해야 할 일은 새로운 튜토리얼을 20개 모으는 것이 아닙니다. 오히려 매주 반복해서 보는 몇 개의 신뢰할 만한 표면을 정하는 것입니다. AI 도구 생태계는 너무 빨라서, 많이 읽는 것보다 꾸준히 같은 기준으로 읽는 편이 낫습니다.

가장 먼저 볼 곳은 역시 공식 문서와 공식 업데이트입니다. 특히 MCP 문서는 단순 설치 가이드를 넘어, 서버 범위, 재연결, 채널, 프로젝트 스코프, 플러그인 번들링까지 실제 운영에 필요한 개념을 담고 있습니다.⁴ 여기에 제품 업데이트를 꾸준히 추적하면 /powerup 같은 학습 기능, defer 같은 자동화 제어, /cost 개선처럼 일상적인 사용 습관을 바꾸는 기능을 놓치지 않을 수 있습니다.⁷

두 번째로 볼 곳은 구조를 설명하는 분석 자료입니다. 공식 문서는 사용법을 알려주지만, 왜 그런 구조가 필요한지는 덜 설명합니다. 반면 공개된 구조 분석 자료는 권한 시스템, 컨텍스트 압축, 서브에이전트 격리, 훅과 플러그인, 파일 기반 메모리 같은 요소가 어떻게 한 시스템으로 묶이는지를 보여줍니다.³ 이것은 단순한 호기심용 지식이 아닙니다. 나중에 당신이 자기 제품 안에 에이전트를 붙일 때, "왜 단일 에이전트가 아니라 여러 개의 얇은 역할로 나눠야 하는가"를 이해하게 해줍니다.

세 번째는 커뮤니티 디렉터리와 마켓플레이스입니다. 이미 수천 개 규모의 skills, MCP 서버, 플러그인, 마켓플레이스가 등장해 있고, 설치 수와 GitHub 스타, 커뮤니티 신호를 기반으로 탐색할 수 있는 디렉터리도 커지고 있습니다.⁸⁹ 여기서 중요한 태도는 두 가지입니다. 첫째, 많이 깔지 말 것. 둘째, 남이 많이 쓴다고 내 프로젝트에 맞는다고 착각하지 말 것. 솔로 빌더에게 좋은 확장은 "기능이 많은 것"이 아니라 "내 반복 업무 하나를 안정적으로 없애주는 것"입니다.

그다음은 학습 방식입니다. 제가 권하고 싶은 것은 "코스를 다 듣고 시작하는 방식"이 아니라, 작은 저장소 하나를 장기 실험장으로 삼는 방식입니다. 예를 들어 다음 순서가 좋습니다.

• 첫 주에는 CLAUDE.md와 기본 훅만 넣고, 매일 한 가지 작은 수정을 시킵니다.

• 둘째 주에는 MCP 서버를 하나만 붙여서, 복붙하던 일을 직접 연결해봅니다.

• 셋째 주에는 서브에이전트를 둘로 나눠, 계획과 구현을 분리해봅니다.

• 넷째 주에는 headless 실행이나 배치 작업을 붙여, 내가 자는 동안 끝나는 일을 한 개 만듭니다.

이 네 주가 지나면, 당신은 "클로드 코드 사용법을 안다"가 아니라 "내 일에 맞는 운용 방식을 하나 갖고 있다"는 상태에 도달합니다. 차이는 큽니다. 전자는 기능을 아는 사람이고, 후자는 시스템을 가진 사람입니다.

여기에 한 가지를 더 보태면 좋습니다. 학습 로그를 남기세요. 거창한 회고 문서가 아니어도 됩니다. 어떤 프롬프트가 잘 먹혔는지, 어떤 작업은 Sonnet이면 충분했는지, 어디서 오히려 사람이 직접 치는 편이 빨랐는지, 어느 훅이 귀찮기만 하고 실익이 없었는지 적어두면 됩니다. 이 기록은 몇 달 뒤 당신만의 운영 매뉴얼이 됩니다. 남의 "베스트 프랙티스"보다 훨씬 강합니다.

23.3 책 너머의 여정

여기까지 왔다면, 이제 당신은 아마 이런 질문을 할 것입니다. "그래서 다음엔 무엇을 해야 하지?"

정답은 거창하지 않습니다. 제품 하나를 끝까지 운영해보는 것입니다.

사실 대부분의 학습은 만드는 단계에서 끝나지 않습니다. 진짜 실력은 그다음에 붙습니다. 장애가 났을 때 로그를 어떻게 던질지, 사용자 피드백을 어떤 형식으로 기능 요청으로 바꿀지, 반복되는 운영 작업을 언제 훅이나 배치로 바꿀지, 리팩터링 시점을 어떤 신호로 감지할지가 모두 운영에서 드러납니다. AI 에이전트 시대의 솔로 빌더는 "혼자 만드는 사람"이 아니라, 혼자 운영 가능한 시스템을 짜는 사람입니다.

앞으로의 1년을 위해, 저는 세 가지 목표만 제안하고 싶습니다.

• 하나의 서비스에서 반복 작업 3개를 자동화하세요.

• 하나의 저장소에서 서브에이전트 역할 2개를 고정하세요.

• 하나의 운영 루프에서 사람 확인이 필요한 경계 1개를 명확히 정의하세요.

이 정도만 되어도 당신의 작업 방식은 완전히 달라집니다. 해야 할 일이 줄어서가 아니라, 같은 일을 더 적은 정신력으로 반복할 수 있게 되기 때문입니다. 솔로 빌더에게 가장 부족한 것은 종종 돈보다 집중력이고, 집중력을 지켜주는 것은 열정보다 구조입니다.

그리고 마지막으로, 너무 서두르지 마세요. 오늘의 최신 기능이 내일의 기본 기능이 될 수도 있고, 오늘의 화제 도구가 여섯 달 뒤 사라질 수도 있습니다. 반대로 오늘 별것 아닌 것처럼 보이는 습관, 예를 들어 명확한 작업 정의, 작은 검증 단위, 되돌릴 수 있는 변경, 로그를 남기는 태도는 내년에도 당신 편입니다.

클로드 코드는 앞으로도 더 강해질 것입니다. 더 오래 기억하고, 더 많이 연결하고, 더 스스로 움직일 가능성이 큽니다.¹⁴⁷ 하지만 당신이 끝내 가져가야 할 것은 "더 강한 도구" 하나가 아닙니다. 혼자서도 제품을 계속 만들고, 고치고, 운영할 수 있는 시스템 사고입니다.

그 사고가 생기면, 도구가 바뀌어도 다시 적응할 수 있습니다. 모델이 바뀌어도 원칙은 남습니다. 그리고 그때부터 당신은 AI를 쓰는 개발자가 아니라, AI와 함께 지속적으로 제품을 굴리는 솔로 빌더가 됩니다.

참고

¹Here's what that Claude Code source leak reveals about Anthropic's plans

²The Great Claude Code Leak of March 31, 2026: Everything We Learned

³Dive into Claude Code: The Design Space of Today's and Future AI Agent Systems

⁴Connect Claude Code to tools via MCP

⁵Claude Code just got updated with one of the most-requested user features

⁶Product management on the AI exponential

⁷Claude Code April 2026 Update: /powerup, MCP 500K, Session Stability [Complete Guide]

⁸Find the best plugins, skills, and MCP servers for Claude Code

⁹Claude Code Plugins | Community Directory | ClaudePluginHub