RapidCanvas、企業向けAIの提供拡大に向けシリーズBで2,900万ドルを調達

RapidCanvasは、企業向けAIが抱える根強い課題、すなわち有用なアプリケーションを本番環境に導入し、事業の変化に合わせて稼働し続けるようにすることを解決する事業の拡大に向け、シリーズBで2,900万ドルを調達しました。

今回の資金調達ラウンドはVertex Ventures SEA & Indiaが主導し、Hitachi Venturesも参加しました。既存投資家のAccel、Peak XV Partners、Valley Capital Partners、Titanium Venturesも参加しました。10月16日の発表によると、累計調達額は5,250万ドルに達し、年間経常収益は6四半期で8倍に伸びました。ただし、具体的な収益額や企業評価額は明らかにされていません。

RapidCanvasは、エージェント型ソフトウェアプラットフォームと、現場で顧客を支援するAIエンジニアを組み合わせています。同社が重視するのは、顧客に新たな開発ツールを渡して実装を任せるのではなく、カスタムアプリケーションを提供し、運用することです。この組み合わせに基づく資金調達は、ソフトウェアの再利用と、企業の業務プロセスを信頼性の高い自動化へと変換する人材の双方に賭けるものです。

新たな資金の使途

同社は、米国、ブラジル、インドで、販売・市場開拓部門、プライベートエクイティおよびアドバイザリー企業とのパートナーシップ、現場のAIエンジニアリングチームを拡大する計画です。製品への投資は、Enterprise Context Engine、Visual Development Canvasを支えるスキルライブラリ、Operational Harnessにおけるガバナンスに及びます。

今回のシリーズBは、RapidCanvasが2024年12月にシリーズAで1,600万ドルを調達したことに続くものです。エージェント製品が実装作業に取って代わるものとして語られることの多い今、人の専門性を引き続き重視している点は注目に値します。RapidCanvasは、そうした作業を自社のモデルに組み込みながら、その基盤となるエンジニアリングのさらなる反復可能化を目指しています。

技術基盤：共有された事業コンテキスト

RapidCanvasのEnterprise Context Engineは、事業主体間の関係、指標の定義、意思決定ルール、組織が検証したパターンという4種類の情報を整理します。自動的な情報発見、専門家の知見、レビューを組み合わせ、定期的なデータ取り込みと最新情報の取得の両方に対応しています。

同社は、この知識が永続的に保持され、バージョン管理され、各企業の範囲に限定されると説明しています。チームは内容を洗練させて複数のアプリケーションで再利用できるほか、出力をその根拠となるデータや関連ロジックまでたどることができます。

在庫管理の例を考えてみましょう。モデルは商品名を認識できても、「在庫あり」とされた数量に引当済みの在庫が含まれるのか、どの仕入先との確約を優先するのか、あるいはどのような場合に発注担当者の承認が必要なのかを誤解する可能性があります。こうした定義や例外を取り込むことで、アプリケーションはより有用な判断材料に基づいて動作できるようになります。一方で、保守の負担も生じます。業務ルールには担当者とレビュープロセスを設け、業務が変化した際には更新する必要があります。

エージェントを人々が使うシステムにつなぐ

プラットフォームのドキュメントでは、設計、データ接続、デプロイ、ガバナンスを含むライフサイクルが説明されています。ビジネス言語で記述された要件はワークフローに変換でき、より体系的な開発に役立つバージョン管理や再利用可能なコンポーネントも利用できます。RapidCanvasによると、同社のシステムは特定のモデルに依存せず、AWS、Azure、Google Cloudのほか、顧客の環境、マネージド型の導入環境、SaaSで実行できます。

アプリケーションはAPIを通じて接続し、ERP、CRM、チケット管理ソフトウェアなどのシステムにデータを書き戻すことができます。最近のプラットフォーム更新では、SlackやGoogle Driveとのコンテキスト接続、編集可能なコネクタークエリ、プロジェクト単位のシークレットも紹介されています。

こうした詳細を見ると、有用なデモと実運用されるアプリケーションとの違いがよく分かります。回答を生成することは一つの段階にすぎません。許可されたデータを取得し、正しく解釈したうえで、従業員が普段利用している場所に結果を届けるには、それぞれ別のエンジニアリング上の課題があります。共有プラットフォームによって重複作業を減らせる一方、各連携は顧客の権限設定や業務要件に照らしてテストする必要があります。

ガバナンスは実行にも伴わなければならない

ガバナンスのページで、RapidCanvasは、顧客のGitリポジトリを基盤とするプロジェクト、役割ベースのアクセス制御、監査ログ、サービス監視について説明しています。例として、リクエスト数、障害、遅延の追跡に加え、アプリケーションの変更記録も挙げています。また、ソリューションごとに使用状況、コスト、パフォーマンスを追跡できるとしています。

エージェントがレコードを更新したり、ワークフローを起動したりできる場合、こうした制御は一段と重要になります。企業は、どの操作に承認が必要か、誤った変更をどう取り消すか、サービスが予期しない動作をしたときに誰が対応するかを定める必要があります。ログがあれば調査は可能になりますが、それだけで自動化された判断が正しかったと証明できるわけではありません。

資金調達の背景にある拡大への問い

RapidCanvasの会社概要ページによると、CEOはRahul Pangam、CTOはUttam Phalnikarで、事業の創業は2021年です。同社の運営モデルでは、顧客の業務プロセスを学ぶエンジニアと、有用なコンポーネントやコンテキストを後続のアプリケーションでも活用できるようにするプラットフォームを組み合わせています。

経済性を測るうえで重要なのは、その基盤が拡大するにつれて、個々の導入をどれだけ迅速化できるかだ。再利用可能なスキルによって、次のアプリケーションを構築するコストを抑えられる一方、経験豊富なエンジニアは、汎用的な自動化では見落とされる例外に対処できる。しかし、大規模なカスタマイズには依然として時間がかかり、利益率を圧迫する可能性がある。売上高の成長だけでは、このトレードオフは解消されない。

このアプローチを評価する顧客にとって、特に有用な指標は具体的なものになる。想定されたユーザーによる利用状況、介入が必要なエラーの発生件数、運用コスト、そして稼働中のアプリケーションを拡張するために必要な労力だ。シリーズBの資金調達により、RapidCanvasはデリバリーを拡大するためのリソースを得た。次の課題は、本番運用されるAIの再現性を高めながら、その有用性を支えるビジネス上の判断力を損なわないことを示すことだ。