픽셀에서 프로토콜로
A2A는 SaaS를 실행 레이어로 바꾼다. 운용성이 곧 유통이 된다.
UI 시대는 소프트웨어란 화면을 누비는 사람이 “쓰는” 것이라고 우리를 길들였다.
에이전트 시대는 일의 단위를 뒤집는다. 이제 소프트웨어는 호출할 수 있는 동사로 운용된다. 그 동사들은 행위 그래프로 엮여 제약 아래 실행되고, 사람 앞에는 오직 확정의 길목에서만 모습을 드러낸다.
이 글이 펴는 구조적 주장은 하나다.
행위를 질의할 수 있게 되는 순간 에이전트가 통합의 평면이 된다.
그때 유통은 UI의 발견 가능성이 아니라 제한된 손실 아래의 완수를 따라 흐르기 시작한다.
이것은 AGI 이야기가 아니다. “모델이 더 똑똑해졌다”에 기대는 이야기도 아니다. 접근 방식이 한 번 바뀌면 저절로 따라 나오는 결론이다. 운용자가 바뀌고, 인터페이스가 바뀌고, 적합도 함수가 바뀐다.
0. 렌즈
야후는 페이지를 정리했고, 구글은 페이지에 순위를 매겼다.
다음 걸음은 행위에 순위를 매기는 일이다. “무엇을 읽을까”가 아니라 “다음에 무엇을 할까”다.
페이지는 잘못 골라도 싸게 먹힌다. 뒤로 가기를 누르면 그만이다. 행위는 쓰기다. 쓰기에는 폭발 반경이 따른다.
이 말을 손에 잡히게 하려면 두 가지를 짚어 두어야 한다.
에이전트란 계획을 세우고, 도구를 호출하고, 결과를 확인하고, 어그러진 일을 복구하고, 확정을 위로 올려 보낼 줄 아는 런타임이다.
A2A(에이전트 사이, agent-to-agent)란 행위 그래프가 경계를 건너는 방식이다. 내 에이전트가 한 토막의 문제를 관측성 에이전트에게 넘긴다. 배포 에이전트가 변경을 무대에 올린다. 정책 에이전트가 안전하지 않은 범위를 막아선다. 커뮤니케이션 에이전트가 고객 안내문 초안을 잡는다. 여러 전문 운용자가 일을 스크린샷이 아니라 구조화된 산출물로 주고받기에, 비로소 작업이 끝까지 굴러간다.
이것이 2026년의 에이전트에게 합당한 머릿속 그림이다. 채팅 말풍선이 아니라, 의도를 실행된 변경으로 옮기는 시스템이다.
1. 행위 그래프가 일의 단위가 된다
일은 더 이상 “화면을 넘기며 클릭하기”가 아니라, 제약을 견뎌 내는 “행위 그래프를 만들고 검증하기”다.
사고 실험을 하나 돌려 보자.
새벽 두 시, 핵심 지표 하나가 계단처럼 뚝 꺾인다. 가입자 수일 수도, 결제 완료율일 수도, API 성공률일 수도 있다. 그 무엇이든 느닷없이 떨어진다.
옛 방식이라면 사람들이 도구를 누비며 현실을 짜 맞춘다. 대시보드를 열고, 배포 로그를 보고, 트레이스를 따라가고, 티켓을 뒤진다. 누군가는 의존성 담당자에게 핑을 날리고, 누군가는 남들이 따라잡도록 링크를 단 문서를 쓴다. 완화책은 그 모든 조율이 끝난 뒤에야 나온다. 사람이 아무리 유능해도 시스템은 느릴 수밖에 없는데, 상태가 여러 제품과 팀에 흩어져 있기 때문이다.
이제 A2A로 방식을 바꿔 보자.
인시던트 에이전트가 목표와 제약을 받아 든다.
지표를 안정시켜라. 무엇이 바뀌었을지 짚어라. 완화책을 내놓아라. 승인 없이 프로덕션을 건드리지 마라. 내가 훑어볼 영수증을 남겨라. 되돌릴 길을 마련해 두어라.
에이전트가 내놓는 것은 답이 아니다. 그래프다.
진단하고, 격리하고, 완화하고, 검증하고, 알리고, 필요하면 되돌린다.
노드 하나하나가 동사다. “구간 Y에서 서비스 X의 트레이스를 끌어와라.” “직전 배포를 이 서비스들에 걸쳐 비교해 보라.” “이 코호트에 플래그 변경을 무대에 올려라.” “카나리를 돌려라.” “롤백 계획을 짜라.” 간선은 의존 관계를 담고, 그래프 전체는 전역에서 지켜져야 할 제약을 짊어진다.
범위는 어디까지인가. 환경의 경계는 어디인가. 어떤 승인이 필요한가. 어떤 증명이 필요한가.
뜻밖에도 새 인터페이스는 채팅 로그가 아니다. 계획하고, 무대에 올리고, 확정하기다.
그 계획이 곧 일의 단위가 된다. 검토할 수 있고, 차이를 비교할 수 있고, 다시 돌릴 수 있고, 범위를 좁힐 수 있고, 승격시킬 수 있다.
전선이 옮겨 가는 순간이 바로 여기다. 일차 산출물이 행위 그래프라면, 살아남는 제품은 그 동사가 남과 조합되는 과정을 견뎌 내는 제품이다.
2. 운용성이 곧 새로운 발견 가능성이다
행위를 질의할 수 있게 되면서, “운용자가 제한된 손실 아래 일을 처음부터 끝까지 마칠 수 있는가”가 SaaS의 줄을 다시 세우는 선택압이 된다.
UI 시대에 유통은 발견 가능성을 따라 흘렀다.
사람이 도구를 받아들이고, 메뉴를 익히고, 습관을 들인다. 전환 비용이 실재하는 데다 UI가 어색한 속내를 가려 주기에, 사람은 마찰을 견딘다. 화면은 깨지기 쉬운 API를 메워 주고, 교육은 이상한 워크플로를 메워 준다.
에이전트가 운용하는 세계에서는 이것이 더 이상 주된 고리가 아니다.
운용자가 사람에서 에이전트로 넘어가면, 습관은 유통 경로이기를 멈춘다. 에이전트는 메뉴를 익히지 않는다. 행위 그래프를 컴파일해, 제한된 손실 아래 그 단계를 완수해 줄 무엇으로든 경로를 잡는다.
이것은 전혀 다른 순위 함수다.
선택받는 것은 누비기 쉬운 도구가 아니라, 제한된 손실 아래 실행하기 쉬운 도구다.
완수 확률이 중요하고, 검증 비용이 중요하고, 되돌리는 비용이 중요하고, 복구할 때의 거동이 중요하다.
어떤 도구가 행위 그래프 안에서 손실이 제한된 동사로 쓰일 수 없다면, 그 도구는 대비 경로로 밀려난다. “수동 단계”가 되고, 사람이 떠안는 예외가 된다.
대비 경로는 쌓이지 않는다. 반복 가능한 워크플로로 길이 잡히지 않고, 기본값이 되지도 못한다.
이것이 그 와해가 코앞으로 느껴지는 이유다.
새로운 UI 패러다임은 필요 없다. 새로운 킬러 앱도 필요 없다. 일의 큰 몫이, 여러 경로를 견주어 깔끔히 끝나는 쪽을 골라 주는 런타임을 거쳐 실행되기만 하면 된다.
순위 함수가 바뀌는 순간, 제품의 값이 다시 매겨진다.
3. 동사 표면이 곧 제품 표면이다.
에이전트가 운용하는 세계에서 제품은 화면이 아니라 동사 계약이다. 스키마, 불변식, 오류 거동, 영수증이 곧 제품이다.
“API 우선”은 너무 작은 말이다. 물어야 할 것은 “엔드포인트가 있느냐”가 아니다.
물어야 할 것은 그 동사가 프로덕션의 기본 단위처럼 거동하느냐다.
경로를 잡을 수 있는 동사에는 계약이 있다. 입력과 출력만이 아니라, 의미론이 있다.
“동사 계약”이 엔지니어링의 말로 무엇을 뜻하는지 여기 적는다.
- 타입이 박힌 입출력. 입력도 출력도 구조를 갖춘다. 산문에 숨은 의미 따위는 없다.
- 선행 조건. 동사가 돌기 전에 무엇이 참이어야 하는가. 참이 아니면 예측 가능한 방식으로 실패한다.
- 불변식. 성공했다면 무엇이 참이라고 보장되는가.
- 부작용의 경계. 정확히 무엇을 바꿀 수 있고 무엇은 손대지 못하는가.
- 멱등성과 재실행 의미론. 두 번 불리면 어떻게 되는가. 호출자가 타임아웃 뒤 다시 시도하면 어떻게 되는가.
- 복구할 수 있는 오류 분류. 사람들의 구전이 아니라 런타임이 손쓸 수 있는 오류다. “권한 거부.” “선행 조건 실패.” “충돌.” “비율 초과.” “영수증을 동반한 부분 완수.”
- 미리 보기, 곧 드라이런. 확정하기 전에 변경분을 보여 줄 수 있는 동사는 한 등급 다른 능력이다.
- 영수증. 장황한 로그가 아니라 영수증이다. 변경분, 범위 요약, 폭발 반경 추정, 증거로 이어지는 링크, 그리고 흔들리지 않는 감사 기록.
“픽셀에서 프로토콜로”가 말 그대로의 일이 되는 자리가 여기다.
동사 표면이 곧 제품 표면이다.
많은 팀이 값을 너무 헐하게 매기는, 잘 보이지 않는 귀결이 하나 있다.
도구 계약이 런타임처럼 작동한다는 것이다.
에이전트는 당신의 능력 기술서를 상대로 계획을 세운다. 스키마와 의미론과 불변식과 예상되는 실패 양식을 보고 동사를 조합한다. 그것이 모호하다면, 그것은 문서 문제가 아니다. 성능 문제다.
모호함은 완수 확률을 떨어뜨린다. 떨어진 완수 확률은 선호를 떨어뜨린다. 그리고 선호가 곧 유통이 된다.
UI 시대에는 화면만 좋으면 어색한 속내를 안고도 버틸 수 있었다. 에이전트 시대에 일의 대부분은 화면에서 벌어지지 않는다. 동사에서 벌어진다.
4. 픽셀은 승인 조종석이 된다
화면은 일을 수행하는 자리이기를 멈추고, 일을 들여다보고 제약하고 확정하는 자리가 된다.
여기서 사람들은 헷갈린 끝에 “채팅이 UI를 대체한다”고 말한다.
그렇지 않다. UI는 맡은 일을 바꿀 뿐이다.
운용자가 에이전트일 때, 상호작용의 대부분은 프로토콜을 거친 실행이 된다. 사람은 확정의 길목에서만 나타난다.
이 양식은 빠르게 수렴한다.
에이전트가 그래프를 내놓는다.
변경을 무대에 올린다.
증명을 만들어 낸다.
확정을 청한다.
제안하고, 증명하고, 확정한다고 불러도 좋다. 순서가 중요한 까닭은 행위가 쓰기이기 때문이다.
살아남는 UI는 승인 조종석이다.
훑어볼 수 있는 변경분, 검증할 수 있는 범위, 감사할 수 있는 증명, 불러낼 수 있는 되돌리기 경로, 그리고 하필 가장 나쁜 순간에 무언가 깨졌을 때 나중에 짚어 볼 감사 기록.
최소한의 조종석을 원한다면, 결국 세 가지 물음으로 줄어든다.
- 무엇이 바뀌는가
- 누구에게 닿는가
- 어떻게 되돌리는가
나머지는 다 곁가지다.
예측 가능한 실패 양식이 고개를 드는 곳도 여기다.
그래프 생성이 싸지면 무대에 오른 후보가 밀물처럼 들이친다. 제안된 완화책, 제안된 마이그레이션, 제안된 최적화, 제안된 “빠른 수정”. 더러는 그럴듯하고, 더러는 틀렸으며, 하나같이 누군가의 소유를 요구한다.
실행은 싸진다. 확정은 그렇지 않다.
확정 인플레이션은 모델의 약점 이야기가 아니다. 아무리 유능한 에이전트라도 겪는 일인데, 이것이 조직의 물리이기 때문이다. 승인도, 책임도, 롤백 여력도 유한하다.
이것이 행위의 시대에 “신뢰”가 분위기로 정해지는 개념이 아닌 이유다. 신뢰란 실행에 새겨 넣은 거버넌스다.
신뢰 카탈로그는 편의를 위한 디렉터리가 아니다. 의미론과 영수증과 경계가 대규모로 돌려도 좋을 만큼 인증된 동사를, 골라 추려 모아 둔 묶음이다.
5. 사용자는 시제품을 만들고, 조직은 제품으로 굳힌다
사용자와 운용자가 먼저 즉석 자동화를 빚어내고, 그러면 제품 조직의 일은 반복되는 것을 표준으로 세우고 다스리는 쪽으로 옮겨 간다.
UI 시대는 발명이 실행에 앞선다고 가정했다.
PM이 명세를 쓰고, 엔지니어링이 기능을 내보내고, 사용자는 픽셀을 둘러보다 그것을 발견한다.
에이전트 시대는 이 순서를 뒤집는다.
사용자가 의도를 말한다. 에이전트가 동사를 행위 그래프로 꿰맨다. 그것이 돌아가고, 복사되고, 되풀이된다. 그제야 조직은 그것을 “진짜”라고 판단한다.
이것이 워크플로 승격 시스템이다.
즉석 그래프는 단단하게 다져질 때 제품 표면이 된다.
소유자가 붙는다. 경계가 그어진다. 모니터가 달린다. 영수증이 생긴다. 되돌리는 이야기가 마련된다. 제 발등을 찍는 도구로 변하지 않도록 막아 줄 정책 제약이 붙는다.
이것은 다른 종류의 제품 일이다.
PM은 사라지지 않는다. 다만 주된 입력 경로가 바뀐다.
이제 위에서 아래로 무엇을 만들지만 정하는 것이 아니다. 떠오른 워크플로 가운데 어느 것이 정전으로 굳을 자격이 있는지, 그리고 그것이 표류하지 않도록 어떻게 묶어 둘지를 정한다.
승격을 건너뛰면 피해는 예측 가능한 모양으로 찾아온다.
두 팀이 범위만 살짝 다른 “같은” 워크플로를 돌린다. 정의가 표류하고, 롤백이 비대칭해지고, 승인이 암묵으로 흐른다. 무언가 깨졌을 때 그 로직을 누가 소유하는지 아무도 답하지 못한다.
백로그는 사라지지 않는다. 거버넌스로 모습을 바꿀 뿐이다.
6. 방어력은 의미론과 제어로 옮겨 간다
가치는 행위가 풍부한 기반, 위험 예산을 나눠 주는 제어 평면, 반복되는 결과를 소유하는 워크플로 레이어로 몰린다.
가치가 어디로 옮겨 가는지를 가장 간단하게 쥐는 손잡이가 여기 있다.
가치는 동사와 제동과 플레이북에 쌓인다.
서로 다른 운용자에게 비춰 보기 전까지는 그저 추상으로 들린다.
개인
동사란 내 에이전트가 여러 서비스를 가로질러 일을 실제로 마칠 수 있다는 뜻이다. 조언에 그치지 않는다는 뜻이다.
제동이란 에이전트가 나를 놀래키지 않는다는 뜻이다. 미리 보기, 한도, 그리고 마땅한 길목에서의 확인.
플레이북이란 에이전트가 내가 일하는 방식을 기억해, 내가 매번 다시 쌓지 않아도 내 일과를 되풀이해 준다는 뜻이다.
직관에 와닿는 약속은 “자동화”가 아니다. 누비기는 줄고, 결정은 늘어난다는 것이다.
연구자와 엔지니어
동사란 계약이 곧 런타임이 된다는 뜻이다. 의미론과 멱등성과 복구와 영수증이 시스템이 조합되느냐를 가른다.
제동이란 정책과 샌드박싱이 실행 경로 안으로 들어온다는 뜻이다. 규정 준수 연극이 아니라, 런타임이 실제로 강제할 수 있는 가드레일이다.
플레이북이란 트레이스가 승격된 워크플로가 된다는 뜻이다. 평가가 유통의 기본 단위가 된다. 완수 확률을 신뢰성처럼 재기 시작한다.
요점은 기술적이다. 이제 에이전트 런타임이 프로덕션 작업 부하가 하듯 당신의 시스템을 굴린다. 동사가 부실하게 명세되어 있으면, 사용자가 헷갈리는 정도가 아니라 시스템 차원의 실패가 돌아온다.
기업
동사란 운용성이 그 시스템을 에이전트가 대규모로 쓸 수 있는지를 가른다는 뜻이다. 그러지 못하면 영영 “수동 예외” 바구니에 머문다.
제동이란 위험 예산이 제품 표면이 된다는 뜻이다. 신원, 승인, 감사, 롤백은 곁가지 문제가 아니라 책임을 지는 인터페이스다.
플레이북이란 표준화를 뜻한다. 조직에는 소유자와 제한된 범위를 갖춘 정전 워크플로가 있어야 한다. 그러지 않으면 에이전트 시대는 기업이 바로잡는 속도보다 빠르게 표류를 찍어낸다.
조달의 뒤집힘은 단순하다.
이제 사람이 쓰는 소프트웨어를 사는 것이 아니다. 제한된 손실 아래 거듭 실행할 수 있는 운용 가능한 변경을 사는 것이다.
7. 운용 시험
이번 분기에 무엇을 잴 것인가
이 이야기가 진짜라면, 믿음에 기대지 않고도 시험해 볼 수 있어야 한다.
SaaS를 만든다면, 동사 표면을 프로덕션 인프라처럼 다뤄라.
- 핵심 작업을 화면 안무가 아니라 손실이 제한된 동사로 풀어낼 수 있는가?
- 동사가 미리 보기와 영수증과 되돌리는 이야기를 갖추고 있는가?
- 일부만 실행되었을 때 복구 거동은 어떠한가?
- 실제 제약 아래에서 완수 확률을 잴 수 있는가?
- 실패를 “에이전트가 헷갈렸다”가 아니라 계약 위반으로 설명할 수 있는가?
SaaS를 산다면, 런타임 의존성을 조달하듯 조달하라.
- 부하 시험을 돌리듯 에이전트 시험을 돌려라.
- 데모가 아니라 동사 계약을 요구하라.
- 감사할 수 있는 영수증과 믿을 수 있는 되돌리기 의미론을 청하라.
- 실행만 빠른 시스템이 아니라 확정을 싸게 만드는 시스템을 골라라.
픽셀은 남는다. 사람도 남는다.
그러나 유통 경로는 프로토콜로 옮겨 간다. 제품 표면은 동사 계약이 된다. UI는 확정 한 점으로 줄어든다.
A2A의 세계에서 전선은 당신의 화면이 아니다. 당신의 의미론이다.