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