--- title: "AI 就绪企业 Wiki：架构与实施指南" canonical: https://wavect.io/zh/blog/ai-ready-company-wiki/ language: zh description: "构建员工与 AI 智能体都能信任的企业 Wiki。比较架构、权限、RAG、MCP、治理，以及可落地的 30 天试点。" image: "https://wavect.io/img/blog/headers/header_ai-ready-company-wiki.png" --- [**返回**](/zh/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/) [Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt 11 分钟 阅读 · 2026年8月13日 最近审核 2026年8月13日 [**下一篇**](/zh/blog/linux-for-ai-agents/) # AI 就绪企业 Wiki：架构与实施指南 要点速览 AI 就绪企业 Wiki 是一套受治理的组织知识源。员工可以编辑，AI 智能体可以在相同权限、来源与时效信号下检索。把人类可读的权威概念与可重建的关键词、向量和图索引分开；在检索前强制执行源权限；每个答案返回引用；让智能体提交供审核的差异，而不是直接发布。先选择一个高价值流程，收集 25 个真实问题，策划 30 到 50 个概念。只有在盲测改善有来源的正确率、回答时间或审核工作量，并且没有权限失败时才扩展。 **AI 就绪企业 Wiki 是一套受治理的组织知识源。人可以编辑它，AI 智能体可以在相同权限、来源与时效信号下检索它。**它不是接在文件夹前面的聊天机器人。真正可用的系统会把权威知识、派生索引、访问控制、智能体交付和人工审核分开。 本文回答实施与采购问题：怎样设计和购买这套系统。我们的 [Open Knowledge Format 指南](/zh/blog/open-knowledge-format-okf/) 解释交换格式， [OpenKB 评测](/zh/blog/openkb-review-vs-rag/) 分析一种知识编译器， [RAG 生产就绪清单](/zh/blog/rag-production-readiness-checklist-eu/) 覆盖检索质量。本文把这些层连接成一套全公司的运行模型。 ## 什么让企业 Wiki 真正做到 AI 就绪？ 当人和智能体都能找到同一个答案，并以同样方式判断权限、来源、时效与质量时，Wiki 才算 AI 就绪。语义搜索能改善发现，但不会自动分配负责人、解决矛盾或保留文档权限。 | 信号 | 普通企业 Wiki | AI 就绪企业 Wiki | | --- | --- | --- | | 权威来源 | 页面、文件夹与附件 | 带稳定 ID 和来源链接的权威概念 | | 可信度 | 读者从页面自行推断权威 | 负责人、来源、验证状态与复核日期明确 | | 时效 | 只有“最后编辑”，没有政策 | 复核周期、过期状态与替代路径 | | 权限 | 只在 Wiki 界面检查 | 检索和智能体访问时再次强制执行 | | 发现 | 导航与关键词搜索 | 导航、搜索、检索与关系遍历 | | 智能体写入 | 通常完全开放或完全没有 | 草稿队列、差异、审核人与审计记录 | | 质量 | 反馈与浏览量 | 带来源的问题集、检索测试与任务结果 | ## 哪种架构同时适合人和 AI 智能体？ 耐用的模式是六层知识系统。每层只承担一个职责，因此可以更换搜索引擎或模型，而无需迁移权威来源。 1. **源系统。** 现有 Wiki、政策、工单、代码库、数据库和获准使用的对话仍是证据，不应混成无差别的数据堆。 2. **权威知识。** 定价规则、事故手册、客户定义等持久概念拥有稳定 ID、负责人、来源和生命周期元数据。 3. **治理控制面。** 分类、访问政策、复核日期、审批、保留与审计记录跟随概念。 4. **派生索引。** 关键词、向量和图索引都是可重建的投影，绝不能成为知识的唯一副本。 5. **交付层。** 理解权限的 API 或 MCP 服务器只交付最小相关上下文，并指回权威来源。 6. **使用界面。** 员工浏览和编辑 Wiki，助手回答问题，智能体为边界明确的任务加载上下文。 Google Cloud 的 [Open Knowledge Format v0.2 规范](https://github.com/GoogleCloudPlatform/knowledge-catalog/blob/main/okf/SPEC.md) 适合权威知识层。它用人类可读的 Markdown 保存概念，并提供可选的来源、验证、生命周期与时效字段。它不定义检索、权限或运行时交付，所以其他层仍然必需。 ## 是否应该替换现有 Wiki？ **开始时通常不应该。**先把当前 Wiki 视为编辑界面或证据来源，再围绕一个高价值流程建立受治理的知识层。尚未证明检索质量，就先迁移全部页面，只会得到一个没有商业价值证据的迁移项目。 权威来源有三种可行模式： | 模式 | 最适合 | 主要取舍 | | --- | --- | --- | | 现有 Wiki 保持权威 | 采用率高、API 可靠的团队 | 试点最快，但元数据与可移植性依赖平台 | | Git 支持的 Markdown 成为权威 | 重视差异、审核和可移植性的技术团队 | 适合智能体与治理，但非技术人员需要友好界面 | | 策划知识层镜像获批来源 | 拥有多个系统和混合权限的组织 | 证据与答案分离清晰，但同步和所有权需要持续运营 | 好的试点可以从 30 到 50 个高价值概念开始。不要导入整个公司云盘。先处理拖慢入职、支持、销售或事故响应的问题，以及回答这些问题的证据。 ## 智能体应该怎样检索企业知识？ 没有一种检索方法能赢下所有问题。选择能保留所需含义与证据的最低成本方法。 | 方法 | 适合 | 不要期待它 | | --- | --- | --- | | 层级与链接 | 渐进浏览、手册和已知领域 | 找到所有改写后的问题 | | 关键词搜索 | 名称、错误码、政策编号和精确术语 | 解决含糊或概念性问题 | | 向量或混合 RAG | 在较大语料上处理自然语言问题 | 提供治理或保证来源正确 | | 知识图谱 | 负责人、依赖、例外和多跳关系 | 为简单文档查询证明成本合理 | | MCP 资源或工具 | 让智能体标准化访问获批的搜索和读取操作 | 替代知识存储或访问政策 | 评估必须包含真实且不完整的用户语言。Google Cloud 关于 [智能体发现能力评估](https://cloud.google.com/blog/products/data-analytics/evaluate-agent-performance) 的研究把检索描述为大海捞针，并追问问题含糊到什么程度时发现会失败。企业 Wiki 应测试缩写、旧名称、不完整问题和相互冲突的来源，而不只是实施团队写好的提示。 ## 怎样保障权限和智能体写入安全？ 权限检查必须在检索路径中执行。把受限文档复制到共享向量索引，再在生成之后过滤已经太晚。每次搜索和读取都必须从请求者身份出发，与源权限求交集，只返回获准概念。 [OWASP 关于向量与嵌入弱点的指南](https://genai.owasp.org/llmrisk/llm082025-vector-and-embedding-weaknesses/) 把跨上下文泄露、知识投毒和薄弱访问控制列为具体 RAG 风险。其缓解措施包括权限感知存储、可信来源验证、分类与检索日志。 如果通过 MCP 暴露 Wiki，身份验证和授权必须留在该边界。当前的 [MCP 安全指南](https://modelcontextprotocol.io/docs/2026-07-28/tutorials/security/security_best_practices) 要求验证所有入站请求，并禁止直接传递 token，因为它会绕过控制并破坏问责。搜索结果 ID 或状态 handle 不能证明调用者有权读取底层页面。 写入应从非对称模式开始： - **人发布，智能体提议。** 智能体创建带来源与修改理由的草稿或补丁。 - **审核人接受差异。** 定价、法律政策、生产 runbook 等高影响概念必须有指定负责人。 - **批准后再重建索引。** 被拒绝或未审核的智能体输出不会成为可信检索上下文。 - **每个答案都可追踪。** 记录查询、检索概念 ID、政策决定、答案和反馈，但不记录机密。 Cloudflare 最近发布的 [企业 AI 智能体工作区参考架构](https://developers.cloudflare.com/reference-architecture/diagrams/ai/enterprise-ai-agent-workspace/) 采用相同分离方式：共享组织上下文集中发布到有版本、只读的库中，模型访问、工具、凭据和执行则在工作区之外受治理。 ## 每个知识概念应该包含什么？ 一个概念应回答一个持久问题，并提供足够元数据，让系统在阅读全文前判断它是否安全可用。 ``` --- type: Policy title: 生产事故升级 owner: team:platform status: stable classification: internal generated: { by: human:platform-lead, at: 2026-08-13T09:00:00Z } verified: { by: human:security-owner, at: 2026-08-13T11:00:00Z } stale_after: 2026-11-13 sources: - id: incident-policy resource: https://intranet.example/policies/incidents --- ## 决策 确认一级严重事件后，通知事故指挥官。 ## 例外 客户自主管理的部署遵循合同专用 runbook。 ## 流程 1. 创建事故频道。 2. 记录证据与开始时间。 3. 通知责任人。 ``` 前置元数据不能替代清晰正文。它让人、确定性过滤器和智能体在消耗时间与模型上下文前，拒绝过期、废弃或未授权概念。 ## 30 天试点应该怎样进行？ 1. **第 1 到 3 天，选择流程。** 挑选一个成本高的路径，例如开发者入职、支持升级或事故诊断。定义负责人和成功指标。 2. **第 4 到 7 天，建立问题集。** 收集 25 个真实问题、预期答案、获批来源、授权角色与应拒绝案例。 3. **第 8 到 14 天，策划知识切片。** 规范 30 到 50 个概念，分配负责人，删除重复项，并明确记录矛盾。 4. **第 15 到 20 天，构建检索和访问。** 比较关键词与混合检索，在检索前强制执行源权限，每个答案返回来源链接。 5. **第 21 到 25 天，加入两种界面。** 人可以浏览和纠正内容，一个获批智能体可通过精简 API 或 MCP 界面搜索和读取。 6. **第 26 到 30 天，运行盲测。** 相对现有流程，测量有来源的正确率、检索召回、拒答质量、中位回答时间、审核工作量与权限失败。 只有在不削弱访问控制、不制造无人负责内容队列的前提下改善业务结果，试点才应扩展。我们的 [DACH 内部 AI 助手成本模型](/zh/blog/internal-ai-assistant-cost-dach/) 解释了为何内容准备、权限、评估与维护通常比模型账单更重要。 ## 应该自建、购买还是扩展？ | 选择 | 适用条件 | 签约前的问题 | | --- | --- | --- | | 扩展当前 Wiki | 已有采用率、API、权限和审核流程 | 检索能否为每位用户保留页面与附件 ACL？ | | 购买 AI 知识平台 | 标准连接器和员工问答覆盖大部分需求 | 能否导出权威内容、元数据、引用和审计日志？ | | 自建受治理知识层 | 流程跨系统、定制权限或面向产品的智能体 | 谁负责同步、评估、事故和持续复核？ | | 采用混合模式 | 人需要熟悉的编辑器，智能体需要可移植且经过测试的上下文 | 每个概念由哪个系统权威管理，冲突如何显示？ | 不要让供应商演示替你做决定。要求导出、权限测试，以及基于自己问题的盲测。如果系统不能说明答案为何被检索、谁能看见、来源何时最后验证，它还不适合成为企业记忆。 ## AI 就绪企业 Wiki 验收清单 1. 每个高影响概念都有指定负责人。 2. 稳定 ID 和指向获批来源的可见链接。 3. 明确的状态、验证与复核日期。 4. 检索前强制执行源权限。 5. 权威内容与可重建搜索索引分离。 6. 答案引用实际检索到的概念。 7. 智能体通过可审核草稿或差异提议修改。 8. 冲突和过期知识被显示，而不是混合。 9. 固定评估集覆盖含糊问题、拒答和访问边界。 10. 上线前测试内容导出、审计日志与模型可移植性。 ## 常见问题 ### 什么是 AI 就绪企业 Wiki？ 它是一套受治理的组织知识源。员工可以编辑，AI 智能体可以在相同权限、来源、负责人和时效信号下检索。权威内容与可重建的搜索和向量索引保持分离。 ### AI 就绪 Wiki 必须使用 RAG 吗？ 不一定。小型且链接良好的语料可用层级和关键词搜索。RAG 适合较大集合上的自然语言检索，但仍需要源权限、引用、评估与内容治理。 ### MCP 就是企业知识库吗？ 不是。MCP 可以让智能体以标准方式搜索或读取获批资源。权威来源、权限、检索逻辑与审核流程位于接口之后。 ### AI 智能体能自动更新 Wiki 吗？ 它们可以提议更新。安全默认值是带来源和指定审核人的草稿或差异。获批修改发布到权威语料后，再触发索引重建。 ### 怎样防止机密信息泄露？ 把源分类与权限带入检索层，验证每个请求，检索前过滤，验证来源，隔离租户并记录政策决定。绝不能把模型提示当作访问控制边界。 ### 企业应该从哪里开始？ 选择一个高价值流程，收集 25 个真实问题，策划 30 到 50 个概念。与现有流程对比，只有在没有权限失败的情况下改善正确率、速度或审核工作量时才扩展。 ## 最终思考 最好的 AI 就绪企业 Wiki 不是文档数量最大的系统。它应该是能用相同证据、访问规则和复核循环，为员工与智能体回答一组高价值问题的最小受治理知识系统。 保持来源可供人阅读，把索引视为可替换产物，让授权成为检索的一部分，并要求智能体先提议再发布。这种架构能经受模型更换，也会给企业带来比另一个聊天机器人更有价值的资产：可检查、可改善的运营记忆。 ## 你可能也喜欢.. [**Open Knowledge Format 企业指南** 了解 OKF v0.2 如何用来源、信任与时效信号封装可移植且人类可读的知识。](/zh/blog/open-knowledge-format-okf/) [**AI Enablement 与通用 AI 咨询对比** 比较在你的基础设施上可测量的实施与纯策略项目。](/zh/compare/ai-enablement-vs-generic-ai-consultancy/) 模型与基础设施 ## 继续浏览此集群 模型选择、推理经济性、本地部署、压缩与服务架构。 [从核心文章开始**在欧盟自托管 LLM：开放权重模型何时才真正划算**](/zh/blog/self-hosting-llms-eu-cost/) - [LiteLLM 生产级自托管指南：2026 架构与安全](/zh/blog/self-host-litellm-production-2026/) - [Claude 会给文本加水印吗？2026 API 实战解读](/zh/blog/claude-text-watermark-api-2026/) - [OpenKB 评测：知识编译器 vs RAG](/zh/blog/openkb-review-vs-rag/) - [Unsloth Desktop 评测：私有本地 AI 工作站？](/zh/blog/unsloth-desktop-local-ai-workstation-review/) - [NeMo Switchyard 0.2：无需训练的智能体模型路由？](/zh/blog/nemo-switchyard-model-router/) 只收重要内容 ## 关注与你相关的内容 每当我们发布新文章，你会收到一封简短邮件。你可以关注整个博客，也可以只选感兴趣的主题。 [**返回**](/zh/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/) [Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt 11 分钟 阅读 · 2026年8月13日 最近审核 2026年8月13日 [**下一篇**](/zh/blog/linux-for-ai-agents/) 邮件订阅新文章 × × 通过邮件获取新文章 我们发布时给你一封简短邮件。免费，不做跟踪。 ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/zh/blog/ai-ready-company-wiki/#webpage", "@type": "WebPage", "dateModified": "2026-08-13", "inLanguage": "zh", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-08-13", "url": "https://wavect.io/zh/blog/ai-ready-company-wiki/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "AI 就绪企业 Wiki 是一套受治理的组织知识源。员工可以编辑，AI 智能体可以在相同权限、来源与时效信号下检索。把人类可读的权威概念与可重建的关键词、向量和图索引分开；在检索前强制执行源权限；每个答案返回引用；让智能体提交供审核的差异，而不是直接发布。先选择一个高价值流程，收集 25 个真实问题，策划 30 到 50 个概念。只有在盲测改善有来源的正确率、回答时间或审核工作量，并且没有权限失败时才扩展。", "articleBody": " 博客概览/AI 与智能体/模型与基础设施 AI 就绪企业 Wiki：架构与实施指南 要点速览 AI 就绪企业 Wiki 是一套受治理的组织知识源。员工可以编辑，AI 智能体可以在相同权限、来源与时效信号下检索。把人类可读的权威概念与可重建的关键词、向量和图索引分开；在检索前强制执行源权限；每个答案返回引用；让智能体提交供审核的差异，而不是直接发布。先选择一个高价值流程，收集 25 个真实问题，策划 30 到 50 个概念。只有在盲测改善有来源的正确率、回答时间或审核工作量，并且没有权限失败时才扩展。 AI 就绪企业 Wiki 是一套受治理的组织知识源。人可以编辑它，AI 智能体可以在相同权限、来源与时效信号下检索它。它不是接在文件夹前面的聊天机器人。真正可用的系统会把权威知识、派生索引、访问控制、智能体交付和人工审核分开。 本文回答实施与采购问题：怎样设计和购买这套系统。我们的 Open Knowledge Format 指南解释交换格式，OpenKB 评测分析一种知识编译器，RAG 生产就绪清单覆盖检索质量。本文把这些层连接成一套全公司的运行模型。 什么让企业 Wiki 真正做到 AI 就绪？ 当人和智能体都能找到同一个答案，并以同样方式判断权限、来源、时效与质量时，Wiki 才算 AI 就绪。语义搜索能改善发现，但不会自动分配负责人、解决矛盾或保留文档权限。 信号普通企业 WikiAI 就绪企业 Wiki 权威来源页面、文件夹与附件带稳定 ID 和来源链接的权威概念 可信度读者从页面自行推断权威负责人、来源、验证状态与复核日期明确 时效只有“最后编辑”，没有政策复核周期、过期状态与替代路径 权限只在 Wiki 界面检查检索和智能体访问时再次强制执行 发现导航与关键词搜索导航、搜索、检索与关系遍历 智能体写入通常完全开放或完全没有草稿队列、差异、审核人与审计记录 质量反馈与浏览量带来源的问题集、检索测试与任务结果 哪种架构同时适合人和 AI 智能体？ 耐用的模式是六层知识系统。每层只承担一个职责，因此可以更换搜索引擎或模型，而无需迁移权威来源。 源系统。现有 Wiki、政策、工单、代码库、数据库和获准使用的对话仍是证据，不应混成无差别的数据堆。 权威知识。定价规则、事故手册、客户定义等持久概念拥有稳定 ID、负责人、来源和生命周期元数据。 治理控制面。分类、访问政策、复核日期、审批、保留与审计记录跟随概念。 派生索引。关键词、向量和图索引都是可重建的投影，绝不能成为知识的唯一副本。 交付层。理解权限的 API 或 MCP 服务器只交付最小相关上下文，并指回权威来源。 使用界面。员工浏览和编辑 Wiki，助手回答问题，智能体为边界明确的任务加载上下文。 Google Cloud 的 Open Knowledge Format v0.2 规范适合权威知识层。它用人类可读的 Markdown 保存概念，并提供可选的来源、验证、生命周期与时效字段。它不定义检索、权限或运行时交付，所以其他层仍然必需。 是否应该替换现有 Wiki？ 开始时通常不应该。先把当前 Wiki 视为编辑界面或证据来源，再围绕一个高价值流程建立受治理的知识层。尚未证明检索质量，就先迁移全部页面，只会得到一个没有商业价值证据的迁移项目。 权威来源有三种可行模式： 模式最适合主要取舍 现有 Wiki 保持权威采用率高、API 可靠的团队试点最快，但元数据与可移植性依赖平台 Git 支持的 Markdown 成为权威重视差异、审核和可移植性的技术团队适合智能体与治理，但非技术人员需要友好界面 策划知识层镜像获批来源拥有多个系统和混合权限的组织证据与答案分离清晰，但同步和所有权需要持续运营 好的试点可以从 30 到 50 个高价值概念开始。不要导入整个公司云盘。先处理拖慢入职、支持、销售或事故响应的问题，以及回答这些问题的证据。 智能体应该怎样检索企业知识？ 没有一种检索方法能赢下所有问题。选择能保留所需含义与证据的最低成本方法。 方法适合不要期待它 层级与链接渐进浏览、手册和已知领域找到所有改写后的问题 关键词搜索名称、错误码、政策编号和精确术语解决含糊或概念性问题 向量或混合 RAG在较大语料上处理自然语言问题提供治理或保证来源正确 知识图谱负责人、依赖、例外和多跳关系为简单文档查询证明成本合理 MCP 资源或工具让智能体标准化访问获批的搜索和读取操作替代知识存储或访问政策 评估必须包含真实且不完整的用户语言。Google Cloud 关于 智能体发现能力评估的研究把检索描述为大海捞针，并追问问题含糊到什么程度时发现会失败。企业 Wiki 应测试缩写、旧名称、不完整问题和相互冲突的来源，而不只是实施团队写好的提示。 怎样保障权限和智能体写入安全？ 权限检查必须在检索路径中执行。把受限文档复制到共享向量索引，再在生成之后过滤已经太晚。每次搜索和读取都必须从请求者身份出发，与源权限求交集，只返回获准概念。 OWASP 关于向量与嵌入弱点的指南把跨上下文泄露、知识投毒和薄弱访问控制列为具体 RAG 风险。其缓解措施包括权限感知存储、可信来源验证、分类与检索日志。 如果通过 MCP 暴露 Wiki，身份验证和授权必须留在该边界。当前的 MCP 安全指南要求验证所有入站请求，并禁止直接传递 token，因为它会绕过控制并破坏问责。搜索结果 ID 或状态 handle 不能证明调用者有权读取底层页面。 写入应从非对称模式开始： 人发布，智能体提议。智能体创建带来源与修改理由的草稿或补丁。 审核人接受差异。定价、法律政策、生产 runbook 等高影响概念必须有指定负责人。 批准后再重建索引。被拒绝或未审核的智能体输出不会成为可信检索上下文。 每个答案都可追踪。记录查询、检索概念 ID、政策决定、答案和反馈，但不记录机密。 Cloudflare 最近发布的 企业 AI 智能体工作区参考架构采用相同分离方式：共享组织上下文集中发布到有版本、只读的库中，模型访问、工具、凭据和执行则在工作区之外受治理。 每个知识概念应该包含什么？ 一个概念应回答一个持久问题，并提供足够元数据，让系统在阅读全文前判断它是否安全可用。 --- type: Policy title: 生产事故升级 owner: team:platform status: stable classification: internal generated: { by: human:platform-lead, at: 2026-08-13T09:00:00Z } verified: { by: human:security-owner, at: 2026-08-13T11:00:00Z } stale_after: 2026-11-13 sources: - id: incident-policy resource: https://intranet.example/policies/incidents --- # 决策 确认一级严重事件后，通知事故指挥官。 # 例外 客户自主管理的部署遵循合同专用 runbook。 # 流程 1. 创建事故频道。 2. 记录证据与开始时间。 3. 通知责任人。 前置元数据不能替代清晰正文。它让人、确定性过滤器和智能体在消耗时间与模型上下文前，拒绝过期、废弃或未授权概念。 30 天试点应该怎样进行？ 第 1 到 3 天，选择流程。挑选一个成本高的路径，例如开发者入职、支持升级或事故诊断。定义负责人和成功指标。 第 4 到 7 天，建立问题集。收集 25 个真实问题、预期答案、获批来源、授权角色与应拒绝案例。 第 8 到 14 天，策划知识切片。规范 30 到 50 个概念，分配负责人，删除重复项，并明确记录矛盾。 第 15 到 20 天，构建检索和访问。比较关键词与混合检索，在检索前强制执行源权限，每个答案返回来源链接。 第 21 到 25 天，加入两种界面。人可以浏览和纠正内容，一个获批智能体可通过精简 API 或 MCP 界面搜索和读取。 第 26 到 30 天，运行盲测。相对现有流程，测量有来源的正确率、检索召回、拒答质量、中位回答时间、审核工作量与权限失败。 只有在不削弱访问控制、不制造无人负责内容队列的前提下改善业务结果，试点才应扩展。我们的 DACH 内部 AI 助手成本模型解释了为何内容准备、权限、评估与维护通常比模型账单更重要。 应该自建、购买还是扩展？ 选择适用条件签约前的问题 扩展当前 Wiki已有采用率、API、权限和审核流程检索能否为每位用户保留页面与附件 ACL？ 购买 AI 知识平台标准连接器和员工问答覆盖大部分需求能否导出权威内容、元数据、引用和审计日志？ 自建受治理知识层流程跨系统、定制权限或面向产品的智能体谁负责同步、评估、事故和持续复核？ 采用混合模式人需要熟悉的编辑器，智能体需要可移植且经过测试的上下文每个概念由哪个系统权威管理，冲突如何显示？ 不要让供应商演示替你做决定。要求导出、权限测试，以及基于自己问题的盲测。如果系统不能说明答案为何被检索、谁能看见、来源何时最后验证，它还不适合成为企业记忆。 AI 就绪企业 Wiki 验收清单 每个高影响概念都有指定负责人。 稳定 ID 和指向获批来源的可见链接。 明确的状态、验证与复核日期。 检索前强制执行源权限。 权威内容与可重建搜索索引分离。 答案引用实际检索到的概念。 智能体通过可审核草稿或差异提议修改。 冲突和过期知识被显示，而不是混合。 固定评估集覆盖含糊问题、拒答和访问边界。 上线前测试内容导出、审计日志与模型可移植性。 常见问题 什么是 AI 就绪企业 Wiki？ 它是一套受治理的组织知识源。员工可以编辑，AI 智能体可以在相同权限、来源、负责人和时效信号下检索。权威内容与可重建的搜索和向量索引保持分离。 AI 就绪 Wiki 必须使用 RAG 吗？ 不一定。小型且链接良好的语料可用层级和关键词搜索。RAG 适合较大集合上的自然语言检索，但仍需要源权限、引用、评估与内容治理。 MCP 就是企业知识库吗？ 不是。MCP 可以让智能体以标准方式搜索或读取获批资源。权威来源、权限、检索逻辑与审核流程位于接口之后。 AI 智能体能自动更新 Wiki 吗？ 它们可以提议更新。安全默认值是带来源和指定审核人的草稿或差异。获批修改发布到权威语料后，再触发索引重建。 怎样防止机密信息泄露？ 把源分类与权限带入检索层，验证每个请求，检索前过滤，验证来源，隔离租户并记录政策决定。绝不能把模型提示当作访问控制边界。 企业应该从哪里开始？ 选择一个高价值流程，收集 25 个真实问题，策划 30 到 50 个概念。与现有流程对比，只有在没有权限失败的情况下改善正确率、速度或审核工作量时才扩展。 最终思考 最好的 AI 就绪企业 Wiki 不是文档数量最大的系统。它应该是能用相同证据、访问规则和复核循环，为员工与智能体回答一组高价值问题的最小受治理知识系统。保持来源可供人阅读，把索引视为可替换产物，让授权成为检索的一部分，并要求智能体先提议再发布。这种架构能经受模型更换，也会给企业带来比另一个聊天机器人更有价值的资产：可检查、可改善的运营记忆。 你可能也喜欢.. Open Knowledge Format 企业指南 了解 OKF v0.2 如何用来源、信任与时效信号封装可移植且人类可读的知识。 AI Enablement 与通用 AI 咨询对比 比较在你的基础设施上可测量的实施与纯策略项目。 模型与基础设施 继续浏览此集群 模型选择、推理经济性、本地部署、压缩与服务架构。 从核心文章开始在欧盟自托管 LLM：开放权重模型何时才真正划算 LiteLLM 生产级自托管指南：2026 架构与安全 Claude 会给文本加水印吗？2026 API 实战解读 OpenKB 评测：知识编译器 vs RAG Unsloth Desktop 评测：私有本地 AI 工作站？ NeMo Switchyard 0.2：无需训练", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "Open Knowledge Format v0.2 规范", "url": "https://github.com/GoogleCloudPlatform/knowledge-catalog/blob/main/okf/SPEC.md" }, { "@type": "WebPage", "name": "智能体发现能力评估", "url": "https://cloud.google.com/blog/products/data-analytics/evaluate-agent-performance" }, { "@type": "WebPage", "name": "OWASP 关于向量与嵌入弱点的指南", "url": "https://genai.owasp.org/llmrisk/llm082025-vector-and-embedding-weaknesses/" }, { "@type": "WebPage", "name": "MCP 安全指南", "url": "https://modelcontextprotocol.io/docs/2026-07-28/tutorials/security/security_best_practices" }, { "@type": "WebPage", "name": "企业 AI 智能体工作区参考架构", "url": "https://developers.cloudflare.com/reference-architecture/diagrams/ai/enterprise-ai-agent-workspace/" } ], "dateModified": "2026-08-13", "datePublished": "2026-08-13", "description": "AI 就绪企业 Wiki 是一套受治理的组织知识源。员工可以编辑，AI 智能体可以在相同权限、来源与时效信号下检索。把人类可读的权威概念与可重建的关键词、向量和图索引分开；在检索前强制执行源权限；每个答案返回引用；让智能体提交供审核的差异，而不是直接发布。先选择一个高价值流程，收集 25 个真实问题，策划 30 到 50 个概念。只有在盲测改善有来源的正确率、回答时间或审核工作量，并且没有权限失败时才扩展。", "headline": "AI 就绪企业 Wiki：架构与实施指南", "image": "https://wavect.io/img/blog/headers/header_ai-ready-company-wiki.svg", "inLanguage": "zh", "keywords": "AI 智能体, 知识管理", "mainEntityOfPage": { "@id": "https://wavect.io/zh/blog/ai-ready-company-wiki/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/zh/blog/ai-ready-company-wiki/", "wordCount": 407 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/zh/", "name": "首页", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/overview/", "name": "博客概览", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/topics/ai-agents/", "name": "AI 与智能体", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/clusters/models-infrastructure/", "name": "模型与基础设施", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/ai-ready-company-wiki/", "name": "AI 就绪企业 Wiki：架构与实施指南 | ", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "它是一套受治理的组织知识源。员工可以编辑，AI 智能体可以在相同权限、来源、负责人和时效信号下检索。权威内容与可重建的搜索和向量索引保持分离。" }, "name": "什么是 AI 就绪企业 Wiki？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "不一定。小型且链接良好的语料可用层级和关键词搜索。RAG 适合较大集合上的自然语言检索，但仍需要源权限、引用、评估与内容治理。" }, "name": "AI 就绪 Wiki 必须使用 RAG 吗？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "不是。MCP 可以让智能体以标准方式搜索或读取获批资源。权威来源、权限、检索逻辑与审核流程位于接口之后。" }, "name": "MCP 就是企业知识库吗？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "它们可以提议更新。安全默认值是带来源和指定审核人的草稿或差异。获批修改发布到权威语料后，再触发索引重建。" }, "name": "AI 智能体能自动更新 Wiki 吗？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "把源分类与权限带入检索层，验证每个请求，检索前过滤，验证来源，隔离租户并记录政策决定。绝不能把模型提示当作访问控制边界。" }, "name": "怎样防止机密信息泄露？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "选择一个高价值流程，收集 25 个真实问题，策划 30 到 50 个概念。与现有流程对比，只有在没有权限失败的情况下改善正确率、速度或审核工作量时才扩展。" }, "name": "企业应该从哪里开始？" } ] } ```