(나에게 남기는 메모) 천공 카드에서 파이썬으로, 파이썬에서 에이전트로
에이전트로의 전환이 최고의 빌더를 어떻게 다시 정의할 것인가
영어 원문에서 옮김 · 기계 초벌 번역, 검수 전
파이썬에서 에이전트로 짓는 일로의 전환은 한 세대에 한 번 있을 인터페이스 변화처럼 느껴진다.
천공 카드에서 파이썬으로의 도약처럼 느껴진다.
오늘의 에이전트가 완벽해서가 아니다. 그렇지 않다. 무게 중심이 움직이고 있기 때문이다. 일은 모든 명령을 직접 쓰는 데서 멀어져, 의도와 제약과 결과를 명세하고 시스템이 단계를 만들어 내게 하는 쪽으로 옮겨 가고 있다.
동시에 이런 전환은 지저분하다. 모든 추상화 층의 초기 버전은 어색하다. 사람들은 그 층을 실재하게 만들기 위해 추가 노동을 하게 된다. 접착 코드를 쓴다. 이상한 실패 양상을 디버깅한다. 자기 일이 아니어야 할 비계를, 한동안은 자기 일로 짓는다.
그래서 에이전트로 짓는 일은 더 높은 수준이면서 동시에 묘하게 손이 많이 가는 것처럼 느껴질 수 있다.
그리고 새로운 추상화 층이 도착할 때마다 그것은 더 깊은 질문을 바꾼다.
누가 최고의 빌더가 되는가?
“최고”는 결코 고정되어 있지 않기 때문이다. 그것은 가장 어려운 제약이 있는 곳으로 옮겨 간다.
새로운 추상화 층은 기술의 뜻을 바꾼다
소프트웨어 역사에서 가장 큰 변화들은 문법에 관한 것이 아니었다. 추상화에 관한 것이었다.
천공 카드에서 구조적 프로그래밍으로. 저수준 언어에서 고수준 언어로. 스크립트에서 프레임워크로. DevOps. 클라우드. 분산 시스템. 현대 ML 스택. 각 물결은 무엇이 진짜 엔지니어링으로 치는지를 바꾸었고 연차의 뜻을 다시 매겼다.
에이전트로 짓는 일은 그런 또 하나의 물결이다.
많은 사람이 갖는 본능은 보이는 부분, 인터페이스에 집중하는 것이다. 채팅 상자. 코딩 에이전트. 터미널의 프롬프트. 도구를 호출하는 모델. 다중 에이전트 플래너. 그러나 더 깊은 변화는 인터페이스가 아니다. 일이 기술되는 방식의 변화다.
고전적 프로그래밍은 명시적 명령이다. 고수준 언어에서도 개발자는 여전히 절차를 부호화한다. 에이전트로 짓는 일은 다르다. 일을 명세와 조율 쪽으로 민다. 빌더는 의도를 기술하고, 맥락을 제공하고, 경계를 정한 뒤, 진행되는 실행을 감독한다.
그것은 더 높은 추상화처럼 보인다. 그러나 새로운 종류의 마찰도 들여온다. 시스템은 강력하면서도 예측 불가능할 수 있다. 놀라운 방식으로 성공하고 놀라운 방식으로 실패할 수 있다. 일은 올바른 코드를 쓰는 것만이기를 멈추고 행동을 빚는 일이 된다.
그러니 올바른 질문은 에이전트가 엔지니어를 대체하느냐가 아니다.
더 나은 질문은 코드가 싸질 때 무엇이 희소해지느냐다.
새로운 일의 단위는 루프다
에이전트 시대에 일의 단위는 루프가 된다.
의도, 계획, 실행, 평가, 통제, 반복.
에이전트가 Slack, Notion, Google Drive, 티켓 시스템, CRM, 내부 위키, 데이터 웨어하우스, 배포 도구를 가로지르는 진짜 엔터프라이즈 업무에 닿는 순간 이는 분명해진다.
그 환경에서 모델은 이해하고도 해내지 못할 수 있다. 도구는 작동하는데 도구 선택은 틀릴 수 있다. 기억은 도움이 되면서 실수를 증폭할 수도 있다. 다중 에이전트 분해는 품질을 높이면서 걷잡을 수 없는 복잡성을 만들 수도 있다. 디버깅은 “코드를 고치는 일”이기를 멈추고 “정확성을 정의하고 행동을 제어하는 일”이 된다.
그래서 중요한 기술이 옮겨 간다.
에이전트는 엔지니어링을 없애지 않는다. 손으로 명령을 쓰는 양을 줄인다. 희소한 기술은 자율성을 믿을 만한 결과로 바꾸는 일이 된다.
그것은 가장 빠른 구현자가 되는 것과는 다른 솜씨다.
경험 많은 빌더는 여전히 중요한가
흔한 두려움이 금세 나타난다. 인터페이스가 “에이전트에게 할 일을 말하기”가 된다면, 가장 젊고 도구에 익숙한 빌더만 이기는가?
더 정확한 패턴은 이렇다.
초기 승자는 도구에 익숙한 속도광인 경향이 있다. 빠르게 데모를 짓고, 공간을 공격적으로 탐색하고, 최신 능력을 가장 먼저 활용한다.
오래가는 승자는 지저분한 조직 현실 안에서 쓸모 있는 시스템을 출시할 수 있는 사람인 경향이 있다. 여기에는 레거시 제약, 보안 검토, 모호한 이해관계자, 팀 간 통합, 규정 준수, 지속적 유지보수가 들어간다.
최상위는 둘을 결합한다. 도구 유창성에 판단을 더한다.
이것이 핵심이다.
에이전트 시대는 한 가지 조건 아래서 경험 많은 빌더에게 우호적이다.
경험이 도구로부터의 거리가 되어서는 안 된다.
연차가 순전히 관리적, 개념적, 정치적인 것이 되면 피드백 루프가 끊어진다. 연차가 손을 놓지 않고 명세를 쓰고, 프로토타입을 만들고, 테스트하고, 반복하고, 출시하면 우위는 복리로 쌓인다. 코드 생성이 싸질수록 병목은 위로, 시스템 설계, 오케스트레이션, 제품 취향, 조직 통합으로 옮겨 간다.
그것들은 실행과 이어져 있는 한 경험이 중요한 영역이다.
A2A 물결에서 살아남는 세 가지 자리
“엔터프라이즈 채팅 더하기 커넥터” 범주의 회사는 새 스택에서 어디에 앉을지 정해야 한다. 지킬 만한 자리가 적어도 셋 있다.
첫째는 관제탑이다.
채팅은 제품이 아니다. 실행(run)의 조종석이 된다. 의미 있는 모든 행동은 무엇을 의도했고, 무엇을 계획했고, 어떤 도구를 썼고, 단계별로 무슨 일이 있었고, 비용이 얼마였고, 결과가 무엇이었는지를 기록하는 실행 객체가 된다. 위험한 단계는 명시적 승인을 받는다. 재생과 감사는 일급 기능이 된다. 인터페이스는 질문을 위한 텍스트 상자가 아니라 자율성의 조종석이 된다.
둘째는 컨텍스트 패브릭이다.
다중 에이전트 세계에서 대부분의 기업은 에이전트 하나만 갖지 않을 것이다. 많이 가질 것이다. 벤더 에이전트, 내부 에이전트, 워크플로별 에이전트. 끈적한 층은 권한이 올바른 컨텍스트, 신원과 접근의 의미론, 고품질 도구 인터페이스, 거버넌스를 인식하는 검색과 행동 제약이 된다. 모든 에이전트 UI를 소유하려 싸우는 대신, 회사는 엔터프라이즈 컨텍스트와 도구 접근의 가장 신뢰받는 제공자가 된다.
셋째는 제품으로서의 거버넌스와 관측 가능성이다.
에이전트가 행동할 수 있게 되는 순간 거버넌스는 PDF이기를 멈추고 예산 항목이 된다. 기업에는 행동의 감사 로그, 에이전트가 무엇을 어디서 누구의 신원으로 할 수 있는지 정의하는 정책 엔진, 도구 사용 행동의 이상 탐지, 무엇이 바뀌었고 무엇이 퇴행했고 무엇을 배포해도 안전한지 분명히 하는 변경 관리가 필요하다. 화려하지는 않지만 지킬 만하다. 기업의 신경계에 자리하기 때문이다.
쓸모 있는 경험칙은 단순하다.
이기는 플랫폼은 흔히 자율성을 읽을 수 있고, 제어할 수 있고, 안전하게 만드는 플랫폼이다.
에이전트 세계에서 솜씨가 먼저인 야심
에이전트 시대의 또 다른 변화는 기술만이 아니라 문화의 변화다.
중요한 제품 다수는 돈이 먼저인 사고에서 오지 않을 것이다. 최고의 것을 짓는 데 집착하면서 사업을 제약이자 유통 문제로 다루는, 솜씨가 먼저인 빌더들에게서 올 것이다.
그 마음가짐은 에이전트 시대가 보상하는 것과 잘 맞는다.
취향, 곧 무엇을 짓고 무엇을 무시할 것인가. 명료함, 곧 일을 어떻게 명세하고 분해할 것인가. 통합, 곧 진짜 워크플로에 어떻게 들어맞는가. 반복, 곧 실세계의 피드백이 얼마나 빨리 반영되는가.
에이전트는 좋은 취향과 나쁜 취향을 모두 증폭한다. 무언가를 출시하기 쉽게 만들고, 그래서 잘못된 무언가를 출시하기도 쉽게 만든다.
그래서 솜씨는 경쟁 우위가 된다.
실험가에게 더 나은 쐐기, 에이전트 제품 아키텍처
에이전트 시대에 가장 지렛대가 큰 쐐기는 신뢰성 엔지니어링이어야 한다는 흔한 가정이 있다. 신뢰성은 중요하지만, 유일한 리더십 차선은 아니고, 유일하게 동기를 주는 차선도 아니다.
실험가나 연구자 유형에게 더 자연스러운 쐐기는 에이전트 제품 아키텍처다.
이는 최전선의 능력을 새로운 워크플로와 새로운 시장으로 바꾸는 행동 시스템을 설계하는 솜씨다.
다음과 같은 질문에 집중한다.
진짜 일에 맞는 자율성의 단위는 무엇인가. 과업, 역할, 다중 에이전트 위상. 기억은 어디서 돕고 어디서 해치며, 어떤 기억 아키텍처가 쓸모 있는 긴 시간에 걸친 행동을 만드는가. 에이전트는 체크포인트, 검토 UX, 위임 패턴을 통해 혼돈이나 관료제로 무너지지 않으면서 사람과 어떻게 상호작용해야 하는가. 어떤 워크플로가 에이전트로 열 배 나아지고 어떤 것은 완고하게 사람의 몫으로 남는가. 스키마, 어포던스, 맥락 힌트를 포함해, 에이전트가 일관되게 성공하도록 도구 인터페이스를 어떻게 설계해야 하는가. 자율성은 제품 표면을 어떻게 다시 빚어, 채팅에서 실행, 작업, 워크플로, 팀원으로서의 에이전트로 옮겨 가게 하는가.
이 쐐기는 복리로 쌓이는 산출물을 만든다.
에이전트 제품의 참조 아키텍처. 오케스트레이션 패턴과 “에이전트 팀” 설계. 워크플로를 자연스럽게 느끼게 하는 기억과 도구 사용 패턴. 새 범주의 위험을 낮추는 선명한 명세와 프로토타입. 패턴이 뻔해지기 전에 일찍 이름 붙이는 글.
전통적 관리 트랙을 요구하지 않는 리더십이다.
다음 5-10년 고숙련 리더십의 세 가지 가능한 길
에이전트 시대는 새로운 프린시펄급 역할을 만들겠지만, 그것들이 모두 같은 모습은 아닐 것이다. 임원 관리로 기본 설정되지 않고 큰 지렛대를 원하는 빌더에게 세 가지 길이 두드러진다.
길 A는 최전선 회사의 에이전트 프린시펄 IC다.
프로덕션에서 작동하는 에이전트 능력을 거듭 출시하는, 손을 놓지 않는 기술 리더다. 영향력은 시스템을 출시하고 표준을 세우는 데서 온다. 일은 소수의 뛰어난 동료와의 깊은 협업이다. 리더십은 기술적이며 아키텍처, 프로토타입, 명세, 방향에 중심을 둔다. 최적화 목표는 자율성이 어떻게 작동해야 하는지의 기준점이 되고, 다른 팀이 채택하는 패턴을 짓는 것이다.
길 B는 C레벨 임원이 되지 않는 필드 CTO 또는 응용 AI 리드다.
최전선의 능력과 진짜 엔터프라이즈 결과 사이를 잇는 빌더 번역자로, 로드맵을 빚을 만한 제품 감각을 갖춘 사람이다. 잘 해내면 영업 연극이 아니다. 응용 시스템 리더십이다. 우위는 진짜 고객 제약과 채택 마찰에서 오는 높은 신호, 그리고 무엇을 짓고 무엇을 무시할지 조종하는 지렛대다. 핵심은 더 적고 더 깊은 참여, 그리고 문제에서 프로토타입으로, 프로덕션으로 가는 반복 가능한 플레이북이다.
길 C는 강한 조직 안의 내부 인큐베이터 빌더다.
유통과 인재 밀도를 가진 조직 안에서 모호한 아이디어를 거듭 진짜 제품으로 가져가는 기동대 빌더다. 고립 없이 스타트업의 에너지를 지킨다. 일을 솜씨가 먼저이고 실행이 이끄는 것으로 유지한다. 평판을 빠르게 쌓는 출시된 베팅의 포트폴리오를 만든다. 핵심은 작은 팀, 짧은 주기, 공격적인 프로토타이핑, 그리고 연구도 데모도 아닌 출시된 가치를 뜻하는 분명한 완료의 정의다.
세 길은 모두 하나의 주제를 공유한다.
고숙련 리더십은 사람을 관리하는 일에서 멀어져, 에이전트를 실세계에서 쓸모 있게 만드는 자율성, 시스템, 인터페이스, 워크플로를 설계하는 일이 된다.
실무적 운영 체계
길과 무관하게 전략은 비슷하다.
도구 피드백 루프 안에 머물러라. 매일의 사용이 중요하다. 프롬프팅이 미래여서가 아니라, 실패 양상을 이해하는 것이 미래이기 때문이다.
의견만이 아니라 산출물을 출시하라. 글은 패턴, 아키텍처, 프로토타입, 템플릿을 포함해 출시에서 나올 때 복리로 쌓인다.
작고 질 높은 루프로 지어라. 최고의 일은 흔히 소수의 강한 협업자와 촘촘한 반복 주기에서 일어난다.
범주를 정의하는 명료함을 겨냥하라. 희귀한 기술은 에이전트가 온다는 것을 아는 것이 아니다. 희귀한 기술은 제품과 조직 안에서 그것이 무엇이 되어야 하는지를 정의하는 것이다.
엔터프라이즈 제약을 마찰이 아니라 설계 입력으로 다루어라. 권한, 감사, 신원, 워크플로 현실이 오래가는 제품을 데모와 갈라놓는다.
결론
다음 세대의 시니어 기술 리더십은 코드를 얼마나 빨리 치는지로 정의되지 않을 것이다.
자율성을 얼마나 잘 설계하는지로 정의될 것이다.
여기에는 올바른 추상화를 정의하고, 최전선의 능력을 진짜 워크플로로 바꾸고, 자율성을 인간 조직 안에서 쓸 수 있게 만들고, 돌아보면 필연적으로 느껴지는 시스템을 짓는 능력이 들어간다.
에이전트 시대는 경험 많은 빌더의 끝이 아니다. 솜씨의 재정의다.
이기는 빌더는 그저 에이전트를 도입하는 사람이 아닐 것이다.
에이전트가 어디에나 있을 때 일이 무엇이 되는지를 설계하는 사람일 것이다.