2026.07.29

MCP サーバを自前でホストしている側には破壊的変更で、セッション初期化の除去・リクエストの自己完結化・DCR から CIMD への認可移行が実作業として降ってくる。代わりに得られるのは「MCP サーバが普通の REST サービスと同じようにスケールする」こと——remote MCP を本番に置く最大の障壁だったスティッキーセッションと共有ストアの要求が消える。

議事録・商談録音・セミナー書き起こしを回している運用で効くのは、モデルを差し替えることより事前に渡す文脈を用意すること。参加者名・社名・製品名・略語をキーワードで渡し会議の主題を自由記述で添えるだけで、意味的精度が公式数値で6ポイント前後動く——呼び出し側の工夫だけで取れる伸びしろ。

ローカル LLM を「チャットが動くだけ」から「ファイル・検索・DB を触るエージェント」に引き上げる最後のピースが、外部フレームワークではなくエンジン本体に入った。機密データを外に出せない業務でのエージェント化に直接効く。実装手順の開示も参考になり、「AI に設計を任せず、ヘッダを先に書かせて人間がレビューし、1コンポーネントずつ進める」という進め方が OSS の実プロジェクトで実践された記録になっている。

従業員の署名運動を CEO と共同創業者が追認するのは、社内の温度と経営方針が同じ方向を向いていることの公開表明にあたる。前日の open-weights 立場文書と合わせると、Anthropic は「配布の是非」ではなく「能力の進み方そのものに検査と減速の手続きを入れる」という一貫した線を引きにきている。

注目すべきは価格そのものより、常時稼働のクラウドエージェントが最安の有料段に降りてきたこと。1年前ならプレミアム機能だったものが、地域別エントリープランの標準構成に入っている。「1開発者あたりのエージェントリクエスト数はインドが世界一」という数字も、エージェント常時稼働型の開発が特定市場でどこまで日常化しているかを示す実データとして読める。

自分のループ運用の障害切り分けチェックリストとしてそのまま使える。出力1回分が悪いならプロンプト層、途中から話が繋がらないならコンテキスト層、ツール呼び出しや検証が抜けているならハーネス層、終わったつもりで終わっていないならループ層、複数ジョブの順序や依存が崩れているならグラフ層。完了判定を「体感でなく自動」にせよという要求は、日次パイプラインなら「PDF がディスクに出来た」ではなく「配信まで到達した」を完了条件に置く設計そのもの。

「遅いから量子化を強くする」「遅いからモデルを小さくする」という反射的な対処は、ボトルネックがモデルのロード時間だった場合ほとんど効かない。区間を分けて記録するだけで、打つべき手が「ストレージを速くする」「プロンプトを短くする」「モデルを軽くする」のどれかが確定する。

社内で「AI を導入したのに効果が薄い」となる典型が前者で止まっているケース。工数削減は測りやすく KPI に選ばれやすいが、それだけを追うと「今の仕事を速くやる」以上には出られない。着手前に「これは足す話か、設計をやり直す話か」を明示的に切り分けるだけで、期待値と評価軸のズレをかなり防げる。