Vercel TracesがTree/Waterfall対応、Cloud Run Sandboxes GAほか — Web Dev Digest: 2026‑07‑11

Top 20

Traces now support Tree and Waterfall views（Vercel Logs のトレースにTreeとWaterfall表示が追加）

Source: Vercel Changelog | Published: 2026-07-11 00:40 JST

• Vercel Logs のトレース閲覧に「Tree（階層）」と「Waterfall（滝図）」の2つの新しい可視化モードが加わり、ログエントリを離れずにスパン階層とタイミングを1画面で確認できるようになった。
• 従来はスパン一覧を追いかけるだけだったため、親子関係の把握や長時間スパンの特定が難しかったが、Tree ビューで span 間の呼び出し関係、Waterfall ビューで並列/直列の実行タイミングを見分けられる。
• 対象は Vercel Logs 上の任意のトレースエントリで、既存のログ検索・フィルタと同じ画面から切り替え可能。追加設定は不要で全プロジェクトで即時利用できる。
• OpenTelemetry 由来のスパン階層をそのまま可視化するため、外部の APM に飛ばずに Vercel だけでボトルネックスパンを特定するワークフローが完結する。
• 発表は Changelog のみでコード変更は不要。ただし可視化される情報は既存の trace データに含まれる粒度に依存するため、詳細スパンを増やしたい場合はアプリ側の instrumentation を追加する必要がある。

What’s new with Google Cloud（Cloud Run sandboxesがpublic preview、Cloud Run service healthがGAほか）

Source: Google Cloud Blog | Published: 2026-07-11 01:48 JST

• Google Cloud の週次アップデート。Cloud Run sandboxes が public preview に入り、AI が生成したコードを分離環境で安全に実行できる公式ランタイムが提供された。
• Cloud Run service health が GA となり、リージョン障害時のマルチリージョン フェイルオーバーを標準機能として利用可能。従来のカスタムスクリプトによる health check 実装が不要になる。
• 併せて、AI ガバナンス、Apigee の新機能、agentic AI 向けインフラ最適化に関するウェビナー日程がまとめて告知された。
• Cloud Run sandboxes は「ユーザー入力を LLM に流し込みそのままコード実行」を安全化する用途を主眼としており、Vercel Sandbox・Cloudflare Workers 系の類似機能と直接競合する位置づけ。
• public preview 段階のため SLA は対象外。GA 化までの間はコスト計上と割当上限の変更が入る可能性があるとされている。

Amazon EC2 R8in, R8ib, R8idn, R8idb instances now available in additional regions（Amazon EC2 R8シリーズがTokyoとFrankfurt/Irelandで利用可能に）

Source: AWS What’s New | Published: 2026-07-11 05:00 JST

• 第6世代 Intel Xeon 搭載のメモリ最適化インスタンス R8in / R8ib / R8idn / R8idb が Asia Pacific（Tokyo）と Europe（Frankfurt, Ireland）で提供開始。日本リージョンにも到達した。
• vCPU あたりの計算性能は前世代比で最大 43% 向上と AWS が公表。従来 R7in で不足していた大容量メモリ + 高帯域 NIC の組み合わせが強化された。
• R8in はネットワーク 600 Gbps、R8ib / R8idb は EBS 300 Gbps に到達。DB プライマリや in-memory cache のノードでの利用が想定される。
• R8idn / R8idb は NVMe SSD ローカルストレージ付きで、キャッシュ層や検索インデックスなど I/O バウンドなワークロードに対応する。
• 発表は基本 GA 扱いで、通常のオンデマンド / RI / SP で購入可能。既存 R7in ユーザーは同じサイズ表記のまま移行できる。

Amazon EMR on EKS now supports Apache Spark troubleshooting agent（EMR on EKSにApache Spark自動診断エージェントが追加）

Source: AWS What’s New | Published: 2026-07-11 03:16 JST

• EMR on EKS に Spark ジョブ失敗を自然言語で診断する AI エージェントが統合された。Spark History Server と分散ログを解析し、根本原因と修正案を提示する。
• 検出できる典型的な失敗として OOM、data skew、executor 間の接続不良、driver ハートビート断が公式ドキュメントで挙げられている。
• 出力には PySpark コードの修正候補が含まれ、コンソール UI から適用ボタンで書き戻せる。AI コーディング エージェント経由での呼び出しにも対応する。
• 従来は Spark UI と CloudWatch Logs を人手で往復していた RCA が、自然言語プロンプト → 修正 PR の1往復で完結する形に置き換わる。
• 対象は EMR on EKS のみで、EC2 上の EMR や AWS Glue には未対応。料金は追加料金なしと発表されているが、対応リージョンは限定的。

Amazon Location Service enhances Places APIs with new address and search options（Amazon Location Service Places APIsに50言語対応と新パラメータ追加）

Source: AWS What’s New | Published: 2026-07-11 02:26 JST

• Amazon Location Service の Places API に、AddressNamesMode による住所フォーマット制御、AddressTranslations（50言語以上に対応した住所翻訳）、TravelMode によるナビ最適化、DriveThrough 属性の返却が追加された。
• 新しい Parsing.AdditionalInfo フィールドで住所文字列の解釈候補（棟名・部屋番号・POI 名の分解結果）が取得でき、多言語対応のフォーム自動補完で使いやすくなる。
• Google Places / Mapbox Search Box に対する競争力強化が明確に意識されており、AWS 内で Cognito ユーザーの住所を扱う SaaS の実装コスト削減が主な想定用途。
• 追加パラメータ利用時の料金体系は既存の Places 料金に統合され、リクエスト単価は据え置き。従来からの SearchPlaceIndex 呼び出しは破壊的変更なし。
• 現時点で新パラメータのフル対応は Standard プラン以上。Free tier では一部 AddressTranslations の言語が制限される。

Amazon SageMaker HyperPod now supports AMI-based node lifecycle configuration for Slurm clusters using continuous provisioning（HyperPod SlurmクラスターがAMIベースの継続プロビジョニング対応）

Source: AWS What’s New | Published: 2026-07-11 02:00 JST

• SageMaker HyperPod の Slurm クラスタで、ノードの lifecycle 設定を AMI に埋め込んだ状態で continuous provisioning 経由で構成できるようになった。
• 従来は lifecycle スクリプトを書いて Docker / Enroot 等を都度セットアップする必要があったが、新方式では AMI に事前焼き込んで起動時ゼロコンフィグに近い状態にできる。
• 拡張スクリプト（extension script）は残されており、AMI 側で共通化しつつジョブ固有の環境変数だけ差し込むというハイブリッド運用が可能。
• 既存の lifecycle script 方式もそのまま維持されるため、後方互換は保たれる。移行はクラスタ単位で選択できる。
• HPC / 分散学習ワークロードでのブート時間短縮が主なメリット。Slurm 上の ephemeral ノードが多い環境ほど恩恵が大きい。

Amazon EC2 G7 instances are now available in the AWS US East (N. Virginia) Region（EC2 G7インスタンスがN.Virginiaで利用開始、NVIDIA RTX PRO 4500 Blackwell搭載）

Source: AWS What’s New | Published: 2026-07-11 00:14 JST

• NVIDIA RTX PRO 4500 Blackwell Server Edition GPU を搭載した EC2 G7 が US East (N. Virginia) リージョンで一般提供開始。
• 前世代 G6 比で AI 推論性能が最大 4.6 倍、グラフィックス性能が最大 2.1 倍と AWS が公表。RTX PRO 世代の Blackwell を最速で入手できる汎用 GPU インスタンス。
• 最大構成は 8 GPU / 192 vCPU / 768 GiB メモリ / 700 Gbps ネットワークで、AI モデル推論・ゲームストリーミング・レンダリング用途を1インスタンスで賄える。
• G7 は G シリーズの後継として位置づけられ、L4/L40S 系（G6/G6e）よりコスト効率よく RTX 系ワークロードを回せる想定。
• 現時点は N. Virginia のみで、他リージョンへの展開は Coming Soon。予約割引や Spot 対応の状況は個別リージョンで異なる。

［Mastra Announce］Schedules で Agent と Workflow の定期実行がやっと同じ土俵に乗った

Source: Zenn | Published: 2026-07-11 14:25 JST

• Mastra が「Schedules」機能を追加し、Agent と Workflow の両方に対して同じ API で cron スケジュールを設定できるようになったという Mastra 公式アナウンス解説。
• 従来は Workflow 側にしか定期実行の一級市民な仕組みが無く、Agent はユーザーが自前で cron を回すか外部ジョブランナーに載せる必要があった。
• 新 Schedules では cron 式に加えて timezone 指定、失敗時のリトライ設定、実行結果の履歴閲覧が Mastra ダッシュボードから完結する。
• Agent の tool 呼び出し結果をトリガーに Workflow を起動する「イベントチェーン」を、両方のスケジュール実行と組み合わせて構築できる点が実務上のポイントとして挙げられている。
• Zenn 記事著者は具体的な YAML/コード例を交え、「Workflow の定期実行を Agent 側に統合できたことで、AI エージェント運用の設計選択肢が実質1つ増えた」と評価している。

「いま」TypeScript v7をNext.jsやtypescript-eslintで使用する方法

Source: Zenn | Published: 2026-07-11 12:39 JST

• TypeScript v7（Go 版ネイティブコンパイラ）が GA された直後の段階で、Next.js と typescript-eslint という主要エコシステムに対して実運用で使う手順をまとめた記事。
• 「速度は 10 倍だが、周辺 tsc プラグイン（ts-node, next/tsconfig, typescript-eslint parser）が v7 追従前のバージョン混在」となる期待値ギャップを、実際のインストール手順と overrides 設定で解消する構成。
• typescript-eslint はまだ v6 系 API を必要とするため、CI では v7 で型検査、lint 用に v6 tsc を別途 devDependency で残す 2 系ハイブリッド運用を推奨している。
• Next.js については next.config.ts を v7 で読ませる場合、skipLibCheck を有効にしないと node_modules 側の未追従型定義でエラーが出る、といった具体的な落とし穴が解説される。
• 記事は「v7 に「今」乗り換える価値がある人」と「一度見送るべき人」を明確に切り分けており、単なるお試しではなく本番 CI で 10x を得るための最短経路を提示する。

ESLint/oxlintしか知らない新人がBiomeの型認識lintを試してみた

Source: Zenn | Published: 2026-07-11 17:25 JST

• Biome の「型認識 lint（type-aware lint）」を、ESLint + typescript-eslint / oxlint と比較して実測した検証記事。
• Biome は tsc プロセスを起動せずに独自の型情報解析で no-floating-promises 等の型必須ルールを実行できると謳っており、その実挙動を確認するのが主眼。
• 実測では、型情報を要求する典型ルールについて Biome 単体で 8～9 割の検出精度、実行時間は typescript-eslint 比で数倍高速というレンジで着地。
• 一方で高度な条件型を要求するルール（例：ジェネリックの制約に依存する誤用検知）では取りこぼしがあり、tsc なし運用に完全移行するにはまだ ESLint 側の補助が必要だと結論。
• Biome の型認識 lint を CI に組み込む具体的な biome.jsonc 設定と、既存 typescript-eslint 併用時の重複除去手順まで載っており、単なる紹介ではなく移行ガイドとして読める内容になっている。

型がついてるのに実体が違う。AIと開発するとよく騙される——という話をここに書きます

Source: Zenn | Published: 2026-07-11 17:24 JST

• TypeScript の型と実行時の値が乖離するケースが、AI コーディング支援下でとくに頻発するという実例レポート。
• 具体例として「キャンペーン割引が本番の画面から消えた」障害の原因分析。DB から返る Date 型カラムを Prisma のスキーマ推論ミスで string 型として扱っており、.slice() を呼んだ瞬間に例外が発生していた。
• 型は通っているためコンパイル・型検査は無警告のまま、実体は Date オブジェクト。AI 支援下では「型が合っている＝ロジックが正しい」と誤認しやすく、レビューがすり抜ける傾向を指摘。
• 対策として、DB 層と domain 層の間で z.date() などの runtime validator を1枚必ず挟むこと、AI が生成した schema 定義を型ではなく実データでスモークテストすることを提案している。
• 「型があるのに騙される」ケースを AI 開発時代のアンチパターンとして体系化しようとしており、Zod / TypeBox / Valibot 選定議論にも接続できる内容。

TypeScriptでログレベルに応じて出力を制限する機能を実装してみた

Source: Zenn | Published: 2026-07-11 16:28 JST

• Laravel の LOG_LEVEL に相当する仕組みを TypeScript / Node.js 環境で自前実装する手順記事。
• 標準の console.debug / console.info は「無効化しても呼び出し側の引数評価コストが残る」ため、ログレベルガードを噛ませて式評価自体を skip する構造を採用している。
• 実装は 60 行程度のミニマルな Logger クラスで、LOG_LEVEL 環境変数を読んで debug / info / warn / error の順にフィルタ。テンプレートリテラルによる文字列連結を実行前に遅延評価する仕組みも組み込む。
• console.log を差し替えるのではなく logger.debug() として明示 API を提供することで、テストや E2E ロガーへの切り替えが容易になる設計。
• pino / winston を持ち込むほどではないが、素の console だと粒度制御ができない、というアプリ規模での落とし所を示すサンプルとして実用的。

Vue 3でIMEのcompositionイベントを正しく扱う：Windowsだけ日本語入力が壊れた独自@inputの罠

Source: Qiita | Published: 2026-07-11 16:30 JST

• macOS では正常だが Windows でだけ IME 変換確定前に処理が走り、日本語入力が壊れるバグの原因分析。
• Vue 3 の独自 @input ハンドラを検索欄などに付けているケースで、compositionstart / compositionend を捕まえないと変換候補選択中に input が発火し、途中文字列で API 検索が走ってしまう。
• 対策として、compositionstart / compositionend フラグを保持し、確定前の input イベントは早期 return する「composition-safe な wrapper」を実装。
• macOS Safari / Chrome では確定時に input を 1 回しか発火しないため気付きにくく、Windows Chrome / Edge の IME 挙動差が地雷になる、というブラウザ差の指摘が中核。
• Nuxt や Vue 3 の shadcn 系 UI ライブラリでも同じ罠を踏むため、v-model を外して独自 handler を書いた瞬間に IME 対応を必ずセットで書くべきという教訓を提示する。

Contributing to U.K. financial sector resilience as a critical third party（Google Cloud EMEAが英国金融セクターのCritical Third Partyに指定される）

Source: Google Cloud Blog | Published: 2026-07-11 02:00 JST

• Google Cloud EMEA が英国 CTP（Critical Third Party）制度のもとで、金融セクター向けの Critical Third Party として正式指定された。
• 監督機関は Bank of England / PRA / FCA の3者で、Google Cloud は運用レジリエンスと第三者リスク管理義務に関する定期報告・是正指示の対象となる。
• CTP 指定は「金融業界のクラウド利用が特定ハイパースケーラーに集中していることをシステミック リスクと見なす」という英国当局の姿勢を制度化した最初の実運用ケース。
• Google Cloud は「英国内での BCP / DR 要件、監査アクセス、事故通知プロセスを既存の Financial Services Contract Addendum で満たす」と表明しており、既存顧客の契約に大きな変更は不要とされる。
• AWS / Microsoft も同枠の指定を受けており、英国で FCA 規制対象のフィンテックを運用するチームは Google Cloud の CTP ステータスも DD シートの必須項目に加わる、という実務上のインパクトがある。

Frontier and Center: Who evaluates the evaluations?（AIエージェント評価のための情報理論アプローチ）

Source: Google Cloud Blog | Published: 2026-07-11 01:00 JST

• AI エージェントの性能評価に情報理論（surprisal）ベースの尺度を導入する、Google Cloud の技術記事。
• Discovery Bench フレームワークを使い、質問を反復的に「難しい方向」に生成することで、モデルのパフォーマンス cliff（能力の急落点）と sweet spot を可視化できると主張。
• 「難易度は与えられるラベルではなくエンジニアリング可能な変数」という視点が中核で、従来の固定ベンチマーク（HumanEval など）が抱える漏洩・上限問題への回答として提示される。
• 実験では既存モデルで見えなかった性能崖が新たに浮上し、モデル選定の意思決定を「勝ち負け」から「どこまで安全に使えるか」の判断に変える枠組みを示す。
• Vertex AI 上での実装スニペットも掲載されており、agentic RAG / tool-use システムを本番投入する前の評価設計に取り入れやすい構成。

「自分の街の物価、全国平均より上がってる？」を地図とグラフで確かめられるアプリを個人開発した話

Source: Qiita | Published: 2026-07-11 23:29 JST

• 個人開発の Web アプリ「PriceLens」の実装レポート。全国自治体の消費者物価指数を地図と時系列グラフで比較できる可視化ツール。
• データソースは総務省統計局の消費者物価指数 API と e-Stat。JSON レスポンスを Next.js の App Router で SSG し、地図は MapLibre GL、グラフは Recharts で描画する構成。
• 地図と時系列グラフで「自分の街の CPI が全国平均を上回った月」がハイライトされる UX を採用。地方自治体別データが最短 2 か月遅れで反映される点も明記されている。
• 全国平均との差分を長期で追う需要は既存メディアが埋めていない領域として、個人開発の勝ち筋になった経緯が語られる。
• Vercel デプロイでランニングコストは月 0 円レンジ、SSG＋ISR の組み合わせで API 呼び出しコストを吸収した設計判断が公開されている。

Agnes AIが無制限無料！LLM×画像生成で知識漫画・インフォグラフィックを自動生成するOSSアプリ「AI画像スタジオ」徹底解説

Source: Qiita | Published: 2026-07-11 20:57 JST

• Agnes AI の無料 API（画像生成無制限枠）と LLM を組み合わせた OSS Web アプリ「AI 画像スタジオ」のアーキテクチャ解説。
• ユーザーが日本語キーワードだけ入力すれば、LLM が英語プロンプトを拡張し、Agnes AI 側で知識漫画やインフォグラフィックを 1 コマ単位で生成するパイプライン構成。
• Next.js 15 + shadcn/ui のフロント、Cloudflare Workers で LLM プロキシ、Agnes API を無認証で叩く 3 層で無料枠のみで完結。
• インフォグラフィック向けには LLM に「レイアウト JSON」を返させ、それを Canvas API で組み立てる方式で、Midjourney 直叩きよりレイアウト崩れが少ないという結果を報告。
• OSS リポジトリと Docker Compose が同梱されており、Agnes AI に料金体系が入る前提の「無料時代のうちに実験したい」向け構成として公開されている。

AIに作らせるのではなく、AIと設計する。約6日でNext.js製CMS Memory Coreを公開するまで

Source: Qiita | Published: 2026-07-11 14:52 JST

• Next.js ベースの自作 CMS「Memory Core」を、Claude Code / Codex と協働して 6 日で MVP 公開までこぎつけた開発日記。
• 「AI に丸投げして生成させる」のではなく、CLAUDE.md にドメインモデル・ディレクトリ規約・ユースケースを事前定義し、AI 側は「規約に従って埋める」役に徹させる分業設計を採用。
• 実装スタックは Next.js 15 App Router / Prisma + PostgreSQL / Cloudflare R2。エディタは TipTap で MDX 混在。
• AI の生成結果を人が破棄した比率は 2 割ほどで、破棄理由の大半は「AI が黙って独自に導入したパッケージ」だったと報告。lockfile diff の PR レビュー粒度を上げることで抑制できたという運用知見がある。
• 「AI 駆動で作る CMS」の実装例は多いが、6 日で公開まで持っていく際の CI・型検査・E2E の削り所を具体的に公開している点が実用的。

Reactのレンダリングを改めて確認してみよう 〜2026夏〜

Source: Qiita | Published: 2026-07-11 19:24 JST

• React 19 時代のレンダリングを「Trigger → Render → Commit」の 3 フェーズで整理し直す解説記事。
• 変更点として、React 19 での自動メモ化（React Compiler）が有効化された環境では、useMemo / useCallback が実質的に減り、代わりに「どのフックが Trigger になるか」を意識する必要がある。
• Server Components の Render は Client Components の Render とは別プロセスであり、hydration mismatch は「Trigger のずれ」ではなく「同じ input からの Render 結果差」であるという整理をしている。
• use hook（Promise 直接読み込み）を絡めた場合の再レンダリング境界を、フェーズ図でトレースしている点が独自の見どころ。
• 「React 19 でも Fiber の基本モデルは変わっていない」を出発点に、Compiler 時代のパフォーマンス設計の勘所を再確認するレビュー的な位置づけ。

All Articles

Zenn

Qiita

Publickey

2026-07-11 付の記事はありませんでした。

gihyo.jp

2026-07-11 付の記事はありませんでした。

GIGAZINE

2026-07-11 付のWeb開発関連記事はありませんでした。

ITmedia News

2026-07-11 付のWeb開発関連記事はありませんでした。

TypeScript Blog

2026-07-11 付の記事はありませんでした。

Node.js Blog

2026-07-11 付の記事はありませんでした。

Astro Blog

2026-07-11 付の記事はありませんでした。

Cloudflare Blog

2026-07-11 付の記事はありませんでした。

Vercel Changelog

対象日の該当記事はすべて Top 20 に掲載されています。

AWS What’s New

Google Cloud Blog

対象日の該当記事はすべて Top 20 に掲載されています。

Supabase Blog

2026-07-11 付の記事はありませんでした。

web.dev

2026-07-11 付の記事はありませんでした。

Mozilla Hacks

2026-07-11 付の記事はありませんでした。

CSS-Tricks

2026-07-11 付の記事はありませんでした。

Smashing Magazine

2026-07-11 付の記事はありませんでした。

Hacker News

2026-07-11 付のWeb開発関連記事はありませんでした。