社内文書を探せるAIと、会社の事情を理解して仕事を進めるAIは、同じように見えて必要な設計が違います。「過去に何が決まったか」を答えることに加え、現在の案件や正式な数値を確かめ、許可された操作を行い、結果を記録する必要があるためです。
Company Brainは統一された製品規格の名前ではありません。本稿では、会社の知識や文脈を複数のAIや仕事で共有するための基盤、という意味で使います。重要なのは、あらゆる情報を一つの箱へ移すことより、知識の参照、正式記録、仕事の実行をどうつなぐかです。
社内検索は入口であり、業務の完了とは別に考える
商談後のフォローを例にします。過去の提案資料を探せても、今回の顧客が何に合意したか、条件は承認済みか、次の担当は誰かが分からなければ、適切な連絡はできません。
必要なのは、文書の内容だけでなく、その出所、更新時点、適用する顧客や案件、決定した担当との関係です。古い企画メモと最新の正式な商品条件を同じ重みで扱えば、検索結果が増えても仕事の正確さは上がりません。
Hyperspellは、既存の情報源をつなぎ、権限を考慮した会社の文脈をエージェントが利用できるようにする製品としてCompany Brainを説明しています。これは提供者の製品説明です。すべての会社で正確性や業務効果が検証されたことを意味しません。
業務システムは、正式記録と更新ルールを扱う
請求が確定したか、在庫がいくつあるか、予算が承認されたか。こうした状態には、正式な記録と、それを変更するルールが必要です。チャットの要約だけを、正式な業務記録の代わりにはできません。
Tailor Platformの公式ドキュメントでは、データモデルと権限、処理を組み合わせるResolver、複数工程のWorkflowが説明されています。AIとの接続も扱っており、「Company Brainは考えるだけ、業務システムはAIを使わない」という区分は適切ではありません。
両者は重なりながら、主に扱う対象が異なります。会社の文脈をAIに渡すことと、正式な業務データや処理のルールを成立させることを、別の設計課題として捉えると整理できます。
| 確かめること | 知識・文脈の基盤 | 業務アプリ・基幹システム |
|---|---|---|
| 主に整理するもの | 文書、会話、判断の背景と関連 | 顧客、案件、金額、承認状態などの正式記録 |
| 正しさの確認 | 根拠、鮮度、適用範囲、閲覧権限 | 入力ルール、整合性、更新権限、変更履歴 |
| 仕事との接続 | 必要な背景を検索・参照する | 決めた操作で記録や状態を変更する |
| 両方に必要なもの | 権限、更新担当、評価と運用 | 権限、更新担当、評価と運用 |
この表は公式説明を参考にしたFacet Bridgeの設計上の整理です。個別製品の全機能を分ける分類や、導入すべき製品の順位ではありません。
会社の文脈、正式記録、実行を一つの仕事でつなぐ
たとえば商談後のフォローでは、商品条件や過去の判断を知識として参照し、顧客・案件の最新状態をCRMで確かめます。そのうえで連絡案や更新内容を作り、合意した権限で実行し、相手の反応と実行結果を記録します。値引きの例外など、事前に任せていない判断は担当者へ戻します。
AIの回答に「更新しました」と書かれたことと、CRMの変更が保存されたことも分けます。操作先の正式記録で結果を確かめるまで、完了とは扱いません。実行できなかった場合は、未実行の内容と次の担当が分かる状態で残します。
このように仕事の流れへ組み込むと、Company Brainは検索窓だけの存在ではなくなります。一方、すべての仕事へ同じ複雑な仕組みが必要なわけでもありません。Anthropicの設計解説でも、固定した経路のワークフローと、AIが進め方を選ぶエージェントを区別しています。対象の仕事に必要な複雑さから始めることが重要です。
情報を全部集める前に、最初の仕事で必要な情報を決める
最初に全社の文書を移すと、何のための基盤かが曖昧になりがちです。まず、商談準備、問い合わせ回答、経営会議の準備など、実際に使う仕事を選びます。
その仕事について、参照する正式情報、必要な背景、使ってよい範囲、実行する操作、成功を確かめる方法を決めます。担当者が誤りを直したときに、個人のメモで終わらず、次の仕事でも使える知識や評価へ反映する流れも設計します。
複数のAIや製品を使う場合は、同じ権限と情報の正本を扱えるか、変更後も品質を確かめられるかを見ます。モデルの性能が変わるたびに業務全体を作り直すのではなく、必要な条件で選び直せる基盤にします。生成AIの比較・選び方では、その考え方を扱っています。
既存システムを活かし、知識と実務の接続から始める
Company Brainの構築は、ERPやCRMを必ず置き換えるという意味ではありません。正式記録として使える既存システムは活かし、その周囲の知識、判断、作業をつなぎます。正式な記録自体が散在している場合は、データの定義や更新責任から整える必要があります。
AI業務設計シートでは、参照元・正本・操作・人の判断を一つの仕事へ書き出せます。Facet Bridgeは、AI Native化の情報・業務基盤づくりと、一業務のAI実装や業務アプリ構築を、既存環境に合わせて組み合わせます。自社の知識と業務をどうつなぐか相談する