⚠️ このドキュメントはAIによって自動翻訳されています。不正確な部分がある場合は、英語版を参照してください。
設定
ノードがどのように人間の入力を要求し処理するかを定義するために、以下を設定します：- 配信方法: リクエストフォームがどのように受信者に届くか。
- フォーム内容: 受信者に表示される情報と、受信者が入力できる内容。
- ユーザーアクション: 受信者が行える決定と、それに応じたワークフローの進行方法。
- タイムアウト戦略: 待機時間と、受信者が応答しなかった場合の処理。
配信方法
リクエストを配信するチャネルを選択します。現在利用可能な方法は以下の通りです：- Webアプリ: 現在のユーザーが応答できるように、Webアプリのインターフェースに直接リクエストフォームを表示します。
- メール: リクエストリンクを含むメールを1人または複数の受信者に送信します。
配信方法に関わらず、最初の応答があった時点でリクエストはクローズされます。
フォーム内容
リクエストフォームに表示される内容をカスタマイズします：- Markdownによるフォーマットと構造化 見出し、リスト、太字、リンクなどのMarkdown要素を使用して、情報を明確に提示します。
- 変数による動的データの表示 ワークフロー変数を参照して、レビュー用のAI生成テキストや上流ノードからの必要なコンテキスト情報などの動的コンテンツを表示します。
- 入力フィールドによる入力の収集 入力フィールドは、空の状態から始めることも、受信者が編集できるように変数（例：修正するLLMの出力）や静的テキスト（例：例やデフォルト値）を事前に入れておくことも可能です。 各入力フィールドは、下流で使用するための変数となります。例えば、編集されたコンテンツをさらなる処理のために渡したり、再生成のためにLLMにフィードバックを送信したりできます。
ユーザーアクション
受信者がクリックできる決定ボタンを定義します。各ボタンは、ワークフローを異なる実行パスにルーティングします。 例えば、投稿 ブランチはコンテンツの公開をトリガーするノードにつながり、再生成 ブランチはコンテンツを修正するためにLLMノードにループバックするような構成が可能です。