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 狀態，再回頭讀 repo 細節，先看公開摘要頁會比較省時間。
若你還想先補整體脈絡，再決定要看 code、docs 或 design，這裡是最通用的入口。
我們希望與正在處理受治理文字系統、評註層或長期參考文本集合的設計夥伴、資助計畫與早期協作者合作。 現在的支持會直接幫助我們完成第一個可互通客戶端的核心：驗證、重播、可重建儲存、shared canonicalization 收尾，以及依規則導出的預設閱讀版本與 render。