knowledge-vault/discussions/technology/OpenClaw/Local初始化/2026-04-12-配合机制.md

184 lines
7.3 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# 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文件对吧。
那么你输出,我来审核。