Halo AIエージェントとは：仕組みと2026年の料金

なぜこのテーマを深く調べたのか

私は仕事としてAIサポートエージェントを構築しているので、あるツールが「AIエージェント」を売りにするとき、まず知りたいのはヒーロービデオが暗示していることではなく、実際に内部で何が動いているかです。Haloが興味深いのは、この二つの間のギャップがまさに大きいからです。

これが私にとって腑に落ちた瞬間です。Halo自身のMSPコミュニティを掘り進めると、最も支持を集めたAIに関するフィードバックは、自らをHaloのファンだと語る人物からのものでした。

"We implemented an action button so openAI can clean up the email, that has never worked and sitting with HaloPSA development support for over 6 months... Don't get me wrong, I absolutely love HaloPSA... for UI and interface, it sure is [2-3 years ahead] but for these automations, it doesn't seem to be the case."

u/techie_mate on r/msp

この緊張感、つまり素晴らしいプロダクトでありながらそのAIが自らのマーケティングに遅れをとっているという点こそ、購入前に理解すべきことです。私はこの3年以上、実際のサポートキューにAIエージェントが本番導入されていく様子を見てきましたが、この引用が描く失敗モードこそ、最もコストのかかるものだと言えます。デモでは見栄えがし、ドキュメントなしでリリースされ、本番環境では静かに何もしないAI機能です。それでは、Halo AIエージェントを分解して、実際に何があるのか見ていきましょう。

Halo AIエージェントとは何か？

まず名前について一言。このキーワードはプロダクト自体よりも曖昧です。Haloは実際には「Halo AI Agent」という名前のものを販売していません。人々がこの言葉で意味しているのは、HaloのVirtual Agent（HaloのAIチャットボット）と、HaloITSM、HaloPSA（MSP向けPSA）、HaloCRMを横断して動くより広範なAIレイヤーのことです。

Haloは単一のノーコードサービスマネジメントプラットフォームで、100か国以上の5,000以上の組織と提携しています。その中にはMicrosoft、Siemens、Sky、Domino'sも含まれます。このAIは後付けのモジュールではなく、すべての顧客が受け取るプラットフォーム全体のレイヤーとして位置づけられています。「AIエージェント」という言葉の裏には、二つの異なるものが隠れています。

• Virtual Agentは、顧客または従業員向けのチャットボットです。よくある質問に答え、ユーザーをセルフサービスへ案内し、チケットを記録し、対応できなくなると人間に転送します。
• アシストAIは、人間のチームに向けたすべての機能です。自動トリアージ、チケット要約、類似ケースの提案、感情スコアリング、そしてAIによるナレッジ記事の自動作成です。

以下のスクリーンショットはアシスト側の実際の動作を示しています。エージェントが対応にあたっている間、AIが提案する記事が右側に表示される実際のHaloITSMチケットです。

このカテゴリ自体に馴染みがない方は、先に進む前にAIヘルプデスクエージェントとは何かについての解説記事を読んでおくと良いでしょう。以下で使われる用語（デフレクション、ハンドオフ、グラウンディングなど）の多くは、Haloに限らずどのツールにも通じるものです。

Halo AIエージェントは実際、内部でどう動いているのか

これはマーケティングページが触れない部分であり、あなたの理解にとって最も有益な「発想の転換」が起こる場所です。Halo Virtual Agentは自己完結したAIプロダクトではありません。Haloの既存のスクリプト化されたChat Botに接続するOpenAI搭載のアシスタントであり、その本当の力は、あなた自身の設定作業の裏に隠されています。

以下はHaloのVirtual Agentドキュメントから抜き出した実際のフローです。

ここで重要なことがいくつかあります。

• 内部はOpenAIです。 Virtual Agentは、Halo組み込みのOpenAI接続、自分のOpenAIアカウント、またはAzure OpenAIのいずれかで動作します。マーケティングページにはモデルのバージョンは記載されておらず、ドキュメントを読んで初めてその内部構造がわかります。
• スクリプトフロー＋AIであり、純粋なAIではありません。 Haloは、管理者が構築する決定論的な「ボットフローステップ」と、AIが解釈する「Virtual Agent会話ステップ」を区別しており、一つのチャットプロファイル内でこれらを混在させます。AIが意図を判断してくれるので決定木を手作業で構築する必要はありませんが、それでもフロー自体は組み立てる必要があります。
• グラウンディングには設定が必要です。 エージェントは「AI Search」を通じてナレッジベースから回答しますが、これはAzure OpenAIまたはAWS OpenSearchを接続してはじめて正しく機能します。それがなくても検索自体は動作しますが、結果は限定的になります。
• 機能を呼び出して処理を行います。 標準の状態でも、get_knowledge、log_incident、get_my_tickets、transfer_to_agent（人間への引き継ぎ）といったシステム関数を実行できます。ユーザーの入力内容に応じて、どれを呼び出すかをAIが判断します。

本当に巧妙なのは自動化ランブックです。Virtual Agentに、AIが会話から抜き出したパラメータを使ってHaloランブックを起動するカスタム関数を持たせることができます。Halo自身が挙げる実例が自動化されたパスワードリセットです。ユーザーがチャットにパスワードのリセットを依頼し、メールアドレスを伝えると、ランブックがそのユーザーIDを検索してリセットを実行します。これは単なる決まった回答ではなく、本物のエンドツーエンドの自動化されたアクションです。

しかし、ここにコミュニティの不満を説明する落とし穴があります。これらのカスタム関数とランブックは、自分のOpenAIまたはAzure接続を使うVirtual Agentでのみ動作し、ロックされた既製のアウトオブボックスのエージェントでは動作しません。また、最新の機能（use_specific_action関数や外部のMCP接続）はOpenAIのResponses APIに限定されており、古いAssistants APIは2026年8月に廃止されます。つまり、この印象的な自動化を得るには、API接続、システムプロンプト、temperature設定、機能の有効化を自分自身で管理する必要があります。強力ではありますが、プラグアンドプレイではありません。

これが「Halo AIエージェントはどう動くのか」という問いへの正直な答えです。スクリプト化されたボットに取り付けられた高性能なLLMツールキットであり、その魔法の大部分はスイッチを入れれば動くものではなく、自分で構築するものなのです。

Halo AIエージェントができること

設定に関する留保はさておき、その機能リストは本当に幅広いものです。Haloのこのシステムは、チャットウィンドウだけでなくチケットのライフサイクル全体をカバーしています。

AIプラットフォームページを見ていくと、以下のような機能が挙げられています。

• 自動トリアージとスマートな分類。 Halo AIは緊急度、影響、感情、依頼履歴を読み取り、既存のワークフローロジックと連携しながら優先度、カテゴリ、最適なチームを提案します。これはMSPが実際に良いと評価している機能です（詳細は後述）。
• 即時AI要約。 長いチケットのスレッドは、重要な事実、実施したアクション、次のステップを短くまとめた要約に変換されます。
• 類似ケースの提案。 AIは関連する過去のチケットとその既知の解決方法を表示し、エージェントが同じ問題を二度解決する手間を省きます。
• 感情の検出。 リアルタイムでトーンをスコアリングし、不満、怒り、緊急性を検出してトリアージへフィードバックします。
• ワンクリックでのナレッジ記事作成。 チケットが解決されると、Haloは検索拡張生成を使って構造化されタグ付けされたナレッジ記事を作成し、公開前に人間がレビューします。

最後の機能は良いループを生み出しており、Haloはその結果を直接示しています。解決済みのチケットから自動作成された記事に、元のチケット番号が紐づけられています。

顧客対応側では、HaloCRM版が返信の提案機能を追加し、Virtual Agentをメール、チャット、ソーシャル、WhatsAppを横断して動作させます。以下は、Halo Botが実際のサポート対応にあたり、プリンターの問題を段階的にトラブルシューティングし、インシデントの記録を提案している様子です。

一つ指摘しておくべき欠落があります。ITSMのAIページには明確な返信ドラフト作成機能がありません（最も近いのは類似ケースの提案です）。Zendesk AIエージェントやFreshserviceのFreddyを使っていて、AIがエージェントにすぐ送信できる下書きを渡してくれることを期待している方には、この特定の機能はここでは前面に出ていません。

Halo AIエージェントの料金はどれくらいですか？

Haloの料金は、構造としては珍しいほど明快で、実際の運用としては珍しいほど不透明です。ティアのない単一のオールインクルーシブプランがあり、AIも含まれていますが、公開される数字はすでにエンタープライズ規模になってからしか出てきません。

具体例で規模感をつかんでみましょう。公開されているプラットフォーム料金スライダーは250エージェントから始まり、1エージェントあたり月額55ポンドは、月額約16,500ポンド、年間約198,000ポンドに相当します。これが透明な料金の下限です。15人規模のITチームや小規模MSPであれば、エージェントあたりの数字はまったく表示されず、HaloITSMの料金フォームに入力して見積もりを待つことになります。

「AIは無料」という表現は、技術的には正しいものの、実質的には誤解を招きます。AIが無料になるのは、Haloのエージェントごとのプラットフォームコストにすでにコミットしている場合だけであり、コミュニティで最も強く聞かれる価値に関する不満は、ライセンスではなくオンボーディングに関するものです。

"Our rep hit us with the mandatory $4000 onboarding training which caused us to hit the brakes as it negates the whole point of a month to month contract."

r/halopsa

他のツールと比較する際には、AIエージェント対人間エージェントのコストの比較が有用な視点になります。座席単位の料金と従量課金の料金は、ボリュームが増えるにつれて急速に差が開いていくためです。

実際のユーザーはHaloのAIについて本当は何と言っているのか

星評価は高く、HaloITSMはGartner Peer Insightsで4.7（232件の評価）、Capterraで4.7を獲得しています。しかし、これらのスコアはプロダクト全体を評価したものであり、AIに特化した声はRedditにあります。そこでは人々がより具体的に語っています。

まず良い知らせから。HaloのAIトリアージが機能する場合、人々は本当にそれを気に入り、さらに多くを求めています。

"I love how Halo AI checks over a ticket with its Triage capability, drawing from previous tickets and the Knowledge Base is great but the cherry on top would be if the AI could allocate the ticket to a Tech."

u/welshrogueuk on r/halopsa

繰り返し見られる摩擦は二つあります。一つ目は急な学習曲線です。Haloは設定が済めば強力だが、それまでは圧倒されるとくり返し評される製品であり、そのためHaloの導入パートナーでさえ、一人だけの事業者には購入を勧めないと警告しています。二つ目は、冒頭で触れた「過剰に約束されたAI」の問題で、機能がドキュメントやサポート体制よりも先にリリースされてしまうことです。Reddit上で最も詳細な一次体験レビューである、総合的には好意的なConnectWiseからHaloPSAへの移行は、実際にチームを納得させているものが何かを物語っています。

"It's fast, has a modern look and feel... Working through tickets feels far less painful... I don't regret the decision to move, the App is the biggest let down."

u/Defconx19 on r/msp

評価されているのが何かに注目してください。スピードとUIです。AIではありません。これはコミュニティ全体で一貫して見られる評価で、チケット対応の体験は優れているものの、AIは発展途上であり、MSPが競合他社で目にするものには及んでいません。

より大きな決断：バンドルされたプラットフォームか、レイヤー型エージェントか

一歩引いてみると、Haloに関する問いは実際にはカテゴリの問題です。HaloのAIエージェントを手に入れるには、Haloそのものを導入する必要があります。サービスデスク全体、エージェントごとの料金、オンボーディング、設定の作業範囲すべてです。老朽化したレガシーITSMを置き換える一部のエンタープライズにとっては、それがまさに正しい選択です。しかし、すでに嫌ってはいないヘルプデスクを使っているほとんどのチームにとっては、AIを付け加えるためだけに大掛かりな入れ替えを行うことになります。

これは私が最も重視したい区別です。Halo、ServiceNow、Jira Service Managementのようなバンドルされたプラットフォームは、AIをそのスイート全体に結びつけます。レイヤー型エージェントは、すでに使っているヘルプデスクに接続し、移行なしにAIを追加します。より広い市場を検討している場合は、最良のAIヘルプデスクソフトウェアのまとめや、中小チーム向けのITSMガイドが、このトレードオフをより詳しくマッピングしています。

ヘルプデスクにレイヤーとして重ねられるAIエージェント、eeselを試してみる

Haloの物語に繰り返し登場する悪役があるとすれば、それはデモと本番環境のギャップです。そのギャップこそ、eesel AIが解決するために作られた課題です。eeselは、すでに使っているヘルプデスクに組み込まれるAIエージェントで、過去のチケットと既存のナレッジベースから学習し、数千ドル規模のオンボーディングを経ることなく数分で本番運用に入ります。

これまで述べてきたことを踏まえて最も重要な点は、eeselが実際のライブ顧客に一つも応答する前に、実際の過去のチケット数千件に対してシミュレーションできるという点です。実際に何を答えていたか、どれだけ対応をデフレクトできていたかを正確に確認できます。これが「導入したのに一度も機能しなかった」への対抗策です。私たちが一緒に仕事をしたあるDTCサプリメント企業のサポートリーダーは、この考え方を的確に言い表しました。AIが100%の質問に答えることは決してないので、彼らが望んだのは「対応に自信のあるチケットだけを処理するAI……他のすべてには手を出さない」というものでした。この制御こそが重要なポイントです。8,000社以上の顧客全体で、eeselは初日からティア1のボリュームの大部分を日常的に解決しており、Gridwiseでは最初の1か月でティア1リクエストの73%が処理されました。しかも、誰もOpenAIのAPIキーに触れることも、ボットフローを再構築することもありません。そして料金が座席単位ではなく利用量に基づくため、機能するかどうかを確かめるために250エージェントの下限にコミットする必要もありません。

Halo AIエージェントは、Haloの中で生きていく覚悟があるなら、本物で高性能なシステムです。すでに持っているヘルプデスクにAIエージェントを乗せたいだけなら、eeselを試してみて、まずは自分のチケットでシミュレーションしてみてください。