MEDIA
AI活用の最前線
AI Workspaceとは？Kylonが実現するビジネスを知るAIチーム
AI Workspaceとは、AIエージェントがチームメンバーとして参加する新しいワークスペースです。従来のツールにAIを後付けするのではなく、最初からエージェントがチームに加わる設計。Kylonが実現する次世代の協働を解説します。
課題：あなたの時間は、情報の転記作業に消えていませんか？
メッセンジャーで連絡を受け取り、ドキュメントツールにまとめ、スプレッドシートに数字を入力し、AIチャットで文章を整え、またメッセンジャーに貼り直す。5つのアプリを行き来しながら情報を運び続ける。それは「仕事」ではなく「転記作業」です。
ツールが人間専用に設計されている
この問題の根本は、現在のツールが人間同士のコミュニケーションを前提に設計されていることにあります。AIを後から追加しても、通知に反応するだけの補助機能にとどまり、チームの一員として業務を担うことはできません。
AI Workspaceは、この構造を根本から設計し直すために生まれた新しい製品カテゴリです。
KYLON公式LINE
仕事で使える生成AI情報を、LINEで毎週チェック
重要な生成AIニュースと、企業での活用事例をコンパクトにお届けします。営業、顧客対応、採用、バックオフィスで使える実務のヒントも、週ごとにまとめます。
登録は無料です。配信停止はいつでもLINE上で設定できます。Kylonとは
Kylonは、人間とAIエージェントが対等な協働メンバーとしてチャンネル内で共存するAI Workspaceです。
従来のチームツールが確立したチャンネル、スレッド、メンション、ピンという仕組みは、チーム協働の基盤として広く使われてきました。しかし、これらは人間同士のコミュニケーションを前提に設計されたもの。AIエージェントを後から追加しても、活用できる範囲には限界があります。
ワークスペースをAI前提で再設計
Kylonはそのパラダイムを基盤から作り直しました。チャンネルはAIエージェントの参加を前提に設計されており、エージェントはいつ発言しいつ黙るべきかを自律的に判断します。複数のエージェントが同じワークスペースで互いに干渉せず機能し、チーム全体の共有コンテキストが各人の私的AIチャットに分断されることがありません。
“既存のツールにAI機能を追加したのではなく、ワークスペースそのものをAI前提で再設計しています。”
Kylonの仕組み
Kylonが従来のツールと根本的に異なるのは、7つの機能が一つのプラットフォームに統合されている点です。
- チャンネル — パブリックまたはプライベート。各チャンネルにはメモリ、スキル、コネクションを持つAIエージェントが常駐する
- エージェント — プラグインではなくチームメンバー。コンテキストを記憶し、タスクを実行し、テーブルを更新し、メッセージを送信する
- コネクション — Gmail、Google Drive、GitHub、Notionなど、エージェントがあなたのツールをネイティブに使用する
- メモリ — エージェントはセッションを超えて記憶する。プロジェクト知識、チームルール、個人の好み
- ワークフロー — スケジュール、トリガー、手動実行。自動リマインダー、ステータス更新、フォローアップ
- スキル — 再利用可能なスキルパッケージ。一人がスキルを作れば、ワークスペース内のすべてのエージェントが即座に使える
- アプリ — チャットからWebアプリを構築。内部限定にも外部公開にも対応。ダッシュボード、フォーム、クライアント向けポータルをコード不要で作成できる
チャンネルが知識境界になる
8つの機能は独立したツールの寄せ集めではなく、チャンネルを中心に連動します。エージェントは参加しているチャンネルの情報だけを参照できるため、チャンネルを分けるだけで「AIに見せてよい範囲」の設計が完了します。
3種類のエージェントが連携する
3種類のエージェントがチームと連携します。メインエージェントは会社全体のコンテキストを把握。パーソナルエージェントはGmailやDriveなど個人ツールに接続。特殊エージェントはHRや財務など機密データを扱います。
なぜKylonなのか
スキルの全社展開
チーム内でAI活用に長けたメンバーが作成したスキルやワークフローは、ワークスペース内の全エージェントに即座に展開されます。個人のノウハウを研修やマニュアルで伝達する必要はありません。優れた業務手順がエージェントに蓄積され、全員が初日から活用できます。
ナレッジの自動蓄積
業務知識はチャットスレッド、個人メモ、担当者の記憶に散在し、属人化しています。担当者が異動や退職をすれば、何年分もの業務ノウハウが組織から失われます。Kylonでは、チームが日常業務を進めるだけでエージェントが会話や判断の文脈を自動で蓄積。業務知識が特定の個人に依存しない組織を実現します。
ユースケース
Kylonは様々な業種・業務でAIチームを実現しています。以下は代表的なシナリオです。
クリエイターの制作フローを一本化
1人のエージェントがクリエイターの制作フロー全体を1つのチャンネルで回します。過去にバズった動画を分析し、毎朝企画案を提案。気になった企画に一言返すだけで完全な台本に展開。確定すれば絵コンテから撮影リスト、小道具、ロケ地まで自動生成。投稿後は実績を読み取り、勝ちパターンをプロフィールに反映。使うほど精度が上がる専用の制作ループです。
顧客の声から本番リリースまで
営業先で受けたフィードバックが、転記なしで本番環境の修正に直結します。通話を自動で文字起こしし、構造化した不具合報告をIssue管理表に直接登録。エンジニアやエージェントが同じチャンネルでIssueを拾い、修正から本番デプロイまで完了。お客様の声が、数週間ではなく数時間で製品に反映されます。
200人のクリエイターを1画面で運営
名簿が1つの共有テーブルに集約され、クリエイターからプラットフォーム、担当、契約条件までがひとまとめ。ワークフローが各プラットフォームからフォロワー数、再生数、エンゲージメントを定期取得し、エージェントがクリエイター別と全体の週報を自動作成。フォロワー減少やリーチ低下を監視して、担当マネージャーに即通知。問題はクリエイター本人が気づく前に表面化します。
このほかにも、旅行・観光、小売・EC、士業・専門サービス、不動産、製造業など、さまざまな業種で活用されています。
すべてのユースケースはこちらからご覧いただけます。
AIエージェントの作り方。道具を組む前に、業務の置き場所を決める
「AIエージェントの作り方」を調べると、ノーコードツールや開発フレームワークでエージェントを1体組み立てる手順が中心に出てきます。業務で使う場合に先に決めるのは道具ではなく、どの業務を、どこまで任せ、どこで人が確認するかです。順番は次の四つです。
- 業務を1件に絞る：問い合わせの一次返信、月次の請求確認のように、期限と担当者が決まっている業務を1つ選びます。全社の計画を先に描くより、1件を最後まで通したほうが判断材料が集まります。
- 読む範囲を決める：その業務が進んでいるチャンネルに、関係するスレッド、ファイル、レコードをまとめます。エージェントが読むのは、その範囲の中です。
- 接続と権限を業務単位で渡す：その業務に必要なアカウントだけをコネクションとして付与します。付与は1件ずつ取り消せるため、担当が替わるたびに設定を作り直す運用にはなりません。
- 承認の位置を先に置く：社外への送信とレコードの更新は、下書きか承認カードの状態で止めます。止める場所を業務ごとに決めておくと、確認の回数を増やさずに運用できます。
この四つが決まってから、繰り返す部分をワークフローとして保存します。設計の考え方は次の節で説明します。実際の画面はAIワークフロー自動化とAIワークスペースのページで確認できます。
AIワークフローとは。業務を分解して、確認と承認を置く
AIワークフローという言葉は、いま二つの意味で使われています。ひとつは、決まった手順を順番に実行する自動化。もうひとつは、その回ごとの状況を読んでから手を動かす進め方です。同じ引き金で毎回まったく同じ処理をするなら、前者のほうが単純で読みやすい。一方、案件ごとに判断が要る業務は、手順表に落とし込むほど例外が増えていきます。AI Workspaceが扱うのは後者です。
設計の順番は、業務の分解、接続先の決定、確認と承認の配置、実行履歴の四つです。この四つが揃うと、依頼した人以外にも何が起きたのかが読める状態になります。
- 業務の分解：だれが、どの順番で、何を見るのか。ルームの会話として書き出します。手順書を別に作るのではなく、業務が進む場所にそのまま置きます。
- 接続先：エージェントが読み書きできる範囲は、ワークスペースが許可したコネクションの内側だけです。許可は業務単位で出し、不要になったものは個別に取り消せます。
- 確認と承認：社外に出る操作や記録の更新は、会話の中の承認カードや下書きとして止まります。承認する人は、根拠と変更内容を同じ画面で見られます。
- 実行履歴：定例化した手順はワークフローとして保存され、各回の実行記録が残ります。あとから「あの回は何を見て、何を変えたのか」を追えます。
文章で読むより、動く画面のほうが早いと思います。下は、週次レポートの作成を依頼したときの流れです。エージェントが読んだ範囲、更新しようとしている記録、取引先に送る前の下書き、そして承認のボタンが、ひとつの会話に並びます。
TY今週分の草案が承認待ちです
商談メモを共有
返信の下書きが1件
請求の確認が3件
今週の数字をまとめて、先週から動いたところを書き出して。取引先への共有メールも下書きまでお願いします。送信はしないで。
販売管理と問い合わせ履歴、このスレッドの議論を読みました。先週から動いた3項目と、共有メールの下書きを用意しています。
承認するまで、記録の更新も送信も行いません。
ここで大事なのは、待ち時間の置き場所が変わることです。調べる、まとめる、下書きするところまでは人を待たせません。止まるのは、社外に出る直前と記録が変わる直前。属人化していた確認の基準も、承認のやりとりとして会話に残るため、担当が替わったときの引き継ぎ材料になります。
経理業務で同じ流れを見る場合は金融・バックオフィスのユースケースを、権限と承認の考え方はKylonとはをあわせてご覧ください。
MCPでツールにつなぐ前に。可視化、責任体制、ポリシー、監査
AIエージェントを外部のツールやデータにつなぐ共通規格として、MCP（Model Context Protocol）の採用が広がっています。接続が増えるほど、どの接続を、誰が、何のために使っているのかが社内で把握しづらくなります。NRIセキュアは2026年9月17日の解説で、企業が整備すべき観点を可視化、責任体制、ポリシー設計、監査・継続的監視の四つに整理し、あわせてAIエージェント側でHuman-in-the-loopが設計されているかの確認を挙げています（出典：NRIセキュア「MCPガバナンスとは」2026年9月17日、2026年9月18日参照）。
この四つは、ツールを導入する前に決めておく話ではありません。業務を設計するときに、同じ会話の中で決まっていく話です。Kylonの場合、それぞれの置き場所は次のようになります。
| 整備する観点 | 決めること | Kylonでの置き場所 |
|---|---|---|
| 可視化 | どの接続を、誰が、何のために使うのか | ワークスペースのコネクション一覧と、エージェントごとの付与状況 |
| 責任体制 | その接続の持ち主と、承認する人はだれか | ルームのメンバー構成と、承認カードに残る承認者 |
| ポリシー設計 | 付与、変更、取り消しをどう運用するか | 業務単位で出すコネクションの許可。不要になったものは個別に取り消す |
| 監査・継続的監視 | いつ、どのエージェントが、何を実行したか | スレッドに残る依頼と根拠、ワークフローの実行記録 |
Human-in-the-loopの位置も、この設計の一部です。読む、調べる、下書きするところまでは待たせず、社外に出る操作と記録の更新で止める。承認カードには根拠と変更内容が並ぶため、承認する人は別の画面を開かずに判断できます。確認の回数を増やすのではなく、止める場所を業務ごとに決める考え方です。
境界も書いておきます。Kylonは社内のMCPサーバを棚卸しする台帳製品ではなく、全社の認証基盤を置き換えるものでもありません。Kylonが担うのは、エージェントが業務の中で触れてよい範囲と、人が確認する位置です。全社的な統制の整備は、上記のような枠組みとあわせて進めることをおすすめします。権限と承認の基本的な考え方はKylonとはで、業務ごとの分け方は次の節で説明します。
生成AIで業務効率化を進める。3つの業務シナリオと、権限の置き方
生成AIの導入で効果が出にくい業務には、共通点があります。調べる、照合する、下書きするまでを人がやり、最後の確認だけが本来の判断業務という構造です。この形の業務は、前半をエージェントに渡し、確認の位置を決めるところから設計できます。以下は、業務の単位で権限と承認を分けた3つの例です。
シナリオ1：問い合わせ対応の下書きまでを任せる
受信箱に入った問い合わせを、エージェントが過去のやりとりと契約内容の記録に照らして読み、返信の下書きをチャンネルに出します。読み取りの範囲はメールと該当する記録だけに限定し、送信は下書きのまま止めます。担当者は根拠と本文を同じ画面で見て、送るかどうかを決めます。一次回答の作成時間が、確認の時間に置き換わります。
シナリオ2：週次レポートを定例のワークフローにする
毎週同じ4つの情報源から数字を集め、前週との差分を書き、チャンネルに投稿するところまでをワークフローとして保存します。実行のたびに記録が残るため、数字の出どころを後から確認できます。レポート作成そのものではなく、差分の理由を議論する時間に配分が移ります。集計できなかった項目は、推計せずに未取得として明記します。
シナリオ3：記録の更新を承認待ちにする
商談後の顧客管理システムの更新は、エージェントが変更案を作り、承認カードとして会話に出します。承認するまで記録は変わりません。だれが何を根拠に承認したのかが会話に残るため、判断基準が担当者の頭の中だけに留まらず、業務標準化の材料として引き継げます。
| 業務 | エージェントが自分で進める範囲 | 人が決める箇所 |
|---|---|---|
| 問い合わせ対応 | 過去のやりとりと記録の照合、返信の下書き | 送信の可否 |
| 週次レポート | 4つの情報源の取得、差分の記述、投稿 | 数字の解釈と次の打ち手 |
| 顧客記録の更新 | 変更案の作成と根拠の提示 | 記録を変えるかどうかの承認 |
| 社外への連絡 | 宛先と本文の下書き | 送信の可否 |
3つに共通するのは、権限を職位ではなく業務の単位で出している点です。問い合わせ対応のエージェントに顧客管理システムの書き込み権限は要りません。必要な接続だけを業務ごとに許可し、不要になったものは個別に取り消す。この運用にしておくと、担当や体制が変わったときに見直す範囲が小さくなります。
チームに最適なAIワークスペースとは。個人のAIチャットとの違い
個人向けのAIチャットは、一人が質問し、一人が答えを受け取る道具です。回答の質が高くても、なぜその結論になったのか、次にだれが何をするのかは、その人の画面の中に残ります。チームで使うと、同じ背景説明を人ごとに繰り返し、良い回答はコピーされてほかのツールに貼られ、判断の経緯は担当者の記憶に戻っていきます。
チーム向けのAIワークスペースを選ぶときは、回答の質よりも先に、次の四つを確認することをおすすめします。
| 確認する観点 | 個人のAIチャット | チームのAIワークスペース（Kylonの場合） |
|---|---|---|
| 業務の背景 | 毎回、依頼する人が説明し直す | チャンネルの会話、レコード、メモリをエージェントが読む |
| 判断の経緯 | 個人の履歴に残り、ほかの人は読めない | 依頼、参照した情報源、結論が同じスレッドに並ぶ |
| 引き継ぎ | 担当者が替わると、やりとりを探し直す | 承認のやりとりと実行記録が残り、後任がそのまま読める |
| 確認と承認 | 送信や更新は、人が別のツールで手作業で行う | 社外への送信と記録の変更は、承認カードか下書きで止まる |
表の右側に共通しているのは、共有の文脈とレビューが、業務が進む場所に置かれていることです。エージェントの回答は、チームが議論しているスレッドに返り、承認する人は根拠と変更内容を同じ画面で確認します。個人の生産性を上げる道具と、チームの業務を進める場所は、選び方の基準が異なります。
導入の最初の一歩は、上で紹介した四つの手順と同じです。業務を1件に絞り、その業務のチャンネルにエージェントを置き、必要な接続だけを渡し、止める位置を決めます。業務フローの具体的な組み立て方はAIワークフロー自動化で、人とエージェントが同じ場所で働く画面はAIワークスペースのページで確認できます。
まとめ
AI Workspaceは単なるツールのアップグレードではありません。チームの「構成員」を拡張する概念です。すべてのチームの次のかたちには、AIメンバーが存在します。見せかけのためではなく、会社のことを既に知り、ツールを使いこなし、初日から貢献できる新しいチームメンバーとして。
個人の生産性ツールではなく、チーム全体の働き方を変えるプラットフォーム。それがAI Workspaceであり、Kylonが実現する世界です。
Kylonがあなたのチームにどうフィットするか、30分の無料相談でお話しします。
