osFoundry / Platform
公开知识库托管
在您自有域名上托管知识库,完整索引,开箱即用聊天小组件与工单队列。
简介
公开知识库托管把你在 osFoundry 内维护的知识，变成一个运行在自有域名上的公开帮助中心。你把一个子域名（或根域名）指向它，发布文章，页面便以完全可索引、可爬取的 HTML 形式对外提供，让搜索引擎和读者都能直接找到。它是 osFoundry 的 Apps & Backend 界面之一，因此你撰写和整理知识的同一个工作区，也就是把知识对外发布的工作区，无需另建 CMS、托管账号或客服工单订阅。
在 osFoundry 内部，你的知识库本就是智能体读取的可信来源。公开知识库托管把这份内容对外发布，并开箱附带两样东西：一个依据你已发布文章作答的 AI 聊天组件，以及一个承接组件无法闭环问题的工单队列。由于 osFoundry 采用自带密钥（BYOK）模式，聊天组件运行在你选定的模型和 API 密钥之上，可以是本机上的本地模型、你已在付费的云服务商，或自托管的端点，其消耗的 token 不含任何转售加价。组件的回答基于你的知识库内容，而非凭通用模型泛泛作答，因此回复始终扣紧你实际记录过的内容。
这一点之所以重要，是因为搭一个公开知识库通常意味着把文档托管、搜索索引、聊天/客服组件和工单工具，从四家不同供应商拼接起来，每家都有各自的按席位定价和一份你内容的副本。在这里，内容留在你掌控的同一处，页面为真正的搜索可见性而建立索引，问题的一线拦截由聊天组件完成，凡是升级上来的都会落进一个你可以处理的队列，这一切都在你本就使用的工作区内完成。没有按席位收费，密钥又归你所有，运营一个公开帮助中心的成本随你可控的用量增减，而不随团队人数增减。
主要功能
- 在自有域名或子域名上，将知识库作为完全可索引、可爬取的页面对外提供
- 嵌入依据你已发布文章作答的 AI 聊天组件，而非通用模型
- 把未解决的问题收进内置工单队列，无需另设客服系统
- 用自有模型密钥（本地、云端或自托管）运行聊天组件，无转售加价
- 从撰写和整理知识的同一个 osFoundry 工作区直接发布，且无按席位收费
使用场景
- SaaS 创始人：把产品文档发布到 docs.yourdomain.com，让聊天组件在常见问题抵达团队之前先行拦截处理
- 客服负责人：在公开帮助中心前端摆上 AI 组件，把它答不了的一切转入工单队列去处理
- 个体经营者：用本地模型跑一个可搜索的公开知识库和答疑机器人，只为用掉的 token 付费，而非为客服工具的席位付费
常见问题
我能把知识库托管在自己的域名上吗？
可以。你把自有域名或一个子域名（例如 docs.yourcompany.com）指向它，知识库页面便在该处以完全可索引、可爬取的 HTML 形式提供，从而出现在搜索结果中，也能被直接链接。
聊天组件由哪个模型驱动，费用由谁承担？
组件运行在你自带的模型和 API 密钥之上，可以是本地模型、云服务商或自托管端点。osFoundry 采用自带密钥模式且无转售加价，因此组件用掉的 token 由你直接付给服务商；若运行本地模型，则除硬件之外别无花费。
这和直接用一款托管式客服产品有什么不同？
典型做法是文档托管、搜索、聊天组件和工单分别来自不同供应商，每家都按席位定价，并各存一份你的内容。在这里，内容留在你撰写它的同一个 osFoundry 工作区，页面被索引，聊天组件依据这些文章作答，未解决的问题落入工单队列，全部集中一处，且无按席位收费。