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