Agent của bạn khởi chạy khi
thực sự có chuyện xảy ra
Một bộ kích hoạt trả lời đúng một câu hỏi: khi nào agent này khởi chạy? Một tác vụ định kỳ trả lời bằng một giờ. Một bộ kích hoạt webhook trả lời bằng một sự kiện đến từ bên ngoài. Một pull request được mở, một bản build hỏng, một cảnh báo bật lên, và agent đã chạy rồi.
AgentsRoom cấp cho mỗi bộ kích hoạt một URL công khai và một khóa bí mật để ký. Bạn dán URL vào GitHub, GitLab, Slack, Linear, Sentry hoặc bất cứ thứ gì biết gửi POST JSON. Lời gọi đến, chữ ký được xác minh, payload trở thành các biến trong prompt của bạn, và một agent thật khởi chạy trong dự án của bạn, với terminal riêng và bản ghi hội thoại riêng.
Một bộ kích hoạt, một URL công khai. Sự kiện đến, chữ ký được kiểm tra, payload trở thành các biến của prompt, và một agent khởi chạy trong dự án của bạn.
Tác vụ định kỳ mới giải quyết được một nửa vấn đề. Bạn đã có thể bảo một agent review pull request mỗi sáng lúc 8 giờ. Nhưng phần lớn công việc mà bạn muốn giao cho một agent lại không xảy ra lúc 8 giờ, nó xảy ra khi ai đó mở một pull request, khi bản build chuyển sang màu đỏ, khi một khách hàng báo lỗi lúc 2 giờ chiều.
Cho tới nay, cách duy nhất để bắt được điều đó là bắt một agent canh chừng: chạy nó theo một chu kỳ ngắn, cho nó gọi API, hỏi 'có gì mới không?', và trả token cho câu trả lời 'không' vài trăm lần mỗi ngày. Việc đó tốn kém, phản ứng chậm, và trở nên khó kham ngay khi bạn muốn canh ba kho mã.
Một bộ kích hoạt webhook đảo ngược chiều. Chính dịch vụ báo cho bạn. AgentsRoom đưa bạn một URL, bạn dán nó vào GitHub, GitLab, Slack, Linear, Sentry hoặc CI của bạn, và không có gì chạy chừng nào dịch vụ đó chưa gọi. Khi nó gọi, agent khởi chạy với sự kiện đã nằm sẵn trong prompt. Không tốn token nào khi ngày trôi qua yên ắng, và có một agent vào cuộc trong vài giây khi ngày không yên ắng.
Vì sao một sự kiện thắng một vòng lặp thăm dò
Bạn thôi phải trả tiền cho sự im lặng. Một agent kiểm tra kho mã mỗi năm phút sẽ đốt trọn một lượt ngữ cảnh mỗi năm phút, và gần như lượt nào cũng chẳng tìm thấy gì. Một bộ kích hoạt không tiêu tốn gì cả cho tới khi sự kiện đến.
Phản ứng là tức thì. Không có chu kỳ nào phải chỉnh, không có khoảng trống nào để một pull request nằm chờ mười một phút chỉ vì lượt thăm dò vừa mới chạy xong. Agent khởi chạy ngay trên lời gọi, nên lượt review đã sẵn ở đó khi tác giả tải lại trang.
Sự kiện mang theo dữ liệu của nó. Payload được phân tích thành các biến mà bạn thả thẳng vào prompt: tiêu đề, tác giả, URL, số hiệu, nhánh, hoặc toàn bộ JSON thô. Agent không phải đi tìm lại thứ đã đánh thức nó.
Vẫn là bảng bạn đã quen. Bộ kích hoạt giữ nguyên danh sách, nút bật tắt, lịch sử theo từng lần chạy, phần chọn agent và phạm vi theo từng máy của tác vụ định kỳ. Một webhook chỉ là một câu trả lời khác cho câu hỏi 'khi nào thì cái này kích hoạt'.
Một bộ kích hoạt, hai cách khởi động
Bảng chứa cả hai. Chọn cách khớp với thứ bạn đang chờ.
Định kỳ
Chế độ ban đầu, không thay đổi. Mỗi N phút, hằng giờ, hằng ngày, hằng tuần hoặc hằng tháng, không cần viết biểu thức cron nào. Dành cho công việc thuộc về đồng hồ: lượt review buổi sáng, đợt kiểm tra phụ thuộc thứ Hai, changelog thứ Sáu.
Webhook
Agent chờ một sự kiện thay vì một giờ. AgentsRoom đưa bạn một URL công khai và một khóa bí mật để ký, bạn dán URL vào dịch vụ, và bộ kích hoạt khởi động khi dịch vụ đó gửi POST. Dành cho công việc thuộc về một chuyện đang xảy ra: một pull request, một bản build thất bại, một báo cáo lỗi mới.
Nên kích hoạt những gì
Những sự kiện có thật, và agent mà bạn muốn có ở đầu bên kia.
Review mọi pull request ngay khi nó được mở
Trỏ một webhook GitHub hoặc GitLab vào bộ kích hoạt, lọc theo việc pull request được mở, và một agent review bắt tay vào diff trong vài giây. Tác giả nhận phản hồi khi thay đổi vẫn còn nóng hổi trong đầu.
Tự động điều tra một bản build đỏ
CI của bạn có thể gửi POST khi một pipeline thất bại. Bộ kích hoạt khởi chạy một agent với nhánh và URL của lần chạy trong prompt, nên nó đọc job bị hỏng và quay lại với một nguyên nhân thay vì một huy hiệu đỏ.
Phân loại một sự cố ngay khi nó được báo
Nối một cảnh báo Sentry vào một bộ kích hoạt. Một ngoại lệ mới trên production khởi chạy một agent backend với tiêu đề lỗi và URL của ticket, nên cái nhìn đầu tiên vào stack trace diễn ra trước khi có ai kịp mở dashboard.
Khởi chạy một agent từ Slack
Một slash command hoặc một webhook đi ra của Slack có thể gọi URL của bộ kích hoạt. Ai đó gõ yêu cầu trong một kênh, payload rơi vào prompt, và agent nhận việc trong đúng dự án.
Khoanh vùng một ticket mới ngay khi nó được tạo
Một ticket được tạo trên GitHub, GitLab hoặc Linear khởi chạy một agent sản phẩm: nó đọc báo cáo, hỏi những câu còn thiếu và biến nó thành thứ mà một lập trình viên có thể nhận làm.
Chạy một lượt QA sau mỗi lần triển khai
Pipeline triển khai của bạn gửi POST khi một bản phát hành đi ra. Bộ kích hoạt khởi chạy một agent QA vận hành ứng dụng trên đúng phiên bản vừa lên, thay vì theo một lịch trình chẳng liên quan gì đến các bản phát hành.
Viết ghi chú phát hành khi có tag
Một tag được đẩy lên, một bản phát hành được công bố, và một agent tài liệu biến các commit thành ghi chú dễ đọc. Sự kiện mang theo tên tag, nên agent biết chính xác cần tóm tắt khoảng nào.
Bất cứ thứ gì biết gửi POST JSON
Không có danh sách tích hợp nào phải ngồi chờ. Một cron trên máy chủ, một bước Zapier, một công cụ giám sát, backend của chính bạn: nếu nó biết gửi một POST có chữ ký tới một URL, nó biết khởi chạy một agent trong dự án của bạn.
Bộ kích hoạt webhook hoạt động thế nào, từng bước một
Từ một biểu mẫu trống đến một agent phản ứng với production, trong vài phút.
Tạo một bộ kích hoạt
Mở bảng Bộ kích hoạt trên dự án của bạn và tạo một cái mới. Cùng danh sách, cùng nút bật tắt, cùng lịch sử như một tác vụ định kỳ, vì đó là cùng một bảng.
Chuyển nó sang Webhook
Chọn Webhook thay vì Định kỳ. AgentsRoom sinh một URL công khai cho bộ kích hoạt này, kèm một khóa bí mật để ký ngay bên cạnh. Khóa bí mật có thể tạo lại bất cứ lúc nào để cắt đường của ai đang giữ khóa cũ.
Dán URL vào dịch vụ
Thả nó vào một webhook GitHub hoặc GitLab, một app Slack, một tích hợp Linear hay Sentry, hoặc CI của bạn. Đưa cho dịch vụ cả khóa bí mật để ký, để những lời gọi nó gửi đi có thể được xác minh.
Lọc những gì thực sự đáng kích hoạt
Một kho mã gửi rất nhiều sự kiện. Thêm một điều kiện tùy chọn trên payload, ví dụ action bằng opened, và mọi thứ còn lại bị bỏ qua. Đặt một giới hạn dồn dập để một dịch vụ ồn ào không khởi chạy hai mươi agent trong một phút.
Đưa sự kiện vào prompt của bạn
Viết prompt với các biến của sự kiện: tiêu đề, tác giả, URL, số hiệu, nhánh, hoặc toàn bộ payload. Chúng được thay giá trị khi bộ kích hoạt khởi động, y hệt các biến ngày và giờ mà tác vụ định kỳ vốn đã hỗ trợ.
Phát lại lời gọi gần nhất rồi cho chạy thật
Trình soạn thảo hiển thị lời gọi gần nhất mà bộ kích hoạt nhận được, kèm cả JSON thô, và phát lại nó bằng một cú nhấp. Bạn đấu nối một webhook bằng cách nhìn vào nó, chứ không phải bằng cách đoán, và khi mọi thứ đã đúng thì bạn bật bộ kích hoạt lên.
Hàng dịch vụ đó là một bộ lối tắt, không phải một danh sách cho phép. Trình soạn thảo nói rõ điều đó ngay dưới phần chọn, và mục đầu tiên là Any service (JSON) chính vì vậy: bất cứ thứ gì biết gửi POST một thân JSON đều dùng được. Chọn GitHub, GitLab, Slack, Linear hay Sentry chỉ thêm đúng hai thứ, header chữ ký riêng của nó để xác minh và các trường payload của nó đã được ánh xạ sẵn sang các biến của sự kiện. Không có gì bị từ chối chỉ vì nó không nằm trong danh sách.
Các thẻ biến không phải tài liệu, chúng là nút bấm: nhấp một cái để chèn nó vào prompt, và những cái mà lời gọi gần nhất thực sự có điền giá trị thì được làm nổi bật. Ngay bên dưới là lời gọi gần nhất mà bộ kích hoạt nhận được, nên bạn viết bộ lọc và prompt dựa trên một payload thật mà bạn nhìn thấy được, phát lại nó, và chỉ bật bộ kích hoạt lên khi lần chạy đã ra đúng ý.
- Sự kiện đến URL của bộ kích hoạt
Dịch vụ gửi JSON của nó. AgentsRoom đối chiếu chữ ký với khóa bí mật của bạn và từ chối mọi lời gọi không có chữ ký, rồi áp dụng bộ lọc của bạn nếu bạn đã đặt một cái.
- Nó chờ nếu không có ai ở đó
Máy của bạn có thể đang tắt. Sự kiện được giữ lại tối đa một tuần và phát lại ở lần khởi động kế tiếp thay vì bị bỏ rơi, đúng cơ chế bù lại mà tác vụ định kỳ vốn đã dùng.
- Một máy giành lấy nó, và chỉ một máyMac văn phòngMac ở nhàMáy build
Nếu nhiều máy tính cùng mở dự án, máy đầu tiên nhặt được sự kiện sẽ khóa nó lại. Những máy khác thấy nó đã có chủ và bỏ qua, nên một sự kiện không bao giờ sinh ra hai agent.
- Agent chạy, một lần
Một agent thật mở ra trong dự án, với vai trò, nhà cung cấp và mô hình bạn đã chọn, terminal riêng, giao diện hội thoại riêng và một bản ghi được lưu trữ để bạn đọc lại về sau.
Một URL công khai nhưng không phải cửa mở toang
URL này truy cập được từ Internet, nên bộ kích hoạt quyết định nó chấp nhận cái gì trước khi bất cứ thứ gì khởi chạy.
Mọi lời gọi đều được ký
Trước khi bất cứ thứ gì khởi chạy, AgentsRoom đối chiếu mọi lời gọi với khóa bí mật của bạn: X-Hub-Signature-256 cho GitHub, X-Slack-Signature cho Slack, token chia sẻ X-Gitlab-Token cho GitLab, và một HMAC thuần của thân yêu cầu thô cho Linear, Sentry và các nguồn chung. Một lời gọi không có chữ ký sẽ bị từ chối, nên biết URL thôi thì chưa đủ để khởi chạy một agent trên máy bạn.
Đổi khóa bí mật khi nào bạn muốn
Khóa bí mật để ký được hiển thị trong trình soạn thảo và có thể tạo lại ngay tại chỗ. Các lời gọi cũ lập tức không còn xác minh được nữa, đúng thứ bạn cần vào ngày một dịch vụ bị gỡ bỏ hoặc một khóa bí mật lọt vào log.
Lọc trên payload
Một điều kiện tùy chọn quyết định sự kiện có xứng đáng có một agent hay không. Chỉ kích hoạt khi action bằng opened, chỉ trên một nhánh, chỉ với một nhãn. Mọi thứ không khớp đều bị loại bỏ mà không khởi chạy gì cả.
Chống dồn dập
Nhiều nhất một lần chạy trong mỗi cửa sổ thời gian. Một dịch vụ gửi ba mươi sự kiện trong mười giây không khởi chạy ba mươi agent: các lời gọi trong cùng cửa sổ được gộp lại và một lần chạy bao hết.
Payload trở thành prompt của bạn
JSON mà dịch vụ gửi đi được phân tích thành các biến bạn viết thẳng vào prompt. Chúng được thay giá trị lúc kích hoạt, giống các biến ngày và giờ mà tác vụ định kỳ vốn đã dùng.
Bạn viết prompt một lần, và mỗi lần chạy nhận được dữ liệu của sự kiện đã kích hoạt nó.
{{event.title}}Tiêu đề của sự kiện: tiêu đề pull request, tiêu đề ticket, tên cảnh báo.{{event.author}}Ai đã gây ra nó: tác giả của pull request, người đã mở ticket.{{event.url}}Liên kết trở lại sự kiện, để agent có thể mở pull request hoặc cảnh báo.{{event.number}}Số hiệu của pull request hoặc của ticket, khi dịch vụ có gửi kèm.{{event.branch}}Nhánh mà sự kiện liên quan tới, cho một push, một pull request hoặc một bản build thất bại.{{payload}}Toàn bộ JSON thô, cho những gì các biến có tên không bao quát hết.
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.Tên các biến được viết giữa hai cặp dấu ngoặc nhọn trong trường prompt, y hệt các biến ngày và giờ của một tác vụ định kỳ.
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.idCái gì thực sự chạy, và chạy ở đâu
Cùng một mô hình thực thi trung thực như tác vụ định kỳ, mở rộng sang các sự kiện.
Các sự kiện đến từ đâu
Bất cứ thứ gì biết gửi một POST có chữ ký với thân JSON đều có thể khởi chạy một agent. Đây là những thứ người ta đấu nối trước tiên.
CI của bạn, backend của bạn, bất cứ thứ gì
Một bước pipeline, một công cụ giám sát, một dịch vụ nội bộ, một script shell dùng curl. Không có tích hợp nào phải xin: một POST với thân JSON và một chữ ký, đó là toàn bộ hợp đồng.
GitHub và GitLab
Pull request và merge request được mở, được review hay được gộp, ticket được tạo, các lần push, các bản phát hành, workflow thất bại. Nguồn kinh điển, và cũng là nguồn có payload hữu ích nhất.
Slack
Một slash command hoặc một webhook đi ra biến một tin nhắn trong kênh thành một lần chạy agent trong đúng dự án. Chữ ký của Slack được xác minh bằng X-Slack-Signature.
Linear và Sentry
Một ticket được chuyển sang cột khác, một ngoại lệ mới trên production, một cảnh báo hồi quy. Công cụ theo dõi kích hoạt, agent khởi chạy với ticket hoặc lỗi trong prompt.
Nửa còn lại của cùng một bảng
Bộ kích hoạt và tác vụ định kỳ là một tính năng duy nhất với hai câu trả lời cho cùng một câu hỏi. Một tác vụ định kỳ là một bộ kích hoạt mà sự kiện của nó là chiếc đồng hồ. Một bộ kích hoạt webhook là một tác vụ định kỳ mà lịch trình của nó là thế giới bên ngoài. Chúng sống trong cùng một danh sách và dùng chung cấu hình agent, cùng nút bật, cùng lịch sử chạy và cùng phạm vi theo từng máy.
Vậy nên bạn chọn theo từng công việc chứ không theo công cụ. Đợt kiểm tra phụ thuộc vẫn nằm ở sáng thứ Hai, vì chẳng có gì bên ngoài báo cho bạn biết một gói đã cũ. Lượt review pull request chuyển sang webhook, vì GitHub vốn đã biết chính xác cái giây mà nó phải diễn ra. Hãy đọc trang tác vụ định kỳ cho phía đồng hồ của gia đình này.
Xem Tác vụ định kỳ, phía đồng hồ của cùng một bảngFAQ
Bộ kích hoạt webhook trong AgentsRoom là gì?
Đó là một bộ kích hoạt khởi chạy một agent AI khi một dịch vụ bên ngoài gửi cho nó một sự kiện, thay vì vào một giờ cố định. AgentsRoom cấp cho bộ kích hoạt một URL công khai và một khóa bí mật để ký; bạn dán URL vào GitHub, GitLab, Slack, Linear, Sentry hoặc bất kỳ công cụ nào biết gửi POST JSON. Khi dịch vụ đó gọi, chữ ký được xác minh, bộ lọc tùy chọn của bạn được áp dụng, và một agent khởi chạy trong dự án của bạn với payload đã sẵn sàng dưới dạng các biến của prompt.
Cái này khác gì so với một tác vụ định kỳ?
Chỉ câu hỏi 'khi nào thì cái này kích hoạt' là thay đổi. Một tác vụ định kỳ kích hoạt theo đồng hồ: mỗi N phút, hằng giờ, hằng ngày, hằng tuần hoặc hằng tháng. Một bộ kích hoạt webhook kích hoạt theo một sự kiện đến từ bên ngoài. Mọi thứ khác đều dùng chung: cùng danh sách, cùng nút bật tắt, cùng cấu hình agent, cùng lịch sử theo từng lần chạy, cùng phạm vi theo từng máy.
Sao không để một agent gọi API liên tục cho xong?
Vì việc thăm dò liên tục tốn token ở mỗi vòng lặp, và gần như vòng nào cũng chẳng tìm thấy gì. Một agent kiểm tra kho mã mỗi năm phút sẽ chạy trọn một lượt mỗi năm phút chỉ để trả lời 'không'. Một bộ kích hoạt webhook không tiêu tốn gì khi không có chuyện gì xảy ra, và phản ứng trong vài giây khi có chuyện xảy ra. Đó là toàn bộ lập luận kinh tế của tính năng này.
Để lộ URL của bộ kích hoạt ra ngoài có an toàn không?
Chỉ mỗi URL thì không đủ để khởi chạy bất cứ thứ gì. Mọi lời gọi đều phải chứng minh nó đến từ dịch vụ đang giữ khóa bí mật của bạn: X-Hub-Signature-256 cho GitHub, X-Slack-Signature cho Slack, token chia sẻ X-Gitlab-Token cho GitLab, một HMAC thuần của thân yêu cầu thô cho Linear, Sentry và các nguồn chung. Một lời gọi không có header chữ ký sẽ bị từ chối, không bao giờ được cho qua. Khóa bí mật được hiển thị trong trình soạn thảo và có thể tạo lại bất cứ lúc nào, việc đó lập tức vô hiệu hóa những gì đang dùng khóa cũ.
Tôi có thể chỉ kích hoạt trên một số sự kiện thôi không?
Có. Một kho mã gửi nhiều sự kiện hơn hẳn số sự kiện bạn muốn giao cho agent, nên một bộ kích hoạt nhận một điều kiện tùy chọn trên payload, ví dụ action bằng opened. Những sự kiện không khớp bị bỏ qua và không có gì được khởi chạy. Còn có một giới hạn dồn dập: nhiều nhất một lần chạy trong mỗi cửa sổ thời gian, với các lời gọi đến trong cửa sổ đó được gộp lại với nhau.
Chuyện gì xảy ra nếu AgentsRoom đang đóng khi sự kiện đến?
Sự kiện được xếp vào hàng đợi phía máy chủ và phát lại vào lần kế tiếp bạn khởi chạy ứng dụng, nên nó chạy muộn chứ không phải không bao giờ chạy. Các sự kiện trong hàng đợi được giữ một tuần, đủ để bao một chiếc laptop gập lại suốt một kỳ nghỉ dài mà vẫn không phát lại cả một tháng công việc đã cũ khi bạn quay về. Đây vẫn là mô hình 'trong ứng dụng cộng bù lại' mà tác vụ định kỳ đang dùng. Bộ kích hoạt webhook không chạy agent của bạn trên cloud: agent luôn chạy trên máy của bạn, trong dự án của bạn.
Tôi mở dự án trên hai máy tính. Agent có chạy hai lần không?
Không. Một sự kiện chỉ được tiêu thụ đúng một lần. Máy đầu tiên nhặt được nó sẽ khóa nó lại, còn những máy khác thấy nó đã có chủ và bỏ qua. Bạn cũng có thể ghim một bộ kích hoạt vào những máy cụ thể, y hệt một tác vụ định kỳ, nếu bạn muốn một máy tính nhất định chịu trách nhiệm về nó.
Tôi có thể đưa những gì từ sự kiện vào prompt?
Payload được phân tích thành các biến bạn viết thẳng vào trường prompt, giữa hai cặp dấu ngoặc nhọn: event.title, event.author, event.url, event.number, event.branch, và payload cho toàn bộ JSON thô. Chúng được thay giá trị khi bộ kích hoạt khởi động, giống hệt cách các biến ngày và giờ của một tác vụ định kỳ được thay.
Làm sao tôi biết webhook của mình đã đấu nối đúng?
Trình soạn thảo hiển thị lời gọi gần nhất mà bộ kích hoạt nhận được, gồm cả thân JSON thô, và cho phép bạn phát lại nó bằng một cú nhấp. Nhờ vậy bạn chỉnh bộ lọc và prompt dựa trên một payload thật mà bạn nhìn thấy được, rồi phát lại cho tới khi lần chạy đúng ý, thay vì phải đẩy các commit thử nghiệm lên để xem kết quả.
Những dịch vụ nào được hỗ trợ?
Bất kỳ dịch vụ nào biết gửi một POST có chữ ký với thân JSON. GitHub, GitLab, Slack, Linear và Sentry là những thứ người ta đấu nối trước tiên vì payload của chúng giàu thông tin, nhưng không hề có danh sách khép kín: một job CI, một công cụ giám sát, backend của chính bạn hay một lệnh curl trong script shell đều hoạt động y hệt.
Đây có phải một trình dựng kịch bản tự động hóa trực quan nhiều bước không?
Không, và nó cũng không cố làm thế. Một bộ kích hoạt có đúng một việc: quyết định khi nào một agent khởi chạy và trao sự kiện cho nó. Phần nhiều bước chính là bản thân agent, thứ đọc code, chạy công cụ và làm việc. Nếu bạn muốn nhiều agent chuyền việc cho nhau, đó là Đội agent, không phải một khung vẽ kịch bản.
AgentsRoom có gửi webhook ra các dịch vụ khác được không?
Bộ kích hoạt chỉ có chiều vào: AgentsRoom nhận sự kiện chứ không phát ra. Nếu bạn muốn một agent gọi một dịch vụ bên ngoài vào cuối một lần chạy, đó là việc của chính agent, với các công cụ và những máy chủ MCP mà bạn đã trao cho nó.
Kết hợp tốt với
Tác vụ định kỳ
Phía đồng hồ của cùng một bảng. Mỗi N phút, hằng giờ, hằng ngày, hằng tuần hoặc hằng tháng, không cần viết biểu thức cron nào.
Bảng tác vụ Backlog
Kéo một ticket vào một cột và một agent sẽ nhận nó. Một bộ kích hoạt làm đúng điều đó, chỉ khác là một sự kiện bên ngoài thực hiện cú kéo.
Đội agent
Các agent Dev, QA và PM chuyền việc cho nhau. Trỏ một bộ kích hoạt vào một đội và một sự kiện khởi động cả quy trình.
AgentsRoom MCP
Bộ công cụ mà một agent dùng để đọc backlog, bộ nhớ và thư viện prompt. Một agent được kích hoạt cũng có chúng như mọi agent khác.
Thông báo agent
Biết ngay giây phút một bộ kích hoạt khởi động, trên desktop và trên điện thoại của bạn, với một cú chạm để mở agent mà nó vừa khởi chạy.
Đội từ xa
Nhiều máy trên một tài khoản. Ghim một bộ kích hoạt vào máy phải trả lời nó, và chỉ máy đó chạy agent.
Thôi thăm dò. Bắt đầu phản ứng.
Tải AgentsRoom, dán một URL vào GitHub, GitLab, Slack, Linear hoặc Sentry, và để sự kiện khởi chạy agent. Không có gì chạy khi không có gì xảy ra.
Ứng dụng đồng hành: theo dõi agent khi đi đường
Sử dụng Claude, Codex, Antigravity CLI hoặc nhà cung cấp AI khác.
Gửi lỗi và yêu cầu thẳng vào backlog công khai của bạn.
Một cái nhìn về AgentsRoom đang hoạt động.