Governance

审批与治理

Mycel 的默认写入模型很简单:agent 产出提案,人看 diff 后决定是否落盘。

提案队列

agent 通过 MCP 工具提交提案时,Mycel 会保留目标路径、原因、提出者、diff 和提案元数据。队列入口现在位于待处理 → AI 提案;若有待判断提案,Today 的待你处理行动卡也会直接把入口浮出来。

批准、打回、撤销

  • 批准:将提案应用到目标 Markdown 文件,并记录可回看的状态。
  • 打回:走后端拒绝命令,保存拒绝状态和原因,不在前端偷偷改 Markdown。
  • 撤销:已批准提案可通过 Undo 回滚到接受前快照;这一能力依赖提案接受时记录的 previous content 与 git 历史。

风险分级

风险策略把提案分为低、中、高等等级。低风险可以在用户开启策略后自动批准;中高风险仍需要人工 review。自动批准不是无条件直写:它会写入 changeset、保留来源,并在策略不满足时回到人工队列。

低风险自动通过是 opt-in 行为。默认路径仍是人工审批。

熔断与审计

策略包含自动批准预算、队列统计和熔断提示。若连续自动批准达到限制,界面会提示用户介入。队列视图和 Today 行动卡会保留状态,让你看到哪些提案仍在等待、哪些已经被接受或拒绝。

知识生命周期字段

可信度、待复核等知识生命周期字段属于笔记内容。agent 想改这些字段,也必须作为提案进入审批队列;用户自己在编辑器中手动调整除外。

工作记忆事实

自 0.1.37 起,agent 提出的工作记忆待批事实与 Markdown 改库提案共用同一提案队列。工作记忆面板只保留查看与手写事实,批准/驳回在队列完成。详见审批合一

0.1.83:让治理回路有回音

提案队列始终读取当前活跃库,不再误把 Git 历史目录当作待审来源;重复加载提示合并为一条。设置里手动「立即运行」自动化后,成功会说明 cadence 与更新时间,失败则同时保留设置内错误并弹出错误回执。应用内官方 Help Vault 也采用更宽的文档阅读版式,便于在审阅前查阅规则与说明。

当前处理入口

当前治理入口有两条:一是待处理 → AI 提案里的完整队列;二是 Today 的待你处理行动卡,用于把最该处理的提案和自动化异常推到第一屏。

提案审批队列:信任分级、风险标签、批准/打回/撤销按钮