今日の収穫、3行で。

公称のコンテキスト長やAPI料金表をそのまま信じず実測する姿勢が共通する一方、節約プラン系は規約や持続性の面でグレーな運用も含むため、再現性と正当性は読み手が切り分ける必要がある。

Q. なぜAPI料金表と重みがずれるのか？
A. 記事はMax 20xプランでの実測値が料金表と異なったと述べる。背景の仕組み自体は本文に当たって確認したい。

Q. キャッシュ40倍差とは何の差か？
A. タイトル上はキャッシュの効き方による差を指すが、具体的な測定条件は本文参照が必要。

Skillの説明文に書いた目印文字列が、全文検索経由でそのまま発火トリガになり得る——説明を読む行為自体が作動につながる、という誤発火のパターンが報告されている。

「クライアントのホワイトリスト化はMCPの精神に反する」という批判が中心。Figmaにはローカルの“dev”MCP（Desktop経由）と、編集権限を持つリモートMCP（要承認）の2種類があり、制限は後者に効く。クライアント識別をリクエストヘッダで行うなら、悪意あるユーザーは偽装でき正規ユーザーだけが困る、との指摘や、実際にFigma CLIをClaude Code風に偽装して使っているという声もあった。

モデルのバケットをどう定義し、どれにも合わない要求が来たらどうするか、予算上限を設定できるか、といった運用面の質問が集まった。Cursorのauto modeとの比較や、OpenRouter経由でのプロバイダ品質のばらつき（劣化の検知）をどう扱うか、GPT-6.1 SolがAstraに近い性能でトークン効率が良いのではといった具体的な比較も出ている。

企業向け検索ではSQL＋ネイティブベクトル対応の方が柔軟で、テナント分離・ACL・バージョン・メタデータ制約を普通の述語として書け、別システムを同期する手間も要らない、という実務者の支持が目立った。一方で、PostgresとInnoDBの二次索引設計（物理位置を指すか主キーを指すか）になぞらえ、書き込み増幅のトレードオフや、追加ルックアップがS3 GETになったときのコストを問う技術的な突っ込みもあった。