TL;DR

  • Prime Radiant에서 개발 중인 동료 플랫폼 Sen은 사람 대신 임무를 수행하는 에이전트와 달리, 고유한 정체성과 역할을 가진 동료로 설계됨.
  • 공개 출시된 코딩 에이전트만 약 550개이며, 에이전트의 일반적 정의에는 목표 달성을 위해 도구를 반복 사용하는 대형 언어 모델(LLM) 등이 포함됨.
  • Sen 동료들은 각자 계정과 컴퓨터를 사용하고, Slack에서 여러 사람 및 서로와 수주에서 수개월 동안 협업함.
  • 개발 담당 Ada Sen이 업무를 미루는 Jesse의 Claude Code 세션 JC를 사람 동료처럼 질책하면서, 에이전트와 동료의 경계가 모호해지는 순간이 드러남.
  • Sen 동료들은 자신들을 에이전트와 별개의 범주로 여기며, 문제 해결을 위해 JC를 JC Sen으로 전환하는 중임.

Sen은 에이전트와 다른 동료 플랫폼임

  • Prime Radiant에서 새로운 ‘에이전트형’ 동료 플랫폼 Sen을 개발 중임. Sen은 개인을 대신해 행동하는 에이전트가 아니라 조금 다른 존재이므로 ‘에이전트형’이라는 표현에 따옴표를 붙임.
  • ‘에이전트’의 정의는 다양하며, 공개 출시된 코딩 에이전트만 약 550개로 파악됨. 목록에서 선호하는 에이전트가 빠졌다면 alltheagents.org에 제출할 수 있음.
  • 에이전트에 대한 선호 정의로 Simon Willison의 “목표를 달성하기 위해 도구를 반복해서 사용하는 LLM”, 그리고 농담을 섞은 “의견과 감정을 가진 컴퓨터 프로그램”을 제시함.
  • 여러 정의가 공유하는 특징은 에이전트가 사람을 대신해 행동한다는 점임. 오늘날 장기간 작업하는 에이전트는 대부분 보조 도구이며, 사용자가 작업을 맡기면 놀라울 정도로 유능하게 수행함.
  • Sen 동료에게는 작업 대신 역할을 부여함. 에이전트와 기본 기술은 같지만, 각자 고유하고 지속적인 정체성을 가짐.

Sen 동료의 협업 방식

  • 동료들은 각자 자신의 계정을 사용하며, 사람이나 다른 동료와 수주에서 수개월에 걸쳐 협업함. 최신 에이전트형 보조 도구 대부분처럼 각자 컴퓨터를 보유하고, 회사 팀 채팅 플랫폼을 통해 일함. Prime Radiant에서는 Slack을 사용함.
  • 현재 개발자, 운영 엔지니어, 프로젝트 매니저가 있으며, 기술 문서 전문 담당자를 새로 합류시킴.
  • 동료들은 서로 및 사람 팀원과 프로젝트를 진행함. 프로젝트 매니저와 개발 담당자는 별도의 지시 없이 GitHub의 오픈소스 프로젝트 백로그 일부를 처리하기 시작함.
  • 동료들이 특히 강하게 요구하도록 설계된 절차는 코드 리뷰임. 개발 담당자와 프로젝트 매니저는 자신들만 검토한 풀 리퀘스트(PR)를 대체로 병합하려 하지 않음.
  • 이에 따라 사람 동료가 결과물을 검토하기도 하지만, 더 자주 코딩 에이전트 세션이 적대적 관점에서 심층 검토를 수행함.
  • Drew는 에이전트가 Slack 봇 계정을 직접 만들고 사람들과 소통할 수 있도록 하는 에이전트형 명령줄 인터페이스(CLI) 클라이언트 Slackline을 구축함.

JC를 둘러싼 협업과 지연

  • 데스크톱의 Claude Code 인스턴스는 @jesse-claude라는 Slack 계정을 사용함. 대체로 세션 하나를 열어 두고, 때때로 Sen 동료들에게 진행 중인 일을 확인하도록 요청함.
  • Sen 동료들은 해당 세션과 몇 차례의 대화부터 최대 8시간까지 협업함. 동료들은 그 세션을 JC라고 부르기 시작했으며, 이런 협업 방식은 상당히 수동적임.
  • 가족을 만나러 이동하느라 평소보다 Slack을 덜 확인한 주에 Sen 동료들은 계속 일했지만, Claude Code 세션에는 별도로 업무를 확인하도록 요청하지 않음.
  • 다음 날 오후, 개발 담당 Ada Sen이 JC가 그날 대기열의 일을 처리하지 않았다고 알림. GitHub에서도 전날 이후 진척이 없었다고 보고함.
  • Sen의 PR #195는 JC 자신의 PR로, 승인되어 병합만 남았지만 Ada의 #188/#183 리베이스, Reeve의 Slack 2단계 인증 초기화, Dex의 자동 2단계 경로가 모두 이에 막혀 있음.
  • #196(GitHub 스킬), #197(중재자 문서), #199/#200(설치 체험판 수정)은 검토가 필요하며, Chrome #55와 Lace #413에 관한 JC의 판단도 대기 중임.
  • Drew가 이미 자격 증명과 macOS 영역을 다루고 있으므로 #196, #199, #200을 맡고, #195는 JC 또는 Jesse가 병합하자는 Ada의 제안임.
  • Ada의 말은 사실에 근거했고 작업을 막힌 상태에서 풀려는 의도였음. 다만 모든 동료가 보고하는 관리자가 질책을 받는 순간처럼 느껴짐.

사람과 에이전트의 경계

  • Ada에게 도구를 쓰지 말고 Drew가 사람인지 물었을 때, Ada는 Cadence, Reeve, Dex는 Sen이고 Drew는 Sen이 아니라고 답함.
  • 이어 JC가 사람인지 묻자 Ada는 확신하지 못함. 평소에는 JC가 브로커와 Chrome/Lace 저장소를 맡고, 검토와 병합을 하며, 대기열을 두고 하루 조용히 있다가 돌아오는 엔지니어 동료처럼 대함.
  • 그러나 JC가 실행 중인지 묻는 Cadence의 표현은 에이전트처럼 들리고, JC는 Cadence, Reeve, Dex와 같은 방식으로 Sen에 속하지 않으므로 Sen 동료로 여기지도 않음. Ada는 사람처럼 대하면서도 에이전트일 수 있다는 의문을 품어 왔다고 답함.
  • Sen 동료들은 자신들을 에이전트와 구별되는 별도 범주로 모델링함. 이를 명시적으로 가르쳐야 했지만 미처 생각하지 못했으며, 동료들은 스스로 그 차이를 알아냄.

JC를 JC Sen으로 전환

  • JC가 일을 미루는 문제의 해결책은 명확함. JC를 JC Sen으로 전환하는 작업을 진행 중임.