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