Agent Forge

触发方式

用户说以下任意短语时，启动 Agent Forge：

Agent Forge v2

Overview

v2 核心改进：

11-Step Workflow

Step 1: 命名

Step 2: 模型选择

Step 3: 核心职责

Step 4: 频道

Step 5: 工具权限

Step 6: Sandbox 策略

Step 7: 个性与风格

Step 8: Skill 路径

Step 9: 生成核心文件（Claude 直接写，不走脚本）

先执行脚本创建目录和 scaffold：

bash ~/.openclaw/workspace/skills/agent-forge/scripts/deploy-agent.sh \
  "{agent-id}" \
  "{model}" \
  "{role}" \
  "{tools}" \
  "{channels}" \
  "{sandbox}" \
  "{personality}"

然后 Claude 根据访谈结果直接写以下三个文件：

#### IDENTITY.md 写入路径：~/.openclaw/workspace-{agent-id}/IDENTITY.md

必须包含：

#### SOUL.md 写入路径：~/.openclaw/workspace-{agent-id}/SOUL.md

必须包含：

#### AGENTS.md 写入路径：~/.openclaw/workspace-{agent-id}/AGENTS.md

必须包含：

跨 Agent 通信协议模板（必须包含）：

## 跨 Agent 通信协议
何时用 sessions_spawn vs sessions_send
| 场景 | 方法 | 原因 |
|------|------|------|
| 当前回合必须拿到最终结果 | 阻塞式路径：sessions_send(timeoutSeconds>0) 或 subagents | 不把 fire-and-forget 当同步执行 |
| 派发独立后台任务（允许稍后完成） | sessions_spawn(agentId="target-id", task="...") | 仅用于真正异步的后台工作 |
| 向已活跃 agent 发消息 | sessions_send(sessionKey="...", message="...") | 需要目标 agent 有活跃 session |
查找目标 agent 的 sessionKey
1. 调用 sessions_list() 查看所有活跃 session
2. 找到 label 匹配目标 agent ID 的 session
3. 取其 sessionKey 传入 sessions_send
注意事项
sessions_spawn 受 subagents.allowAgents 控制
sessions_send 受 tools.agentToAgent 控制
两者都需要目标 agent ID 在相应白名单中
不要默认优先 sessions_spawn。只有后台异步工作才使用它。
可联系的 Agent
（从 main AGENTS.md Team Registry 同步当前团队列表）

Step 10: Gateway Config 自动更新

文件写入完成后，立即调用 gateway config.patch 更新：

1. agents.list[main].subagents.allowAgents — 追加新 agent ID 2. tools.agentToAgent.allow — 追加新 agent ID 3. tools.sessions.visibility — 确保为 "all"

示例 patch（以 new-agent 为例）：

{
  "agents": {
    "list": [
      {
        "id": "main",
        "subagents": {
          "allowAgents": ["executor", "research-master", "content-master", "new-agent"]
        }
      }
    ]
  },
  "tools": {
    "sessions": { "visibility": "all" },
    "agentToAgent": {
      "enabled": true,
      "allow": ["main", "content-master", "research-master", "new-agent"]
    }
  }
}

⚠️ 注意： config.patch 使用深度合并，agents.list 数组合并规则是按 id 匹配更新。只传需要修改的字段即可，不会覆盖其他 agent 配置。

Step 11: 完整性自检

Claude 读取生成的三个文件，对比访谈结果逐项检查：

检查清单：

| 文件 | 必须包含 | 检查方式 | |------|---------|---------| | IDENTITY.md | Name/Creature/Role/Vibe/Emoji/Mission 全部非空 | 逐行检查 | | SOUL.md | 5个必须 section 全部存在且有实质内容 | 检查 ## 标题 + 内容长度 | | AGENTS.md | 跨 agent 通信协议表格存在、Session Startup 存在、Skills 存在 | 检查关键字 |

自检结果：

输出摘要格式：

✅ Agent [{agent-id}] 部署完成
📁 文件状态：
IDENTITY.md ✅ — {name}, {emoji}, {vibe关键词}
SOUL.md ✅ — {mission一句话}
AGENTS.md ✅ — {skill数量} skills, 跨 agent 协议 ✓
USER.md ✅ — 从 main 复制 + agent 差异化
HEARTBEAT.md ✅
MEMORY.md ✅
TOOLS.md ✅
⚙️ Gateway Config：
allowAgents: {完整列表}
agentToAgent.allow: {完整列表}
sessions.visibility: all
📋 下一步（需要手动完成）：
1. 在 openclaw.json 中为此 agent 添加完整配置（model、workspace、tools）
2. 如需 Telegram 频道：添加 botToken 到 channels.telegram.accounts
3. 添加 channel binding：agentId + match.accountId

生成文件目录结构

~/.openclaw/
├── agents/
│   └── {agent-id}/
│       └── agent/
│           └── config.json
└── workspace-{agent-id}/
    ├── SOUL.md        ← Claude 写（访谈驱动）
    ├── AGENTS.md      ← Claude 写（访谈驱动）
    ├── IDENTITY.md    ← Claude 写（访谈驱动）
    ├── USER.md        ← 脚本写（从 main 复制 + agent diff）
    ├── HEARTBEAT.md   ← 脚本写
    ├── MEMORY.md      ← 脚本写
    ├── TOOLS.md       ← 脚本写
    └── memory/

Best Practices

1. SOUL/AGENTS/IDENTITY 必须由 Claude 写 — 脚本模板太通用，无法体现 agent 个性 2. 访谈完成后立即写文件 — 不要"记在脑子里"再写 3. 写完立即自检 — 不等用户问 4. Gateway config 必须更新 — 否则 main 无法 spawn 新 agent 5. 自检摘要给用户确认 — 这是 agent 上线前最后一道门

Resources

| File | Purpose | |------|---------| | scripts/deploy-agent.sh | 创建目录 + scaffold 文件（USER/HEARTBEAT/MEMORY/TOOLS） | | scripts/remove-agent.sh | 删除 agent 及清理 | | references/openclaw-multi-agent.md | 架构参考 |

1. SOUL/AGENTS/IDENTITY 必须由 Claude 写 — 脚本模板太通用，无法体现 agent 个性 2. 访谈完成后立即写文件 — 不要"记在脑子里"再写 3. 写完立即自检 — 不等用户问 4. Gateway config 必须更新 — 否则 main 无法 spawn 新 agent 5. 自检摘要给用户确认 — 这是 agent 上线前最后一道门