このカテゴリーにおける本当の境界線は、もはや「AIを搭載しているかどうか」ではありません。今やほぼすべての製品が搭載しています。意味のある区別は、そのプラットフォームが当初からAI対応型ナレッジを軸に構築されたのか、それともAI時代以前のWikiに後付けでチャットボットを載せただけなのかということです。

この区別が重要になった理由は技術的なものです。多くの企業向けAIアシスタントは、企業自身のページから関連コンテンツを検索し、それを回答の根拠として使う仕組み——一般に検索拡張生成（RAG）として知られる手法——で動作しています。したがって回答の品質は、基盤となるコンテンツの品質・鮮度・構造によって上限が決まります。だからこそ、ナレッジベースの衛生管理は、ドキュメント作成の後回しの課題ではなく、静かにAIインフラの問題へと変わりつつあります。

この差は、コンテンツが蓄積され始めた途端に明白になります。コラボレーション優先のツールは、チームの成長とともに古く重複したページを積み上げていき、その混乱の上に載せられたAIはそのすべてを引き継ぎます——正しくなくなった情報を自信満々に繰り返すことすら含めて。

以下に挙げるプラットフォームの一部は、依然として本質的に「人間向けドキュメントにAIを追加したもの」であり、他は再構築されたか、まったく異なる前提をもとにゼロから構築されたものです。現在实际に使われている10のツールを紹介します。

Notion（Notion AI搭載）

Notionの魅力は常に柔軟性にあります。ウィキにも、データベースにも、プロジェクトトラッカーにも、あるいはそのすべてにも形を変えられるワークスペースであり、その使い方はチーム次第で、外から押し付けられる硬直した構造はほとんどありません。

Notion AIはその上に比較的安価なアドオンとして載っており、ユーザーは質問をして、チームがすでに書いたコンテンツに直接根拠づけられた回答を得られます。要約やドラフト作成の支援も付いています。

チームのナレッジがすでにNotionにあるなら、移行不要で優れた価値を提供する傾向があります。ただし正直な落とし穴は、AIはその下にあるページと同じ程度にしか整理されていないため、ワークスペースにすでに存在する混乱をそのまま引き継ぐことです。

Confluence（Atlassian Intelligence + Rovo）

ConfluenceはシンプルなチームWikiとして始まり、かなり大きな存在へと進化しました。とりわけ、JiraやLoomなどAtlassianスタックの他製品と連携する、Atlassianの新しいAIエージェント層「Rovo」と組み合わせるとその傾向が顕著です。

Atlassian Intelligenceは、既存のWiki構造の上に、会議メモの自動要約、コンテンツ提案、自然言語検索を追加します。日々のプロジェクト業務ですでにConfluenceを使っているエンジニアリングおよびプロダクトチームにとって、これらの機能は大きな意味を持ちます。

真の強みは、ドキュメントが活発な開発の隣に置かれる場面で発揮されます。一方、限界は、そもそもページとして書き留められてこなかった暗黙知を捉える能力が明らかに低いことです。

これがConfluenceの本質的なトレードオフです。エンジニアリング部門とプロダクト部門が主なナレッジ消費者である組織には自然なフィットであり、ナレッジが構造化されたページに自然に存在しない部門にとっては、分かりにくい選択肢となります。

Guru

Guruは、シンプルで意図的に絞り込まれたアイデアを軸に構築されています。ナレッジは検証され最新に保たれる「カード」に存在し、AIの役割は、会社全体を汎用AI検索エンジンとして扱うことではなく、適切なカードを適切な人に適切な瞬間に提示することです。

そのため、正確性が保たれなければならない curated で構造化されたナレッジ（内部SOP、営業支援資料、サポート用スクリプト）に対して真に強力です。各カードの正確さを保つ責任者が存在するからです。

限界——Guruの支持者ですら認めるところですが——は、依然として根本的に人間が書き留めることを必要とする点です。誰もプロセスを文書化しなければ、Guruは提示できるものが何もありません。

Bloomfire

Bloomfireは、単なるナレッジ保管ではなく「Enterprise Intelligence」と呼ぶ方向へ大きく傾いており、ガバナンス、コンテンツの信頼性、そして組織の変化に応じて能動的に自己修正するナレッジを軸にポジショニングしています。背景で静かに古くなっていくのではなく、という具合です。

まさにそのガバナンスの意味で、独立系評価において高いレディネス評価を得てきました。コンテンツ健全性の自動モニタリング、所有権トラッキング、会話型AIを、3つの別々の後付け機能ではなく1つの運用レイヤーに統合しています。

この枠組みが重要なのは、BloomfireがNotionやGuruとは少し異なる顧客——モデルが悪かったからではなく、その土台となるナレッジ基盤が誰も実際には計測していなかった混乱物だったためにAIイニシアチブで痛い目を見た企業——を狙っているからです。

Document360

Document360は、ひときわ得意とする特定の役割を軸にアイデンティティを構築しています。それは、洗練された公開向けドキュメント——顧客や外部ユーザーが実際に閲覧するヘルプセンター、製品ドキュメント、オンボーディング資料であり、内部チーム向けだけのものではありません。

AI支援検索は大規模なドキュメントライブラリをすばやくナビゲートする助けとなり、内部Q&Aではなく、まさにその公開向けユースケースで高い評価を確立しています。

求められているのが堅牢なAI検索を内蔵した、きれいでプロフェッショナルなヘルプセンターなら、Document360は最も専用性の高い選択肢の一つです。一方、内部のSlackベースのQ&Aが必要なら、まったく別のターゲットを狙った製品といえます。

Tettra

Tettraは意図的に軽量さを保っています。構造化された内部Wikiに、AIを使って既存の回答を提示するQ&Aシステムを組み合わせ、誰かが今月中3回目の同じ質問を同僚にしなければならない状況を未然に防ぎます。

運用面での特徴はその居場所です。別の場所へ移動して確認させるのではなく、Slack内で直接回答します。

Bloomfireのようなガバナンスの重厚さを必要としない小規模〜中規模チームにとって、Tettraの魅力は主に、「すでに会話している場所に回答が現れる」という低摩擦の性質にあります。

Shelf

Shelfは、上記のプラットフォームの多くとは本当に異なる出発点を取っています。AIエージェントには、人間がナレッジベースに求めるものとは違うものが必要だという考えを明示的に軸に構築されています。

人間はドキュメントを流し読みし、推論し、ある程度の曖昧さに耐えられます。しかしエージェントには構造、追跡可能性、曖昧さのない根拠が必要で、さもなければ不確かさを示すのではなく、間違った回答を自信を持って生成してしまいます。

Shelfは能動的な重複排除、継続的な鮮度モニタリング、AI生成回答ごとのソース追跡可能性に注力し、管理されたデータ品質を、従来型Wikiの上に載せた機能の箇条書きではなく、製品そのものとして扱っています。

「本番環境のAIエージェント」向けに作られたツールと「Wikiを閲覧する従業員」向けに作られたツールは、両方が技術的にはナレッジ管理ソフトウェアと呼ばれるにもかかわらず、ますます別のカテゴリーへ分化しつつある——良い reminders です。

KMS Lighthouse

KMS Lighthouseは、規制対象の高リスクなサービス環境（医療、金融、通信、カスタマーサポート業務）で特に評価を確立しています。そこでは従業員は、もっともらしい要約ではなく、内部ドキュメントから引き出された正確で即座に正しい回答を必要とします。

一般的な職場Wikiというより、ライブの顧客対応に直接接続された運用ツールです。会議の合間に気軽に閲覧するものではなく、コールセンターのオペレーターが会話の途中で頼るようなシステムです。

その垂直特化で精度優先のフォーカスこそが、あらゆる部門を一括で担おうとするより広範な水平プラットフォームに対する、決定的な差別化要因です。

Microsoft SharePoint（Copilot搭載）

SharePointの強みは、Microsoftエコシステムの至る所で見られるものと同じです。Microsoft 365の他製品との深いネイティブ統合、ロールベースのアクセス制御、バージョン履歴、そして強く規制された組織や複雑な組織がドキュメント管理のためにすでに依存しているワークフローです。

その上にCopilotを重ねることで、別の場所を訪れるよう求めるのではなく、人々が日々使っているアプリ内で直接、ナレッジカードと自然言語による検索が使えるようになります。

独立系レビューで繰り返し指摘される批判は、専任のITサポートなしではセットアップと権限管理に本当に時間がかかること、そして回答の精度について、誰かが行動する前に人間によるダブルチェックが必要になることがある点です。

Coworker AI

Coworker AIは、上記のプラットフォームの多くが実質的に扱っていない問題に取り組んでいます。すなわち、組織のナレッジの大部分はそもそも書き留められないという現実です。

それはSlackのスレッド、営業通話の録音、CRMのメモ、そして物事が実際にどう動くかを覚えている、単に長く在籍しているだけの人々の頭の中に存在します。

そのアーキテクチャは、100以上の接続されたツールにわたって継続的に更新されるナレッジグラフを構築し、誰かが時間をかけて正式に文書化したものだけではなく、従業員が実際にしたこと・言ったことを捉えます。

NotionやConfluenceのようなドキュメント中心のナレッジベースでは明確にありません。正直なポジショニングとしては、構造化されたドキュメントについてはそれらのツールを補完しつつ、そもそも書き留められるはずのなかった、はるかに大きく厄介なナレッジの層をカバーするものです。

出典：Metaverse Post