9월 1일 화요일

에이전트를 제품으로 만들 때 어떤 계층을 따로 설계해야 하는가

1. 1

   업무 분해

   Grokbot은 코디네이터가 전문 에이전트에게 브라우저 작업, 코드 수정, 클라우드 에이전트 실행, PR 생성을 나눠 맡기는 구조로 설명된다. 한 모델이 모든 일을 한 번에 끝내는 것이 아니라, 실행 가능한 단위로 일을 쪼개고 상태를 관리하는 계층이 앞에 선다.

2. 2

   도구와 권한

   전용 컴퓨터와 업무 도구를 가진 디지털 동료라는 제품 언어는 단순 채팅보다 강한 권한 모델을 요구한다. 어떤 도구를 어디까지 허용할지, 사람에게 언제 승인받을지, 실패한 작업을 어디에 남길지가 품질 경계다.

3. 3

   코드베이스 준비도

   Cursor 측은 리팩터링, lint rule, CI 제약이 있어야 PM과 디자이너도 에이전트를 통해 높은 품질의 코드 기여를 할 수 있다고 본다. 에이전트 친화적 코드베이스는 문서가 많은 저장소가 아니라 자동 검증과 명시적 규칙이 있는 저장소다.

4. 4

   모달리티 조합

   생성 미디어 쪽에서는 단일 모델과 에이전트 오케스트레이션 사이의 선택이 남아 있다. 영상 이해, 생성, 편집, 계획, 평가를 나눌 수 있기 때문이다. 빠른 이미지 모델과 긴 4K 영상 모델은 비용, 해상도, 길이, 학습 방식이 달라 같은 체크포인트로 즉시 합치기 어렵다.

5. 5

   평가 루프

   미디어 모델은 OCR 같은 자동 평가가 가능한 영역도 있지만, 의미 일관성, 편집 의도, 작업 흐름 성공은 인간 평가와 라이브 실험이 함께 필요하다. “예쁜 영상”과 “장면이 말이 되는 영상”은 서로 다른 평가 축이기 때문이다.

6. 6

   현장 데이터

   생성 미디어 팀은 현장 엔지니어가 고객의 사용 하네스와 평가 환경을 만들고, 실제 실패 순간을 모델 개선 우선순위로 연결할 수 있다고 본다. 연구 산출물을 제품 품질로 바꾸는 마지막 구간은 사용자의 반복 작업에서 나온다.

에이전트의 기술 검토는 “어떤 모델인가”에서 끝나지 않는다. 작업을 나누는 조정자, 권한이 있는 실행 환경, 실패를 잡는 평가 하네스, 코드나 미디어 자산을 검수하는 사람의 기준까지 한 시스템으로 봐야 한다. 모델 구조 논의와 제품 운영 논의를 분리하면, 데모는 그럴듯하지만 배포 뒤 신뢰성이 약한 에이전트가 된다. Cursor의 사례가 코드베이스 규칙을 강조하고, 생성 미디어 팀이 현장 평가 환경을 강조하는 이유도 같다. 에이전트는 독립된 지능이라기보다 반복 실행과 검증 루프를 빠르게 돌리는 운영 계층에 가깝다.