2026.08.15

「賢さ」ではなく「速さ」を別ティアとして値付けする動きで、モデル選定の軸が精度・価格の2軸から3軸になる。エージェントを何十周も回す用途では、1回の応答速度より合計待ち時間の削減が効く。

エージェントに渡す文脈が「会話で書いたこと」から「実際に PC でやったこと」へ広がる最初の一般提供機能。同時に攻撃面も端末の操作履歴まで広がるので、オプトイン・48時間・ローカル保存・地域除外という設計自体が、業務でエージェントに履歴を渡すときの境界設計の実例になる。

ループエンジニアリングの観点で重要なのは「ループが設定項目になった」こと。これまでハーネスの乗り換えは製品ごとの乗り換えだったが、ループだけを自分の運用に合わせて書き換えるという選択肢が出てくる。自作ループを回している側には設計の参照実装として読む価値がある。

3週間でのモデル更新と半額化が同時に来た。エージェントを常時走らせる用途は入出力トークンが積み上がるので実運用コストへの効き方が大きく、「最上位を待つ」より「安い主力を回す」設計が有利になる局面が増える。

「プロンプトに書いたのに守らない」は誰もが踏む壁で、その正体が指示の希薄化だと具体的に言語化されている。対処が Hook という誰でも使える機能で、禁止と処方をセットで返すという再利用しやすい設計判断まで開示されている。自分の業務文書ルールを機械化する最初の一歩として、そのまま真似できる粒度。

記憶を「書き込みと呼び出し」の2操作で設計している限り、履歴が長くなるほど古い結論が現行のものとして混ざる。長く働かせるエージェントほど、いつまで有効かと何に上書きされたかを情報そのものに持たせる必要がある。

「AI で速くなる」がそのまま生産性にならない構造を一言で説明している。生成を20倍にすると確認も20倍になるので、入力側の整備（命名・構造）と判断を減らす仕組み（合否基準・サンプリング検品）を先に置かないと、詰まる場所が移動するだけになる。