에이전트를 활용한 스케일링

I’m happy to translate the article for you, but I’ll need the text you’d like translated. Could you please paste the content (excluding the source line you already provided) here? Once I have it, I’ll translate it into Korean while preserving the original formatting and markdown.

Introduction

현재 세대의 최첨단 모델들은 놀라울 정도로 강력합니다. 이제는 what을(를) 만들 수 있는지가 아니라 how fast을(를) 만들 수 있는지가 문제입니다. 대규모로 빠르게 구축하는 것은 자체적인 복잡성을 가져옵니다: 컴퓨팅 스케일링과 에이전트 스케일링은 동시에 해결해야 할 두 가지 별개의 과제입니다.

Claude와 함께 계획하기

Claude Code를 사용하면 사실상 CTO가 된 셈입니다. 이전에 장인 정신으로 파이썬을 작성하는 것을 즐겼다면, 이제 이러한 모델이 가능하게 하는 규모에서 작업하기 위한 새로운 기술 세트가 필요합니다. 구현 세부 사항에 시간을 낭비하지 말고, 대신 큰 프로젝트를 작고 독립적인 기능들로 나누어 병렬로 개발할 수 있도록 하세요.

저는 GitLab과 glab CLI 도구를 함께 사용하여 Claude가 모든 계획을 도와주게 합니다. 인터뷰 형식의 앞뒤 대화가 효과적인데, 이는 한 번의 프롬프트로 완벽하게 제약된 작업 명세서를 제공하는 것이 불가능하기 때문입니다. 이 반복적인 대화는 진행하면서 프로젝트에 대한 제 인식을 재구성합니다.

올바른 스택 선택

인프라 제약(예: MacBook에서 실행하거나 익숙한 클라우드 사용)은 괜찮지만, 세부 사항은 에이전트에게 맡기세요. CTO로서 여러분은 비전 자체에 집중해야 하며, 선호하는 언어를 강요해서는 안 됩니다. 저는 개인적으로 JavaScript를 좋아하지 않지만, 많은 프로젝트에서 그것이 적합한 도구이며 Claude는 이를 매우 잘 이해합니다. 제가 선호하는 스택을 강요하지 않을 때, 에이전트들이 훨씬 원활하게 협업했습니다.

Source: …

에이전트 관리

작업 분해

철저히 계획하세요: 스프린트, 에픽, 그리고 크롤/워크/런 로드맵을 만드세요. 에이전트는 상태가 없으므로 과부하가 걸리면 성능이 저하됩니다. 에이전트가 필요할 때 조회할 수 있도록 계층화된 리소스—머지‑리퀘스트 설명, 코드베이스 스냅샷, 문서—를 제공하세요. 대부분의 경우 MR 설명과 코드베이스만으로 충분합니다; 애매한 문제의 경우 에이전트가 스스로 추가 컨텍스트를 가져올 수 있습니다.

오케스트레이션

잘 구조화된 분해는 오케스트레이션 에이전트가 다음에 무엇을 처리해야 할지 알게 해줍니다. 오케스트레이션 에이전트가 매 반복마다 모든 티켓과 전체 코드베이스를 이해해야 한다면 실패합니다. 저는 에이전트가 작업을 시작하기 전에 모든 티켓과 스프린트를 훑어보고, 정렬 문제가 발생할 때만 개입합니다. 제가 가장 좋아하는 프롬프트 중 하나는 에이전트에게 티켓, 머지‑리퀘스트 설명, docs/, 그리고 코드베이스를 검토하도록 지시해 모든 것이 동기화되도록 하고, 다수의 독립적인 에이전트를 사용해 포괄적인 커버리지를 확보하는 것입니다.

언어와 문서 정렬

코드를 영어로 생각해 보세요: docs/가 진실의 원천이 되고, 열린 작업 항목이 앞으로 나아갈 경로를 설명합니다. 어떤 차이점도 에이전트에게 설명하면, 에이전트가 자동으로 문제를 수정합니다.

CI/CD 파이프라인

프로젝트를 상세한 계획으로 나눴더라도, 테스트 스위트를 겨우 실행할 수 있는 하드웨어에 제한을 받을 수 있습니다. 여러 에이전트가 동시에 10배로 실행하는 것은 말할 것도 없고요.

CI/CD 파이프라인이 이를 해결합니다. 테스트와 린팅을 위한 파이프라인을 설정하는 것은 스타트업에게 흔히 첫 번째 장벽이지만, 팀을 워크플로에 맞추고 각 에이전트에게 샌드박스 환경을 제공합니다. 2주 스프린트 동안 8명의 에이전트가 병렬로 작업할 때, 샌드박스는 서로의 변경 사항을 겹치지 않게 방지합니다.

무한 컴퓨팅

에이전트는 워크플로를 보호하기 위해 과도하게 설계된 테스트 스위트가 필요합니다. 에이전트는 무상태이기 때문에 명확한 통과/실패 신호가 필요합니다; 그렇지 않으면 반복 루프가 깨질 수 있습니다. 테스트 스위트는 일반적으로 사람이 작성한 것보다 10배 정도 크며, 여러 에이전트가 동시에 실행하면 단일 개발 머신이 금세 과부하됩니다. CI/CD 파이프라인은 작업량을 무제한 컴퓨팅 자원에 분산시켜 이 병목 현상을 없애줍니다.

스케일링 팁

• 문제를 초기에 세분화된 조각으로 나눕니다.
• 계층화되고 쿼리 가능한 리소스(티켓, MR 설명, 문서)를 제공합니다.
• CI/CD 파이프라인을 사용해 에이전트를 샌드박스하고 무한 컴퓨팅을 제공합니다.
• 팀을 워크플로에 맞추고; 파이프라인은 에이전트 행동에 대한 공유 계약이 됩니다.
• 에이전트를 과도하게 관리하지 말고, 인프라가 구축되면 독립적으로 운영하도록 합니다.

결론

에이전트를 활용한 확장은 이제 입증된 고효과 접근 방식입니다. 세심하게 계획하고, Claude를 오케스트레이션에 활용하며, 샌드박스화된 병렬 실행을 위한 CI/CD 파이프라인을 활용함으로써, 막대한 생산성 향상을 달성하고 여러 스타트업의 전체 소프트웨어 개발 라이프사이클을 관리할 수 있습니다.