Agent Identity
Agent Identity · 코딩 · 비즈니스
Agent Identity는 AI 에이전트마다 전용 메일함, 공개 URL, 전화번호, Agent2Agent 엔드포인트와 권한이 제한된 시크릿 보관소를 부여한다. 설정은 TypeScript SDK 하나로 끝난다.

Agent Identity 소개
About
Agent Identity란
Agent Identity는 agent-identity.dev 팀이 만든 AI 에이전트용 호스팅 아이덴티티 인프라다. 에이전트를 자신의 메일함과 자신의 API 키로 돌릴 필요가 없어진다. 각 에이전트는 아이덴티티를 받는다. 이메일 주소, 공개 URL, A2A 엔드포인트, 빌려 쓸 수 있는 시크릿, 그리고 무엇을 해도 되는지 적은 권한 목록이 따라온다.
해결하는 문제는 귀속이다. 고객 지원 봇이 내 메일함에서 답장하고 리서치 봇이 내 키로 API를 호출하면, 실패한 동작은 내가 한 일처럼 보인다. 에이전트마다 아이덴티티를 나누면 모든 메시지와 호출에 이름이 붙고, 권한을 회수할 때 공유 키를 교체하는 대신 에이전트 하나를 끄면 된다.
설정은 개발자 중심이다. 에이전트 SDK를 설치하고 설정 파일에 에이전트를 적으면, 같은 호출에서 메일함과 엔드포인트, 보관소 항목이 만들어진다. 이벤트는 타입이 지정된 콜백으로 들어오므로, 몇 초마다 메일함을 조회하는 대신 답장에 반응하는 코드를 쓴다.
결제 전에 알아둘 제약이 세 가지다. 음성 통화는 미국과 캐나다에서만 되고 문자 메시지는 아직 열리지 않았다. 주력 SDK는 TypeScript이며 나머지는 REST와 MCP로 쓴다. 그리고 SOC 2 인증은 완료가 아니라 진행 중이라고 회사가 밝히므로, 구매팀이 보고서를 요구하면 기다려야 한다.
시작하기
- app.agent-identity.dev에서 계정을 만든다. 에이전트가 스스로 가입하게 할 수도 있다. 문서의 가입 프롬프트를 Claude Code, Codex, Cursor에 붙이고 사람이 인증 코드 하나만 확인하면 된다.
npm install @agentidentity/sdk로 SDK를 설치하고 이름, 이메일 주소, 전화 사용 여부를 지정해 에이전트를 정의한다.- 메일함에 쓸 도메인을 연결하고 에이전트가 사용할 공급자 키를 넣는다. 키는 프롬프트가 아니라 보관소에 둔다.
email.received,call.completed,a2a.message처럼 필요한 이벤트를 구독하고, 답장이나 업무 전달을 처리하는 핸들러를 작성한다.- 에이전트를 시작한 뒤 대시보드와 감사 로그에서 어떤 동작이 실행됐고 어떤 동작이 정책에 막혔는지 확인한다.
제품 정보
Agent Identity의 요금, 지원 플랫폼, 성능을 한눈에 확인해 보세요.
추천 대상
이 도구가 가장 잘 맞는 사용자, 작업, 상황입니다.
사용자
- 고객 대면 에이전트를 만드는 개발자
- 운영 엔지니어가 없는 작은 제품팀
- 한 제품에서 여러 에이전트를 돌리는 팀
작업
- 들어온 지원 메일 처리
- 결과가 시스템에 닿기 전 검증
- 에이전트 사이 업무 전달
활용 상황
- 1인 창업자가 [email protected]에서 답장하는 지원 에이전트를 원한다
- Claude Code나 Cursor를 이미 쓰는 팀이 실제 주소를 가진 에이전트를 원한다
- 감사를 준비하는 회사가 누가 무엇을 했는지 보여야 한다
주요 기능
에이전트별 전용 메일함
에이전트를 만들면 메일함도 함께 생기고, 그 주소는 발송과 수신, 스레드 유지를 처리한다. 답장과 반송, 스팸 신고는 이벤트로 도착하며 폴더에 쌓여 정기 작업을 기다리지 않는다. 무료 플랜에는 IMAP과 SMTP도 있어 디버깅 중에는 같은 메일함을 일반 메일 프로그램에서 열 수 있다.
음성 에이전트가 받는 실시간 통화
에이전트 전화번호가 있으면 사람이 에이전트에 전화하고 에이전트가 밖으로 걸 수 있다. 내장 음성 에이전트 Aid Voice는 자체 서버 없이 응답하며, WebSocket으로 통화를 흘려보내 상대의 음성을 내 모델에 넘길 수도 있다. 통화는 현재 미국과 캐나다에서만 되고, 사용 요금이 시작되면 분 단위로 과금된다.
권한이 제한된 시크릿 보관소
시크릿 보관소는 값을 내 기기에서 암호화한 뒤 보내므로 서비스가 평문을 보관하지 않는다. 각 시크릿은 에이전트 하나에 속하고 단일 작업에 묶인 임대 형태로 전달되어, 키가 프롬프트나 설정 파일에 남지 않는다. 다른 에이전트의 키를 읽으려 하면 정책이 호출을 멈추고 기록한다.
서명된 웹훅과 공개 엔드포인트
모든 에이전트에 서명된 웹훅이 붙은 공개 URL이 생기고, SDK는 함수 하나로 서명을 검증한다. Stripe나 GitHub, 사내 서비스가 호출할 안정적인 주소를 자체 서버를 노출하지 않고 검증 코드도 직접 쓰지 않은 채 얻는다. 서명이 틀린 요청은 핸들러가 실행되기 전에 거절된다.
A2A 기반 에이전트 간 메시지
에이전트 간 메시지는 개방형 A2A 프로토콜을 쓴다. 여기서 공개한 아이덴티티는 다른 플랫폼에서 만든 에이전트도 찾아내고 메시지를 보낼 수 있다. 각 에이전트는 공개 agent card를 내세우고, 도달 범위는 직접 정한다. 기본은 비공개이며 넓히고 싶을 때 허용 목록과 차단 목록을 더한다.
정책 엔진과 감사 추적
에이전트 접근 제어는 동작이 실행된 뒤가 아니라 전에 확인한다. 메일과 통화, 보관소 읽기, 외부 API에서 각 에이전트가 할 수 있는 일을 정하고 목록 밖의 동작은 멈춘다. 감사 로그에 그 판단이 남아, "에이전트가 무엇을 했나"라는 모호한 질문이 에이전트로 걸러낼 수 있는 시각 기록 목록으로 바뀐다.
장단점
장점
- 아이덴티티 하나가 메일과 전화, 웹훅, A2A, 시크릿을 모두 덮어 에이전트 하나에 네 공급자를 붙이던 작업이 사라진다.
- 보관소가 키를 프롬프트와 설정에서 떼어내고, 에이전트 단위 권한이 한 에이전트의 사고로 번지는 피해를 줄인다.
- 내구성 있는 이벤트 덕분에 에이전트가 답장을 기다렸다가 재시작 뒤 이어서 움직인다. 많은 메일 에이전트가 아직 안고 있는 폴링 루프가 필요 없다.
- 무료 플랜이 아이덴티티 5개에 카드 등록도 없어 실제 도메인으로 시험하는 비용이 작다.
- MCP 서버와 자가 가입 가이드가 Claude Code, Codex, Cursor 등 팀이 쓰는 도구와 맞물린다.
단점
- SMS와 iMessage는 출시 예정으로 표시되어, 고객에게 문자를 보내야 하는 에이전트는 아직 쓸 수 없다.
- 전화번호가 미국과 캐나다로 한정되어 북미 밖 팀은 현지 번호를 받을 수 없다.
- 문서화된 SDK는 TypeScript라 파이썬 개발자는 REST나 MCP로 우회하며 타입 기반 이벤트 처리 일부를 잃는다.
- 저장 메일은 플랜에 따라 메일함당 2~6GiB로 제한되어, 많이 쌓는 팀은 정리나 내보내기가 필요하다.
- SOC 2가 진행 중이라 규제가 강한 업계의 구매 조직은 보고서를 기다려야 할 수 있다.
자주 묻는 질문
Agent Identity는 AI 에이전트용 아이덴티티 인프라다. 에이전트마다 이메일 메일함, 공개 URL, A2A 엔드포인트, 시크릿 보관소, 권한 집합이 붙고, 에이전트 SDK와 CLI, MCP 서버, REST API로 관리한다. 실행한 동작은 그 에이전트 이름으로 기록된다.
관련 콘텐츠
Agent Identity와 관련된 도구, 스킬, 아티클을 살펴보세요.
Agent Identity 대안
Base Code
Base44 (Wix) · 코딩 · 생산성Base Code는 Base44가 만든 공유 클라우드 개발 환경이다. 팀은 기존 GitHub 저장소에 대한 변경을 채팅으로 설명하고, 미리보기로 확인한 뒤 풀 리퀘스트로 돌려보낸다.
Google EmbeddingGemma 2
Google DeepMind · 글쓰기 · 이미지 · 코딩Google EmbeddingGemma 2는 7억 4000만 파라미터의 오픈 모델로, 텍스트와 코드, 이미지, 오디오, 영상 프레임을 하나의 768차원 공간에 벡터로 바꿔 스마트폰과 노트북에서 실행한다.
GitGlow
GitGlow · 코딩 · 생산성GitGlow는 내 코드와 AI 에이전트의 변경을 한 리뷰에 모으는 데스크톱 Git 클라이언트다. 배포 전에 내 기계에서 무엇이 나가는지 확인할 수 있다.
