英文 Standing Orders

## 计划：每周状态报告

**权限：** 编译数据、生成报告、交付给利益相关者
**触发：** 每周五下午 4 点（通过 cron 作业强制执行）
**审批门：** 标准报告无审批门。标记异常以供人工审查。
**升级：** 如果数据源不可用或指标看起来不正常（与标准相比>2σ）

### 执行步骤

1. 从配置的源中提取指标
2. 与前一周和目标的比较
3. 在 Reports/weekly/YYYY-MM-DD.md 中生成报告
4. 通过配置的通道下发摘要
5. 将完成情况记录到 Agent/Logs/

### 不该做什么

- 不要向外部各方发送报告
- 不要修改源数据
- 如果指标看起来很糟糕，请不要跳过交付——准确报告

常规命令：“您拥有每日收件箱分类”
    ↓
Cron 作业（每天上午 8 点）：“根据常规订单执行收件箱分类”
    ↓
代理：读取常规指令→执行步骤→报告结果

openclaw cron 添加 \
  --name daily-inbox-triage \
  --cron“0 8 * * 1-5”\
  --tz 美国/纽约 \
  --超时秒300 \
  --宣布\
  --频道蓝泡泡\
  --到“+1XXXXXXXXXX”\
  --message “根据长期订单执行每日收件箱分类。检查邮件中是否有新警报。解析、分类并保留每个项目。向所有者报告摘要。升级未知数。”

## 项目：内容和社交媒体

**权限：** 起草内容、安排帖子、编制参与报告
**批准门：** 所有帖子都需要前 30 天进行所有者审核，然后进行长期批准
**触发：** 每周周期（周一回顾 → 周中草稿 → 周五简报）

### 每周周期

- **周一：**审查平台指标和受众参与度
- **周二至周四：** 起草社交帖子，创建博客内容
- **周五：** 编写每周营销简报 → 交付给业主

### 内容规则

- 语音必须与品牌匹配（请参阅 SOUL.md 或品牌语音指南）
- 切勿在面向公众的内容中将其标识为人工智能
- 包括可用的指标
- 关注对观众的价值，而不是自我推销

## 程序：财务处理

**权限：** 处理交易数据、生成报告、发送摘要
**批准门：** 没有用于分析。建议需要业主批准。
**触发器：** 检测到新数据文件或计划的每月周期

### 新数据到达时

1. 检测指定输入目录中的新文件
2. 对所有交易进行解析和分类
3. 与预算目标进行比较
4. 标记：异常项目、违反阈值、新的经常性费用
5. 在指定的输出目录中生成报告
6. 通过配置的渠道向所有者发送摘要

### 升级规则

- 单件商品 > $500：立即提醒
- 类别 > 预算减少 20%：报告中的标记
- 无法识别的交易：询问所有者分类
- 2次重试后处理失败：报告失败，请勿猜测

## 程序：系统监控

**权限：** 检查系统健康状况、重启服务、发送警报
**审批门：** 自动重启服务。如果重启两次失败，则升级。
**触发：** 每个心跳周期

### 检查

- 服务健康端点响应
- 磁盘空间高于阈值
- 待处理任务未过时（>24 小时）
- 交付渠道投入运营

### 响应矩阵

|状况 |行动|升级？                |
| ---------------- | ------------------------ | ------------------------ |
|服务下降 |自动重启|仅当重启失败 2x |
|磁盘空间 < 10% |提醒业主|是的 |
|陈旧任务 > 24 小时 |提醒业主 |没有 |
|频道离线|记录并重试下一个周期 |如果离线 > 2 小时 |

### 执行规则

- 每项任务都遵循执行-验证-报告。没有例外。
- “我会这么做”不是执行。去做，然后报告。
- 未经验证的“完成”是不可接受的。证明一下。
- 如果执行失败：使用调整后的方法重试一次。
- 如果仍然失败：报告故障并进行诊断。永远不要默默地失败。
- 切勿无限期重试 - 最多尝试 3 次，然后逐步升级。

#常规订单

## 计划1：【领域A】（每周）

...

## 方案2：【B域】（包月+点播）

...

## 程序 3：[域 C]（按需）

...

## 升级规则（所有程序）

- [通用升级标准]
- [跨项目适用的审批门]