インフラ Worker専用Cacheを前段に配置可能に Cloudflare が Workers Cache をリリースしました。これは Worker の前段に置かれる階層型キャッシュで、Wrangler の設定ブロック一つ と標準的な Cache-Control ヘッダーだけで構成できます。キャッシュヒット時は Worker が実行されず CPU コストが発生せず、ミス時は Worker が一度だけレンダリングして Cloudflare のグローバルネットワーク全体をカバーする 2 層キャッシュを構築します。stale-while-revalidate によるバックグラウンド更新、Vary ヘッダーを使ったコンテントネゴシエーション、タグベースの ctx.cache.purge() によるパージをサポートします。キャッシュはゾーンではなく Worker に帰属し、カスタムドメイン・workers.dev・プレビュー URL・Workers for Platforms テナントをまたいで機能します。ctx.props をキャッシュキーとしてユーザーごとの隔離を実現し、WorkerEntrypoint ごとにキャッシュの有効・無効を個別に制御できます。
Read Articlearrow_forward Video · アニメーション
ついにGSAPを使った…人気の理由が分かった Kevin Powell が Astro ベースの F1 テーマランディングページを制作しながら、使用した主要な GSAP パターンをステップバイステップで解説します。gsap.from() トウィーンとスタガータイミングから始まり、カスタム start ポイントと querySelectorAll forEach による要素ごとの個別トリガーを含む ScrollTrigger を取り上げます。elastic-out イージングを含む各種イージング関数も紹介します。SplitText プラグインで文字単位のアニメーションを実現し、gsap.timeline() でヒーローセクションの入場シーケンスを調整します。targets[0].val アクセサでライブトウィーン値を読み取る onUpdate コールバックベースのカウントアップアニメーション、および GSAP ticker API とデルタレシオ正規化を用いて 60 Hz・120 Hz モニターで一貫した速度を確保するドラッグ＆スロー無限スクロールカルーセルの実装も解説します。
AI_INFOGRAPHICopen_in_full close WATCH_VIDEOarrow_forward Article · キャリア READ TIME: 7m
Agent時代のCareer Addy Osmani は、コーディングエージェントの時代に最も価値が持続するスキルは実装スピードではなく、判断力・問題選択・検証能力だと主張します。Google で Chrome と Gemini AI チームを 14 年間 率いた経験をもとに、エージェントはかつて直感を培っていた反復作業を自動化するため、エンジニアはエージェントなしで難しい問題に意図的に取り組み、すべてのエージェント diff を人間レビューと同様に精査し、システムをエンドツーエンドで深く理解する思考モデルを構築すべきだと述べています。自律性はタスクごとに調整すべきであり、最大のリスクはエージェントが悪いコードを書くことではなく、エンジニアがそれを検出できなくなることだと警告しています。
READ_FULL_LOGarrow_forward Article · セキュリティ READ TIME: 30m
より良いPost-quantum Signature Algorithmを待てない理由 Cloudflare は、次世代のポスト量子署名スキームが 2029 年の移行期限に間に合わないと主張し、ML-DSA がワイヤーサイズの大きさにもかかわらず第一波移行の唯一の現実的な選択肢であると説明します。NIST の第 3 回 署名オンランプラウンドに進んだ 9 候補（格子ベースの FN-DSA ・HAWK、ハッシュベースの SLH-DSA、アイソジニーベースの SQIsign、ゼロ知識証明ベースの FAEST・MQOM・SDitH、構造的多変数の MAYO・SNOVA・QR-UOV・UOV）を詳細に比較します。FN-DSA はサイズの面で優位ですが、タイミングサイドチャネル安全な浮動小数点演算の実装が難しく、2033 年以前の広範な展開は見込めません。MAYO は多変数候補の中で最も安定したセキュリティ実績を持ち、SNOVA は攻撃への対応で構造が繰り返し変更されてきました。
READ_FULL_LOGarrow_forward Article · AIエージェント READ TIME: 7m
すべてのModel Upgradeが改善とは限らない Microsoft のエンジニアリングチームが VS Code の GitHub Copilot Chat を使用し、Azure アーキテクチャ設計と SharePoint Framework（SPFx）アップグレードのシナリオで Claude Sonnet 4.6 と Sonnet 5 を比較する 150 件のエージェントタスク を実行しました。Sonnet 5 のトークン単価が 33% 低い にもかかわらず、アーキテクチャタスクではトークン消費量の中央値 が 12 倍に増加 し、コードアップグレードでは実コストが 3.7 倍高く なりました（$2.01 対 $0.55 ）。アーキテクチャの出力品質も慣用的正確度が Sonnet 4.6 の 90% から Sonnet 5 の 78% に低下しました。コードアップグレードタスクでは Sonnet 5 がタスク完了率 100% を達成した一方で Sonnet 4.6 は 60% にとどまりましたが、文書化されていない移行ステップが原因で両モデルとも構成正確度は 0% でした。
READ_FULL_LOGarrow_forward Article · AIエージェント READ TIME: 9m
良いToolがCopilot Code Reviewを悪化させた。実際の改善方法 GitHub は Copilot コードレビュー専用の探索ツールを、Copilot CLI の共有 Unix 風ツール（grep, glob, view）に置き換えましたが、ベンチマークではレビューコストが増加し、発見された問題数が減少する結果になりました。トレース分析でエージェントが diff を起点に作業するのではなく、リポジトリを広く探索して不要なファイルコンテキストをコンテキストウィンドウに蓄積していることが判明しました。解決策はツール自体ではなく、プロンプト指示を書き直すことでした。diff から開始し、grep と glob でまず絞り込んでから view をバッチ呼び出しし、検索失敗時は探索範囲を広げずシンプルなクエリで再試行するよう誘導しました。その結果、レビュー品質を維持しながら平均 レビューコストが約 20% 低下しました。
READ_FULL_LOGarrow_forward Article · エンジニアリング文化 READ TIME: 8m
Theory of Constraints、AI、Code Review Swizec Teller は Goldratt の制約理論 を適用し、AI による個人生産性向上が組織全体のリリース速度向上に結びつかない理由を説明します。研究によると富裕国の平均 経済産出量増加は 0.4〜1.3% に過ぎない一方、個々のエンジニアはコードを 50% 速く 書き 26% 多く のタスクを完了しています。核心的な主張はコードレビューがボトルネックになったというものです。AI が PR を大量生成してパイプラインを溢れさせ、仕掛かり作業（WIP）がスループットを低下させます。彼はコードレビューをバグ検出手段としてではなく、知識共有・ドメインモデル調整・コードベース健全性維持のための社会技術的実践として定義し、プロセスをボトルネックに従属させ PR を一つ ずつ完了させることを推奨しています。
READ_FULL_LOGarrow_forward summarize Digest_Summary
今週の一般Web開発分野はインフラと開発者ツールが主要テーマでした。Cloudflare がWorkerの前段に位置する階層型キャッシュWorkers Cache をリリースしました。単一のWrangler設定ブロックとCache-Controlヘッダーだけで構成でき、キャッシュヒット時はWorkerが実行されずCPUコストが一切発生しません。ミス時は一度だけレンダリングしてCloudflareの2 層グローバルキャッシュを構築します。キャッシュはゾーンではなくWorkerに帰属し、カスタムドメイン・workers.dev・プレビューURL・Workers for PlatformsテナントをまたいでWorkerに追従します。ctx.cache.purge()によるタグベースのパージ・stale-while-revalidate・エントリーポイントごとのキャッシュ切り替えで、単一デプロイ単位内で細かいキャッシュアーキテクチャを構成できます。CloudflareはML-DSAがワイヤーサイズが大きいにもかかわらず最初のポスト量子署名移行の唯一の選択肢である理由を深掘りした記事も公開しました。NISTの第3回 署名ラウンドの9 候補（格子ベースのFN-DSA ・HAWK、ハッシュベースのSLH-DSA、多変数のMAYO・SNOVAなど）は2029 年の移行期限を越える2030 年以前に広範に展開されることは難しいと予測しています。
AIエージェントツールとエンジニアリング文化に関する複数の記事が注目を集めました。GitHubのCopilotコードレビューチームは、共有のgrep/glob/viewツールへの切り替えでコストが上昇したにもかかわらず、ツールの指示プロンプトをdiff優先ワークフローに書き直すだけでコストが約20%低下 し品質も維持されたという事例を共有しました。エージェントのツール指示が実装の詳細ではなくAPI仕様のように機能することを示しています。 MicrosoftはVS CodeのGitHub Copilot Chatを通じてAzureアーキテクチャとSPFxアップグレードシナリオでClaude Sonnet 4.6 とSonnet 5 を比較する150件のエージェントタスク を実施しました。Sonnet 5 はアーキテクチャタスクでトークン消費量が12倍急増 し、単価が33%低い にもかかわらず実コストが3.7倍高く なりました。一方コードアップグレードタスクではSonnet 5 が100% を完了したのに対しSonnet 4.6 は60% にとどまりました。
GoogleでChromeとGemini AIチームを14年間 率いたAddy Osmaniはエージェント時代に持続する工学的スキルは実装スピードではなく判断力・問題選択・検証能力だと主張しました。Swizec Tellerは制約理論 を適用してAI駆動のコーディング生産性（コード50%高速化 ・タスク26%増加 ）が組織のリリース速度向上に結びつかない理由を説明しました。AIがPRを人間が処理できる速度より速く生成することでコードレビューがボトルネックになっており、解決策は次のPRを始める前に既存のPR一つ を完了まで処理することだと提案しました。
Key Takeaways Cloudflare Workers Cache はキャッシュをゾーン単位ではなくWorker単位に帰属させます。キャッシュヒット時はWorkerが実行されずCPUコストが発生しません。ctx.cache.purge()によるタグベースのパージとエントリーポイントごとのキャッシュ切り替えをサポートします。GitHub Copilotコードレビューは、ツール自体ではなくツール指示プロンプトをdiff優先ワークフローに書き直すだけでコストが約20% 低下しました。エージェントの指示が実装ヒントではなくAPIコントラクトとして機能することを証明しています。 Addy OsmaniとSwizec Tellerは独立して、エージェント時代のボトルネックはコード生成ではなくコードレビューと判断力だと主張しています。AIが人間が消化できる速度より速くPRを生成することでレビュースループットがリリース速度の制約要因になっています。 
