"만들 수 있다"가 차별점에서 탈락한 날

결론부터. 이번 주 두 소식을 붙여 읽으면 1인 개발자에게 남는 메시지는 하나다. "만들 수 있다"가 차별점에서 탈락했다. Anthropic이 커머스 에이전트 참조 구현을 통째로 공개했고, 도입 팀들은 15분에서 1시간 사이에 돌렸다. 두 달 잡아놓았던 계획의 상당 부분이 이제 fork 대상이다.

그럼 뭐가 남나. 답은 같은 주에 올라온 다른 글에 있다.

바닥이 낮아졌다

Anthropic이 anthropics/commerce-agents를 공개했다. 소매·여행·통신·티켓 플랫폼용 쇼핑 에이전트와 판매자 에이전트의 참조 구현이고, 에이전트 하네스·구현 패턴·가드레일·Claude Code 플러그인이 함께 들어 있다.

Wix 엔지니어들은 15분 안에 프롬프트를 받는 커머스 에이전트를 실행했다. 또 다른 도입 팀은 두 에이전트를 로컬에서 1시간 이내에 실행하고 첫 시도부터 실시간 대화를 작동시켰다. 처음부터 시작하는 팀의 구축 시간이 수일에서 수시간으로 줄었다.

(원문 · 저장소)

확인된 것과 벤더 주장을 갈라놓자.

• 확인 가능: 참조 구현, 가드레일, 도구 반복 횟수 제한과 프롬프트 캐싱 같은 운영 패턴이 공개돼 있다. 저장소를 열면 검증된다.
• 벤더 주장: 장바구니 최대 35% 증가, 구매 완료 가능성 60% 증가. Anthropic이 자사 발표에서 인용한 도입 사례 수치다. 제3자 재현본은 확인하지 못했다. 자기 지표로 다시 재기 전까지 계획의 근거로 쓰면 안 된다.

실질적으로 바뀌는 것: 커머스 인접 프로젝트를 하고 있다면 카탈로그 검색, 다품목 요청 계획, 장바구니 구성, 주문 문의 라우팅은 직접 짜는 것보다 남의 검증된 코드에서 시작하는 쪽이 합리적이 됐다.

동시에 나쁜 소식이기도 하다. fork할 수 있는 게 당신만은 아니다.

그래서 뭐가 남나

같은 주 올라온 "브라운필드의 코끼리"는 대기업 AI 전환 실패에 관한 글처럼 보인다. 실은 1인 개발자에 관한 글이다.

창업자들은 로드맵이나 지시를 기다리지 않고 큰 결정을 내리며, 필요에 따라 넓게 또는 깊게 일할 높은 자율성을 가진다. 반면 경계를 넘는 의존성이 생기면 결정에 합의하고, 서로 협조를 주고받고, 이견을 해소하고, 계획을 수정해야 하므로 속도가 느려진다.

(원문)

글쓴이의 진단은 도구가 아니라 정체성이다. 아키텍트는 의사결정권을, PM은 백로그를, 매니저는 계획 의례와 기술 부채 예산을 지키려 한다. 인용된 Bain의 글로벌 기업 951곳 조사 결과는 "기술은 작동했지만 가치는 실현되지 않았다"였다.

여기서부터는 내 판단이다.

이 글은 대기업이 왜 느린지를 설명하지만, 뒤집으면 당신이 왜 빠른지도 설명한다. 당신이 빠른 이유는 모델을 잘 써서가 아니다. 넘어야 할 승인 경계가 0개라서다. 모델은 경쟁자도 똑같이 쓴다. 블루프린트도 이제 똑같이 받는다. 안 똑같은 건 당신이 오늘 오후에 방향을 틀어도 아무의 동의가 필요 없다는 것 하나다.

그리고 그건 도구로 살 수 없다. 조직을 키우면 제일 먼저 잃는다.

다르게 해야 할 것

fork 판단을 먼저 한다. 커머스 인접이라면 블루프린트를 먼저 돌려보고 직접 짤 부분을 그다음에 정한다. 만드는 재미로 시간을 쓰던 구간이 사라졌다.

벤더 수치는 계획 근거가 아니다. 35%와 60%는 남의 환경에서 나온 숫자다. 인용은 하되 당신 지표로 다시 잰다.

경계를 함부로 만들지 않는다. 외주를 붙이든 동업자를 들이든 리뷰 절차를 세우든, 그 순간 승인 경계가 하나 생긴다. 필요해서 만드는 건 괜찮다. 다만 뭘 내주는지 알고 만들어야 한다. 소규모 팀이 대기업 속도로 느려지는 건 인원 수 때문이 아니라 경계 수 때문이다.

블루프린트는 "만들 수 있다"를 거의 공짜로 만들었다. 남은 건 무엇을 만들지 정하는 판단과, 그 판단을 아무 승인 없이 당일에 실행하는 능력이다.

모르는 것도 적어둔다. 이 블루프린트가 한국 커머스 환경(PG, 정산, 로컬 카탈로그 스키마)에 얼마나 맞는지는 확인하지 못했다. 돌려보고 나서 쓰겠다.