Trusted Commit 到底信任什么？

项目版本说明

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

标准回答

Trusted Commit 的边界是：Processor 提供候选，Core 检查结构、任务匹配、授权范围、来源基准和当前状态，再决定允许的写入。当前代码会验证候选结果结构与 taskId / taskKind，针对泛化检查引用来源和依据，并使用受控状态与稳定身份落库。

这种设计可阻止模型伪造无权访问的来源、引用不属于任务投影的材料，或把已失效来源重新变成当前结果。它不能通过 JSON Schema 证明一段推断在现实世界里正确，语义质量仍需要评估、确认和纠正机制。

工程上把结构合法、来源可用、权限有效、状态允许和内容质量分开记录。用户确认也应清楚自己确认的是哪个版本与内容，避免修改后沿用旧确认。不要把模型“自称已验证”当作服务端校验依据。

保留为待确认或按治理策略处理，允许纠正与撤销，并通过来源和实验定位问题。格式校验只是必要条件。

不能。ID 必须属于被授权投影、符合版本依据，并在当前状态下可用；随机 UUID 不是权限凭证。