픽셀에서 프로토콜로
A2A는 SaaS를 실행 층으로 바꾼다. 운용성이 곧 유통이 된다.
영어 원문에서 옮김 · 기계 초벌 번역, 검수 전
UI 시대는 소프트웨어가 화면을 오가는 사람에 의해 “사용”된다고 생각하도록 우리를 훈련시켰다.
에이전트 시대는 일의 단위를 뒤집는다. 소프트웨어는 호출 가능한 동사를 통해 운용된다. 그 동사들은 행동 그래프로 조립되고, 제약 아래서 실행되며, 확정의 경계에서만 사람 앞에 드러난다.
이 글은 하나의 구조적 주장을 편다.
행동을 질의할 수 있게 되면 에이전트가 통합의 평면이 된다.
유통은 UI의 발견 가능성을 따르기를 멈추고 제한된 하방 위험 아래의 완료를 따르기 시작한다.
AGI 이야기가 아니다. “모델이 더 똑똑해졌다”에 기대지 않는다. 접근 메커니즘의 변화에서 저절로 따라 나온다. 운용자가 바뀐다. 인터페이스가 바뀐다. 적합도 함수가 바뀐다.
0. 렌즈
Yahoo는 페이지를 정리했다. Google은 페이지에 순위를 매겼다.
다음 단계는 행동에 순위를 매기는 것이다. “무엇을 읽어야 하나”가 아니라 “다음에 무엇을 해야 하나”다.
페이지는 틀려도 싸다. 뒤로 가기를 누르면 된다. 행동은 쓰기다. 쓰기에는 폭발 반경이 있다.
이를 구체화하기 위해 정의 둘.
에이전트는 계획하고, 도구를 호출하고, 결과를 검증하고, 실패하면 복구하고, 확정을 상위로 올릴 수 있는 런타임이다.
A2A(에이전트 대 에이전트)는 행동 그래프가 경계를 넘는 방식이다. 당신의 에이전트가 하위 문제를 관측 에이전트에 위임한다. 배포 에이전트가 변경을 스테이징한다. 정책 에이전트가 안전하지 않은 범위를 막는다. 커뮤니케이션 에이전트가 고객 공지 초안을 쓴다. 여러 특화 운용자가 일을 스크린샷이 아니라 구조화된 산출물로 넘겨주기 때문에 작업이 완료된다.
그것이 2026년에 에이전트가 받아 마땅한 심적 모델이다. 채팅 말풍선이 아니라. 의도를 실행된 변화로 바꾸는 시스템으로.
1. 행동 그래프가 일의 단위가 된다
일은 “화면을 클릭해 나가는 것”이기를 멈추고, 제약을 견딜 수 있는 “행동 그래프를 생성하고 검증하는 것”이 된다.
사고 실험을 해 보자.
새벽 2시에 핵심 지표가 계단식으로 떨어진다. 가입. 결제 완료. API 성공률. 그중 무엇이든 갑자기 떨어진다.
옛 방식에서는 사람들이 도구를 오가며 현실을 조립한다. 대시보드. 배포 로그. 트레이스. 티켓. 누군가 의존성 담당자를 호출한다. 누군가 다른 이들이 따라잡도록 링크를 모은 문서를 쓴다. 조율 끝에 완화 조치가 나타난다. 유능한 사람들이 있어도 상태가 제품과 팀에 흩어져 있기 때문에 시스템은 느리다.
이제 A2A 모드로 바꿔 보자.
사고 대응 에이전트가 목표와 제약을 받는다.
지표를 안정시켜라. 유력한 변경을 찾아라. 완화 조치를 제안하라. 승인 없이 프로덕션을 건드리지 마라. 내가 훑어볼 수 있는 근거를 만들어라. 되돌리기 경로를 준비하라.
그것이 내놓는 것은 답이 아니다. 그래프다.
진단 → 격리 → 완화 → 검증 → 소통 → 필요하면 되돌리기.
각 노드는 동사다. “창 Y에서 서비스 X의 트레이스를 가져와라.” “이 서비스들에 걸쳐 마지막 배포를 비교하라.” “이 코호트에 플래그 변경을 스테이징하라.” “카나리를 돌려라.” “롤백 계획을 생성하라.” 간선은 의존성을 담는다. 그래프는 전역적으로 지켜져야 하는 제약을 지닌다.
범위 제한. 환경 경계. 승인 요건. 증명 요건.
새로운 인터페이스는 (놀랍게도) 채팅 로그가 아니다. 계획 → 스테이징 → 확정이다.
그 계획이 일의 단위가 된다. 검토할 수 있고, 비교할 수 있고, 다시 돌릴 수 있고, 제한할 수 있고, 승격할 수 있다.
전장이 옮겨 가는 순간이 이것이다. 주된 산출물이 행동 그래프가 되면, 중요한 제품은 그 동사들이 합성되어도 살아남는 제품이다.
2. 운용성이 새로운 발견 가능성이다
행동을 질의할 수 있게 되면 “운용자가 제한된 하방 위험 아래서 작업을 처음부터 끝까지 끝낼 수 있는가”가 SaaS를 재편하는 선택압이 된다.
UI 시대에 유통은 발견 가능성을 따랐다.
사람이 도구를 도입한다. 메뉴를 배운다. 습관을 들인다. 전환 비용이 실재하고 UI가 어색한 내부를 덮어 줄 수 있기에 마찰을 참는다. 화면은 부서지기 쉬운 API를 보상할 수 있다. 교육은 이상한 워크플로를 보상할 수 있다.
에이전트가 운용하는 세계에서 그것은 주된 루프이기를 멈춘다.
운용자가 사람에서 에이전트로 바뀌면 습관은 유통 채널이기를 멈춘다. 에이전트는 당신의 메뉴를 배우지 않는다. 행동 그래프를 컴파일하고, 제한된 하방 위험 아래서 그 단계를 완료하는 무엇으로든 라우팅한다.
그것은 다른 순위 함수다.
선호되는 것은 탐색하기 쉬운 것이 아니다. 제한된 하방 위험 아래서 실행하기 쉬운 것이다.
완료 확률이 중요하다. 검증 비용이 중요하다. 되돌리기 비용이 중요하다. 복구 행동이 중요하다.
도구가 행동 그래프 안에서 제한된 동사로 쓰일 수 없다면 그것은 대체 경로가 된다. “수동 단계.” 사람의 예외 처리.
대체 경로는 복리로 쌓이지 않는다. 반복 가능한 워크플로로 라우팅되지 않는다. 기본값이 되지 않는다.
이것이 이 파괴가 가까운 미래처럼 느껴지는 이유다.
새로운 UI 패러다임은 필요 없다. 새로운 킬러 앱도 필요 없다. 일의 큰 부분이 경로를 비교하고 깨끗이 완료되는 쪽을 선호하는 런타임을 통해 실행되기만 하면 된다.
순위 함수가 바뀌면 제품의 값이 다시 매겨진다.
3. 동사 표면이 제품 표면이다.
에이전트가 운용하는 세계에서 제품은 화면이 아니라 동사 계약, 스키마, 불변 조건, 오류 행동, 근거다.
“API 우선”은 너무 작다. 질문은 “엔드포인트가 있는가”가 아니다.
질문은 당신의 동사가 프로덕션 기본 요소처럼 행동하는가다.
라우팅 가능한 동사에는 계약이 있다. 입력과 출력만이 아니다. 의미론이다.
“동사 계약”이 엔지니어링 용어로 뜻하는 바는 이렇다.
- 타입이 있는 I/O. 입력은 구조화되어 있다. 출력도 구조화되어 있다. 산문에 숨은 의미는 없다.
- 전제 조건. 동사가 실행되기 전에 무엇이 참이어야 하는가. 참이 아니면 예측 가능하게 실패한다.
- 불변 조건. 성공하면 무엇이 참임이 보장되는가.
- 부작용 경계. 정확히 무엇을 바꿀 수 있고 무엇은 건드릴 수 없는가.
- 멱등성과 재실행 의미론. 두 번 호출되면 무슨 일이 생기는가. 타임아웃 뒤 호출자가 재시도하면 무슨 일이 생기는가.
- 복구 가능한 오류 분류. 사람의 민간 지식이 아니라 런타임이 대응할 수 있는 오류. “권한 거부.” “전제 조건 실패.” “충돌.” “속도 제한.” “근거를 남긴 부분 완료.”
- 미리 보기 / 드라이 런. 확정 전에 차이를 보여 줄 수 있는 동사는 다른 급의 능력이다.
- 근거. 장황한 로그가 아니다. 근거다. 차이, 범위 요약, 폭발 반경 추정, 증거 링크, 안정적인 감사 추적.
여기서 “픽셀에서 프로토콜로”는 문자 그대로가 된다.
동사 표면이 제품 표면이다.
많은 팀이 값을 낮게 매기는, 뻔하지 않은 결과가 하나 있다.
도구 계약은 런타임처럼 작동한다.
에이전트는 당신의 능력 기술을 두고 계획한다. 스키마, 의미론, 불변 조건, 예상되는 실패 양상에 기대어 동사를 합성한다. 그것들이 모호하면 문서 문제가 아니다. 성능 문제다.
모호함은 완료 확률을 낮춘다. 낮은 완료 확률은 선호를 낮춘다. 선호가 유통이 된다.
UI 시대에는 화면만 좋으면 어색한 내부로도 살아남을 수 있었다. 에이전트 시대에 화면은 대부분의 일이 일어나는 곳이 아니다. 동사가 그곳이다.
4. 픽셀은 승인 조종석이 된다
화면은 일이 수행되는 곳이기를 멈추고, 일이 점검되고, 제약되고, 확정되는 곳이 된다.
여기서 사람들은 헷갈려서 “채팅이 UI를 대체한다”고 말한다.
그렇지 않다. UI는 직무를 바꾼다.
운용자가 에이전트일 때 대부분의 상호작용은 프로토콜을 통한 실행이 된다. 사람은 확정의 경계에 나타난다.
패턴은 빠르게 수렴한다.
에이전트가 그래프를 제안한다.
변경을 스테이징한다.
증명을 만든다.
확정을 요청한다.
제안 → 증명 → 확정이라 부를 수 있다. 행동은 쓰기이므로 순서가 중요하다.
살아남는 UI는 승인 조종석이다.
훑어볼 수 있는 차이. 검증할 수 있는 범위. 감사할 수 있는 증명. 호출할 수 있는 되돌리기 경로. 최악의 순간에 무언가 깨졌을 때 나중에 참조할 수 있는 감사 추적.
최소한의 조종석을 원한다면 그것은 세 질문으로 줄어든다.
- 무엇이 바뀌는가
- 누구에게 닿는가
- 어떻게 되돌리는가
나머지는 세부다.
예측 가능한 실패 양상이 드러나는 곳도 여기다.
그래프 생성이 싸지면 스테이징된 후보가 밀려든다. 제안된 완화 조치. 제안된 마이그레이션. 제안된 최적화. 제안된 “빠른 수정”. 다수는 합리적이다. 일부는 틀렸다. 전부 소유권을 요구한다.
실행은 싸진다. 확정은 그렇지 않다.
확정 인플레이션은 모델의 약점 이야기가 아니다. 매우 유능한 에이전트가 있어도 일어난다. 조직의 물리학이기 때문이다. 승인, 책임, 롤백 역량은 유한하다.
이것이 행동의 시대에 “신뢰”가 분위기의 개념이 아닌 이유다. 실행에 부호화된 거버넌스다.
신뢰 카탈로그는 편의를 위한 디렉터리가 아니다. 의미론, 근거, 경계가 규모 있게 실행해도 될 만큼 인증된, 엄선된 동사 집합이다.
5. 사용자가 프로토타입을 만든다. 조직이 제품화한다
사용자와 운용자가 먼저 즉석 자동화를 만든다. 제품 조직의 일은 반복되는 것을 표준화하고 통제하는 쪽으로 옮겨 간다.
UI 시대는 발명이 실행에 앞선다고 가정했다.
PM이 명세를 쓴다. 엔지니어링이 기능을 출시한다. 사용자는 픽셀을 둘러보다 그것을 발견한다.
에이전트 시대는 이 순서를 뒤집는다.
사용자가 의도를 표현한다. 에이전트가 동사를 행동 그래프로 엮는다. 그것이 실행된다. 복사된다. 반복된다. 그제야 조직은 그것이 “진짜”라고 결정한다.
이것이 워크플로 승격 시스템이다.
즉석 그래프는 단단해질 때 제품 표면이 된다.
담당자가 생긴다. 경계가 생긴다. 모니터가 생긴다. 근거가 생긴다. 되돌리기 이야기가 생긴다. 발에 총을 쏘는 물건으로 변하지 않게 막는 정책 제약이 생긴다.
그것은 다른 종류의 제품 일이다.
PM은 사라지지 않는다. 지배적인 입력 채널이 바뀐다.
더 이상 무엇을 지을지 위에서 아래로만 결정하지 않는다. 어떤 창발적 워크플로가 정본이 될 자격이 있는지, 표류하지 않도록 어떻게 제약할지를 결정한다.
승격을 건너뛰면 예측 가능한 피해를 입는다.
두 팀이 조금씩 다른 범위로 “같은” 워크플로를 돌린다. 정의가 표류한다. 롤백이 비대칭이 된다. 승인이 암묵적으로 변한다. 무언가 깨졌을 때 누가 그 논리를 소유하는지 아무도 답하지 못한다.
백로그는 사라지지 않는다. 거버넌스가 된다.
6. 방어력은 의미론과 제어로 옮겨 간다
가치는 행동이 풍부한 기반, 위험 예산을 배분하는 제어 평면, 반복 가능한 결과를 소유하는 워크플로 층에 집중된다.
가치가 어디로 옮겨 가는지에 대한 가장 단순한 손잡이는 이것이다.
가치는 동사, 브레이크, 플레이북에 쌓인다.
서로 다른 운용자에 대응시켜 보기 전까지는 추상적으로 들린다.
개인
동사는 당신의 에이전트가 서비스들을 가로질러 실제로 작업을 완료할 수 있다는 뜻이다. 조언만 하는 것이 아니라.
브레이크는 그것이 당신을 놀라게 하지 않는다는 뜻이다. 미리 보기. 한도. 올바른 경계에서의 확인.
플레이북은 그것이 당신이 일하는 방식을 기억하고, 매번 다시 짓지 않아도 당신의 루틴을 반복한다는 뜻이다.
직관적인 약속은 “자동화”가 아니다. 더 적은 탐색과 더 많은 결정이다.
연구자와 엔지니어
동사는 계약이 런타임이 된다는 뜻이다. 의미론, 멱등성, 복구, 근거가 시스템이 합성되는지를 결정한다.
브레이크는 정책과 샌드박싱이 실행 경로 안으로 들어온다는 뜻이다. 규정 준수 연극이 아니다. 런타임이 강제할 수 있는 실제 가드레일이다.
플레이북은 트레이스가 승격된 워크플로가 된다는 뜻이다. 평가는 유통의 기본 요소가 된다. 완료 확률을 신뢰성처럼 측정하기 시작한다.
요점은 기술적이다. 에이전트 런타임은 이제 프로덕션 워크로드가 하듯 당신의 시스템을 돌린다. 동사가 허술하게 명세되어 있으면 사용자의 혼란이 아니라 시스템 전체의 실패를 얻는다.
기업
동사는 운용성이 시스템을 에이전트가 규모 있게 쓸 수 있는지를 결정한다는 뜻이다. 그럴 수 없다면 영원히 “수동 예외” 바구니에 머문다.
브레이크는 위험 예산이 제품 표면이 된다는 뜻이다. 신원, 승인, 감사, 롤백은 부차적 관심사가 아니다. 책임의 인터페이스다.
플레이북은 표준화를 뜻한다. 조직에는 소유권과 제한된 범위를 가진 정본 워크플로가 필요하다. 그렇지 않으면 에이전트 시대는 기업이 바로잡을 수 있는 속도보다 빠르게 표류를 만든다.
조달의 전환은 단순하다.
더 이상 사람이 쓰는 소프트웨어를 사는 것이 아니다. 제한된 하방 위험 아래서 반복 실행할 수 있는 운용 가능한 변화를 사는 것이다.
7. 운영 테스트
이번 분기에 측정할 것
이 이야기가 진짜라면 믿음 없이도 검증할 수 있어야 한다.
SaaS를 짓는다면 동사 표면을 프로덕션 인프라처럼 다루어라.
- 핵심 작업을 화면 안무가 아니라 제한된 동사로 표현할 수 있는가?
- 동사가 미리 보기, 근거, 되돌리기 이야기를 지원하는가?
- 부분 실행 아래서 복구 행동은 어떠한가?
- 실제 제약 아래서 완료 확률을 측정할 수 있는가?
- 실패를 “에이전트가 헷갈렸다”가 아니라 계약 위반으로 설명할 수 있는가?
SaaS를 산다면 런타임 의존성처럼 조달하라.
- 부하 테스트를 돌리듯 에이전트 시험을 돌려라.
- 데모가 아니라 동사 계약을 요구하라.
- 감사할 수 있는 근거와 신뢰할 수 있는 되돌리기 의미론을 요구하라.
- 실행만 빠른 시스템이 아니라 확정을 싸게 만드는 시스템을 선호하라.
픽셀은 남는다. 사람도 남는다.
그러나 유통 채널은 프로토콜로 옮겨 간다. 제품 표면은 동사 계약이 된다. UI는 확정으로 줄어든다.
A2A 세계에서 전선은 당신의 화면이 아니다. 당신의 의미론이다.