AI-governance-framework/00-框架治理_maintainers-only

框架治理（仅维护端）

本目录只由框架维护负责人和获授权的框架主 Agent 使用，用于接收、分诊、评审和验证各项目对开发治理框架的反馈。它不是项目使用包的一部分，也不记录任何项目的当前执行状态。

项目团队在自己的项目内维护一份《开发治理框架反馈记录》，并向固定的“框架治理反馈收集群”提交最新版本；维护端再将收件快照放入本目录处理。

目录与唯一口径

• 01-反馈收集/：项目提交文件的收件与分诊队列，只反映文件处理状态。
• 02-框架反馈与优化台账.md：框架反馈项当前状态的唯一汇总口径。
• 03-框架迭代评审记录/：按收件量、风险或框架发布窗口组织的分诊、迭代和验证记录。
• 04-框架发布与回流记录.md：框架版本、使用包交付、项目升级和验证的唯一回流记录。
• 05-项目使用包发布规范.md：使用包范围、排除项、版本、发布门禁与升级规则的唯一规范。

03-已处理 的含义是“该份项目反馈记录已完成收件核验并登记至台账”，不表示其中所有优化项已经落地。单项是否评审、采纳、实施、验证或关闭，仅以优化台账为准。

收件处理规则

1. 框架维护负责人定期从“框架治理反馈收集群”手动下载附件，在 01-反馈收集/收件批次登记.md 登记收件批次；当前不假定存在自动收件服务。
2. 新收到的文件先放入 01-待处理/<项目代号>/，文件名保持项目方原始版本信息。
3. 核验项目代号、框架版本、记录版本、负责人确认、反馈范围和证据后，移动至 02-处理中/<项目代号>/。
4. 每条有效反馈分配框架反馈编号，登记进唯一优化台账；完成分诊后移动至 03-已处理/<项目代号>/。
5. 缺少负责人确认、版本、事实/证据，或混入业务需求、产品缺陷、敏感数据时，移入 04-退回补充/<项目代号>/ 并说明原因。
6. 反馈文件是项目事实快照；不得用后续结论回写或伪造其历史内容。

框架改进完成条件

一项反馈不能仅因“已记录”或“已修改文档”而关闭。至少需要：变更位置、变更版本、验证项目/证据、遗留风险与关闭结论齐全。

框架维护负责人将已验证改进发布为新框架版本或项目使用包后，必须按《项目使用包发布规范》执行打包门禁，并登记《框架发布与回流记录》中的交付项目、升级确认和验证证据；“优化项已关闭”不等于项目方已收到或采用新版本。