Viktor AIレビュー(2026年):Slackで働くAI社員を検証

Viktorの正体

私は毎日eeselのサポートキューで働いているので、「サポート向けAI」と名乗るツールに対しては、まず本当はどのカテゴリーなのかを問う癖がある。Viktorの答えは、その肩書きより幅広い。サポートチャットボットではない。Slack向けのAI社員であり、そのタグラインは率直だ。「Not a tool. A hire.」(道具ではない。雇用だ。)

スレッドで@Viktorと書けば、実際のタスクを最初から最後まで実行する。Stripeから数字を取得したり、請求書を照合したり、Zendeskのキューをトリアージしたり、Linearにバグを起票したり、小さな社内アプリを作ったりする。Viktorは自分専用のクラウドコンピュータを持ち、そこでコードを書いて実行する。だからこそルールベースのチャットボットではなくAIエージェントのように振る舞う。質問に答えるだけでなく、仕事を完了させるのだ。

しっかりした製品でもある。実際の業務を任せるにはこれが重要だ。元Meta出身の創業者たちが手掛け、Slackの共同創業者自身が支援している。Stewart ButterfieldとCal Hendersonで、Accelが主導したラウンドだ。つまり週末プロジェクトではない。このレビューが答えるべき問いはもっと具体的だ。本当に優秀なのか、そして何に優秀なのか、ということだ。

Viktorの仕組み

ここでメンタルモデルを説明しよう。これが魔法とメーターの両方を説明してくれる。Viktorにタスクを渡すと、単に返信するのではなく、プライベートなクラウドコンピュータを立ち上げ、そこでコードを書いて実行し、接続済みツールを呼び出して作業を完了させる。センシティブな操作は実行前に人間の承認を待って一時停止し、その後完成した結果をスレッドに返す。

私が何度も思い出す例は、Viktor自身のホームページにある。誰かが「新しいエクスポートのバグに関するチケットに溺れている」と言うと、Viktorはキューをトリアージし、23件のチケットが同じエクスポートタイムアウトだと突き止め、1つのZendeskスレッドに統合し、23件すべてに対する返信を作成してキューに入れ、再現手順付きのバグをLinearに起票し、#engに報告を投稿する。これが「社員であってチャットボットではない」という主張を具体的に示している。

チャットではなくコードを実行するため、複雑な作業には1〜2分かかる。正直なレビューでは、最初にローディング画面を見つめながら壊れたのではないかと不安になると指摘されている。壊れていない、動いているのだ。ただ、即答型のAIエージェントと比べると、本当のトレードオフではある。

Viktorが本当に得意なこと

ほぼすべてに接続できる

その広さが最大の売りだ。Viktorは3,200以上のツールに接続でき(ネイティブ統合27種、残りは管理型コネクタ経由)、しかも重要なのは、単に読み込むだけでなくその中で行動することだ。レコードを更新し、PRをマージし、チケットをトリアージする。認証は基本的にワンクリックOAuthで、「no webhooks, no Zapier zaps」(Webhookもいらない、Zapierのzapもいらない)。

これによって、チームが自動化を組み上げなくても、1体のエージェントだけでオペレーション、収益、エンジニアリング、マーケティング、サポートにまたがれる。小規模チームにとって、ワークフロー自動化のつなぎ役の山を、自然言語で話せる1人の同僚に置き換えられることが本当の魅力だ。

スケジュールに沿って完成物を届ける

Viktorは答えるだけでなく、モノを作る。ドキュメント、ダッシュボード、タグ付けされたフィードバックボード、小さな社内アプリまで。そしてスケジュールタスクやcronで動かせるので、週次のパフォーマンスレポートや定期的な監査が自動的に届くようになる。

覚えておくべき1点は、スケジュールされた自動化は実行されるたびにクレジットを消費し、Viktor自身の文言でも「frequency matters」(頻度が重要)と述べていることだ。1時間ごとのレポートは、同じレポートを週次で回すよりずっとコストがかかる。事前に分かっていれば問題ない。

セキュリティの説明はしっかりしている

Viktorは実際のツールで実際の操作を行うため、セキュリティは中心的な要素であり、明らかにきちんと取り組んでいる分野だ。SOC 2 Type 1とCASA Tier 3の認証を取得し、GDPRに準拠しCCPAにも対応しており、SOC 2 Type IIとISO 27001は取得中だ。バッジそのものより、設計上の選択のほうが重要になる。認証情報はAIモデルに触れることがなく、センシティブな操作はすべて承認を待ち、データはモデルの学習に使われない。

エンタープライズの導入担当者に向けた正直な注意点として、Type IIとISO 27001はまだ完了していないため、「取得中」を「完了済み」と読まずに、現在の状況を営業に確認してほしい。

Viktor AIの料金、要点だけ

料金体系は説明するのは簡単だが、予測するのは難しい。まず無料クレジット100ドルから始まり、その後は1つの公開有料プランになる。

良い点は、シート課金がなく、機能制限もないことだ。すべての統合がエントリープランに含まれている。引っかかるのはクレジットのメーターだ。簡単なタスクは100〜300クレジット、複雑なワークフローは500〜1,500、大きなプロジェクトは2,000〜5,000を消費するため、20,000クレジットの月分は、大きなプロジェクト約4件から小さなタスク約200件までの範囲になる。Viktorはドルとクレジットの換算レートやチャージ方法も公開していないため、20,000を超えた場合の正確なコストはサイトを見ても分からない。数字が知りたい方は、Viktor AI料金の詳細解説で詳しく掘り下げている。

実際のユーザーの声

まずは公平に始めよう。Viktorは高く評価されている。G2の35件のレビューで4.8/5を獲得し、圧倒的に5つ星が多い。ファンの多くは個人事業主や小規模エージェンシーで、50ドルを別のSaaSツールと比べるのではなく、人を雇うコストと比較している。そういう人にとって、コーヒー代程度の金額で常時稼働の汎用エージェントが手に入るのはお得に見える。それも理解できる。

批判的な声にも耳を傾ける価値がある。Hacker Newsでは、Viktorをリバースエンジニアリングしたスレッドが「単なるモデルのラッパーだ」という最も厳しい批判を投げかけた。

"There's so little value in Viktor, that it is unethical to charge for it."

xnx, Hacker News

これは外部の人間の一言であり、実際に支払っている顧客の評価ではない。レビューの評価点を見る限り、大半のユーザーは同意していない。ただ、そこには本当の分かれ目が示されている。それは消費に対する価値だ。そして満足しているユーザーからも一貫して出てくる正直な注意点は同じだ。クレジットは思ったより速く消費され、支出には積極的な管理が必要になる。契約前に確認すべき具体的な点が2つ繰り返し挙がる。1つはViktorがミスをした際のクレジットの扱い(失敗した実行を修正するのにもクレジットを消費できる)、もう1つはチャージ料金(20,000を使い切った後の料金は公開されていない)だ。

バランスの取れた結論としては、軽くて多様な使い方なら月50ドルはお得に感じられ、重く、繰り返しの多い、高頻度な使い方ならメーターを常に見張ることになる。これは使用量ベースのAIツールすべてに当てはまることで、Viktor特有の欠点ではない。

サポートの観点:正直に言わなければならないこと

ここは私の本業が意見を持たせる部分だ。Viktorはサポート業務をできる。ホームページのデモではキューをトリアージし、23件の重複チケットをまとめ、返信案を作成し、バグを起票する。すべてSlackから行う。これは実際に役立つ本物の作業であり、時々のサポートの急増を吸収させることには喜んで任せたい。

だが、その作業も他のすべてと同じ汎用クレジットで課金される。解決件数あたりやチケットあたりの料率は存在しない。 チケットのトリアージのバッチは、範囲に応じて簡単なタスクから複雑なワークフローまでのどこかに落ち着くだけだ。毎日動くサポートキューにとって、これが予測しづらい厳しい部分であり、AIを検討しているチームから常に聞く悩みでもある。

私はこうした購入検討の会話に何度も立ち会っており、パターンは常に同じだ。アクションごとの課金は、忙しい週すべてを予算の問題に変えてしまう。月に約7,000〜8,000件のエスカレーションチケットを抱える決済フィンテック企業のオペリードは、インタラクションごとの課金は自分たちには論外だと言っていた。その規模だと1日半で月間の予算枠を吹き飛ばしてしまうからだ。大量のサポートを扱うなら、頭の中で簡単に掛け算できる単位が欲しくなる。だからこそ、AIのコストをオフショアチームと比較するチームも、まずチケットあたりの数字を求めるのだ。

Viktorはヘルプデスクを置き換えるのではなく、その上に乗る形になる。マクロ、SLAポリシー、CSAT、デフレクションレポート、顧客向けウィジェットはなく、専用のAIヘルプデスクエージェントが提供するものはない。Slack内での時々のサポート作業にはいいが、サポート業務全体を運用するなら、Viktorが目指していない深さが必要になるだろう。

Viktorは導入する価値があるか

私の見解: Viktorは、それが作られた特定の対象者にとっては強力な選択であり、それ以外の人にとっては「まずメーターを確認してから」というものだ。

• Viktorを選ぶべき人: SlackやMicrosoft Teamsを中心に活動する創業者、個人事業主、小規模チームで、オペレーション、マーケティング、財務、軽めのエンジニアリング業務を1体の汎用エージェントに任せたい人。シート課金なしで月50ドル、すべての統合が含まれているため、既存のツールスタックの一部をそっと置き換えられる。無料トライアルの100ドル分があるので試すリスクも低い。(Slackが主な目的なら、Slack向けAIアプリのベスト一覧も確認してほしい。)
• クレジットに注意すべき人: 業務量が多く、繰り返しが中心で、高頻度な人。このモデルは軽くて多様な使い方を優遇し、大量利用にはペナルティを課す。ドルとクレジットの換算レートが公開されていないため、まず営業とチャージ費用を確認しておくべきだ。
• サポート専用ツールを検討すべき人: 主な業務がサポートキューである人。Viktorはヘルプデスクの上に乗る形であり、チケット量に対するクレジット課金は予測しづらい。ナレッジベースから学習し、チケット単位で課金する専用ツールの方が、予測しやすくコストも安く、サポート機能もより充実している。

Viktorのモデルが悪いわけではなく、広さに最適化されているだけだ。そのズレは、広さ向けのツールをサポートのような深さの問題に当てたときにだけ表面化する。

eesel AI:同じSlackで動く予測可能なサポートAI

このViktor AIレビューを読んでいるのがサポート業務での導入を検討しているからなら、まさにそこが専用ツールが優位に立つ場面だ。eesel AIはサポート専用のAIチームメイトで、数分でヘルプデスクとSlackに接続し、過去のチケットとヘルプセンターから学習し、初日から返信の作成と解決を始める。

クレジット制の汎用ツールよりもサポートキューに適している理由は2つある。まず料金だ。eeselは処理したチケット単位で課金するため、シート課金はなく、料金は解決したチケット数に応じて変わり、見張らなければならないメーターは存在しない。次に、実際の顧客に触れる前に過去のチケットでAIをシミュレーションできるため、契約前に解決率とコストの両方を確認できる。私たちがこのシミュレーション機能を作ったのは、自信満々に見えるボットが静かに間違った回答をする場面を見てきたからで、それを目をつぶって導入するべき人は誰もいない。

あなたの現実が雑多なオペレーション業務の集まりではなくサポートの受信箱なら、eeselを無料で試して、まず自分たちのチケットに対して動かしてみてほしい。1円も払う前に、本当のコストが分かる。