长时程 Agent 工作流框架

基于 Anthropic 工程团队的 Effective Harnesses for Long-Running Agents 方法论，适配 OpenClaw 环境。

核心原则

1. 1. 持久化优于记忆 — 用文件系统记录状态，不依赖 Agent 上下文记忆
2. 结构化优于自由文本 — 关键状态用 JSON，进度日志用 Markdown
3. 验证优于声明 — 每个功能完成后必须验证，不接受未测试的 完成
4. 增量优于大步 — 每次 Agent 会话只做一个功能点，保持可回滚
5. 标准化优于临时 — 固定的启动例程和结束例程，减少混乱

项目结构

每个受管理项目遵循以下标准结构：

projects//
├── PROJECT.md # 项目概述、目标、技术栈
├── progress.md # Agent 工作日志（每次会话追加）
├── features.json # 功能列表（状态追踪，仅修改 passes 字段）
├── init.sh # 环境初始化脚本（可选）
├── src/ # 项目源码
└── tests/ # 测试代码（如有）

生命周期

阶段一：初始化（Init）

当用户要求启动新项目或初始化工作流时执行：

1. 1. 创建项目目录 projects//
2. 编写 PROJECT.md — 包含：

1. 3. 编写 features.json — 功能列表，格式如下：

1. 4. 创建 progress.md — 模板：

## 初始化
- 日期：2026-03-18
- 初始化人：主 Agent
- 功能总数：N

1. 5. 初始化 git — git init + 首次提交
2. 如果适用，编写 init.sh

重要： 功能列表要尽量详尽，把大功能拆成小功能。200 个小功能 > 10 个大功能。

阶段二：增量开发（Each Session）

当用户说继续开发、next feature、继续项目或调度子Agent开发时：

启动例程（每个会话必须执行）：

1. 1. pwd 确认工作目录
2. cat projects//progress.md — 读取工作日志
3. git log --oneline -10 — 查看最近提交
4. cat projects//features.json — 读取功能列表
5. 选择优先级最高且 passes: false 的功能
6. 运行 init.sh（如有）+ 基础验证测试
7. 确认环境正常后，开始实现

工作约束：

• - 每次只做一个功能
• 实现完成后必须验证（运行测试、手动检查等）
• 验证通过后才能将 features.json 中对应功能的 passes 改为 true
• 禁止删除或修改功能条目（只改 passes 和 notes 字段）

结束例程（每个会话必须执行）：

1. 1. 更新 features.json 中完成状态
2. 追加会话记录到 progress.md：

1. 3. git add . && git commit -m feat: 完成功能描述

阶段三：进度报告

当用户问项目进度、project status时：

1. 1. 读取 features.json
2. 统计完成率（passes: true / 总数）
3. 按优先级列出未完成功能
4. 读取 progress.md 最近条目
5. 生成进度摘要

输出格式：

📋 项目进度：项目名称
━━━━━━━━━━━━━━━━━━
✅ 完成：X / Y（Z%）
🔴 待做（高优先级）：...
🟡 待做（中优先级）：...
🟢 待做（低优先级）：...
━━━━━━━━━━━━━━━━━━
最近会话：[简要摘要]

调度子Agent（sessions_spawn）

将单个功能委派给子Agent开发时，task 描述必须自包含：

json
{
task: ## 任务：实现 feat-XXX 功能\n\n### 项目信息\n- 路径：projects/project-name/\n- 技术栈：...\n\n### 你的目标\n实现以下功能并验证：\n[功能描述]\n\n### 启动例程\n1. 读取 projects/project-name/features.json 找到 feat-XXX\n2. 读取 projects/project-name/progress.md 了解历史\n3. 运行 git log --oneline -5\n4. 运行 projects/project-name/init.sh（如有）\n5. 运行基础测试确认环境正常\n\n### 工作要求\n- 只做这一个功能\n- 完成后必须验证\n- 结束时更新 features.json 的 passes 字段\n- 结束时追加 progress.md 日志\n- 结束时 git commit,
sessionKey: alpha,
runTimeoutSeconds: 600
}

关键： task 必须包含所有上下文。子Agent看不到主对话历史。

定时巡检（Cron Job）

对于重要项目，可设置定时 cron job 巡检进度：

schedule: kind=cron, expr=0 /4
payload: kind=agentTurn, message=读取 projects//progress.md 和 features.json，检查是否有功能卡住超过3个会话未完成。如有，输出简要报告。

故障模式预防

通用领域扩展

此框架不限于软件开发。对于非代码类长期任务：

• - 研究项目： features.json 中的 tests 改为 research objectives，passes 表示研究是否完成
• 写作项目： features 拆分为章节/段落，passes 表示是否已写完并审校
• 数据分析： features 拆分为分析步骤，passes 表示结果是否已验证

使用不同 category 区分：research|writing|analysis|infra|docs