很多人第一次看 Odoo Knowledge，会觉得它只是“在线文档 + 漂亮封面”。但 enterprise/knowledge/models/knowledge_article.py 与 enterprise/knowledge/models/knowledge_cover.py 其实在解决更难的问题：如何让一篇知识文档从视觉身份、模板结构到权限传播都可复制、可演进、可控落地。
一、cover 和 emoji 不只是装饰，而是知识对象的身份层
knowledge.article 里同时有 icon、cover_image_id、cover_image_url、cover_image_position。knowledge.cover 模型还会生成 attachment URL，并在创建时把临时附件正式挂到 cover 记录上。
这说明封面与 emoji 并不是“前端好看一下”而已，而是被当成知识对象的稳定身份层。为什么这很重要？因为企业知识库大量依赖复制、嵌套和模板衍生，文章如果没有稳定视觉身份，用户很容易在海量结构里迷失。
二、模板系统的核心，是把文章变成可传播的结构而不只是可复制的文本
is_template、template_name、template_body、template_category_id、template_child_default_create 这一串字段说明，Knowledge 模板远不止“复制一篇文章当蓝本”。
源码里的 _propagate_template_category_id() 很值得看：模板分类会沿模板树传播，用户要改分类，通常得改根模板。这代表 Odoo 在刻意保护模板体系的一致性，不希望子模板随手漂移到另一个分类里。
三、duplication 真正难的是“复制结构”而不是“复制内容”
copy_batch()、action_make_copy()、action_make_private_copy()、apply_template()、create_article_from_template() 这些方法串起来，你会发现系统在复制时处理的不只是正文，还包括：
- 封面与 icon；
- stage 结构；
- 子文章层级；
- template xml id 到新文章 id 的映射；
- body 中引用目标的重写。
这才是企业知识库和普通 wiki 工具的差异：复制不是复制一个页面，而是复制一整棵可运行的知识结构。
四、article propagation 的重点在“哪些子模板默认跟着落地”
template_child_default_create、get_suggested_templates()、load_suggested_template()、apply_template() 共同回答一个问题：根模板被用到某个场景时，哪些下游文章应该自动生成，哪些应该作为后续可选传播。
这在企业知识场景里非常有用。比如一个“新员工入职包”模板，未必每次都自动展开所有子页面；有些页面应该默认生成，有些应按部门需要后续加载。Odoo 不是简单复制全树，而是给了你“传播节奏”的控制点。
五、权限传播为什么和模板传播必须一起理解
internal_permission、inherited_permission、is_desynchronized 说明知识文章的访问权也会沿树继承。模板一旦转化成文章，再继续向下传播时，权限不是额外补丁，而是结构的一部分。
这也是很多团队上线后最容易忽略的：你以为自己在复制模板，其实是在复制“内容 + 结构 + 权限”。任何一项没设计好，知识库都会变成一团乱麻。
六、实战里最容易误解的点
1. cover/emoji 不是审美问题
它们在大规模知识树里承担辨识作用，尤其在模板复制后更重要。
2. 模板分类不要靠子节点手工修
_propagate_template_category_id() 已经告诉你，分类应该从根模板治理。
3. 复制知识库不是复制正文
如果只盯文本，你会忽略 stage、引用映射和子文章结构。
七、结论
Odoo 企业版 Knowledge 真正管理的不是“写一篇文章”，而是“让知识作为一套结构化资产被持续复制、传播和治理”。封面、emoji、模板分类与子文章传播之所以值得认真对待，正因为它们决定了知识能否从单篇文档进化成组织能力。
主要源码锚点：
enterprise/knowledge/models/knowledge_article.pyenterprise/knowledge/models/knowledge_cover.py
DISCUSSION
评论区