サイオニックエーアイは2026年10月22日、対話を通じて業務用AIエージェントのワークフローづくりを支援する「STORM Act」の日本での正式提供を発表しました。中小企業が注目したいのは、コードを書く前に、自社の手順と判断条件を整理する作業をAIに手伝わせるという使い方です。
掲載画像はAI生成のイメージです。実際の製品画面や導入企業の写真ではありません。
何が発表／起きたのか（事実）
同社の発表によると、STORM ActはSTORM Platformの機能で、2026年10月01日から日本で正式提供されています。業務担当者が自然な言葉で目的を伝えると、AIが不足する情報や条件を質問し、処理手順の組み立てを支援します。利用できるのはSaaS版で、今回の発表ではオンプレミス版は対象外とされています。発表元のプレスリリースで確認できます。
同社所属の技術者が2026年10月17日に公開した解説でも、対話からフロー・各工程の設定・AIへの指示文を生成する仕組みを紹介しています。一方、コードを書かずに作る場合にも、出力の検証は必要だと説明しています。技術解説とプレスリリースで、対話による構築支援という機能の説明を照合しました。両方とも提供企業側の資料であり、第三者による性能評価ではありません。
中小企業の内製化にとっての意味（当研究所の視点）
たとえば見積書を作る仕事では、商品名が分かるだけでは処理を決められません。どの単価表を使うか、在庫が足りないときは誰に確認するか、値引きを誰が承認するかを決める必要があります。対話で質問を受けながら整理できれば、担当者が普段行っている判断を書き出す助けになります。
ただし、フローが画面にできたことと、実際の業務で正しく動くことは別です。発表に掲載された見積書の例も、構築までを示したもので、実行や動作の検証を行った画面ではないと注記されています。現場へ入れる前に、自社の例外や権限で確かめる工程を残すべきです。
では、何をすべきか（実務アクション）
- 最初は業務を一つに絞る。「見積業務を全部自動化」ではなく、「承認前の見積下書きを作る」など、人が確認できる範囲から始めます。参照資料、出力形式、責任者を先に決めます。
- 正常な入力と例外の入力を用意する。たとえば、商品を特定できる注文と、商品名が曖昧な注文を使います。「単価が見つからなければ保留し、確認担当へ回す」という指示に対し、本当に保留するかを確認します。これは当研究所の検証例で、製品で動作確認した結果ではありません。
- 送信・更新の手前に承認を置く。金額や宛先、参照した単価表を人が確かめ、実行記録と停止方法を確認します。これらが自社の条件で実現できるかをデモや試用で確かめてから、運用範囲を広げます。
外部の支援を使う場合も、手順書と検証例が社内に残り、担当者が自分で直せる状態を目標にしましょう。自社で扱える範囲が増えたら、支援契約の役割と継続の必要性も見直せます。
未確定事項
今回確認した資料だけでは、自社での費用、既存システムとの接続条件、処理精度、削減時間は判断できません。当研究所はSTORM Actの実機試験を行っていません。導入効果や、承認・停止が自社の要件どおりに動くことを保証する記事ではありません。
よくある質問
この情報は確かですか？
提供企業の正式発表と、同社所属技術者の解説に基づきます。発表内容と独自の検討例を分けて記載しています。提供範囲や仕様は変わる場合があるため、最新情報は出典と提供元で確認してください。
プログラミングができなくても、すぐに全社で使えますか？
対話で構築を支援することは提供元の説明で確認できますが、全社運用の完成を意味しません。入力資料、権限、例外処理、確認責任者を決め、小さな業務で出力を検証する必要があります。
出典
著者
山崎恭平／AI内製化総合研究所 所長
株式会社インバウンドホールディングス専務取締役。スプレッドシートの関数すら分からなかった私が、AIで一番苦手だったPC作業を「自分でできる」に変えた。だから誰でもできる。
コメント