7.3 KiB

Raw Blame History

1

现在要做的是整理一下配合协作机制：

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

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

那么你在收到这个配合协作机制整理需求后，

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

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

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 都能读到？

可能的方向：

放到共享路径，各 Agent 的 AGENTS.md 里加一行 include: D:\OpenClaw-Workspace\.agents\common-rules.md
或者直接写到各 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文件对吧。那么你输出，我来审核。

7.3 KiB Raw Blame History Unescape Escape

1

OpenClaw

2

3

4

7.3 KiB

Raw Blame History