Mycel 是一个适合长期文本、评注系统和受治理参考文本集合的协议， 它把可重放验证的历史、治理信号和去中心化复制拆成不同层次，同时保留彼此互操作。
在对外公开文案里，偶尔也会使用 MycelLayer 这个名称。默认阅读结果不是全网共识，
而是在固定规则集（profile）下，从已验证对象推导出的结果。
`v0.1` 仍然是以规格为先的项目。当前工作是在维持窄版 M2 已关闭状态的同时，
先收掉 M3 剩余的最终独立 dual-role 切片，再往更广的 governance
persistence、governance tooling 与 reader profile ergonomics 推进，
以及补上剩余的 M4 session/capability/error-path interop proof。
它不是 blockchain，不是 Git 的复制品，也不是通用文件传输层。Mycel 面向的是带治理需求的文本系统。
大多数分布式协作系统要么把可变状态集中在平台上，要么为代码协作和全局共识优化。 Mycel 走的是一条更窄但也更明确的路径：以文本为先的历史、按规则导出的默认阅读结果， 以及带有明确重放和验证边界的去中心化复制。
如果你想先理解 Mycel 想补上的空白，以及这类需求今天通常被哪些现成方案拆散处理， 可以直接读 Mycel 想补上的空白。
修订内容应该能够从 canonical objects 重放、验证和重建。
默认采用哪个版本，来自固定选择规则和已验证的 View 对象。
多个有效 head 可以并存，不需要把整个网络压成一个全局真相。
当前 CLI 还不是正式上线的客户端或节点，但已经适合在本仓库内做验证和模拟器流程。
如果你是从全新环境开始，请先看 Dev Setup。
cargo run -p mycel-cli -- info
cargo run -p mycel-cli -- validate fixtures/object-sets/minimal-valid/fixture.json --json
cargo run -p mycel-cli -- sim run sim/tests/three-peer-consistency.example.json --json
如果你想用最快的方式进入项目，建议先看当前的 build lane 与 setup 说明，再按兴趣进入实现或设计参考资料。
先把全新 workspace 准备成可用状态，再接任何实现或文档切片。
查看当前活跃的 M2 / M3 / M4 lane、下一步顺序，以及刻意保留未收敛的缺口。
如果你想先快速掌握 milestone 状态，再回头读仓库细节，先看公开摘要页会更省时间。
如果你还想先补整体脉络，再决定要看 code、docs 还是 design，这里是最通用的入口。
我们希望和正在处理受治理文本系统、评注层或长期参考文本集合的设计伙伴、 资助计划与早期协作者合作。现在的支持会直接帮助我们完成第一个可互操作客户端的核心： 验证、重放、可重建存储，以及按规则导出的默认阅读结果。