固定模型版本与阅读问题
明确模型变体、发布版本，以及必要时的检查点。决定这张图解释训练、预填充、解码、多模态处理还是其他路径。同一模型家族可能有不同配置，不要把不同变体的维度混进一张图。
优先使用官方模型文档、论文与实现，保留链接、资料日期或提交。未公开的数据应明确写成未知，不能用看起来合理的值代替来源。
画出数据流和重复模块
从输入表示沿主要模块走向输出。在来源足够时，标注重要张量形状及其变换。重复层可以用分组或一个代表模块加重复次数来表达，让整体路径保持清晰。
按照问题需要区分注意力、前馈路径、路由、缓存和模态编码器，也要区分只在训练中出现的机制。对于路由模型，说明选择路径的机制和实际激活的部分，不能把全部参数画成每次都会执行的计算。
把依据放在架构解释旁边
使用本地 Agent 和共用的 OWL Compose 作者技能创建 OWX 关系图及说明。维度表可以补充重复模块，来源注记应说明它支持哪一项结论。较大的架构可以使用交互图，方便读者展开探索。
明确标注推断的关系。官方配置和论文如果描述了不同版本，就把差异写出来。性能跑分不能作为层数或路由机制的依据。
验收后再分享模型解释
对照选定资料核对维度、数量和连线方向。在桌面与手机视口走完输入到输出的路径，检查展开的分组和长标签，确认架构图仍能回答最初的问题。
本地创作和编译免费，托管发表使用两站共用的 OWL Compose 订阅，新作品默认私密。先在作者视图检查，再创建读者链接。模型变化时应更新来源背景并发表原作品的新版本，不能暗示作品会自动同步。
常见问题
常见问题
可以解释私有模型设计吗？
可以在本地创作，但只应发表你有权分享的产物。不要把密钥、未公开的权重或无关私有材料放进文档。
架构图会运行模型或测试性能吗？
不会。它根据你提供或 Agent 核实的证据解释架构。运行模型和测量性能需要各自的工具与证据。
使用真实工作流
把 Agent 创作的作品发表出来。
安装 CLI，用 OWX 创作并在本地校验，然后发表一份默认私密的作品；准备分享时再显式创建读者链接。