新しい同僚から、引き継ぎの進め方を尋ねられたとします。あなたは最新の適切なプロンプトファイルを探し、次にチャットを、最後に古い手順書を探します。問題はテキストが少なすぎることではありません。欠けているのは、チームで有効な作業方法が書き留められている、それとわかる場所なのです。
BusinessCloudには、そのための「Knowledge」があります。自社向けの、ページとサブページで構成されるナレッジベースです。技術的には、この仕組みは Nextcloud Collectivesをベースにしています。これは構造化された知識の集まりであり、自動的なAIドキュメント検索ではありません。この違いを押さえると、何に適しているのかがより明確になります。
ページとプロンプトの添付は目的が異なります
プロンプトの添付は、特定の一つのAIタスクのための資料を提供するものです。これに対してナレッジページは、人が再び見つけ、読み、維持できる事柄の状態を記述するものです。同じ手順書が両方の役に立つこともありますが、それが存在するだけでAIがアクセスできるようになるわけではありません。
私たち独自の例として、小さな作業場のチームを考えます。このチームには、シフト開始時、資材の払い出し、引き継ぎの手順が必要です。あらゆる特殊ケースを含む長いテキストを毎回添付する代わりに、短いスタートページを持つ「作業場ハンドブック」というナレッジベースを作成します。三つの手順は、それぞれ別のサブページになります。
実際の作業に沿って階層を組み立てましょう
スタートページでは、このハンドブックが何を対象としているか、どのような場面でどのページが役立つかを説明します。「シフト開始」には最初の確認を、「資材の払い出し」には必要な部品に関する確定したルールを、「引き継ぎ」には引き継ぐべき作業の状態を記述します。一つのページは、それとわかる一つの問いに答えるべきです。
Workshop handbook
Start of shift
Required documents
Pending approvals
Issuing materials
Handover
Completed
Blockers and open decisions私たちが自分で設計したこのツリーは、内容に関するアイデアであり、自動的に作成されたナレッジベースではありません。これはサブページがなぜ役立つのかを示しています。新しいメンバーは、長い寄せ集めのドキュメントから該当する作業方法を選り分ける必要がありません。特別なルールは、さまざまな場所で少しずつ異なる形で繰り返されるのではなく、それが関係する手順のところに置くことができます。
ナレッジベースはチームに属します
KENJTECの具体的な実装では、ナレッジベースはチームに属します。作成時には自社の人やチームを選択し、検索はこの社内のコンテキストに限定されます。これを実現するために、KENJTECはNextcloudの基盤の周りに独自の制御と設定を追加しています。したがって、アップストリームの一般的な共有オプションが、このサービスにそのまま当てはまると約束されているわけではありません。
具体的には、 「Knowledge」に関するKENJTECのドキュメント が、「New collective」からの具体的な手順と、サブページを持つページについて説明しています。メンバー構成は、作業に必要なものに応じて意図的に計画してください。ここでの社内ナレッジベースは、どの顧客にも公開されたヘルプセンターではありません。
所有権も重要です。ナレッジベースが使用するストレージは、チームを所有する人の容量に計上されます。ナレッジベースの削除は「Knowledge」自体の中で行い、削除したものはまずゴミ箱に移動します。ナレッジベースを持つチームから、最後のメンバーが簡単に抜けることはできません。つまり、この構造は単なるリンクの寄せ集めではなく、業務資産の一部なのです。
最新の状態を保つには、特定の担当者が必要です
重要な手順ページにはそれぞれ、その適用範囲と確定済みのステータスを書き留めてください。資材のリリースに関するルールが変わった場合は、該当するルールだけを正確に編集します。どの決定が以前の状態に置き換わるのかも簡潔に書き添えましょう。チーム内の担当者が内容が最新かどうかを確認できますが、これはチームによる組織上の取り決めであり、製品に自動的に備わる役割ではありません。
拘束力があると表示されたバージョンが同時に二つ存在する状態は避けてください。古いファイルは背景資料として残しておき、ページでは有効な手順を明確に示すことができます。これによって、それとわかる優先順位が得られます。ただし、これはBusinessCloudで同時共同編集ができると約束するものではありません。
知識を維持することは、まだRAGパイプラインではありません
あるセクションを外部でAIを使って作業したい場合は、自分でそれを選び、意図的に渡します。これによってAIが社内のすべてのドキュメントを自動的に検索するようになるわけではありません。この仕組みについて、自動インデックス作成、OCR、あるいは汎用的なファイルRAG機能があるという根拠はありません。
技術的な説明は現在のコードと機能一覧に基づいています。実在する二つの企業での完全なテストは、ここでは実施していません。自分で始めるには、三つのページと一つの追跡可能な変更を持つ小さなナレッジベースで十分です。それによって、次の人が元のプロンプトやチャットを知らなくても有効な手順を見つけられるかどうかがわかります。
情報源とコードレビューの状況：2026年十月25日時点。 一般的なCollectivesの基盤と、KENJTECによる具体的な社内向け実装は、分けて検討しました。
