手続きが何をすべきか、どんな編集をしたいか、なぜ動作しないのかを説明すると、Fin Operatorが残りを処理します。平易な説明から完全な手続きを構築し、既存のものを検証付きで編集し、特定の会話からトレースを取得して実行問題を診断します。
すべての変更は提案システムを通じて行われます。Fin Operatorが提案し、あなたがレビューし、承認します。
注意：Fin OperatorはProアドオンの一部として含まれています。アクセスにはProアドオンが必要です。
できること
作成
手続きが達成すべきことと収集すべきデータを説明してください。Fin Operatorが分岐ロジック、手順の順序、検証を処理します。
例のプロンプト：
「注文番号と理由を収集し、50ドル未満は自動承認する返金手続きを作成してください」
「金額が500ドルを超える場合は専門家に回す請求紛争処理の手続きを作成してください」
「注文番号を尋ね、返品期間内か確認し、処理するか返品不可の理由を説明する返品手続きを作成してください」
編集
既存の手続きを修正します。手順の追加、条件の変更、データ収集フィールドの更新、分岐ロジックの再構成が可能です。
例のプロンプト：
「200ドルを超える商品の承認ステップを返品手続きに追加してください」
「請求手続きのルーティングを変更し、企業顧客を専用チームに送るようにしてください」
「アカウント回復手続きにメールアドレスのデータ収集ステップを追加してください」
監査
Fin Operatorに手続きの構造的問題、到達不能な手順、不可能な条件、構築時の安全性問題を分析させます。
例のプロンプト：
「手続きに問題がないか監査してください」
「返金手続きに到達不能な手順がないか確認してください」
「すべての手続きをレビューし、問題がありそうなものを指摘してください」
デバッグ
特定の会話で手続きがなぜそのように動作したかを調査します。Fin Operatorは実行トレースと会話の記録を取得し、どの手順が実行され、どの分岐が選ばれたか、理由を詳しく説明します。
例のプロンプト：
「なぜこの手続きはこの顧客で失敗したのですか？」（会話リンク付き）
「この顧客は注文番号を尋ねられていないと言っています。何が起きたか確認してください」
「返金手続きが本来エスカレーションすべき500ドルの返金を承認しました。何が問題でしたか？」
ヒント
新しい手続きでは、望む結果と収集すべきデータを説明し、Fin Operatorに分岐ロジックを任せてください。
デバッグには、手続きが予期せず動作した特定の会話を共有してください。Fin Operatorは実行トレースを取得するために会話リンクが必要です。
複雑な手続きは反復的なアプローチが有効です。まずはシンプルに始め、数件の会話でテストし、徐々に複雑さを加えてください。