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