실제로 무슨 일이 일어나는 순간
에이전트가 시작됩니다
트리거는 하나의 질문에 답합니다: 이 에이전트는 언제 시작하는가? 예약 작업은 시각으로 답합니다. 웹훅 트리거는 바깥 세계의 이벤트로 답합니다. pull request가 열리고, 빌드가 깨지고, 경보가 울리면 에이전트는 이미 실행되고 있습니다.
AgentsRoom은 트리거마다 공개 URL과 서명 시크릿을 발급합니다. 그 URL을 GitHub, GitLab, Slack, Linear, Sentry 또는 JSON을 POST할 수 있는 무엇에든 붙여 넣으세요. 호출이 도착하고, 서명이 검증되고, 페이로드가 프롬프트의 변수가 되며, 자체 터미널과 대화 기록을 가진 진짜 에이전트가 당신의 프로젝트에서 시작됩니다.
트리거 하나, 공개 URL 하나. 이벤트가 도착하고, 서명이 검증되고, 페이로드가 프롬프트 변수가 되며, 에이전트가 당신의 프로젝트에서 시작됩니다.
예약 작업은 문제의 절반을 풀었습니다. 매일 아침 8시에 pull request를 리뷰하라고 에이전트에게 이미 시킬 수 있습니다. 하지만 에이전트에게 맡기고 싶은 일의 대부분은 8시에 일어나지 않습니다. 누군가 pull request를 열 때, 빌드가 빨갛게 될 때, 고객이 오후 2시에 버그를 신고할 때 일어납니다.
지금까지 그것을 붙잡는 유일한 방법은 에이전트에게 지켜보게 하는 것이었습니다. 짧은 주기로 실행하고, API를 폴링하게 하고, '새로운 거 있어?'라고 묻게 하고, '없음'이라는 답에 하루 수백 번씩 토큰을 내는 것. 비싸고, 반응이 느리고, 저장소 세 개를 지켜보려는 순간 감당이 안 됩니다.
웹훅 트리거는 방향을 뒤집습니다. 서비스가 당신에게 알려 줍니다. AgentsRoom이 URL을 하나 건네면 GitHub, GitLab, Slack, Linear, Sentry 또는 당신의 CI에 붙여 넣으세요. 그 서비스가 호출하기 전까지는 아무것도 실행되지 않습니다. 호출이 오면 이벤트가 이미 프롬프트에 담긴 채로 에이전트가 시작됩니다. 조용한 날에는 토큰 제로, 그렇지 않은 날에는 몇 초 안에 에이전트가 달라붙습니다.
이벤트가 폴링 루프를 이기는 이유
침묵에 돈을 내지 않게 됩니다. 5분마다 저장소를 확인하는 에이전트는 5분마다 컨텍스트 한 턴을 통째로 태우는데, 그 턴의 거의 전부가 아무것도 찾지 못합니다. 트리거는 이벤트가 도착하기 전까지 정확히 아무것도 쓰지 않습니다.
반응은 즉각적입니다. 맞출 간격도 없고, 방금 폴링이 지나갔다는 이유로 pull request가 11분 동안 방치되는 구간도 없습니다. 에이전트는 호출과 동시에 시작하므로, 작성자가 페이지를 새로고침할 때 리뷰가 이미 와 있습니다.
이벤트는 자기 데이터를 들고 옵니다. 페이로드는 프롬프트에 바로 넣을 수 있는 변수로 파싱됩니다: 제목, 작성자, URL, 번호, 브랜치, 또는 원본 JSON 전체. 에이전트는 무엇이 자신을 시작시켰는지 찾으러 갈 필요가 없습니다.
이미 알고 있는 그 패널 그대로입니다. 트리거는 예약 작업의 목록, 켜고 끄는 스위치, 실행별 기록, 에이전트 선택, 기기별 범위를 그대로 유지합니다. 웹훅은 '언제 발동하는가'에 대한 또 하나의 답일 뿐입니다.
트리거 하나, 발동하는 두 가지 방식
패널이 둘 다 담고 있습니다. 무엇을 기다리는지에 맞는 쪽을 고르세요.
예약
원래 모드 그대로, 바뀐 것 없습니다. N분마다, 매시간, 매일, 매주 또는 매월, 작성할 cron 표현식 없이. 시계에 속한 일에 씁니다: 아침 리뷰, 월요일 의존성 점검, 금요일 changelog.
웹훅
에이전트가 시각 대신 이벤트를 기다립니다. AgentsRoom이 공개 URL과 서명 시크릿을 주면 그 URL을 서비스에 붙여 넣고, 그 서비스가 POST할 때 트리거가 발동합니다. 무언가 일어나는 일에 속한 작업에 씁니다: pull request, 실패한 빌드, 새 버그 신고.
무엇을 트리거할까
실제 이벤트들, 그리고 그 반대편에 두고 싶은 에이전트.
열리는 즉시 모든 pull request 리뷰하기
GitHub 또는 GitLab 웹훅을 트리거로 향하게 하고 pull request가 열리는 경우로 필터를 걸면, 리뷰어 에이전트가 몇 초 안에 diff에 달라붙습니다. 작성자는 변경이 아직 머릿속에 생생할 때 피드백을 받습니다.
빨간 빌드를 자동으로 조사하기
당신의 CI는 파이프라인이 실패할 때 POST할 수 있습니다. 트리거는 브랜치와 실행 URL을 프롬프트에 담아 에이전트를 시작하므로, 실패한 job을 읽고 빨간 배지 대신 원인을 들고 돌아옵니다.
크래시가 보고되는 순간 분류하기
Sentry 경보를 트리거에 연결하세요. 프로덕션의 새 예외가 오류 제목과 티켓 URL을 가진 백엔드 에이전트를 시작하므로, 누군가 대시보드를 열기도 전에 스택 트레이스를 처음 들여다보는 일이 끝나 있습니다.
Slack에서 에이전트 시작하기
Slack의 slash command나 아웃고잉 웹훅이 트리거 URL을 호출할 수 있습니다. 누군가 채널에 요청을 입력하면 페이로드가 프롬프트에 도착하고, 에이전트가 알맞은 프로젝트에서 그것을 집어 듭니다.
새 티켓이 등록되자마자 범위 잡기
GitHub, GitLab 또는 Linear에서 생성된 티켓이 제품 에이전트를 시작하면, 에이전트는 신고 내용을 읽고 빠진 질문을 던져 개발자가 바로 집어 들 수 있는 것으로 바꿔 놓습니다.
배포할 때마다 QA 패스 실행하기
배포 파이프라인은 릴리스가 나갈 때 POST합니다. 트리거는 릴리스와 아무 상관 없는 시간표 대신, 방금 출시된 버전을 상대로 앱을 점검하는 QA 에이전트를 시작합니다.
태그가 붙으면 릴리스 노트 쓰기
태그가 푸시되고 릴리스가 게시되면, 문서 에이전트가 커밋을 읽을 만한 노트로 바꿉니다. 이벤트가 태그 이름을 실어 오므로 에이전트는 어떤 범위를 요약해야 하는지 정확히 압니다.
JSON을 POST할 수 있는 모든 것
기다려야 할 연동 목록 같은 것은 없습니다. 서버의 cron, Zapier 단계, 모니터링 도구, 당신의 백엔드: 서명된 POST를 URL로 보낼 수 있다면 당신의 프로젝트에서 에이전트를 시작할 수 있습니다.
웹훅 트리거가 작동하는 방식, 단계별로
빈 양식에서 프로덕션에 반응하는 에이전트까지, 몇 분이면 됩니다.
트리거 만들기
프로젝트에서 트리거 패널을 열고 새로 하나 만드세요. 예약 작업과 같은 목록, 같은 켜고 끄는 스위치, 같은 기록입니다. 같은 패널이기 때문입니다.
웹훅으로 전환하기
예약 대신 웹훅을 고르세요. AgentsRoom이 이 트리거를 위한 공개 URL과 그 옆의 서명 시크릿을 생성합니다. 시크릿은 원할 때마다 재생성해 예전 것을 가진 쪽의 접근을 끊을 수 있습니다.
URL을 서비스에 붙여 넣기
GitHub나 GitLab 웹훅, Slack 앱, Linear나 Sentry 연동, 또는 당신의 CI에 넣으세요. 서명 시크릿도 서비스에 함께 주어야 그 서비스가 보내는 호출을 검증할 수 있습니다.
정말 발동해야 할 것만 걸러내기
저장소는 이벤트를 아주 많이 보냅니다. 페이로드에 선택적 조건을 추가하세요. 예를 들어 action이 opened인 경우로 두면 나머지는 전부 무시됩니다. 폭주 제한을 걸어 시끄러운 서비스가 1분 만에 에이전트 스무 개를 시작하지 못하게 하세요.
이벤트를 프롬프트에 넣기
이벤트 변수로 프롬프트를 작성하세요: 제목, 작성자, URL, 번호, 브랜치, 또는 페이로드 전체. 예약 작업이 이미 지원하는 날짜와 시간 변수와 똑같이, 트리거가 발동할 때 값이 채워집니다.
마지막 호출을 재전송하고 켜기
에디터는 트리거가 마지막으로 받은 호출을 원본 JSON까지 보여 주고, 클릭 한 번으로 그것을 다시 보냅니다. 웹훅은 짐작이 아니라 눈으로 보면서 연결하는 것이고, 제대로 됐으면 트리거를 켜면 됩니다.
늘어선 서비스 목록은 허용 목록이 아니라 바로가기 모음입니다. 에디터도 선택기 아래에 그렇게 적어 두었고, 첫 항목이 Any service (JSON)인 것도 그 때문입니다: JSON 본문을 POST할 수 있는 것이면 무엇이든 동작합니다. GitHub, GitLab, Slack, Linear 또는 Sentry를 고르면 딱 두 가지가 더해집니다. 검증할 자체 서명 헤더, 그리고 이벤트 변수에 이미 연결된 페이로드 필드입니다. 목록에 없다는 이유로 거부되는 것은 없습니다.
변수 칩은 설명서가 아니라 버튼입니다. 하나를 클릭하면 프롬프트에 삽입되고, 마지막 호출이 실제로 채운 것들은 강조되어 보입니다. 그 아래에는 트리거가 마지막으로 받은 호출이 놓여 있으므로, 눈으로 볼 수 있는 진짜 페이로드에 맞춰 필터와 프롬프트를 쓰고, 그것을 재전송해 보고, 실행이 제대로 나올 때에만 트리거를 켜면 됩니다.
- 이벤트가 트리거 URL에 도착합니다
서비스가 자신의 JSON을 POST합니다. AgentsRoom은 당신의 시크릿으로 서명을 검증해 서명되지 않은 호출을 거부하고, 필터를 걸어 두었다면 그 필터를 적용합니다.
- 아무도 없으면 기다립니다
기기가 꺼져 있어도 됩니다. 이벤트는 버려지지 않고 최대 일주일 동안 보관되었다가 다음 실행 때 재전송됩니다. 예약 작업이 이미 쓰고 있는 것과 같은 따라잡기 방식입니다.
- 한 기기만, 오직 하나만 가져갑니다사무실 Mac집 Mac빌드 머신
여러 컴퓨터가 프로젝트를 열어 두었다면, 이벤트를 가장 먼저 집어 든 기기가 그것을 잠급니다. 나머지는 이미 가져갔음을 보고 넘어가므로, 하나의 이벤트가 두 개의 에이전트를 만드는 일은 없습니다.
- 에이전트가 한 번 실행됩니다
당신이 고른 역할, provider, 모델을 가진 진짜 에이전트가 프로젝트에서 열리며, 자체 터미널과 대화 화면, 그리고 나중에 다시 읽을 수 있도록 보관된 대화 기록을 갖습니다.
열린 문이 아닌 공개 URL
URL은 인터넷에서 닿을 수 있으므로, 무엇이든 시작되기 전에 트리거가 무엇을 받아들일지 결정합니다.
모든 호출은 서명됩니다
AgentsRoom은 무엇이든 시작되기 전에 모든 호출을 당신의 시크릿으로 검증합니다: GitHub는 X-Hub-Signature-256, Slack은 X-Slack-Signature, GitLab은 공유 토큰 X-Gitlab-Token, Linear와 Sentry를 비롯한 일반 소스는 원본 본문의 단순 HMAC. 서명이 없는 호출은 거부되므로, URL을 안다고 해서 당신의 기기에서 에이전트를 시작할 수는 없습니다.
원할 때 시크릿 교체하기
서명 시크릿은 에디터에 표시되고 그 자리에서 재생성됩니다. 예전 호출은 즉시 검증에 실패하는데, 서비스를 걷어내는 날이나 시크릿이 로그로 새어 나간 날에 정확히 원하는 동작입니다.
페이로드로 필터 걸기
선택적 조건이 그 이벤트가 에이전트를 받을 만한지 결정합니다. action이 opened일 때만, 특정 브랜치에서만, 특정 라벨에만 발동하게 하세요. 맞지 않는 것은 아무것도 시작하지 않고 버려집니다.
폭주 방지
시간 구간당 최대 한 번 실행합니다. 10초에 서른 개의 이벤트를 보내는 서비스가 에이전트 서른 개를 시작하지는 않습니다: 그 구간 안의 호출들은 묶이고 한 번의 실행이 그것들을 커버합니다.
페이로드가 당신의 프롬프트가 됩니다
서비스가 보내는 JSON은 프롬프트에 바로 쓰는 변수로 파싱됩니다. 예약 작업이 이미 쓰고 있는 날짜와 시간 변수처럼, 발동하는 시점에 값이 채워집니다.
프롬프트는 한 번만 쓰면 되고, 실행마다 자신을 시작시킨 이벤트의 데이터를 받습니다.
{{event.title}}이벤트의 제목: pull request 제목, 티켓 제목, 경보 이름.{{event.author}}누가 일으켰는지: pull request의 작성자, 티켓을 연 사람.{{event.url}}이벤트로 돌아가는 링크. 에이전트가 pull request나 경보를 열 수 있습니다.{{event.number}}서비스가 보내 준다면, pull request나 티켓의 번호.{{event.branch}}이벤트가 관련된 브랜치. push, pull request 또는 실패한 빌드에 해당합니다.{{payload}}이름 붙은 변수가 다루지 못하는 모든 것을 위한 원본 JSON 전체.
Review pull request #{{event.number}} "{{event.title}}" opened by {{event.author}} on branch {{event.branch}}. Read the diff at {{event.url}} and reply with the risky parts first.변수 이름은 예약 작업의 날짜와 시간 변수와 똑같이, 프롬프트 입력란에 이중 중괄호로 감싸 씁니다.
event.actionevent.numberevent.titleevent.bodyevent.authorevent.branchevent.baseevent.urlevent.repositoryevent.stateevent.actionevent.numberevent.titleevent.bodyevent.authorevent.branchevent.baseevent.urlevent.repositoryevent.stateevent.actionevent.titleevent.bodyevent.authorevent.channelevent.urlevent.teamevent.actionevent.numberevent.titleevent.bodyevent.authorevent.assigneeevent.stateevent.priorityevent.urlevent.teamevent.actionevent.titleevent.bodyevent.levelevent.projectevent.urlevent.countevent.actionevent.titleevent.bodyevent.authorevent.urlevent.id실제로 무엇이, 어디서 실행되는가
예약 작업과 같은 정직한 실행 모델을 이벤트로 넓힌 것.
이벤트는 어디에서 오는가
JSON 본문과 함께 서명된 POST를 보낼 수 있다면 무엇이든 에이전트를 시작할 수 있습니다. 사람들이 가장 먼저 연결하는 것들입니다.
당신의 CI, 당신의 백엔드, 무엇이든
파이프라인 단계, 모니터링 도구, 내부 서비스, curl이 든 셸 스크립트. 요청해야 할 연동 같은 것은 없습니다: JSON 본문과 서명이 담긴 POST, 그게 계약의 전부입니다.
GitHub와 GitLab
열리거나 리뷰되거나 병합된 pull request와 merge request, 생성된 티켓, push, 릴리스, 실패한 workflow. 가장 고전적인 소스이자 페이로드가 가장 쓸모 있는 소스.
Slack
slash command나 아웃고잉 웹훅이 채널의 메시지를 알맞은 프로젝트의 에이전트 실행으로 바꿉니다. Slack 서명은 X-Slack-Signature로 검증됩니다.
Linear와 Sentry
컬럼으로 옮겨진 티켓, 프로덕션의 새 예외, 회귀 경보. 트래커가 발동하면 에이전트가 그 티켓이나 오류를 프롬프트에 담고 시작합니다.
같은 패널의 나머지 절반
트리거와 예약 작업은 같은 질문에 두 가지로 답하는 하나의 기능입니다. 예약 작업은 이벤트가 시계인 트리거입니다. 웹훅 트리거는 일정이 바깥 세계인 예약 작업입니다. 둘은 같은 목록에 살면서 같은 에이전트 설정, 같은 활성화 스위치, 같은 실행 기록, 같은 기기별 범위를 공유합니다.
그래서 도구가 아니라 일 단위로 고르게 됩니다. 의존성 점검은 월요일 아침에 그대로 둡니다. 패키지가 낡았다고 바깥에서 알려 주는 것이 없기 때문입니다. pull request 리뷰는 웹훅으로 옮깁니다. 그것이 일어나야 할 정확한 순간을 GitHub가 이미 알고 있기 때문입니다. 이 가족의 시계 쪽은 예약 작업 페이지에서 읽어 보세요.
같은 패널의 시계 쪽, 예약 작업 보기FAQ
AgentsRoom의 웹훅 트리거란 무엇인가요?
정해진 시각이 아니라, 외부 서비스가 이벤트를 보낼 때 AI 에이전트를 시작하는 트리거입니다. AgentsRoom이 트리거에 공개 URL과 서명 시크릿을 부여하면, 그 URL을 GitHub, GitLab, Slack, Linear, Sentry 또는 JSON을 POST할 수 있는 어떤 도구에든 붙여 넣습니다. 그 서비스가 호출하면 서명이 검증되고, 설정해 둔 선택적 필터가 적용되며, 페이로드가 이미 프롬프트 변수로 준비된 채 에이전트가 당신의 프로젝트에서 시작됩니다.
예약 작업과 무엇이 다른가요?
'언제 발동하는가'라는 질문만 달라집니다. 예약 작업은 시계에 맞춰 발동합니다: N분마다, 매시간, 매일, 매주 또는 매월. 웹훅 트리거는 바깥에서 온 이벤트에 발동합니다. 나머지는 전부 같습니다: 같은 목록, 같은 켜고 끄는 스위치, 같은 에이전트 설정, 같은 실행별 기록, 같은 기기별 범위.
그냥 에이전트가 API를 폴링하게 하면 안 되나요?
폴링은 한 바퀴 돌 때마다 토큰을 쓰는데, 거의 모든 바퀴가 아무것도 찾지 못하기 때문입니다. 5분마다 저장소를 확인하는 에이전트는 '없음'이라고 답하려고 5분마다 한 턴을 통째로 실행합니다. 웹훅 트리거는 아무 일도 없는 동안 아무것도 쓰지 않고, 무슨 일이 생기면 몇 초 안에 반응합니다. 이 기능의 경제적 논거는 그게 전부입니다.
트리거 URL을 노출해도 안전한가요?
URL만으로는 아무것도 시작할 수 없습니다. 모든 호출은 당신의 시크릿을 가진 서비스에서 왔음을 증명해야 합니다: GitHub는 X-Hub-Signature-256, Slack은 X-Slack-Signature, GitLab은 공유 토큰 X-Gitlab-Token, Linear와 Sentry를 비롯한 일반 소스는 원본 본문의 단순 HMAC. 서명 헤더가 없는 호출은 그냥 통과되는 일 없이 거부됩니다. 시크릿은 에디터에 표시되고 언제든 재생성할 수 있으며, 그러면 예전 것을 쓰던 쪽은 즉시 무효가 됩니다.
일부 이벤트에만 발동하게 할 수 있나요?
네. 저장소는 에이전트를 붙이고 싶은 것보다 훨씬 많은 이벤트를 보내므로, 트리거는 페이로드에 대한 선택적 조건을 받습니다. 예를 들어 action이 opened인 경우입니다. 맞지 않는 이벤트는 무시되고 아무것도 시작되지 않습니다. 폭주 제한도 있습니다: 시간 구간당 최대 한 번 실행하며, 그 구간 안에 도착한 호출들은 함께 묶입니다.
이벤트가 도착했을 때 AgentsRoom이 닫혀 있으면 어떻게 되나요?
이벤트는 서버 대기열에 담겼다가 다음에 앱을 실행할 때 재전송되므로, 영영 실행되지 않는 대신 늦게 실행됩니다. 대기열의 이벤트는 일주일 동안 보관됩니다. 긴 주말 내내 노트북을 닫아 두어도 충분하면서, 한 달 만에 돌아왔을 때 묵은 작업을 무더기로 재전송하지는 않는 기간입니다. 예약 작업이 쓰는 것과 같은 인앱 + 따라잡기 방식입니다. 웹훅 트리거는 당신의 에이전트를 클라우드에서 돌리지 않습니다: 에이전트는 언제나 당신의 기기, 당신의 프로젝트에서 실행됩니다.
컴퓨터 두 대에서 프로젝트를 열어 두었습니다. 에이전트가 두 번 실행되나요?
아니요. 이벤트는 한 번만 소비됩니다. 가장 먼저 집어 든 기기가 그것을 잠그고, 나머지는 이미 가져갔음을 보고 건너뜁니다. 특정 컴퓨터가 맡기를 원한다면 예약 작업과 똑같이 트리거를 원하는 기기에 고정할 수도 있습니다.
이벤트에서 프롬프트에 무엇을 넣을 수 있나요?
페이로드는 프롬프트 입력란에 이중 중괄호로 감싸 바로 쓰는 변수로 파싱됩니다: event.title, event.author, event.url, event.number, event.branch, 그리고 원본 JSON 전체를 담는 payload. 예약 작업의 날짜와 시간 변수와 같은 방식으로, 트리거가 발동할 때 값이 채워집니다.
제 웹훅이 제대로 연결됐는지 어떻게 아나요?
에디터는 트리거가 마지막으로 받은 호출을 원본 JSON 본문까지 보여 주고, 클릭 한 번으로 다시 보낼 수 있게 해 줍니다. 그래서 테스트 커밋을 밀어 넣어 결과를 알아내는 대신, 눈으로 볼 수 있는 진짜 페이로드에 맞춰 필터와 프롬프트를 잡고, 실행이 제대로 될 때까지 다시 보내면 됩니다.
어떤 서비스를 지원하나요?
JSON 본문과 함께 서명된 POST를 보낼 수 있는 모든 서비스입니다. GitHub, GitLab, Slack, Linear, Sentry는 페이로드가 풍부해서 사람들이 가장 먼저 연결하지만, 허용 목록 같은 것은 없습니다: CI job, 모니터링 도구, 당신의 백엔드, 셸 스크립트 안의 curl도 똑같이 동작합니다.
여러 단계 시나리오를 그리는 비주얼 자동화 빌더인가요?
아니고, 그걸 노리지도 않습니다. 트리거의 일은 하나입니다: 에이전트가 언제 시작할지 결정하고 이벤트를 건네주는 것. 여러 단계를 밟는 쪽은 코드를 읽고 도구를 실행하며 실제로 일하는 에이전트 자신입니다. 여러 에이전트가 서로 일을 넘기게 하고 싶다면, 그건 시나리오 캔버스가 아니라 에이전트 팀의 몫입니다.
AgentsRoom이 다른 서비스로 웹훅을 보낼 수도 있나요?
트리거는 들어오는 방향 전용입니다: AgentsRoom은 이벤트를 받지, 내보내지 않습니다. 실행이 끝날 때 에이전트가 외부 서비스를 호출하게 하고 싶다면, 그건 당신이 에이전트에게 준 도구와 MCP 서버로 에이전트가 직접 할 일입니다.
함께 쓰면 좋은 기능
예약 작업
같은 패널의 시계 쪽. N분마다, 매시간, 매일, 매주 또는 매월, 작성할 cron 표현식 없이.
백로그 작업 보드
티켓을 컬럼으로 끌어다 놓으면 에이전트가 가져갑니다. 트리거도 같은 일을 하는데, 끌어다 놓는 쪽이 바깥 이벤트입니다.
에이전트 팀
서로 일을 넘기는 Dev, QA, PM 에이전트. 트리거를 팀에 겨누면 이벤트 하나가 루틴 전체를 시작합니다.
AgentsRoom MCP
에이전트가 백로그, 메모리, 프롬프트 라이브러리를 읽는 데 쓰는 도구. 트리거로 시작된 에이전트도 다른 에이전트와 똑같이 받습니다.
에이전트 알림
트리거가 발동하는 순간을 데스크톱과 휴대폰에서 알아채고, 한 번 탭해 그것이 시작한 에이전트를 여세요.
원격 플릿
한 계정에 여러 기기. 응답해야 할 기기에 트리거를 고정하면 그 기기만 에이전트를 실행합니다.
폴링을 멈추고, 반응하세요.
AgentsRoom을 다운로드하고 GitHub, GitLab, Slack, Linear 또는 Sentry에 URL 하나를 붙여 넣어 이벤트가 에이전트를 시작하게 하세요. 아무 일도 없으면 아무것도 실행되지 않습니다.
컴패니언 앱: 이동 중에도 에이전트를 모니터링
Claude, Codex, Antigravity CLI 또는 다른 AI 공급자를 사용하세요.
버그와 요청을 공개 백로그로 바로 보내세요.
AgentsRoom의 실제 모습.