Tự động hóa

Bots Console

Soạn thảo công việc ArchiBot có phạm vi giới hạn trong chat, xem lại gói tác vụ và chỉ chạy khi các cổng kiểm tra về chính sách khách hàng, profile và blueprint cho phép.

Quản trị viên khách hàngVận hành nền tảng

Cập nhật lần cuối 18 tháng 6, 2026

Bots dùng để làm gì

Bots Console biến một thay đổi có phạm vi rõ ràng, được mô tả đầy đủ thành công việc ArchiBot kết thúc bằng sự kiện merge của Console, review, QA và phê duyệt của con người. Một tác vụ bot ghi nhận repository và branch để làm việc từ đó, phạm vi đường dẫn cần giữ trong giới hạn, và các ghi chú QA mà bước QA sau đó nên chạy.

Lưu tác vụ không đồng nghĩa với việc merge code. Khi tài khoản đang ở chế độ chỉ thiết lập, giao diện sẽ hiển thị banner Chỉ thiết lập và bạn chỉ đang lưu các bản ghi tác vụ có thể review. Khi việc thực thi được bật, Console vẫn kiểm tra chính sách bot, profile đã chọn, blueprint được phép, giới hạn chạy đồng thời và ngân sách hàng tháng trước khi bất kỳ workspace nào bắt đầu.

Ai có thể dùng bots

Quản trị viên khách hàng có thể soạn thảo và quản lý công việc bot cho chính tài khoản của họ. Vận hành nền tảng cũng có thể làm điều tương tự cho một tài khoản khách hàng được chọn, và họ quản lý các cài đặt chính sách, profile và blueprint dùng để kiểm soát việc thực thi.

Thành viên khách hàng không thể mở trang Bots. Nếu một thành viên cần một tác vụ bot, hãy yêu cầu quản trị viên khách hàng xem xét và soạn thảo nó.

Bố cục trang như thế nào

Mở Bots từ thanh bên của Console. Một banner tiêu đề sẽ hiển thị Chỉ thiết lập hoặc Bật handoff workspace tùy theo tài khoản, và nút Tác vụ bot mới cùng Làm mới nằm ở góc trên bên phải.

Bên dưới tiêu đề là một hàng tab phần, mỗi tab có một số lượng:

Tạo hình một tác vụ trong chat

Tab Task chat mở ở Chat with ArchiBot. Cách này thay thế biểu mẫu cố định cũ: bạn mô tả công việc theo kiểu hội thoại, và ArchiBot sẽ điền vào gói tác vụ khi các chi tiết trở nên rõ ràng hơn.

1. Mở Bots, rồi giữ ở tab Task chat.
2. Dùng sub-tab Chat with ArchiBot. Đọc thông điệp mở đầu, thông điệp này hỏi cần thay đổi gì, điều gì được xem là hoàn thành, và QA nên chứng minh điều đó như thế nào.
3. Dùng một pill khởi đầu để tập trung cuộc trò chuyện, hoặc nhập thông điệp của riêng bạn:
   • Acceptance criteria chuyển mô tả thành tiêu chí đạt/không đạt.
   • QA plan soạn thảo các kiểm tra trình duyệt, thiết lập dữ liệu và những gì nên làm cho lần chạy thất bại.
   • Add evidence định hình tác vụ từ ghi chú hoặc bằng chứng đã dán vào.
   • Narrow scope thu hẹp các đường dẫn repository, branch và tệp mà bot có thể chạm tới.
4. Nhập vào Message ArchiBot và chọn Send (hoặc nhấn Ctrl+Enter). Mỗi tin nhắn sẽ cập nhật ghi chú QA và có thể đề xuất tiêu đề hoặc phạm vi.
5. Chuyển sang sub-tab Task packet để xem ArchiBot đã ghi nhận những gì trước khi bạn lưu.

Hãy yêu cầu cụ thể. “Thêm một trường vào Space Console” với tiêu chí chấp nhận rõ ràng thì hiệu quả; “sửa app” hoặc “dọn repo” thì không.

Xem lại và hoàn tất gói tác vụ

Sub-tab Task packet hiển thị các giá trị sẽ được lưu cùng tác vụ và được chuyển sang workspace. Một bộ đếm trường xuất hiện ở góc trên bên phải, và ba thẻ tóm tắt ở trên cùng hiển thị Customer, Profile và Source.

Gói được tổ chức thành các sub-tab riêng, mỗi tab có một số lượng:

1. Overview liệt kê các trường của gói, bao gồm khách hàng, profile, tiêu đề tác vụ và base branch.
2. Source chứa URL Repository và Base branch mà bot làm việc từ đó, cùng Path scope (ví dụ src/, docs/) khi thay đổi cần nằm trong các thư mục cụ thể.
3. Product là tùy chọn. Bật Add dependent product repository khi bot phải chỉnh sửa một product repo phụ thuộc vào runtime repo. Sau đó bạn đặt URL product repository, base branch, Checkout path, và Deploy command. Runtime repository được chuẩn bị trước, sau đó product repository được checkout, triển khai và dùng làm worktree cùng nguồn cho sự kiện merge.
4. QA & save chứa QA notes (kiểm tra trình duyệt, thiết lập dữ liệu, hoặc các trường hợp biên) và điều khiển lưu.

Khi bạn sẵn sàng, nút trong QA & save sẽ được gắn nhãn theo trạng thái tài khoản:

• Ở chế độ chỉ thiết lập, nó hiển thị Save draft và chỉ lưu một bản ghi tác vụ có thể review. Việc thực thi workspace, ngân sách và handoff sự kiện merge vẫn bị tắt.
• Khi bật handoff workspace, nó hiển thị Start bot.

Nút sẽ bị vô hiệu hóa cho đến khi tiêu đề tác vụ và các trường bắt buộc được thiết lập. Vận hành nền tảng cũng phải chọn trước một tài khoản Customer.

Bot tasks

Tab Bot tasks liệt kê các tác vụ đã soạn thảo và hoàn tất, kèm trạng thái review, QA, log và phê duyệt. Mở một tác vụ để xem gói và lịch sử của nó. Để dừng một bản nháp bạn không còn muốn nữa, hãy hủy nó: việc hủy sẽ giữ lại bản ghi kiểm toán và đặt trạng thái thành canceled thay vì xóa tác vụ.

Run history

Khi việc thực thi được bật, một lần chạy có thể tạo branch, chuẩn bị workspace và chuyển kết quả cho Console dưới dạng một sự kiện merge. Tab Run history hiển thị từng yêu cầu chạy ở bên trái và một khung Run detail ở bên phải.

Khung chi tiết hiển thị trạng thái chạy, Mode, Branch, job của runner, dòng thời gian Activity, và các log chạy đã được làm sạch. Khi có sự kiện merge, Open merge request sẽ liên kết đến nó. Console vẫn là lớp review: một người sẽ phê duyệt và merge từ Console sau khi các cổng review và QA bắt buộc đã pass. Xem Persistent environments and CI Review để biết luồng review.

Bot policy (operators)

Tab Bot policy kiểm soát những bot nào một khách hàng có thể yêu cầu trước khi bất kỳ việc thực thi workspace nào được cho phép. Một huy hiệu sẽ hiển thị Customer enabled hoặc Customer disabled.

Các điều khiển chính:

1. Allow bot runs for this customer là công tắc của khách hàng. Ghi chú nhắc bạn rằng công tắc nền tảng toàn cục và bộ điều phối chạy cũng phải được bật trước khi workspace có thể bắt đầu.
2. Default profile và Workspace target đặt các mặc định áp dụng cho các lần chạy mới.
3. Monthly bot budget units và Concurrent runs cung cấp các lựa chọn preset cùng một mục nhập tự do.
4. Log and artifact retention days đặt thời gian lưu giữ log và bằng chứng.
5. Workspace cleanup chọn có xóa workspace sau mỗi lần chạy, giữ lại các workspace thất bại để debug, hay giữ tất cả cho đến khi bị xóa thủ công.
6. Artifact handling chọn cách bằng chứng được lưu giữ, bao gồm lưu trữ vào Shared Drive.
7. Allowed blueprints giới hạn những blueprint mà khách hàng này có thể chạy.

Chọn Save policy để lưu các cài đặt.

Bot profiles (operators)

Tab Bot profiles tạo các profile dành riêng cho khách hàng, xác định template worker, reasoning, tools và giới hạn được dùng cho các bản nháp tác vụ.

1. Chọn tài khoản Customer sở hữu profile.
2. Chọn New profile, sau đó đặt Profile name và Blueprint mà nó dùng.
3. Thêm Profile description về những gì profile có thể thay đổi và QA nên xử lý công việc như thế nào.
4. Bật Make this profile selectable để nó có thể được dùng cho các lần chạy mới. Các profile bị vô hiệu hóa vẫn hiển thị để thiết lập nhưng không nên dùng.
5. Đặt Workspace target, Template, Reasoning effort, Runtime cap (seconds), Monthly budget units, Concurrent runs, và Tool allowlist.
6. Chọn Save profile. Các profile hiện có cung cấp Edit profile, Use as template, và Delete profile.

Blueprints (operators)

Tab Blueprints liệt kê các template quy trình cố định, chẳng hạn như Console managed feature, Console managed fix, và Console managed docs. Mỗi thẻ hiển thị mô hình review, bước QA, giới hạn runtime và ngân sách tệp, kèm huy hiệu Enabled hoặc Setup only.

Dùng Enable for customer hoặc Disable for customer để kiểm soát những quy trình nào khách hàng được phép chạy. Việc bật một blueprint ở đây không khởi động bất kỳ công việc nào; nó chỉ mở rộng những gì policy và profile có thể chọn.

Nội dung an toàn

Không đặt mật khẩu, khóa API, cookie, liên kết mời, bí mật webhook, token repository riêng tư, URL cơ sở dữ liệu, biến môi trường của pod, log thô, hoặc dữ liệu khách hàng vào tác vụ bot, ghi chú QA, profile, hay cài đặt blueprint.

Nội dung an toàn bao gồm URL repository, tên branch, tham chiếu issue, phạm vi đường dẫn, ghi chú thiết lập không chứa bí mật, lỗi Console hiển thị rõ và các hành vi trình duyệt cần xác minh.

Điều gì xảy ra sau đó

Khi việc thực thi bot được bật cho một tài khoản, một tác vụ đã lưu có thể trở thành điểm bắt đầu cho một quy trình được kiểm soát: thiết lập workspace, triển khai, tạo sự kiện merge, review, QA và phê duyệt của con người. Mỗi bước vẫn phải đi qua các cổng review bình thường của Console trước khi bất cứ thứ gì được merge.

Hướng dẫn liên quan

• Môi trường tồn tại lâu dài và CI Review
• Operations center
• Workspace ArchiBot và Shared Drive
• Tenant Admin cho người vận hành
• Quản lý workspace