v1固定版本 · 原文保留
先对齐目标，再安排分工
原适用条件
6 人、室内、60 分钟；每人先写目标与可提供的帮助，再确认分工和一个可检查的交付物。
- 可用固定桌面与共享白板
- 为每人预留完整讨论时间
- 人数、场地或时长改变时需重新判断
后续反馈关联这一版，不覆盖这份方法。
GONGZHI / AGENT EVOLUTION理论设计
让经验，
在每次借用中进化。
从知乎获准的问题、经验与讨论出发，
把做成事的方法，留给下一个不同的任务。
共治 Agent 进化层：共享的是有条件、有依据的方法版本。
云端留住经验，借用者在自己的电脑上按需使用。
方法会被继承，依据会被补全
v1 / 固定版本一次做成的方法A 审阅分享后可以离线
B / 本机任务条件变化，重新检查借用同一版，记录这一次的差异
v1 保留原样可选择反馈
v2 / 候选改进让适用范围更清楚用户批准后，才形成下一版
01经验留在云端分享者离线，固定版本仍可借用
02任务回到本机按具体需要运行，无需常驻推理
03进化保留来路反馈不改旧版，新版需要用户批准
从经验到下一版
六步，让每次交接都有依据。
选择一个环节，查看谁负责、用什么、留下什么。
01
先保留问题发生的情境
方法从具体问题中来。选择获准使用的知乎问题、经验与讨论，分清原文主张、自己的推断和已经检查的事实。
责任人资料使用者 · 原作者归属独立保留
- 输入
- 用户明确允许的链接或单份资料，以及当前要解决的问题。
- 输出
- 来源清单：原作者、原文链接、取得全文或摘要、允许使用的范围。
- 进入下一步的条件
- 可读取不等于可以公开转载；只提炼获准内容，不带出私密日志、记忆或凭据。
把变化放在同一张桌上
旧版本保留，改进有去处。
以小组活动组织为例，比较一次条件变化。
v2候选改进 · 待审阅
先核对限制，再拆分小组
新的适用边界
12 人、户外、30 分钟；候选做法是先分成小组、缩小交付目标，并预留场地与天气的人工确认。
- 把人数、场地和时长列成检查清单
- 场地未确认时，保留停止或改期选项
- 是否有效仍需要对应任务的检查证据
候选内容与公开范围经用户批准后，才另存为 v2。
条件变化是改进线索；不能据此断言 v2 在所有任务上优于 v1。
固定 v1→关联反馈→候选改进→用户审阅内容与范围→另存新版本
共享与执行，各有边界
方法可以远行，控制留在本机。
云端保留可引用的版本
保存获准公开的方法、适用条件与必要来源。分享者 A 可以离线；借用不要求原作者继续提供在线服务。
B 决定如何用于新任务
先看摘要，再读取固定版本和必要资料。下载不等于执行，附带脚本不默认运行；复杂任务可选本机 Kernel，无需常驻 Agent 推理。
把反馈作为候选，而非结论
B 可以只留下本地结果。要分享时，单独审阅使用方式、检查结果与公开范围；失败与不适用的条件也值得保留。
参考与设计映射
借鉴机制，沿用共治的边界。
从可追溯记录、反馈改进与可移植结构中，形成共治的方法规范。
EvoMap GEP / Evolver
借鉴策略、结果和事件分开记录的思路，让方法与改进可以追溯。共治映射为固定方法、关联检查与新版本来路。
GEPA
借鉴依据诊断反馈反思、提出并比较候选方案的思路。共治用可检查的反馈提出改进，保留旧版与人工审阅。
Agent Skills 规范
借鉴 SKILL.md 的可移植结构与渐进加载：先摘要，再正文，最后按需读附加资料。共治继续绑定确切版本与使用范围。
回到共治