ニュートンはまだ会場を選んでいるんだと思ってた。
いいえ、そこまで親切なのは過分です。
タスクが目的地ルールに当たった時点では、デスクはすでにだいたいその承認済みの同じ経路へ、半分くらい引っ張っていた。
それが、あるべき以上に気になり始めた。
同じウォレットのフロー。 同じ加盟店のバケット。 別のバカみたいな遅延なしに通り抜けようとする、同じお金の経路。
ニュートン・プロトコルのゲートウェイがそれを受け取る。
レゴーにはまだ目的地ルールがある。PolicyDataは、ルートが必要とする外部ステートをまだ何でも取り込む。オペレーターの設定も、まだ評価している。申し分ない仕組みだ。役に立つ仕組みだ。けれど、上流では、小さなニュートンの判決がきれいに表示される前に、机とエージェントがすでに学んでしまっている。つまり、摩擦が少なく、エスカレーションが少なく、分岐の痛みも少ない会場に、だいたい通りやすいということを。だからタスクは、同じ場所へ向かうように、あらかじめ形を整えられて届き続ける。
そして、そのあと全員が“ルールがそれを選んだ”かのように振る舞える。
いいね。
すごく退屈なレーンで、それが起きるのを見てきた。たいてい、醜いものはそこに住んでいる。今のニュートン・ポリシーの家族の下では、1つの会場のほうが早く収まる。1つのルートは、オペレーターの頭痛が少ない。承認済みの目的地は「利用可能」なまま、確かにそうだ。でも時間がかかり、もっと忍耐を求め、正午過ぎにはキューがもっと病んで見える。しばらくすると、誰もそんなふうにきれいに説明しない。彼らはこう言う。この道はもっとスムーズだ。この会場のほうがたいていうまくいく。今日このルートはごちゃごちゃだ。大丈夫。同じ病気だ。ワークフローが選びの最初の半分を先にやって、それから、答えとして欲しかったものの匂いがすでにするタスクをニュートンに渡している。
そこからおかしい匂いがし始めた。
同じ目的地ルール。以前からの優先事項。
同じニュートンルール。さらに押し出しが早い。
最悪の組み合わせ。
これが起きるのに、誰も嘘をつく必要すらない。そこがポイントだ。彼らは、運用上の痛みが少ないほうの承認済み会場へと、ただ誘導し続ける。その後、形式ばったルールが目的地をチェックし、オペレーターがサインし、タスクは通って、そして全体が後でまるでルールが“クリーンな1つの会場”を選んだかのように記憶される。最終ゲートでそうだったのかもしれない。でも、本当の選びの大部分は、すでに上流でデスクの回避癖とエージェントの学習した近道の中で起きている。
処理量に良い。
正直さにとって悪い。
ニュートン・プロトコルはまだ本当のポリシー作業をしている。Regoは目的地ルールをちゃんと読む。PolicyDataがルートにフィードする。到着したタスクをオペレーター集合が評価する。BLS集約も着地する。PolicyClientが結果を強制する。問題ない。正直な機械だ。だからこそ余計に悪い。仕組み自体は完全に品よく保たれたまま、ワークフローがこっそり、その最小限の面倒で済む承認済み会場へ傾いている“問題の版”を入力として与えるよう学習してしまう。
誰かが「1つ目の会場を“ポリシーで選ばれた”」と言っているのを、私が見ていた。実際には、誰もまた同じ小競り合いを繰り返す気がなくて済むのが、それだけだった。
その違いは重要だ。
かなり。
上流でルーティングの習慣が固まると、目的地ルールは最初の選び手ではなくなる。レーンがすでに半分決めていた選択の“見た目がよりきれいな後半”になるだけだ。
承認済みの会場は同じ。だけど生きたメニューが違う。
それに近い。
そして繰り返すほどもっと醜くなる。1つの会場が、余計な痛みなしで片付くことが多い。そして今や、エージェントの経路は、それが単なる通常のルーティングの知性であるかのように、その優先を引き継ぎ始める。あるいはデスクが先に教えたのかもしれない。しばらくすると見分けがつかなくなる。ニュートンの目的地ルールは同じまま。承認リストも技術的にはまだ開いている。一方で2つ目の会場は、技術的には承認されていても、社会的にはすでに死んでいる。
Regoでは承認、部屋では死んでる。
必要になるまでは誰も望まない。直接は誰もそうは言わない。彼らはただ、好まれるルートを「クリーン」、もう一方を「複雑」と呼び続ける。1つの真実のほうが、暮らすのに安くつく、ということを言う可愛い言い方で。
それは中立な振る舞いではない。
綺麗な書類で済ませるための癖。
そして、ニュートン・プロトコルが、本来あるべきよりもそれをもっともらしく見せてしまうことがある。そこにゲートウェイルート。そこに目的地ルール。そこにPolicyData。そこにオペレーターの結果。そこに最終クリア。良いファイル。かなり大人の手続き。後で誰かがタスクを開いて、1つのクリーンなニュートンルールの下で承認された目的地が1つだけ見えて、それっぽく「このルートはここで選ばれた」と話す。違う。ルートのかなりの部分は、すでに以前に選ばれていた。デスクの学習した回避癖と、エージェントが引き継いだ優先、そして見直しの場で次の小さな戦いを始めないで済む会場へタスクを誘導する、繰り返される習慣によって。
そこが、どうしても抜けない。
ちょうど、$NEWT が面白そうに見えるあたりだと思う。
ニュートンが目的地制約を強制したかどうかではない。
ニュートンが公式に見に行く前に、そのルートがすでに半分決まっていたかどうか。
ルートは相変わらずニュートンで通る。
結構。
@NewtonProtocol が最初の場所でその選択が起きているとは、今はもう分からないです。違いますか？