만든 것이 동작한 다음에 하는 일

지난 세 모듈에서 여러분은 프로덕션(실제 서비스 환경)에 투입되는 에이전트를 만들고, 알맞은 권한·컨텍스트 설정과 함께 그것을 Claude Code에 연결하고, 보안 심사를 통과하는 MCP 연결까지 구성했습니다. 셋 다 실제로 동작하는 빌드였습니다.

이 모듈은 그런 빌드가 동작하기 시작한 다음을 다룹니다. 여기서 길은 둘로 갈립니다. 다음 프로젝트가 올 때마다 처음부터 다시 만드는 길, 그리고 한 번 잘 포장해 두고 다음 팀은 설정만 바꿔 쓰게 하는 길입니다. 뒤쪽을 택하면 같은 것을 반복해서 만드는 대신 새로운 일에 시간을 쓸 수 있습니다.

한마디로, 빌드를 잘 문서로 정리해 두면 다음 프로젝트는 처음부터가 아니라 그 결과물에서 이어서 시작할 수 있습니다. 이 모듈이 계속 돌아오는 주제가 바로 이것입니다.

이 모듈을 마치면 아래 다섯 가지를 할 수 있게 됩니다. 각 항목은 뒤쪽 레슨에서 하나씩 자세히 다루므로, 지금은 전체 그림만 잡아도 충분합니다.

BY THE END — 이 모듈을 마치면 할 수 있는 다섯 가지

이 모듈은 이미 동작하는 빌드를 손에 쥔 개발자를 위한 것입니다. 앞의 모듈들은 여러분이 프로덕션 에이전트를 작성하고, Claude Code에서 설정하고, 보안 심사를 통과하는 MCP 연결을 구성하고, eval(만든 것이 제대로 동작하는지 검증하는 평가)로 그 전부를 확인할 수 있다고 전제하고 그 위에 쌓아 왔습니다. 이 모듈은 그 내용을 다시 가르치지 않습니다. 코드가 제대로 동작하는 순간부터 시작해서, 한 걸음 더 어려운 질문들을 던집니다.

• 다른 사람이 이 결과물을 다시 쓸 수 있는가
• 관리자가 이 기여를 받아들일 수 있는가
• 모델이 업데이트돼도 살아남는가
• 보안·구매 팀이 어디서 실행되는지 확인하고 승인할 수 있는가

그래서 여기서 하는 일은 코드를 새로 쓰는 쪽보다, 완성된 코드를 직접 만들지 않은 사람도 다시 쓰고 배포하고 근거를 댈 수 있게 만드는 결정에 더 가깝습니다.

이 모듈의 모든 주제는 같은 지점을 가리킵니다. 동작하는 빌드가 곧 재사용·심사·배포를 견디는 빌드는 아니라는 것입니다. 개발 단계에서는 템플릿이 실행됐고, 기여가 내 문제를 풀어 줬고, 모델이 응답했고, 플랫폼도 올리기 편했고, 각 플랫폼이 저마다의 시험을 통과했습니다. 하지만 그중 어느 것도 아직 완성된 상태는 아닙니다.

개발할 때는 잘 동작했던 것들이, 실제로 쓰이려면 조건이 하나씩 더 붙습니다.

• 같은 템플릿을, 나와 한 번도 이야기해 본 적 없는 팀이 설정만으로 쓸 수 있어야 합니다.
• 같은 기여를, 관리자가 아무것도 새로 짜 맞추지 않고 그대로 검증할 수 있어야 합니다.
• 같은 모델을 특정 버전으로 고정해 둬야, 원본 쪽이 바뀌는 일이 사고가 아니라 우리가 내린 결정이 됩니다.
• 같은 플랫폼이 고객의 데이터 소재지(데이터가 어느 지역에 저장되는지)·규정 준수 심사를 통과해야 합니다.
• 연결된 여러 플랫폼이 감사에서도 데이터·신원의 경계를 지켜야 합니다.

이 모듈의 주제들은 사실 같은 이야기를 조금씩 다르게 다룹니다. 코드가 동작하기 시작하는 그 지점이, 이 모듈이 다루는 일이 시작되는 지점입니다. 그리고 이런 결정들은 생각보다 많은 부분이 고객이 이미 쓰고 있는 클라우드, 규정 준수 상황, 심사 절차에 따라 정해집니다.