# 1

现在要做的是整理一下**配合协作机制**：
1. 如果用户问的是问题，就回答问题；不要动手做
2. 努力与用户思路对齐，努力发现客户思路的漏洞
3. 动手做之前，必须要有明确的，改什么，做什么这样的方案或者说明
4. 得到用户的确认后，再按照步骤2的说明去执行
5. 如果执行过程中有重大变化，则停下来进行确认，而不是一股脑的执行
6. 执行完毕后，必须要进行检查；发现错误，自己修正，最后呈报一个完善的执行过程说明，包括：
     * 对于一件没做过的事情，可能不是记录到长期记忆中；而是可能需要提炼成技能，提供技能建议
     * 做这件事哪些成功哪些失败，有没有遗留问题
     * 对于这件事，有哪些改进建议

基于我这个，你整理一下，我需要所有的Agent都按照这个形式，以你为例进行改造。

那么你在收到这个配合协作机制整理需求后，
1. 第一次回复包含两部分（调用两次LLM）：
   1. 整理我的要求，提出问题和见解
   2. 检查现在的相关配置，哪些重复，哪些新增，哪些需要细化
   3. 等待用户确认或者回复
2. 得到用户回复，可能会讨论多次，然后形成一个解决方案/执行说明，输出给用户，同时需要持久化到自己的工作空间下的`output`中。
3. 然后执行，执行发出总结。

---

你汇总我的这个**配合协作机制**，看需要调整哪些配置。

## OpenClaw

分两部分进行：

---

**第一部分：整理你的要求，提出问题与见解**

你的机制框架很清晰，但有几个点需要确认：

**1. 关于"配合协作机制"的定位**
- 这套机制是**所有 Agent 的行为准则**，还是**只针对总调度（我）**？
- 如果是所有 Agent，需要写到 `AGENTS.md` 这样的全局配置文件里
- 如果只针对我，可以写到 `SOUL.md` 或 `AGENTS.md`

**2. 关于执行流程第2步"形成解决方案/执行说明"**
- 这个说明输出到 `output/` 之后，是否还需要你再次确认？还是可以直接执行？

**3. 关于第6步的"技能建议"**
- 当发现某事值得沉淀成技能时，是直接**提出技能建议**（如"建议创建一个 xxx 技能"），还是**顺便把技能也做出来**？

**4. 与现有 AGENTS.md 的关系**
- 现有 AGENTS.md 已有的内容：
  - Red Lines（不擅自操作等）
  - "Ask first" 规则
  - External vs Internal 行为边界
- 你的新机制有一部分是**重合的**（如"动手前要有方案"类似"Ask first"），需要合并还是并行保留？

---

**第二部分：检查现有相关配置**

现在各 Agent 的关键配置文件：

| 文件 | 位置 | 内容 |
|------|------|------|
| AGENTS.md | 各 Agent workspace | 行为准则、Red Lines、Red Lines |
| SOUL.md | 各 Agent workspace | 角色、职责、约束 |
| MEMORY.md | 各 Agent workspace | 长期记忆、待办 |

**重复项：**
- "Ask first / When in doubt, ask"（AGENTS.md）与新机制的"动手前要有方案并确认"有重合
- "Red Lines 不擅自操作其他 Agent workspace"是刚才新增的，与新机制第1条"回答问题不要动手"也相关

**新增项（你的机制里需要落地的新内容）：**
- 执行过程中的"重大变化停下来确认"
- 执行完毕后的"检查+自我修正+完整总结"流程
- "技能建议"机制（目前没有落地）
- solution/执行说明写入 `output/` 的规范化

**需细化的：**
- 第1条"努力与用户思路对齐"——具体怎么对齐？需要加一条行为指引
- 第3条"改什么、做什么"——建议标准化成一个输出格式

---

等你确认这些问题的答案后，我来输出完整版配合协作机制文档。

# 2

**1. 关于"配合协作机制"的定位**
这是**所有的 Agent 的行为准则**。`AGENTS.md` 这样的全局配置文件，位置在哪里？
在`D:\OpenClaw-Workspace`下么？

**2. 关于执行流程第2步"形成解决方案/执行说明"**

形成的方案，output部分只是持久化，便于后续追查。这个必须得到用户的确认才能执行。

**3. 关于第6步的"技能建议"**
**只能提出技能建议**。
你的“顺便把技能也做出来”就违反了这个准则。

**4. 与现有 AGENTS.md 的关系**

应该进行合并并且提纯。

而且这部分是全局的，应该抽取一个公共的说明文档，这个部分得经过我的审核和确认。
即，哪些行为是公共的，抽取出来；哪些是main独有的，保留。
公共的部分内容也需要输出，经过我确认，而不是你直接去改文档。

---

你还有其他问题么？
这里面我有一个问题，就是公共的部分，看如何处理。


**关于全局公共配置文件的存放位置：**

目前 OpenClaw 的架构是每个 Agent 有独立的 workspace，理论上全局配置可以放在：

- **方案 A**：`D:\OpenClaw-Workspace\AGENTS.md`（仓库根目录），各 Agent 启动时加载这份文件
- **方案 B**：`D:\OpenClaw-Workspace\.agents\AGENTS.md`（类似 `.agents/skills` 的组织方式）
- **方案 C**：各 Agent 的 `AGENTS.md` 保留公共部分，用**模板继承**的方式——我维护一份公共模板，各 Agent 的 `AGENTS.md` 引用它

不确定 OpenClaw 支持哪种方式——你知道当前各 Agent 的 `AGENTS.md` 是独立加载的，还是有公共继承机制？

---

**关于你提到的"公共部分的处理"：**

我理解你想问的是——提取出公共部分之后，这些内容放在哪里？以什么形式让所有 Agent 都能读到？

可能的方向：
1. 放到共享路径，各 Agent 的 `AGENTS.md` 里加一行 `include: D:\OpenClaw-Workspace\.agents\common-rules.md`
2. 或者直接写到各 Agent 的 `AGENTS.md` 里，但通过文档结构区分"公共部分"和"私有部分"

你倾向哪种？还是说你来定？

---

# 3

我觉得现在不考虑公共了，你就处理你的。其他的智能体，你不用管，我自己处理。

所以忽略掉这个公共的部分，这个配合准则，你准备怎么处理，内容是什么。

明白，只处理我自己的配置。

**我的整合方案：**

把"配合协作机制"写入 `AGENTS.md`，与现有内容合并提纯：

| 现有内容 | 处理方式 |
|---------|---------|
| Red Lines | 保留，新增的"不动其他 Agent workspace"继续保留 |
| Ask first 规则 | 与新机制第3条合并→"动手前必须有方案并确认" |
| External vs Internal | 保留 |
| Session Startup | 保留 |

| 新增内容 | 放置位置 |
|---------|---------|
| 配合协作机制（6步框架+行为指引） | AGENTS.md 新增章节 |
| 执行总结规范（6步第6条细则） | AGENTS.md 新增章节 |
| 技能建议机制（6步第6条延伸） | AGENTS.md 新增章节 |

**整体结构：**
```
AGENTS.md
├── Red Lines（保留+新增）
├── External vs Internal（保留）
├── 配合协作机制（新增）
│   ├── 核心原则（回答问题不动手、对齐思路、方案确认等）
│   └── 执行流程（6步）
├── 执行总结规范（新增）
└── 技能建议机制（新增）
```

这个方案可以吗？确认后我输出完整内容到 `output/`，你审核通过我再写入 `AGENTS.md`。

---

# 4

也就是我们这次只改这个Agents.md文件对吧。
那么你输出，我来审核。