事前定義されたエラー処理ロジック

以下の4つのノードは、エラー状況に対応するためのロジックを構築する機能を提供しています：

• LLM
• HTTP
• コード
• ツール

エラー処理のためには、次の3つの事前に定義されたロジックオプションがあります：

• 処理なし：エラーを処理せずに、ノードからのエラーメッセージをそのまま返し、フロー全体を停止します。
• デフォルト値：開発者がエラー情報をあらかじめ定義できるようにします。エラーが発生した場合、定義された値によって元のノードが返すエラー情報を置き換えます。
• エラーブランチ：エラーが発生した場合、あらかじめ設定されたエラー処理のブランチを実行します。

​

処理ロジック：処理なし

これはノードのエラー処理のデフォルト設定であり、タイムアウトやエラーが発生した場合には直接エラーメッセージをスローし、全体の処理フローを中断します。この場合、ワークフローアプリケーションは実行失敗として記録されます。

​

処理ロジック：デフォルト値

開発者はデフォルト値エディタを使用して、ノードのエラー出力情報をカスタマイズできます。これは、プログラミングにおけるステップバイステップ（逐次的な）デバッグに似ており、アプリケーションのデバッグプロセスをより明確にします。

例えば：

• objectやarray型には、直観的なJSONエディタを用意しています。
• numberやstring型には、それぞれの型に合わせたエディタを用意しています。

ノードの実行が失敗した場合、フローは自動的に開発者が設定したデフォルト値を使用し、オリジナルのエラー出力情報の代わりとして処理を続行します。これにより、より明確なエラーメッセージが得られ、開発者はアプリケーションのフローデザインの最適化に注力できます。

デフォルト値のデータ構造は、ノードの出力変数と一致します。例えば、コードノードの出力変数をarray[number]データタイプに設定した場合、デフォルト値のデータタイプも同様にarray[number]になります。

​

処理ロジック：エラーブランチ

現在のノードの実行でエラーが発生した場合、予め設定されたエラーブランチがトリガーされます。この選択を行うと、新たな接続点が現在のノードに追加され、開発者はキャンバス上で次の処理フローを構築するか、ノード詳細の右下隅で下流ノードを追加することができます。

エラーブランチはオレンジ色の線で示されます。

一般的な戦略としては、エラーブランチ内でエラーに対応するノードを配置し、修正されたデータを変数集約ノードを介して元のフローにリンクし、結果を集約して出力します。例えば、メールツールノードを接続してエラー情報を送信することができます。

エラー変数

ノードのエラー処理を「デフォルト値」または「エラーブランチ」に設定した場合、エラー状況が発生すると、error_typeおよびerror_messageといった変数を通じて下流ノードにエラー情報が伝えられます。