「ローコード/ノーコードには賞味期限がある」:Tinesが考える次のステップ
Tinesは、8年間にわたるノーコード自動化プラットフォームの開発を経て、自然言語でワークフローを作成し、従来のコードで実行する新プラットフォーム「3B Tuesday」を発表。CEOはローコード/ノーコードに賞味期限があると述べ、AIコード生成がビジュアルビルダーの必要性を減らすと主張。
ノーコード自動化プラットフォームを8年間構築してきたTinesは、新しいプラットフォーム「3B Tuesday」を発表した。このプラットフォームは、AIを活用して自然言語でエンタープライズワークフローを作成するが、実行には従来のコードを使用する。
Tinesの共同創業者兼CEOであるEoin Hinchy氏はThe New Stackに対し、既存のビジネスが成長し続ける中で、3Bのためにフロントエンド、ミドルレイヤー、バックエンドをゼロから再構築したと語る。昨年、Tinesは11億2500万ドルの評価額で1億2500万ドルのシリーズCラウンドを調達し、既存のプラットフォームは現在毎週15億件の自動化アクションを実行している。
「はい、順調ですが、ノーコード、ローコードは少なくとも私たちにとっては未来ではありませんでした」とHinchy氏は新しいプラットフォームの構築決定について述べる。「ローコード、ノーコードというカテゴリーには賞味期限があります。」
Tinesにとって、問題はローコードが失敗したことではなかった。大規模言語モデルがコードを書くのに十分な性能を持ち、ビジュアルビルダーの必要性が減少したのだ。Hinchy氏は、同社にとっての仕事は、ユーザーがワークフローを組み立てるのを支援することから、生成されたコード(資格情報、統合、権限を含む)を管理し、ランタイムを処理することに移行したと主張する。
Tinesは当初セキュリティに焦点を当てていたが、Hinchy氏によると、既存の顧客の約40%がセキュリティ以外の分野で製品を使用している。3Bでは、財務や人事などの部門の従業員が、必要なアプリケーションや自動化を説明できるが、そのデプロイと運用方法を知らないユーザーにリーチしたいと考えている。
3Bビルダーは自然言語プロンプトから始まる。モデルはフォローアップの質問をしてからワークフローを生成し、個々のステップに分解する。ユーザーは必要に応じてアプリ全体または生成されたステップだけを修正するよう3Bに依頼できる。各ワークフローステップは、独自のエフェメラルDockerコンテナで実行されるコードになる。実行のたびにこれらの分離環境は破棄され再作成される。デプロイ後、3Bは内部で共有可能なURLを生成する。
管理者向けには、どのワークフローが実行中か、失敗しているか、公開インターネットアクセスがあるか、特定のシステムや統合に依存しているかを示すダッシュボードがある。システムは壊れたワークフローを自動的に修正し、改善案を提示し、管理者は同じビューで承認できる。顧客は独自のモデルを持ち込むことができ、開発者は外部のコーディングアシスタントを使って構築し、その結果をプラットフォームにデプロイすることもできる。
「私たちはこれらのワークフローの作成にAIを使用していますが、それだけです」とHinchy氏は述べる。生成されたコードは、ランタイムでモデルに各ステップを推論させるのではなく、決定論的なワークフローまたはアプリケーションとして実行される。これにより、一般的なワークフローがより高速で、コストが低く、予測可能で、テストが容易になる。必要な場合にのみ、3Bはランタイムでモデルを呼び出すことができる。
Tinesは、使いやすいプラットフォームを提供することで、従業員がITを迂回して承認されていないAIツールを構築する必要がなくなると主張する。Hinchy氏は、現在の状況は長年のエンタープライズセキュリティの話題であったシャドウITとはやや異なると述べる。従業員は単に許可されていないツールを持ち込んでいるのではなく、幹部からのAI使用圧力に応えて、セキュリティ機能を考慮せずにコーディングアシスタントで内部ダッシュボードを構築したり、個人のホスティングアカウントにアプリケーションをデプロイしたりしている。これは「シャドウAI」というより「シェイディAI」だとHinchy氏は言う。
既存の顧客は3Bへの移行を強制されない。Hinchy氏は、既存のTines Storiesプラットフォームには移行期限や廃止日はなく、引き続き投資すると述べる。セキュリティおよびITチームは、ワークフローの実装を正確に制御したい場合、ビジュアルビルダーを好む可能性がある。Hinchy氏は、顧客は3Bで新しいプロジェクトを開始し、準備ができたときに既存の自動化を移行すると予想する。長期的には、より多くの顧客がAIに実装を任せるようになると考えている。
Tinesは既存のビジュアルビルダーを廃止しないが、Hinchy氏はもはやそれを同社の長期的なインターフェースとは見なしていない。プロンプトがその作業の多くを置き換えると想定している。ビジュアルビルダーはコードを書けない人々にとってTinesを有用にした。今やコーディングエージェントのおかげで、コードは希少で恐ろしい部分ではなくなった。代わりに、AIが書くものをどうデプロイし、保護し、ガバナンスするかが重要であり、Tinesはそこで既存の知識を活かし、プラットフォームを拡張して顧客にサービスを提供できると考えている。