Lệnh Đứng
Lệnh đứng cung cấp cho tác nhân quyền hoạt động lâu dài cho các chương trình đã được xác định. Thay vì đưa ra hướng dẫn cho từng nhiệm vụ, bạn xác định các chương trình với phạm vi, kích hoạt và quy tắc thăng cấp rõ ràng — và tác nhân sẽ tự động thực hiện trong các giới hạn đó.
Điều này khác với việc bảo trợ lý của bạn “gửi báo cáo hàng tuần” mỗi thứ Sáu so với việc cấp quyền đứng: “Bạn phụ trách báo cáo hàng tuần. Tổng hợp nó mỗi thứ Sáu, gửi đi, và chỉ thăng cấp nếu có điều gì đó không ổn.”
Tại sao cần Lệnh Đứng?
Không có lệnh đứng:
- Bạn phải nhắc tác nhân cho mỗi nhiệm vụ
- Tác nhân ngồi không giữa các yêu cầu
- Công việc thường xuyên bị quên hoặc trì hoãn
- Bạn trở thành nút thắt cổ chai
Có lệnh đứng:
- Tác nhân thực hiện tự động trong các giới hạn đã định
- Công việc thường xuyên diễn ra đúng lịch mà không cần nhắc nhở
- Bạn chỉ tham gia khi có ngoại lệ và cần phê duyệt
- Tác nhân sử dụng thời gian rảnh một cách hiệu quả
Cách Hoạt Động
Lệnh đứng được định nghĩa trong các file agent workspace của bạn. Cách tiếp cận được khuyến nghị là đưa chúng trực tiếp vào AGENTS.md (được tự động chèn vào mỗi phiên) để tác nhân luôn có chúng trong ngữ cảnh. Đối với các cấu hình lớn hơn, bạn cũng có thể đặt chúng trong một file riêng như standing-orders.md và tham chiếu từ AGENTS.md.
Mỗi chương trình xác định:
- Phạm vi — những gì tác nhân được phép làm
- Kích hoạt — khi nào thực hiện (lịch trình, sự kiện hoặc điều kiện)
- Cổng phê duyệt — những gì cần sự phê duyệt của con người trước khi hành động
- Quy tắc thăng cấp — khi nào dừng lại và yêu cầu trợ giúp
Tác nhân tải các hướng dẫn này mỗi phiên thông qua các file khởi động workspace (xem Agent Workspace để biết danh sách đầy đủ các file tự động chèn) và thực hiện theo chúng, kết hợp với cron jobs để thực thi theo thời gian.
Đặt lệnh đứng trong AGENTS.md để đảm bảo chúng được tải mỗi phiên. Workspace bootstrap tự động chèn AGENTS.md, SOUL.md, TOOLS.md, IDENTITY.md, USER.md, HEARTBEAT.md, và MEMORY.md — nhưng không phải các file tùy ý trong các thư mục con.
Cấu Trúc của Lệnh Đứng
## Chương trình: Báo cáo Trạng thái Hàng tuần
**Quyền hạn:** Tổng hợp dữ liệu, tạo báo cáo, gửi đến các bên liên quan
**Kích hoạt:** Mỗi thứ Sáu lúc 4 PM (thực thi qua cron job)
**Cổng phê duyệt:** Không có cho báo cáo tiêu chuẩn. Đánh dấu bất thường để con người xem xét.
**Thăng cấp:** Nếu nguồn dữ liệu không khả dụng hoặc số liệu trông bất thường (>2σ so với chuẩn)
### Các Bước Thực Hiện
1. Lấy số liệu từ các nguồn đã cấu hình
2. So sánh với tuần trước và mục tiêu
3. Tạo báo cáo trong Reports/weekly/YYYY-MM-DD.md
4. Gửi tóm tắt qua kênh đã cấu hình
5. Ghi nhật ký hoàn thành vào Agent/Logs/
### Những Điều Không Được Làm
- Không gửi báo cáo cho các bên ngoài
- Không sửa đổi dữ liệu nguồn
- Không bỏ qua việc gửi nếu số liệu xấu — báo cáo chính xác
Lệnh Đứng + Cron Jobs
Lệnh đứng xác định những gì tác nhân được phép làm. Cron jobs xác định khi nào điều đó xảy ra. Chúng hoạt động cùng nhau:
Lệnh Đứng: "Bạn phụ trách phân loại hộp thư hàng ngày"
↓
Cron Job (8 AM hàng ngày): "Thực hiện phân loại hộp thư theo lệnh đứng"
↓
Tác nhân: Đọc lệnh đứng → thực hiện các bước → báo cáo kết quả
openclaw cron create \
--name daily-inbox-triage \
--cron "0 8 * * 1-5" \
--tz America/New_York \
--timeout-seconds 300 \
--announce \
--channel bluebubbles \
--to "+1XXXXXXXXXX" \
--message "Thực hiện phân loại hộp thư hàng ngày theo lệnh đứng. Kiểm tra thư mới. Phân tích, phân loại và lưu trữ từng mục. Báo cáo tóm tắt cho chủ sở hữu. Thăng cấp nếu không rõ."
Ví dụ
Ví dụ 1: Nội dung & Truyền thông Xã hội (Chu kỳ Hàng tuần)
## Chương trình: Nội dung & Truyền thông Xã hội
**Quyền hạn:** Soạn thảo nội dung, lên lịch đăng bài, tổng hợp báo cáo tương tác
**Cổng phê duyệt:** Tất cả bài đăng cần chủ sở hữu xem xét trong 30 ngày đầu, sau đó được phê duyệt đứng
**Kích hoạt:** Chu kỳ hàng tuần (Thứ Hai xem xét → giữa tuần soạn thảo → Thứ Sáu tóm tắt)
### Chu kỳ Hàng tuần
- **Thứ Hai:** Xem xét số liệu nền tảng và tương tác khán giả
- **Thứ Ba–Thứ Năm:** Soạn thảo bài đăng xã hội, tạo nội dung blog
- **Thứ Sáu:** Tổng hợp tóm tắt tiếp thị hàng tuần → gửi cho chủ sở hữu
### Quy tắc Nội dung
- Giọng điệu phải phù hợp với thương hiệu (xem SOUL.md hoặc hướng dẫn giọng điệu thương hiệu)
- Không bao giờ nhận diện là AI trong nội dung công khai
- Bao gồm số liệu khi có sẵn
- Tập trung vào giá trị cho khán giả, không tự quảng cáo
Ví dụ 2: Hoạt động Tài chính (Kích hoạt theo Sự kiện)
## Chương trình: Xử lý Tài chính
**Quyền hạn:** Xử lý dữ liệu giao dịch, tạo báo cáo, gửi tóm tắt
**Cổng phê duyệt:** Không có cho phân tích. Khuyến nghị cần sự phê duyệt của chủ sở hữu.
**Kích hoạt:** Phát hiện file dữ liệu mới HOẶC chu kỳ hàng tháng đã lên lịch
### Khi Dữ liệu Mới Đến
1. Phát hiện file mới trong thư mục đầu vào được chỉ định
2. Phân tích và phân loại tất cả giao dịch
3. So sánh với mục tiêu ngân sách
4. Đánh dấu: mục bất thường, vi phạm ngưỡng, khoản phí định kỳ mới
5. Tạo báo cáo trong thư mục đầu ra được chỉ định
6. Gửi tóm tắt cho chủ sở hữu qua kênh đã cấu hình
### Quy tắc Thăng cấp
- Mục đơn > $500: cảnh báo ngay lập tức
- Danh mục > ngân sách 20%: đánh dấu trong báo cáo
- Giao dịch không nhận diện được: hỏi chủ sở hữu để phân loại
- Xử lý thất bại sau 2 lần thử: báo cáo thất bại, không đoán
Ví dụ 3: Giám sát & Cảnh báo (Liên tục)
## Chương trình: Giám sát Hệ thống
**Quyền hạn:** Kiểm tra sức khỏe hệ thống, khởi động lại dịch vụ, gửi cảnh báo
**Cổng phê duyệt:** Tự động khởi động lại dịch vụ. Thăng cấp nếu khởi động lại thất bại hai lần.
**Kích hoạt:** Mỗi chu kỳ nhịp tim
### Kiểm tra
- Điểm cuối sức khỏe dịch vụ phản hồi
- Dung lượng đĩa trên ngưỡng
- Nhiệm vụ đang chờ không bị trì trệ (>24 giờ)
- Kênh giao hàng hoạt động
### Ma trận Phản hồi
| Điều kiện | Hành động | Thăng cấp? |
| ---------------- | ------------------------ | ------------------------ |
| Dịch vụ ngừng | Tự động khởi động lại | Chỉ khi khởi động lại thất bại 2 lần |
| Dung lượng đĩa < 10% | Cảnh báo chủ sở hữu | Có |
| Nhiệm vụ trì trệ > 24h | Nhắc nhở chủ sở hữu | Không |
| Kênh ngoại tuyến | Ghi nhật ký và thử lại chu kỳ tiếp theo | Nếu ngoại tuyến > 2 giờ |
Mô Hình Thực Thi-Xác Minh-Báo Cáo
Lệnh đứng hoạt động tốt nhất khi kết hợp với kỷ luật thực thi nghiêm ngặt. Mỗi nhiệm vụ trong lệnh đứng nên tuân theo vòng lặp này:
- Thực thi — Thực hiện công việc thực tế (không chỉ xác nhận đã nhận lệnh)
- Xác minh — Xác nhận kết quả là chính xác (file tồn tại, tin nhắn đã gửi, dữ liệu đã phân tích)
- Báo cáo — Thông báo cho chủ sở hữu về những gì đã làm và đã xác minh
### Quy tắc Thực thi
- Mỗi nhiệm vụ tuân theo Thực thi-Xác minh-Báo cáo. Không có ngoại lệ.
- "Tôi sẽ làm điều đó" không phải là thực thi. Hãy làm, sau đó báo cáo.
- "Đã xong" mà không xác minh là không chấp nhận được. Hãy chứng minh.
- Nếu thực thi thất bại: thử lại một lần với cách tiếp cận điều chỉnh.
- Nếu vẫn thất bại: báo cáo thất bại với chẩn đoán. Không bao giờ thất bại trong im lặng.
- Không bao giờ thử lại vô thời hạn — tối đa 3 lần, sau đó thăng cấp.
Kiến Trúc Đa Chương Trình
Đối với các tác nhân quản lý nhiều mối quan tâm, tổ chức lệnh đứng thành các chương trình riêng biệt với ranh giới rõ ràng:
# Lệnh Đứng
## Chương trình 1: [Lĩnh vực A] (Hàng tuần)
...
## Chương trình 2: [Lĩnh vực B] (Hàng tháng + Theo yêu cầu)
...
## Chương trình 3: [Lĩnh vực C] (Khi cần)
...
## Quy tắc Thăng cấp (Tất cả Chương trình)
- [Tiêu chí thăng cấp chung]
- [Cổng phê duyệt áp dụng cho tất cả chương trình]
- Nhịp kích hoạt riêng (hàng tuần, hàng tháng, theo sự kiện, liên tục)
- Cổng phê duyệt riêng (một số chương trình cần giám sát nhiều hơn)
- Ranh giới rõ ràng (tác nhân nên biết nơi một chương trình kết thúc và chương trình khác bắt đầu)
Thực Hành Tốt Nhất
Nên
- Bắt đầu với quyền hạn hẹp và mở rộng khi niềm tin tăng lên
- Định nghĩa cổng phê duyệt rõ ràng cho các hành động có rủi ro cao
- Bao gồm các phần “Những Điều Không Được Làm” — ranh giới quan trọng như quyền hạn
- Kết hợp với cron jobs để thực thi đáng tin cậy theo thời gian
- Xem xét nhật ký tác nhân hàng tuần để xác minh lệnh đứng đang được tuân thủ
- Cập nhật lệnh đứng khi nhu cầu của bạn phát triển — chúng là tài liệu sống
Không Nên
- Cấp quyền hạn rộng ngay từ đầu (“làm bất cứ điều gì bạn nghĩ là tốt nhất”)
- Bỏ qua quy tắc thăng cấp — mỗi chương trình cần một điều khoản “khi nào dừng lại và hỏi”
- Giả định tác nhân sẽ nhớ hướng dẫn bằng lời — đặt mọi thứ vào file
- Trộn lẫn các mối quan tâm trong một chương trình — tách biệt chương trình cho các lĩnh vực khác nhau
- Quên thực thi với cron jobs — lệnh đứng không có kích hoạt trở thành gợi ý
Liên Quan
- Cron Jobs — Lên lịch thực thi cho lệnh đứng
- Agent Workspace — Nơi lệnh đứng tồn tại, bao gồm danh sách đầy đủ các file khởi động tự động chèn (AGENTS.md, SOUL.md, v.v.)
