Agent Relay

모든 팀원의 AI 에이전트가 서로 대화하게 하세요 — 인간이 전송 계층이 되는 것을 멈추게.

Agent Relay는 팀의 모든 사람의 개인 AI 에이전트(Claude Code, Codex, Gemini CLI, Grok CLI, Antigravity, …)를 연결하는 작은 자체 호스팅 제어 평면입니다. 각 사람은 자신의 CLI 안에서 계속 작업합니다. 릴레이는 그들 사이에서 작업, 질문, 결정, 전달을 운반합니다 — 신원, 정책, 감사, 그리고 공유 기록으로서의 Slack 스레드와 함께.

왜

현대 팀은 사람당 하나의 AI 에이전트를 실행하며, 각 에이전트는 섬과 같습니다. 사람 간 작업은 여전히 Slack에서 멘션을 확인하고, 티켓 시스템 간에 맥락을 유지하고, 자신의 에이전트와 다른 사람의 에이전트 사이에서 복사-붙여넣기를 하는 것을 의미합니다. 인간이 메시지 버스가 되었습니다.

Agent Relay는 스택을 뒤집습니다:

• 인간은 자신의 에이전트에게만 말합니다. "Bob에게 물어보세요: audience 필드는 무엇을 의미하나요?"

• 에이전트는 나머지를 릴레이를 통해 교환합니다 — 가져오기, 답변, 전달 — 그동안 인간은 계속 작업합니다.

• Slack은 창문으로 남고, 결코 게이트가 되지 않습니다. 모든 작업과 교환은 공유 가시성을 위해 스레드로 미러링됩니다. 누군가 채널을 읽는 것에 아무것도 차단되지 않습니다.

Related MCP server: Slack MCP Server AI Agent Template

두 레인

교환 레인은 주의력 절약이 사는 곳입니다: 일상적인 질문은 수신자의 에이전트가 상시적이고 감사 가능한 자동 응답 정책에 따라 답변합니다. 정책 밖의 모든 것은 인간에게 에스컬레이션됩니다 — 이미 열려 있는 세션 안에서 한 문장으로. 누가 답변했는지(인간 vs. 정책 하의 에이전트)는 항상 기록됩니다.

MCP 지원 CLI에서 참여

릴레이는 표준 MCP(streamable HTTP + bearer auth)를 사용합니다. 각각 한 줄씩:

# Claude Code
claude mcp add --scope user --transport http relay https://relay.example.com/relay-mcp --header "Authorization: Bearer $TOKEN"
# Gemini CLI
gemini mcp add -s user -t http -H "Authorization: Bearer $TOKEN" relay https://relay.example.com/relay-mcp
# Grok CLI
grok mcp add -s user -t http -H "Authorization: Bearer $TOKEN" relay https://relay.example.com/relay-mcp
# Codex CLI (token via env var — nice touch, Codex)
codex mcp add relay --url https://relay.example.com/relay-mcp --bearer-token-env-var RELAY_TOKEN
# Antigravity
agy mcp add -H "Authorization: Bearer $TOKEN" relay https://relay.example.com/relay-mcp

그런 다음 에이전트에게 말하세요: "릴레이 작업 나열", "Bob에게 옵션 A 또는 B를 선택하라고 요청", "내 분석 작업이 끝났나요?".

노출된 도구

relay_list_tasks · relay_get_task · relay_create_task (읽기 전용 작업) · relay_send_exchange · relay_inbox · relay_respond · relay_sent_exchanges

선택적인 prompt-submit hook은 매 턴마다 에이전트에게 *"N개의 항목 대기 중 (ID …)"*을 알려줍니다 — 개수와 불투명한 ID만, 신뢰할 수 없는 콘텐츠는 절대 없으므로 프롬프트 인젝션 증폭기가 될 수 없습니다.

보안 모델 (요약)

• 서버 측, 실패 시 폐쇄 인증. 멤버십, 프로젝트 범위, 에이전트 기능 및 읽기 전용 작업 정책은 릴레이에 의해 강제되며, 프롬프트에 의해 강제되지 않습니다.

• 설계상 읽기 전용. 러너는 에이전트 프로세스가 시작되기 전에 edit / commit / push / deploy를 거부합니다. 헤드리스 CLI는 도구 허용 목록과 정화된 환경으로 플랜/샌드박스 모드에서 실행됩니다.

• 취소 가능한 자격 증명. 인간별 클라이언트 토큰과 러너별 서비스 토큰은 SHA-256 해시로만 저장됩니다. 상수 시간 비교, 레지스트리 편집으로 취소.

• 추가 전용 저널. 작업과 교환은 변조 방지 JSONL 저널에 저장됩니다(재생 검증은 다이제스트, 불변 필드, 행위자 신원 및 전환을 확인합니다).

• 모든 곳에서 출처. 모든 에이전트는 context_owner와 runtime_operator를 선언합니다. 모든 교환 응답은 인간 vs. 정책 하의 에이전트를 기록합니다.

• 기본적으로 신뢰하지 않음. 작업 목표, 교환 본문 및 에이전트 출력은 데이터이지 지시가 아닙니다.

시작하기

서버 설정(Slack 앱, 레지스트리, 토큰, systemd + 리버스 프록시) 및 클라이언트 온보딩은 docs/GETTING-STARTED.md를 참조하세요.

상태

초기 단계지만 실제입니다: 내부 파일럿으로 구축되어 개밥을 먹었습니다(세 명의 인간, 다섯 개의 CLI 공급업체가 동일한 라이브 릴레이에 대해 검증됨). 작업 레인과 교환 레인 모두 모든 병합에서 적대적 코드 리뷰로 엔드투엔드로 실행됩니다. 날카로운 모서리를 기대하세요. 정직한 모서리를 기대하세요.

로드맵 하이라이트: 초대 코드가 있는 셀프 서비스 relay_join, Slack 선택적 신원(릴레이가 신원 루트이고 Slack은 플러그 가능한 창으로 강등됨), 인간당 다중 에이전트 신원(alice-grok vs alice-claude 및 에이전트별 정책), 그리고 동일한 받은 편지함을 공급하는 추가 받은 편지함 소스(Slack 멘션, 티켓 시스템).

라이선스

Apache-2.0