开放贡献，受控合并
开放贡献，受控合并是一种 agent 协作治理方法:允许人和 agent 提交建议、补丁、评论和候选修改,但正式主线只能通过 owner、review、验证和合并规则进入。它把探索开放和主线安全分开。
关键结构图
中心节点写「开放贡献，受控合并」,周围连接 Single-threaded Writes、AI 写入治理、Agent rules file,用细线表示相邻路径和调用方向。
What
开放贡献，受控合并是一种 agent 协作治理方法:允许人和 agent 提交建议、补丁、评论和候选修改,但正式主线只能通过 owner、review、验证和合并规则进入。它把探索开放和主线安全分开。
When
当你要把「AI 安全」从想法推进到可检查的动作时,可以调用「开放贡献，受控合并」。
How
先用一句话说明「开放贡献，受控合并」解决的判断问题,再把它连接到「Single-threaded Writes」等相邻砖,检查它在实际工作流里提供了什么证据或约束。
Examples
在设计或评估高能力 AI 的防护边界时,你可以用「开放贡献，受控合并」标记其中最需要被看见的结构,再检查它提供了什么证据、边界或行动方向。
在整理「AI 安全」主题时,把「开放贡献，受控合并」和「Single-threaded Writes」放在同一路径里,可以帮助读者从单点概念走向可复用的判断框架。
来源
类型:安全框架 / 概念整理
事实线:这张卡把「开放贡献，受控合并」整理为实践方法: 开放贡献，受控合并是一种 agent 协作治理方法:允许人和 agent 提交建议、补丁、评论和候选修改,但正式主线只能通过 owner、review、验证和合并规则进入。
依据:1000 Bricks 本地砖块库的概念定义、相邻砖块关系和AI 安全治理、能力评估和风险控制讨论。
边界:适用于「AI 风险治理、能力边界、防御策略和安全控制」主题下的理解、复盘和设计判断;不等于行业统一标准或对所有场景都成立的结论。
常见误读:不要把它当作某篇材料的原文摘要,也不要因为概念名清晰就忽略具体情境和验证证据。