Leina: チャットプラットフォームとビジネスアプリを横断するチームAIエージェント

概念図: 複数のチャット入口、共有エージェント、定義された権限内で接続されたビジネスアプリ。

AIエージェントをチームの日常業務に導入するには、3つの実践的な問いが生じます。人々はどこでそれと対話するのか？すでに使用しているデータやツールにどうやって到達するのか？そして、各人に何へのアクセスを許可すべきか？

これらの問いは関連しています。有用なチームエージェントは、使い慣れた会話の中で機能し、タスクに必要なアプリケーションに到達し、複数の人が使用する際にアクセス境界を尊重する必要があります。

Leinaはこれらのニーズを中心に構築されています: サポートされているチャットプラットフォーム全体で1つのサーバーサイドインスタンス、当社のOpenConnector認可ゲートウェイを通じたビジネスアプリ接続、そしてメンバーとグループに割り当てられた権限。

チャットプラットフォーム全体で1つのLeinaインスタンス

チームはしばしば複数のメッセージング環境で作業します。一部のメンバーはWeComでコラボレーションし、他のメンバーはDiscordを使用するかもしれません。プラットフォームごとに別々のエージェントを維持すると、セットアップと管理の作業が増えます。

1つのLeinaサーバーサイドインスタンスは、複数のサポートされているチャットプラットフォームに接続できます。チームメンバーは、別のチャット入口を追加するためだけに別のインスタンスを購入することなく、選択したプラットフォームからそのインスタンスと対話できます。プラットフォームの可用性と利用料金は現在のプランによって異なります。

チームは既存のワークグループから始めて、必要に応じて他のプラットフォームに拡張できます。人々は使い慣れたチャットツールを維持し、そこでLeinaにタスクを割り当てます。

チャットはタスクの入口を提供し、接続されたビジネスアプリはそれを完了するために必要なデータと操作を提供します。チャットアクセスを設定した後、チームは関連するアプリ接続を構成できます。各入口には依然として適切な接続権限のセットが必要です。

flowchart TB
  accTitle: チームチャットからビジネスアプリへ
  accDescr: WeComとDiscordが1つのLeinaインスタンスに接続します。OpenConnectorが接続されたドキュメントとビジネスデータへのアクセスを認可します。アプリの種類は例示です。
  subgraph CHAT["チャットプラットフォーム"]
    W("WeCom"):::channel
    D("Discord"):::channel
  end
  W --> L("Leina
1つのサーバーインスタンス"):::agent
  D --> L
  L --> G("OpenConnector
認可ゲートウェイ"):::gateway
  subgraph APPS["認可済みアプリ"]
    F("ドキュメント"):::resource
    B("業務記録"):::resource
  end
  G --> F
  G --> B

OpenConnectorを通じたビジネスアプリ接続

AIエージェントが達成できることは、到達できるビジネスシステムと、それらの接続が許可する操作に依存します。

Leinaは当社独自の安全な認可ゲートウェイであるOpenConnectorを使用します。公開時点で、ゲートウェイは1,500以上のプロバイダーと16,000以上のアクションをサポートしています。これらの数字はゲートウェイの接続カバレッジを表しており、すべてのアカウントがすべてのサービスやアクションを有効にしているわけではありません。

プロバイダーは接続できるサービスを表します。アクションはそのコネクタによって公開される操作です。同じアプリでのレコードの読み取り、作成、更新には、異なるサポートされたアクションと権限が必要になる場合があります。

この広さにより、チームは既存のツールを中心にタスクを構築するより多くの方法を得られます。接続されたアプリケーションが関連するアクションをサポートし、アカウントがアクセス権を持っている場合、Leinaはプロジェクトドキュメントの検索、ビジネスレコードの要約、または準備された結果を指定された宛先に書き込むのを支援できます。

実際のスコープは、コネクタ、認可されたアカウント、およびその権限に依存します。Integrationsから始め、タスクに必要な操作を確認し、適切なアカウントを接続してください。

認可ゲートウェイはそのアクセスアーキテクチャの一部です。ビジネスアプリへのアクセスはゲートウェイを通じて認証および認可され、エージェントは構成された権限内でアプリケーションを呼び出します。アカウント認可は接続プロセスを通じて行われ、チャットにパスワードや生のアクセストークンを貼り付ける必要はありません。

メンバーとグループの権限

個人エージェントは主にそのユーザーのアカウントとデータへのアクセスを必要とします。共有組織エージェントは、より明確な境界を必要とします: どのメンバーがどの接続を使用できるか、どのグループがどのビジネス情報にアクセスできるか？

Leinaは、メンバーとグループに割り当てられた権限で組織的な使用をサポートします。チームは、異なる参加者に対して許可されたアクセスを定義しながら、エージェントを共有できます。

営業、プロジェクトデリバリー、外部参加者との会話を処理するチームを考えてみましょう。そのアクセス要件には以下が含まれるかもしれません:

• 営業メンバーは、顧客フォローアップに関連する接続とアクションを必要とします。
• プロジェクトメンバーは、プロジェクトデリバリーに使用されるドキュメントとレコードへのアクセスを必要とします。
• 外部参加者を含むグループは、そのオーディエンスに適した情報と操作のみを受け取るべきです。

これらは、権限構成を通じて表現するビジネス境界の例です。人々の責任と完了する必要があるタスクに応じてアクセスを割り当ててください。利用可能なスコープは、コネクタ、アカウント権限、およびチーム設定に依存します。

これらの境界は、接続と認可設定を通じて実装する必要があります。別々のチャットグループを作成することは、アプリ権限の代わりにはならず、会話コンテキストと長期メモリがグループによって自動的に分離されることを意味するものではありません。使用ガイダンスについてはPermissions and Data Accessを参照してください。

このアプローチは、組織がエージェントのビジネスアプリへのアクセスを制御し、より多くのメンバーとグループが使用を開始するにつれて、過剰または不適切な権限のリスクを減らすのに役立ちます。

flowchart TB
  accTitle: 共有エージェント、定義されたアクセス
  accDescr: メンバーとグループの権限、およびビジネスアカウントの認可が、OpenConnectorを通じて利用可能なデータとアクションを定義します。スコープ外のリソースは呼び出しに利用できません。
  M("メンバー＋グループ
権限"):::channel
  C("アプリアカウント
認可"):::channel
  M --> G("OpenConnector
スコープ付き業務アクセス"):::agent
  C --> G
  G --> A("スコープ内
データとアクション"):::resource
  G -.-> X("スコープ外
アクセスなし"):::restricted

1つの明確に定義されたタスクから始める

3つの機能は1つのワークフローで連携します。チームメンバーが使い慣れたチャットプラットフォームでタスクを要求します。Leinaは認可されたアプリ接続を使用して必要な情報を見つけ、構成された権限内で動作します。

最初のタスクには、明確なスコープと検証が容易な出力を選択してください。ドキュメント検索をサポートするアプリを接続した後、次のようなリクエストを試してください:

接続されたプロジェクトドキュメントで今週の会議メモを見つけてください。決定事項と未解決の質問を要約し、ソースドキュメントへのリンクを含めてください。このタスクではドキュメントの読み取りのみを行ってください。

ソースと期間を実際のアプリ、プロジェクト、日付に置き換えてください。ソースが正しいこと、参加者が適切なアクセス権を持っていること、結果が完全であることを確認してください。メッセージ、公開、またはレコード変更を含むタスクについては、まずドラフトを要求し、実行前にその宛先と内容を確認してください。

チームが接続、アクセススコープ、および結果を検証したら、ワークフローをより多くのメンバーとグループに拡張できます。Getting Started guideでは、チャットの接続、アカウントの認可、最初のタスクの割り当てについて説明しています。

チャットアクセスからビジネスアプリ接続、メンバー権限まで、LeinaはチームがAIエージェントを日常業務に導入するための実用的な道筋を提供します。

続きを読む

1. One agent across chat platforms: チャットアクセスとアプリ接続を区別し、1つのグループから拡張します。
2. OpenConnector and secure app connections: 読み取り専用タスクでプロバイダー、アクション、アカウント認可を確認します。
3. Member and group permissions: アクセススコープを計画し、出力オーディエンスを確認し、境界を検証します。