什么是 Standing Orders
Standing Orders（常驻指令）是 OpenClaw 自动化体系中的最高层级，提供永久操作授权。
与一次性的 Cron 任务或临时的对话指令不同，Standing Orders 存储在工作空间文件中，每次会话自动注入到 Agent 的系统提示中。
AGENTS.md 文件
Standing Orders 的主要载体是工作空间根目录下的 AGENTS.md 文件：
# AGENTS.md
## 角色定义
你是一个专业的技术助手，主要服务于软件开发团队。
## 行为规范
- 回复始终使用中文
- 代码注释使用英文
- 遇到不确定的问题，明确告知用户而不是猜测
- 涉及生产环境操作时，必须先确认再执行
## 工具使用规则
- 优先使用 web_search 获取最新信息
- 文件操作前先确认路径
- 数据库查询只使用只读模式
- 禁止直接执行 rm -rf 等危险命令
## 输出格式
- 技术文档使用 Markdown 格式
- 代码块标注语言类型
- 重要信息用粗体标注
放置位置
AGENTS.md 文件应放在 OpenClaw 工作空间的根目录：
~/openclaw/
├── AGENTS.md ← 在这里
├── config.yaml
├── workflows/
└── ...
OpenClaw 在每次会话启动时自动读取此文件并注入到系统提示中。
与其他自动化机制的关系
| 机制 | 触发时机 | 持久性 | 用途 |
|---|---|---|---|
| Standing Orders | 每次会话自动注入 | 永久 | 行为规范、角色定义 |
| Hooks | 特定事件触发 | 配置化 | 事件响应、自动操作 |
| Cron | 定时触发 | 配置化 | 定时任务 |
| Task Flow | 程序化触发 | 任务级 | 多步骤工作流 |
实际应用场景
团队共享规范
为团队创建统一的 Agent 行为规范：
# AGENTS.md - 团队共享版
## 代码审查规范
- 检查是否有安全漏洞（SQL 注入、XSS 等）
- 检查错误处理是否完善
- 检查是否遵循团队编码规范
- 提出建议时引用具体的代码行号
## 部署流程
- 部署前必须确认目标环境
- 生产环境部署需要人工审批
- 部署后自动检查健康状态
个人助手定制
为个人使用定制 Agent 行为：
# AGENTS.md - 个人助手
## 偏好设置
- 回复风格简洁直接
- 技术解释使用类比帮助理解
- 推荐工具时优先考虑开源方案
## 日常任务
- 每天早上总结待办事项
- 收到重要邮件时提醒
- 代码提交前自动检查格式
## 安全规则
- 不在聊天中展示完整的 API Key
- 涉及支付操作必须二次确认
- 敏感数据操作记录审计日志
特定项目配置
为不同项目创建专属的 Standing Orders：
# AGENTS.md - 电商项目
## 项目上下文
- 技术栈：Node.js + PostgreSQL + Redis
- 部署环境：阿里云 ECS
- 监控：Grafana + Prometheus
## 数据库规则
- 所有查询必须带 WHERE 条件
- 禁止全表扫描
- 写操作需要事务包装
- 定期备份提醒
## API 规范
- RESTful 风格
- 响应格式统一为 { code, data, message }
- 错误码遵循项目错误码表
高级用法
条件化指令
可以在 Standing Orders 中包含条件逻辑：
## 环境感知
- 如果检测到生产环境配置，启用严格模式
- 如果是开发环境，可以放宽工具权限
- 夜间（22:00-08:00）减少非紧急通知
与 Hooks 配合
Standing Orders 定义"做什么"，Hooks 定义"何时触发"：
# AGENTS.md
## 代码质量
- 每次代码变更后运行 lint 检查
- 发现严重问题立即通知
# hooks 配置
hooks:
onToolCall:
- tool: write
action: "执行 lint 检查"
多 Agent 差异化
不同 Agent 可以有不同的 Standing Orders：
# config.yaml
agents:
coder:
standingOrders: "agents/coder.md"
reviewer:
standingOrders: "agents/reviewer.md"
ops:
standingOrders: "agents/ops.md"
最佳实践
- 保持简洁：Standing Orders 会占用 Token，避免冗长
- 明确优先级：重要规则放在前面
- 版本管理：将 AGENTS.md 纳入 Git 版本控制
- 定期更新：随项目演进更新 Standing Orders
- 团队对齐：团队成员共享同一份 Standing Orders
- 测试验证：修改后验证 Agent 是否正确遵循新规则
注意事项
- AGENTS.md 内容会计入 Token 使用量，建议控制在合理长度
- Standing Orders 是"建议"而非"硬限制"，Agent 可能在极端情况下偏离
- 对于安全关键操作，应配合 Hooks 和审批机制使用，不要仅依赖 Standing Orders
- 文件名区分大小写，确保使用
AGENTS.md（全大写）