今日の収穫、3行で。

「出力を削る」より先に「何が食っているかを数える」という順序を全員が強調する。削減テクニックから入ると効かない場所を削ってしまうため、まず計測という主張は一貫している。

Q. 居座り続けた出力とは？
A. 会話が進んだあとも過去の長い生成物がコンテキストに残り続け、毎リクエストで再課金される状態を指す。

Q. サブエージェントは使わない方が安い？
A. 安いとは限らない。親子間のコンテキスト受け渡しで総トークンが増えるため、タスクを分けた方が得かは実測で判断すべき、という整理。

案内文（プロンプトでの依頼）は守られない前提に立ち、送信直前の決定的チェックに置き換える。柔らかいお願いを増やすより、通らない経路を1つ作る方が効く、というトレードオフを選んでいる。

「安く大量に作れる」の裏で「作ったものの大半は使われず捨てられる」という非対称が共通して出ている。足りないのは生成力でなく捨てる仕組み、という診断と、通説より自分の実数は良かったという反証が同居する。

ResolveHQのHNスレッドでは「似た構成（Workers+Resend）で自分用メールクライアントを作った」という共感が集まる一方、READMEにスクリーンショットもデモもない点が繰り返し指摘され、試してもらうには画面が要るという声が多い。SESではMessage-IDが転送時に書き換わりスレッド紐付けが崩れる、といった受信メール処理の実務的な質問も出ている。

エージェントの自律性が上がるほど「誰の許可で外部システムに触れたか」が曖昧になる。利便性と、対象システム側の同意・安全の線引きをどこに引くかが問われている。

HNでは「これを機にGoogleを完全に捨てる」「ClearURLs拡張で直URLを取り戻している」「検索はもうChatGPTに移った」といった離反・回避策が目立つ。一方で「なぜ重要なのか分からない」という素朴な疑問や、「そもそもGoogleは何十年も直URLを出していない、新しい挙動ではない」という冷静な指摘もあり、深刻度の受け止めは割れている。