Skip to main content
Kết nối các project Rollbar của bạn để cho phép các agent CloudThinker phân loại lỗi, xếp hạng các vấn đề hàng đầu, xem xét deployment, lấy ngữ cảnh session replay và cập nhật item trên một hoặc nhiều project. Rollbar xác thực bằng project access token — token có phạm vi đọc đủ cho điều tra; token có phạm vi ghi bổ sung các cập nhật item được kiểm soát bởi phê duyệt.

Điều kiện tiên quyết

  • Một tài khoản Rollbar với quyền truy cập vào các project bạn muốn CloudThinker xem.
  • Một project access token cho mỗi project (phạm vi đọc là đủ để điều tra).
  • Một token có phạm vi ghi chỉ khi bạn muốn agent cập nhật trạng thái item (được kiểm soát bởi phê duyệt).
Token Rollbar được giới hạn phạm vi theo project. CloudThinker hỗ trợ nhiều project trong một kết nối — cung cấp một token cho mỗi project bạn muốn đưa vào.

Thiết lập

1

Tạo project access token

Trong Rollbar, mở project và tạo (hoặc sao chép) một project access token với phạm vi read. Thêm token có phạm vi write nếu bạn muốn agent cập nhật item. Xem MCP Server Setup của Rollbar để biết chi tiết về token và cấu hình.
2

Thêm kết nối trong CloudThinker

Điều hướng đến Connections → Rollbar và nhập:
  • Project config (JSON): một mảng projects, một mục cho mỗi project Rollbar, mỗi mục gồm nametoken.
Nhấn Connect. CloudThinker xác minh thông tin xác thực và hiển thị trạng thái Connected.

Chi tiết kết nối

Trường token là token (không phải access_token), và projects là một mảng. Định dạng khớp với cấu hình multi-project MCP của Rollbar.

Quyền yêu cầu

Các thao tác đọc (danh sách project, item, lỗi hàng đầu, deployment, phiên bản, replay) hoạt động với project access token có phạm vi read. Cập nhật item bổ sung yêu cầu token có phạm vi write phê duyệt rõ ràng trong CloudThinker.
Tuân theo nguyên tắc ít quyền nhất: dùng token có phạm vi đọc để điều tra, và chỉ thêm token có phạm vi ghi cho các project mà agent cần cập nhật item.

Khả năng của agent

Sau khi kết nối, các agent có thể điều tra và xử lý lỗi trên các project đã cấu hình của bạn.

Khả năng đọc

Khả năng ghi

Cập nhật item yêu cầu phê duyệt rõ ràng từ người dùng trước khi thực thi, và bạn phải nêu tên project, item và thay đổi mong muốn.

Xác minh kết nối

Ví dụ lệnh

Khắc phục sự cố

JSON cấu hình project đã dán không hợp lệ, không bao gồm tên project được yêu cầu, hoặc ánh xạ project với token đã hết hạn. Hãy liệt kê các project đã cấu hình trước khi coi item hoặc deployment bị thiếu là “không có dữ liệu”.
Điều này xảy ra khi nhiều project được cấu hình. Hãy nêu tên project trong lệnh (ví dụ “for my-app”) để agent có thể giới hạn phạm vi truy vấn.
Ngữ cảnh session replay chỉ tồn tại cho các item có replay được ghi. Các item không có replay sẽ không trả về dữ liệu replay — đây là điều bình thường, không phải lỗi.
Các cập nhật được kiểm soát bởi phê duyệt và cần token có phạm vi write. Xác nhận token cho project đó có phạm vi ghi, rồi phê duyệt hành động khi được nhắc.

Bảo mật

  • Quyền tối thiểu — chỉ cấp các quyền mà agent cần cho trường hợp sử dụng của bạn; bắt đầu với quyền chỉ đọc và mở rộng sau.
  • Chỉ đọc theo mặc định — sử dụng thông tin xác thực chỉ đọc trừ khi bạn muốn agent thực hiện thay đổi qua kết nối này.
  • Xoay vòng thông tin xác thực — xoay vòng khóa và token theo lịch trình thông thường của bạn; CloudThinker sẽ lấy giá trị mới khi bạn cập nhật kết nối.
  • Thu hồi khi bàn giao — xóa thông tin xác thực tại nhà cung cấp khi bạn xóa một kết nối hoặc khi đồng nghiệp rời nhóm.
  • Token ít quyền nhất — dùng token project có phạm vi đọc để điều tra; chỉ thêm phạm vi ghi khi agent cần cập nhật trạng thái item.
  • Xoay vòng — xoay vòng project access token thường xuyên và cập nhật trong CloudThinker.

Liên quan

Kết nối Datadog

Log, số liệu và điều tra sự cố

Phê duyệt

Cách thức hoạt động của các hành động được kiểm soát bởi phê duyệt