音声原稿 01-c：強制と分解とセッション
このパートでは、外れてはいけない順序をプログラムで止めること、仕事の分け方を二つから選ぶこと、昨日の会話を今日続けるかどうかを扱います。ノートの、ゲート、フック、プロンプトチェーンと動的な分解、再開とフォーク、一つの返金を通す節、と同じ中身です。
モデルは指示に、高い割合で従います。割合が残ります。返金の前の本人確認を一文で強調しても、確認を飛ばす回があります。その一回が、別人の口座を動かします。
ゲートは、ハーネスの状態検査です。顧客確認が検証済みの識別子を返したときだけ、状態にその識別子を書きます。返金ツールの実行関数の先頭で、その値が空なら、APIは呼ばず、ツール結果として、確認が済んでいないので実行しなかった、を返します。モデルは次の手で確認を要求できます。副作用は起きていません。プロンプトから確認の文を全部消しても、この分岐は残ります。それがゲートのテストです。
プロンプトを厚くすること、正しい順序の会話例を足すことは、従う割合を上げます。ゼロにはしません。事故の値段が高い順序はゲートです。割合でよい案内、つまり調子や説明の詳しさは、プロンプトのままにします。両方をゲートにすると、方針の質問まで止まります。検査は、返金ツールの実行にだけ掛けます。
人へ渡す相手は、エージェントの会話ログを開けません。必要なのは写しではなく、判断の材料です。顧客の識別子、何が起きたか、金額、推奨する次の行動。この四点が欠けると、人は最初から聞き直します。丁寧な全文の貼り付けは、金額を本文の途中に埋め、人が見落とします。構造なら、顧客シー四十二、注文エー十九、ヘッドホン、配送済み、希望は全額返金、エージェントは写真が無く方針の外だと判断、推奨は写真の依頼か例外の承認、です。人はこの行だけ読んで、次の行動を選べます。
フックは、モデルが読む前と、実行する前で、仕事が違います。ポストツールユースは、ツールがすでに返り、モデルがまだ読んでいない時点で、結果を変換します。注文のAPIが数値の時刻、配送のAPIが別の日付の書き方、在庫のAPIが数値コード、というばらつきを、ここで日付と状態の語へ揃えます。モデルに翻訳させると、そのターンを消費し、日付の取り違えが返金の判断を曲げます。変換は決定的なので、モデルの仕事ではありません。
呼び出しを止めるフックは、実行の前です。五万円を超える返金要求が来たら、APIを叩かず、人への引き渡しへ回す結果を返します。これは、結果を変換するフックでは遅いです。すでに実行されたあとだからです。確認のゲートと、金額のフックは、別の不変条件です。一つにまとめると、方針の質問まで止まります。規則をプロンプトに書き、フックを省略すると、モデルは今回は例外のはず、と実行を要求できます。フックは要求を受け取れます。実行だけを拒否します。
一つの返金で、全部を通します。利用者の文は、注文エー十九を返金して、です。方針は、写真の無い破損申告は返金しない、五万円を超えたら人、です。一ターン目は顧客確認で、検証済みの識別子を状態に書きます。書き込みを忘れると、後のゲートは常に空を見て、正しい顧客でも返金できません。二ターン目は注文参照です。生の結果の時刻と状態コードを、読む前のフックで、日付と、配送済み、に揃えます。金額八千と、写真なし、を事実として控えます。三ターン目に返金を要求します。識別子はあり、金額は閾値以下です。それでも写真が無いので、APIは叩きません。結果は、写真が無いので実行しなかった、です。四ターン目はエンドターンで、利用者に写真を依頼します。この文が、返金しました、になっていないことを、拒否の結果で検査できます。最終文だけを成功の印にすると、未実行の返金を完了と報告します。写真があり、金額が八千円なら、三ターン目はAPIを呼び、四ターン目が完了です。
分け方は、次の問いが最初から見えるかで選びます。レビューのように、見る面が事前に分かっている仕事は、プロンプトチェーンです。ファイルごとに局所的な欠陥を見てから、ファイルをまたぐデータの流れを別のパスで見ます。十四のファイルを一度に渡すと、注意が一部に寄り、同じパターンを片方では指摘し、片方では通します。怠慢ではなく、一度に配れる注意に限りがあるからです。パスを分けると、各パスの入力が小さくなり、深さが揃います。
古いコードベースに、抜けの大きいテストを足す、は、最初に面が分かりません。入口のディレクトリだけを手順にすると、依存の先にある危険な箇所がテストされません。先に構造を把握し、影響の大きい箇所を見つけ、依存が見つかるたびに優先度を更新します。これが動的な分解です。チェーンを調査に使うと、名付けなかった枝が消えます。動的な分解を、項目の決まったレビューに使うと、チェックリストを放棄して探索に流れます。予測できる多面のレビューはチェーン。終わり方が事前に決まらない調査は、動的な分解です。
セッションは、履歴が今も本当かどうかで選びます。レジュームは、名前を付けた会話の履歴を戻して続けます。翌日も同じ調査で、ファイルが変わっていないなら、入り口の探索を繰り返さずに済みます。履歴の中のツール結果は、実行した瞬間の写しです。昨日読んだ関数が今日書き換わっているのに、変更を伝えずに再開すると、モデルは古い写しを今のコードだとして話します。変わったファイルが一つなら、再開したうえで、そのパスを名指しし、そのファイルだけ読み直させます。月曜日に認証を読み、水曜日にセッションのファイルの有効期限だけが変わったなら、そのファイルだけ読み直し、他の結論は維持してよいかを問います。セッション全体を捨てる必要はありません。
写しが広く古くなっているなら、再開は不利です。残したい結論、つまり決めた境界、未解決の問い、参照すべきファイル名、だけを構造で書き、新しい会話の最初に注入します。古いツール結果そのものは渡しません。当時のレスポンスでは在庫は十だった、と書くなら、当時の観測だとラベルします。ラベルが無い数字は、新しいセッションでも現在の在庫として扱われます。
フォークは、同じ分析の直後に枝を分けます。認証をミドルウェアへ移す案と、各ハンドラへ残す案を、一つの会話で比べると、先の案の差分が後の案のファイル内容に混じります。枝を分ければ、各案は共通の起点だけを共有し、その後のツール結果は混ざりません。比べるのは、両方の結論を人が、またはコーディネーターが読むときです。再開とフォークは、同時に要るものではありません。古さの問題と、比較の問題は別です。
このパートの判断は、こうです。外れると事故になる順序はゲートと、実行前の遮断です。結果の形を揃えるのは、実行後に読む前の変換です。面が見えているレビューはファイル単位のあと横断。面が見えない調査は計画を更新します。履歴が今も妥当なら再開し、変わったファイルを名指しします。ツール結果が古いなら、ラベルつきの結論だけを新規へ。案の比較はフォークです。
一通に用件が二つあるときも、ゲートの掛け場所は変わりません。利用者は、返金の条件を教えて、そしてエー十九が条件を満たすなら返金して、と言いました。条件の説明は文章で足ります。返金の実行だけが、確認済みの識別子と、写真と、金額の検査を通ります。二つの用件を一つのゲートにまとめると、条件を聞いただけの質問まで止まります。項目に分け、共有する事実、つまり同じ顧客の識別子は持たせ、最後に一つの返答へまとめます。
フックの名前を一つにまとめないでください。時刻を揃えるのは、実行したあと、モデルが読む前です。五万円を超えたら止めるのは、実行する前です。前者を後者の名前で実装すると、APIを叩いたあとに金額を見て、手遅れになります。後者を前者の名前で実装すると、まだ返っていない結果を変換しようとして、呼び出しそのものを止められません。
セッションの三択を、同じ水曜日の三つの状況で分けます。有効期限の一行だけが変わったなら、レジュームして、そのファイルだけ読み直させます。ツール結果の大半が、もう再現できない在庫のレスポンスなら、新規です。当時の在庫は十、と書くなら、当時の観測とラベルします。ミドルウェア案とハンドラ案を比べるなら、分析の直後でフォークします。一つの会話で両方を試すと、先に適用した差分が、後の案のファイル内容に混じります。古さの問題をフォークで解こうとすると、古い写しが両方の枝に残ります。比較の問題を、新規への注入だけで解こうとすると、共通の起点が文章の要約に潰れ、案の差が起点の差と混ざります。