端到端治理演示应该怎样组织？

项目版本说明

这些问答整合历史设计与实现资料；当前 main 分支 README 以工作包描述建设状态。具体能力、实验数据与设计目标的边界见项目状态与证据。

标准回答

可以建立一个受控 Space，写入两条相互有关的资料，观察操作、任务和候选，确认后执行召回并记录返回依据。接着上报合法使用，比较信号变化；再纠正其中一个来源，观察旧推断是否退出当前视图。

继续验证旧缓存、旧回执和旧 Worker 候选不能越过新状态；有权限的历史入口保留必要追溯。最后撤销来源并观察后台传播，确认当前读的边界不依赖清理任务先完成。全部使用教学资料和独立环境，记录版本与每个预期状态。

这份流程是建议的验证脚本，不是本次已经运行的实验报告。它的价值在于把系统从术语拆成可观察的不变量：谁写入、依据是否当前、重复请求是否安全、撤销何时生效、失败是否可恢复。

请求与操作 ID、任务状态、来源版本、召回投影、权限结果和关键时间点。无需展示密钥或整段敏感原文。

先保留实际状态和版本，定位是协议理解、代码缺陷还是环境配置问题，再修订结论；不要只重跑直到出现顺利结果。