動く前に、案件の中身を読む自動化。

よくある質問

AIワークフローとは何ですか。

業務の手順の中に、案件を読む、判断材料をまとめる、下書きを作るといった工程を組み込み、その部分をAIに任せる業務フローです。決まった条件で決まった処理を動かすルール型の自動化と違い、案件ごとの文脈を読んでから進め方を選びます。Kylonでは、チャンネルでの依頼から始め、繰り返す業務はワークフローとして保存し、社外への送信と記録の変更は担当者の承認を待つ形で組み立てます。

AI業務自動化は、どの業務から始めればよいですか。

1つの業務と、それを話しているチャンネル1つから始めます。問い合わせへの一次対応、資料の整理、報告書の下書きのように、読む量が多く、結果を人が確認できる業務が向いています。次に、その業務に必要なコネクションだけを付与し、エージェントに任せる範囲と担当者に戻す条件を決めます。同じ依頼を繰り返すようになった時点で、ワークフローとして保存します。

Zapier、Make、n8nとの違いは何ですか。

これらのツールは、あらかじめ定義した順序を実行します。きっかけがあり、毎回同じ処理が動きます。Kylonのエージェントは、その案件の文脈を先に読み、必要なことを判断し、結果を確認用に返します。すでに動いている自動化はそのまま使い、状況を読んでから動く必要がある部分にエージェントを置く形をおすすめします。

定期実行もできますか。依頼したときだけですか。

どちらもできます。チャンネルで依頼することも、スケジュール、Webhook、レコードの変更でワークフローを開始することもできます。実行には履歴が残るので、何がなぜ起きたのかを後から確認できます。

先にワークフローを組み立てる必要がありますか。

ありません。まず業務そのものを依頼します。その一部を繰り返すことになった時点で、ワークフローとして保存します。準備期間も、コードや設定ファイルも必要ありません。

エージェントが想定外のことをしないようにできますか。

権限を範囲で設定します。許可した範囲だけを参照し、影響の大きい操作は実行前に承認を待ちます。管理者、メンバー、エージェントは、それぞれ別の権限階層に置かれます。

自動で進める業務と、人が確認する業務はどう分けますか。

誤ったときの影響で分けます。社内で読む、調べる、分類する、下書きするところまではエージェントが進め、社外に出る送信と記録の変更は承認カードか下書きの状態で止めます。判断材料が足りない案件は、エージェントがチャンネルでその旨を伝えて担当者に戻します。止める位置は業務ごとに設定でき、承認のやりとりは会話に残るため、後から基準を見直せます。

営業の記録更新にも使えますか。

使えます。商談メモやスレッドから更新案を作り、どの項目をどう書き換えるかを示した状態で止まります。承認してから、接続したCRMのアカウント経由で反映されます。毎週の更新のように繰り返す作業は、ワークフローとして保存でき、実行ごとの履歴が残ります。

モデル自体がソフトウェアを操作できるようになれば、これは不要になりますか。

変わるのはモデルにできることで、ワークスペースが許可する範囲ではありません。フォームに入力できるモデルであっても、動作するためのアカウント、参照範囲の境界、社外に出る操作を見る人、そして何が実行されたかの記録は引き続き必要です。Kylonはこの4つを持っているため、モデルが進歩しても参照範囲を広げずに同じ業務を改善できます。