创建应用
巴克励步
概述
Baklib 工作台以组织为顶层容器。日常运营的核心对象是应用（对外访客看到的站点/门户）。内容写在哪里、如何发布，取决于应用类型：CMS 类在应用内直接写页面；Wiki 类在知识库写文档再发布到应用。上传的文件自动进入资源库，编辑时引用即可。
你也可以将应用理解为“网站”，“站点”，因为每个应用都是由独立的域名、独立外部可访问的页面组成。
操作步骤
步骤一：认清组织与应用
应用库总览
概念 | 是什么 | 管理员常做什么 |
|---|---|---|
组织 | 您公司使用的 Baklib 租户空间 | 管理成员、套餐、组织级设置 |
应用 | 对外提供内容的站点/门户（帮助中心、官网、Wiki 等） | 进后台管页面、域名、权限、主题 |
应用库 | 组织内所有应用的列表页 | 创建应用、进入后台、前台访问 |
- 登录后默认进入 应用库（
/sites）。 - 每张应用卡片代表一个独立对外入口，可有独立域名与主题。
- 点击 后台管理 进入该应用专属后台；左侧菜单仅作用于当前应用。
预期结果：能说明「组织 → 应用库 → 单个应用后台」的层级关系。
步骤二：区分 CMS 与 Wiki 两类内容路径
CMS 类应用（如 Blog、官网）
- 栏目与页面在应用后台 页面管理 中维护。
- 正文在页面编辑器中撰写（富文本 / 块编辑器，因模板而异）。
Wiki 类应用（如产品文档、内部 Wiki）
- 正文在 知识库 中以文章目录管理，使用 文档编辑器。
- 应用负责绑定知识库、主题导航与发布——决定哪些文章对外可见。
- 参考：文档编辑器发文。
提示：同一组织可有多个应用、多个知识库；创建 Wiki 应用时需在向导中绑定知识库，见 创建您的第一个应用。
预期结果：被问到「Wiki 文章在哪写」时，回答「知识库」而非「应用页面管理」。
步骤三：理解资源库的角色
场景 | 是否需要打开资源库 |
|---|---|
在编辑器中插入图片、附件 | 否，上传后自动入库 |
批量整理文件、查存储用量、配置云存储 | 是 |
为 DAM 资产打标签、配置 Webhook | 是 |
- 编辑器中上传的图片会生成
- 仅做内容运营的管理员，多数时间停留在应用库或知识库即可。
- 进阶治理见 资源库概述。
预期结果：知道资源库是「自动归档 + 按需治理」，不是第四条日常写作路径。
常见问题
Q：一个知识库能发布到多个应用吗？
A：可以；同一知识库内容可通过发布规则展示在不同 Wiki 应用或栏目下，具体见知识库「发布管理」。
A：可以；同一知识库内容可通过发布规则展示在不同 Wiki 应用或栏目下，具体见知识库「发布管理」。
Q：Community 类应用算 CMS 还是 Wiki？
A：以模板能力为准，通常偏社区/互动（评论、话题等），内容仍在应用 页面管理 或模板定义的结构中维护。
A：以模板能力为准，通常偏社区/互动（评论、话题等），内容仍在应用 页面管理 或模板定义的结构中维护。
Q：成员权限在组织、应用、知识库都有，以哪个为准？
A：三者范围不同，取最严格有效权限；合并说明见后续「成员与权限」合并篇（组织章与应用章互链）。
A：三者范围不同，取最严格有效权限；合并说明见后续「成员与权限」合并篇（组织章与应用章互链）。
Q：模板中心算工作台一部分吗？
A：模板用于创建应用时选择外观与能力；安装后的深度配置在模板中心文档，不在本操作手册逐篇展开。
A：模板用于创建应用时选择外观与能力；安装后的深度配置在模板中心文档，不在本操作手册逐篇展开。