Vercel Edge ConfigがGlobal Configに改称ほか — Web Dev Digest: 2026‑07‑29
Top 20
Edge Config is now Global Config(Edge Config は Global Config に改称)
Source: Vercel Changelog | Published: 2026-07-29 09:00 JST
- Vercel が Edge Config を Global Config へ改称し、全リージョンで約1msリードのランタイム設定ストアという位置づけを明確にした。既存デプロイと
EDGE_CONFIG環境変数はそのまま動作し続ける - ストアサイズ上限が全プラン一律 1MB へ引き上げられた(Hobby 8KB→1MB、Pro 64KB→1MB、Enterprise 512KB→1MB)
- ストア数は Pro が 3→無制限、Enterprise が 10→無制限に。書き込み上限は Pro/Enterprise が 480回/日→100回/時、Hobby は 250回/月で変更なし
- 新SDK
@vercel/global-configはGLOBAL_CONFIGを優先して読み、無ければEDGE_CONFIGにフォールバックする。ただし旧SDKのままのプロジェクトは、新規接続したストア(GLOBAL_CONFIGを生成する)を読めないという注意点がある - 料金は据え置きで100万リードあたり$3、100書き込みあたり$1。旧名称のサンセット日はこの告知では示されていない
Amazon EFS now supports cross-account Replication in AWS GovCloud (US)(Amazon EFS が AWS GovCloud (US) でクロスアカウントレプリケーションに対応)
Source: AWS What’s New | Published: 2026-07-29 21:00 JST
- AWS GovCloud (US) でも EFS Replication の複製先に別AWSアカウントを指定できるようになり、これまで必要だった独自の同期処理の作り込みが不要になった
- 任意の GovCloud (US) リージョンにあるアカウントへファイルシステムを複製でき、事業継続・マルチアカウントDR・コンプライアンス要件を満たせるとしている
- 複製先は常に最新状態のレプリカとして自動維持されるため、アカウントを分離した分散環境でも回復性と信頼性が高まると説明している
- 設定は Amazon EFS コンソール・AWS CLI・AWS CloudFormation・API から数クリックで完了する
- 想定している前提は、運用性・セキュリティ・信頼性のためにワークロードとデータを複数アカウントへ分離している構成である
AWS IAM Identity Center extends multi-Region support to Identity Center directory(AWS IAM Identity Center のマルチリージョン対応が Identity Center ディレクトリにも拡大)
Source: AWS What’s New | Published: 2026-07-29 16:00 JST
- 従来は外部IdP接続の組織インスタンスに限られていたマルチリージョン複製が、Identity Center ディレクトリをIDソースにしている場合にも使えるようになった
- 有効化するとプライマリリージョンから任意の追加リージョンへ、ID・エンタイトルメント等の情報が自動複製される
- プライマリリージョンで障害が起きても、追加リージョンにプロビジョニング済みのエンタイトルメントでAWSアカウントへのアクセスを継続できる
- 対象はデフォルト有効の商用17リージョンにおける組織インスタンスで、マルチリージョン対応のカスタマー管理KMSキー(CMK)設定が必須条件になっている
- IAM Identity Center 自体は追加費用なしだが、CMK の保管と利用に対して標準の AWS KMS 料金が発生する
AI Gateway adds unified fast mode support(AI Gateway が統一された fast モードに対応)
Source: Vercel Changelog | Published: 2026-07-29 09:00 JST
- AI Gateway に全モデル共通の書き方で高速ティアを要求できる fast モード(beta)が追加され、プロバイダを固定せずに低レイテンシまたは高スループットを選べるようになった
- 指定方法は
providerOptions.gateway.speedに'fast'を渡す形か、anthropic/claude-opus-5-fastのように-fastサフィックス付きのモデルスラッグを直接指定する形の2通り - fast ティアを持たないモデルに fast を指定しても無効になるだけで、リクエストはエラーにならず標準速度で実行される
- ベースモデルIDを維持したまま標準速度へ落としたい場合は
speedオプション、フォールバックリストで明示したい場合は fast スラッグの使用が推奨されている - fast モードはトークン単価が上がる引き換えのオプション上位ティアであり、対応モデルの一覧は告知内に無く vercel.com/ai-gateway/models?features=fast で確認する必要がある
Sign in with ChatGPT is now available on Vercel(Vercel で ChatGPT アカウントによるサインインが利用可能に)
Source: Vercel Changelog | Published: 2026-07-29 09:00 JST
- Vercel と v0 のサインイン/サインアップ画面に「Continue with ChatGPT」が追加され、ChatGPT アカウントを認証手段として使えるようになった(beta)
- ChatGPT に Vercel プラグインを追加する際も、ChatGPT から離れずに Vercel へのサインインとチーム/プロジェクト権限の付与ができる
- 2FA や SSO といったチーム側のセキュリティ要件は、ChatGPT 経由のサインインでもそのまま適用される
- 再認証や ChatGPT サインイン方式の切断は、アカウントの Authentication 設定から行える
- 権限スコープの粒度やロール単位の詳細、アカウント連携の細かい挙動については、この告知に記載がない
Additional custom environments can now be purchased(カスタム環境の追加枠を購入できるように)
Source: Vercel Changelog | Published: 2026-07-29 09:00 JST
- Pro/Enterprise チームが営業へ問い合わせずに、カスタム環境の追加キャパシティを自分で購入できるようになった
- 標準の同梱数は Pro がプロジェクトあたり1環境(上限16)、Enterprise が12環境(上限22)
- 追加枠の価格は5環境1パックあたり月額$50で、購入には有効な Pro/Enterprise プラン・請求権限・有効な支払い方法が必要
- 購入経路はダッシュボード(Project → Settings → Environments → Custom Environments)、API の
POST /v1/projects/custom-environments/settings、CLI のvercel buy addon customEnvironment <packs>の3系統 - 各カスタム環境は独自のブランチトラッキング・環境変数・ドメインを持つ。枠の減少はプロジェクトが新しい上限内に収まっている場合のみ可能
Discover and install eve integrations from the CLI(eve のインテグレーションを CLI から検索・インストール可能に)
Source: Vercel Changelog | Published: 2026-07-29 09:00 JST
- eve CLI から eve エージェント向けインテグレーションを直接検索・インストールできるようになり、導入コマンドは
eve addに集約された - 探索用に
eve registry list/eve registry search <term>/eve registry view <name>が用意され、入れる前に中身を確認できる - サードパーティのレジストリは
eve registry add @namespace=<url>で追加でき、レジストリ形式は shadcn registry 形式を採用しているため互換レジストリをそのまま使える - インストールは
eve add @acme/analyticsのような名前空間指定と、eve add https://registry.acme.com/r/analytics.jsonのような直URL指定の2方式に対応する - インテグレーションはファイルをプロジェクトへ直接書き込むため、エージェント実行前に生成物のレビューと必要な設定追加が必要。バージョニングやアップグレードの仕組みは告知に記載がない
Post-quantum authentication to origins is now supported(オリジンへのポスト量子認証に対応)
Source: Cloudflare Blog | Published: 2026-07-29 22:00 JST
- Cloudflare が Authenticated Origin Pulls(AOP)と Custom Origin Trust Store(COTS)で FIPS 204 の ML-DSA によるポスト量子認証に対応し、全製品へのPQ認証提供に向けた第一歩と位置づけた
- ML-DSA-44/65/87 の3パラメータセットに対応し、NISTカテゴリ2相当で最も高性能な ML-DSA-44 を推奨。鍵合意には X25519MLKEM768 を使う
- AOP は全プランで無料かつゾーン単位・ホスト名単位の設定に対応するが、グローバル設定レベルへの適用は後日へ持ち越された。COTS 側は Advanced Certificate Manager が必要
- 証明書生成には OpenSSL 3.5.0 以降が必要で、秘密鍵は FIPS 204 の seed-only エンコーディング限定。オリジン側は TLS 1.3 と、ML-DSA 検証および X25519MLKEM768 に対応した TLS ライブラリが前提(記事では NGINX の例を提示)
- ダウングレード攻撃を防ぐにはオリジン側で量子脆弱な方式の信頼を外す必要がある。訪問者→Cloudflare 間のPQ認証(Merkle Tree Certificates)は2027年、全体のPQ化は2029年を目標としている
Bringing Conversational Analytics to your entire data ecosystem(Conversational Analytics をデータエコシステム全体へ展開)
Source: Google Cloud Blog | Published: 2026-07-29 02:30 JST
- BigQuery の Conversational Analytics、Conversational Analytics API、Looker の Conversational Analytics が GA になり、AlloyDB / Cloud SQL / Spanner 向けの Conversational Analytics と Agentic Workflows はプレビュー段階に置かれた
- 参照できるデータソースは BigQuery・AlloyDB・Cloud SQL・Spanner に加え、Lakehouse Managed Service テーブル、Apache Iceberg REST カタログ、AWS S3 の Unity Catalog 連携まで含む
- Conversational Analytics API は Node.js・Java・Go・Python・PHP・Ruby・.NET のネイティブSDKを備え、Slack ボットや MCP 経由のマルチエージェント、Agent Development Kit からの利用も想定している
- ハルシネーション対策として Looker の LookML セマンティックレイヤ、Knowledge Catalog、APIファーストの「Golden Queries」を組み合わせる設計を示している
- ガバナンスは CMEK、Private IP/VPC 制御、EU/USマルチリージョンでの保存時およびML処理時のデータレジデンシー、HIPAA準拠、行・列レベル権限、AlloyDB のパラメータ化セキュアビューに対応。監視は OTEL エクスポートでレイテンシやトークン消費を取得できる
Amazon EKS Provisioned Control Plane now delivers faster pod autoscaling(Amazon EKS Provisioned Control Plane で Pod オートスケーリングが高速化)
Source: AWS What’s New | Published: 2026-07-29 02:18 JST
- EKS の Provisioned Control Plane クラスタ全体で、Horizontal Pod Autoscaler(HPA)の同期並列度が Kubernetes 既定値の最大40倍まで引き上げられた
- HPA オブジェクトを並列評価する数が増えることで、負荷の検知からPodのスケールアウトまでの時間が短縮される
- 効果が特に効くのは HPA オブジェクトを数百〜数千持つクラスタで、コントロールプレーンの処理速度がスケール速度を決めていたケースだと説明している
- Provisioned Control Plane を使っている全顧客に自動適用され、設定変更は不要
- 対象は Provisioned Control Plane に限られ、詳細は EKS User Guide の EKS Provisioned Control Plane に記載されている
Second-generation AWS Outposts racks now supported in the AWS Asia Pacific (Mumbai) Region(第2世代 AWS Outposts ラックがアジアパシフィック(ムンバイ)リージョンでサポート開始)
Source: AWS What’s New | Published: 2026-07-29 01:00 JST
- 第2世代 Outposts ラックの接続先ホームリージョンとして、アジアパシフィック(ムンバイ)が新たにサポートされた
- インドの内外を問わずスタートアップから大企業・公共部門までがムンバイ接続の Outposts を発注でき、レイテンシとデータレジデンシーの要件に合わせて最適化できる
- Outposts はオンプレミスのデータセンターやコロケーションへ AWS のインフラ・サービス・API・ツールを拡張し、ハイブリッド環境で一貫した使い勝手を提供する仕組み
- オンプレミス側システムへの低レイテンシアクセスが必要なワークロードをローカル実行しつつ、アプリケーション管理はホームリージョンに戻して行う運用を想定している
- サポート対象の国・地域と接続可能なリージョンの最新一覧は Outposts rack の FAQ ページに掲載されている
AWS Console Home now supports the Cost and Usage widget in the AWS European Sovereign Cloud (Germany) Region(AWS Console Home の Cost and Usage ウィジェットが欧州ソブリンクラウド(ドイツ)リージョンに対応)
Source: AWS What’s New | Published: 2026-07-29 01:00 JST
- AWS European Sovereign Cloud(ドイツ)リージョンでも Console Home に Cost and Usage ウィジェットを置けるようになり、Cost Explorer と Cost Optimization Hub のインサイトをダッシュボードへ表示できる
- ウィジェットからは月初来の実績コストと予測コストの追跡、節約機会の特定、サービス別支出内訳の推移確認ができる
- 導入手順はマネジメントコンソールにサインインし「Add widgets」から Cost and Usage ウィジェットを Console Home ダッシュボードへドラッグするだけ
- 位置づけとしては既存リージョンで提供済みだった機能の、欧州ソブリンクラウド(ドイツ)への対応拡大にあたる
- 詳細は AWS Console Home ドキュメントの「Working with widgets」を参照するよう案内されている
Node.js 26.5.1 (Current)(Node.js 26.5.1(Current)リリース)
Source: Node.js Blog | Published: 2026-07-29 23:03 JST
- Node.js 26.5.1 は10件のCVEを修正するセキュリティリリースで、影響範囲は HTTP/2・HTTPS Agent・Permission Model・DNS・node:sqlite・node:zlib にまたがる
- High は2件で、
http2: defer rst stream while in scope(CVE-2026-56848、解放後利用)とpermission: avoid granting radix split nodes(CVE-2026-58043、権限の過剰付与) - Medium は5件。PFX オブジェクト配列の Agent キー識別(CVE-2026-56850)、セッション再利用時のID検証(CVE-2026-58040)、node:sqlite のタグストアイテレータ(CVE-2026-58041)、
dns.resolveAny()の大量アドレス応答(CVE-2026-58042)、node:zlib の範囲外書き込みバッファ(CVE-2026-58045) - Low は3件で、Permission Model のトレースイベント書き込みとレポート出力パス(CVE-2026-56847、CVE-2026-58039)、最大ヘッダー数超過リクエストの拒否(CVE-2026-58044)
- 依存関係は llhttp 9.4.3、undici 8.9.0 に更新。V8 と OpenSSL のバージョン変更はリリースノートに記載されていない
Node.js 22.23.2 (LTS)(Node.js 22.23.2(LTS)リリース)
Source: Node.js Blog | Published: 2026-07-29 23:01 JST
- Node.js 22.23.2 はセキュリティのみのリリースで、10件のCVEを修正する
- High は HTTP/2 の2件で、セッションのメモリ会計にヘッダーを保持する問題(CVE-2026-56846)と、スコープ内の rst stream 処理(CVE-2026-56848)
- CVE-2026-56846 は 24.x と 22.x のみが影響を受け、26.x は対象外になっている
- Medium は HTTPS Agent の PFX 識別(CVE-2026-56850)とセッション再利用時のID検証(CVE-2026-58040)、
dns.resolveAny()(CVE-2026-58042)、node:zlib(CVE-2026-58045)の4件、Low は Permission Model の3件と HTTP パーサの1件 - 依存関係は llhttp 9.4.3 と undici 6.28.0 に更新されており、22.x 系列の undici は6系のままである
[Mastra Announce]Environments で「複製プロジェクト運用」から脱却する
Source: Zenn | Published: 2026-07-29 14:25 JST
- Mastra が Environments を追加し、ステージング用にプロジェクトを複製していた運用を1プロジェクト内で production / staging / preview を分離する形へ置き換えられるようになった
- 各環境は専用URL・環境スコープの変数・デプロイ履歴・任意のホステッドDBを独立して持ち、変数は managed / project-scoped / environment-scoped の3層で管理される
- 操作は
mastra env create stagingで環境を作りmastra deploy --env staging --region usでデプロイする。mastra env list(--json対応)やmastra env create eu-preview --type preview --region euのようにタイプとリージョンも指定できる - 前提は
@mastra/core@1.44以上で、複数環境の追加は現時点で Team / Enterprise プラン向け。旧mastra server deployは90日間サポートが継続される - 著者は個人検証だけなら環境分離は不要としつつ、本番・チーム運用ではデプロイ前に「どの環境がどの変数セットとマネージドリソースを持つか」を設計しておくべきだと指摘している
Wednesday, July 29, 2026 Security Releases(2026年7月29日(水)のセキュリティリリース)
Source: Node.js Blog | Published: 2026-07-29 09:00 JST
- Node.js が 26.x / 24.x / 22.x の3系列に対し v26.5.1・v24.18.1・v22.23.2 を同時公開し、全系列で最高深刻度は HIGH となった
- HIGH は3件。
maxSessionMemory制限を回避できる HTTP/2 のヘッダー保持(CVE-2026-56846、24.x と 22.x)、HTTP/2 の再入的送信による heap-use-after-free(CVE-2026-56848)、Permission Model のパスマッチングによるファイルシステム権限の過剰付与(CVE-2026-58043) - MEDIUM は5件で、HTTPS Agent の mTLS ID 再利用とホスト名検証スキップ、node:sqlite の書き込み再実行、
dns.resolveAny()のアボート、node:zlib の TypedArray 長さ偽装によるクラッシュ。うち CVE-2026-58041 は 26.x と 24.x のみが対象 - LOW は3件で、Permission Model の allowlist 外書き込み2件と、HTTP パーサのヘッダー切り詰めによるリクエストスマグリング(CVE-2026-58044)
- 依存は undici 8.9.0 / 7.29.0 / 6.28.0 と llhttp 9.4.3 に更新。当初は7月28日(火)予定だったが、インフラ障害と追加テストの必要から2度延期され29日公開となった
Sign in with ChatGPT is in beta on Supabase(Supabase で ChatGPT サインインがベータ提供開始)
Source: Supabase Blog | Published: 2026-07-29 16:00 JST
- Supabase が supabase.com のログインページと ChatGPT 内の Supabase プラグイン(デスクトップ/Web/モバイル)の両方で「Sign in with ChatGPT」をベータ提供開始した
- フローは既存の「Sign in with GitHub」と同様のOAuth型で、承認は ChatGPT 側で行い、付与される権限は同意画面に表示される。接続は Supabase ダッシュボードから解除できる
- 新規ユーザーは ChatGPT サインインで Supabase アカウントが自動作成され、既存ユーザーはメールアドレスが一致すれば自動連携される。ただし SSO アカウントは連携対象外で別のまま残る
- ChatGPT のプラグインディレクトリから Supabase を追加すると、会話の中から Supabase プロジェクトの作成やデータベース・認証の管理ができる。ChatGPT Work と Codex でも動作する
- ChatGPT からプロジェクトを作る前に、ダッシュボードで組織(organization)を先に作っておく必要がある。GA の時期は示されていない
MCPの大型アップデート(2026-07-28)で何が変わったか —— TypeScript SDK v2で試す
Source: Zenn | Published: 2026-07-29 23:05 JST
- MCP 仕様 2026-07-28 は
initializeハンドシェイクとMcp-Session-Idヘッダーを廃止し、各リクエストが単体で完結するステートレス設計へ移行した。ロードバランサーの sticky session が不要になる - 代わりに
_metaフィールドでprotocolVersionとclientCapabilitiesを毎回必須送信する。著者の実験では_metaを省くと「missing: _meta」の400エラーになり、clientCapabilitiesにelicitation対応を宣言しないとユーザー確認要求が「Cannot request input」で拒否された - 実行中のユーザー確認は Multi Round-Trip Requests(MRTR)として整理され、サーバーが
resultType: "input_required"とrequestStateを返し、クライアントがそれを添えてリトライする。requestStateCodecの HMAC-SHA256 署名で改ざんを防ぐ設計で、記事のBase64例のままでは本番不可と明言している - 全リクエストに
Mcp-Methodヘッダーが必須、tools/call・resources/read・prompts/getではMcp-Nameも必須になった。list 系レスポンスにはttlMsとcacheScopeが加わり、Roots・Sampling・Logging と HTTP+SSE トランスポートは12ヶ月の移行期間付きで廃止される - TypeScript SDK v2 は
@modelcontextprotocol/server/client/core/nodeとフレームワークアダプタ(Express・Hono・Fastify)へ分割された。v2 サーバーは既定で旧クライアントも受け付け、legacy: 'reject'で拒否できる。認可は RFC 9207 の issuer 検証と、DCR 非推奨・CIMD 標準化が入った
本番稼働中の日本語サイトを壊さずに多言語化する — App Router の route group で root layout を分ける
Source: Zenn | Published: 2026-07-29 21:09 JST
- 既存日本語サイトのURLを1本も変えずに多言語化する解として、App Router の route group で root layout を
(ja)と(intl)に分割し、locale ごとに<html lang>と JSON-LD を独立させる構成を採った - 手順は
app/layout.tsxをapp/(ja)/layout.tsxへ移して import パスだけ直し、既存の日本語ルートをファイル内容を変えずに(ja)/配下へ移動、(intl)/layout.tsxは日本語要素を除いて新規作成するだけで済んでいる - 移行の安全確認はビルド成果物のバイト比較で行い、
diff -r before/server/app/index.html after/server/app/index.htmlにより主要8ページの日本語版が完全一致であることを本番投入前に検証した - 最大のハマりどころは Next.js の Metadata API
alternates.languagesが静的HTMLへ camelCase のhrefLang=として出力される点で、grep 'hreflang='では0件になるが属性名は大文字小文字を区別しないため動作は正常だった - 手術前は locale ページにも日本語の
WebApplication/OrganizationJSON-LD が8ブロック載る欠陥があり、修正後は日本語ホーム8ブロック(lang=ja)に対し/en・/plは2ブロック(lang=en)へ整理。公開は全localeをnoindexで出し英語だけcanaryでindex解禁する段階戦略で、/plの<html lang>が en のままという既知欠陥はnoindexで無害化している
Next.jsをGCP Cloud Runへ!コールドスタート対策でやってよかった3つのこと
Source: Zenn | Published: 2026-07-29 18:18 JST
- Next.js を Vercel から GCP Cloud Run へ移す際のコールドスタート対策として、著者は
output: "standalone"・--min-instances=1・--cpu-boostの3点が効いたと結論づけている next.config.jsのoutput: "standalone"は Docker イメージを小さくして起動時間を縮める目的で、.next/standaloneと.next/staticだけをコピーする構成にしている--min-instances=1は常時1インスタンスを維持してコールドスタートを完全に回避する方式だが、アイドル時も課金されるためコストとのトレードオフになると明記している--cpu-boostは起動時のCPUを一時的に増強するオプションで、公式ドキュメントが Node.js アプリで最大30%の起動時間短縮を報告している点を根拠に挙げている- Dockerfile は deps→builder→runner のマルチステージ構成でベースは Node 20-alpine、
.dockerignoreで不要ファイルを除外している。ただし移行前後の秒数計測値や Vercel との数値比較は記事に示されていない
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | requests.get() しか使っていない人へ — Session・Retry・hooks・links・AuthBase | Lambda上のPythonから複数SaaS APIを叩く実務コードのリファクタを機に、requestsのSession・Retry・hooks・links・AuthBaseの適用場面を洗い出した記録 | @mtmtdack | 23:43 |
| 2 | RSS×AIで自分専用の情報収集システムを作った話 | 臨床工学技士からIT転職した著者が、Zenn・Qiita・ニュースサイトへ散った情報源をRSSで集約し、読む価値の判定をAIに任せる自作フィルタを構築 | @Sho@CE×IT Engineer | 23:36 |
| 3 | Kiro IDE 1.0.242をAWS CDKで検証――Ask Kiro to FixとHookによる自動ビルド | 7月28日公開の1.0.242で入った右クリックKiroサブメニュー・エラーへのAsk Kiro to Fix・Agent Hookのガイド付きUIを、AWS CDKプロジェクトで実際に動かした検証 | @Yutaka Kashiwabara | 23:33 |
| 4 | tRPC v11でNext.jsとExpoの型を共有する。個人開発Web+iOSアプリの実構成 | monorepo構成でNext.js APIの型定義をExpo側へ直接流し、サーバーのレスポンス変更をアプリ側の型エラーで即検知する1人開発向けの実構成 | @ヒロ | 23:08 |
| 5 | AWSの基本的なサービスについて簡単にまとめてみた | 職場のAWS勉強会をより有意義にするための復習として、インフラ初心者にも分かるよう主要サービスの役割を噛み砕いて整理 | @マーモット | 22:57 |
| 6 | 同じ画面で複数のAPIを呼ぶならGraphQLにすべきか | 食事・体調・筋トレを3本のREST APIで取る個人開発画面で、トークン失効時に401がほぼ同時に3つ返る事象を起点にGraphQL採用を検討 | @itakuradev | 22:57 |
| 7 | データ漏えいリスクと利便性のトレードオフ ― 低セキュリティ環境への安全なデータ提供パターン | 前回整理したBigQueryのAuthorized Views・Policy Tags・行レベルセキュリティを部品とし、セキュリティレベルの異なる環境間でデータを渡す設計思想を扱う | @TK | 22:47 |
| 8 | HTTPヘッダーを書き換える理由を整理する | Azure Application Gatewayなどのロードバランサー/リバースプロキシでヘッダーを追加・削除・書き換える設定が何のために置かれているのかを目的別に分類 | @owade | 22:25 |
| 9 | 個人開発の集客はSEO一本に賭けない——作る前に市場選定、公開後はSNSを入口にする | 作る前に競合調査で供給の薄い市場を確かめ、公開直後の初速はSNS・コミュニティに託し、SEOは回収の遅い長期資産として並行させる順序が結論 | @あずま | 22:05 |
| 10 | D1に特化したCloudflare Workers上で動作するORMを自作した | DrizzleからスキーマDSLとクエリビルダのAPIを借りつつ他DB対応の抽象化を捨て、D1固有機能を第一級市民として扱うORM「d1zzle」を実装 | @soya-miyoshi | 22:04 |
| 11 | STORES をやめて Stripe + Cloudflare で EC サイトを自作した話 | 商品30点ほどの低トラフィックショップで決済手数料と入金サイクルに納得できず、独自ドメインへ移して Stripe + Cloudflare で全部自作した記録 | @soya-miyoshi | 22:04 |
| 12 | 次に書く記事、こんな順番で出していこうと思ってます | Bedrockで文書をベクトル化しRAGで答えさせる4章・5章を無料公開した後、「精度は本当に大丈夫なのか」を次章に据える執筆ロードマップ | @かわせみ(kawasemi) | 22:04 |
| 13 | HTMLチートシート — 初心者でも読める早見表(要素・フォーム・構造) | 雛形→文字→リンク→フォームと手を動かす順に並べ、用語は各章の最初の1文で説明するページ内検索前提の早見表 | @Novare Orbis | 21:00 |
| 14 | 比較表を div グリッドで組むと AI 検索に読まれない — html2text で実測して <table> に戻した話 | ChatGPTやPerplexity経由の新規ユーザーだけが減衰していない偏りに気づき、html2textで実測してdivグリッドの比較表を<table>へ戻した | @七合目 / 非エンジニアのAI開発記録 | 20:41 |
| 15 | 複数のClaude Codeを「音」で見張る ── VOICEVOX読み上げとDiscordで通知するモニタを作った | 端末2台使いでMac側のClaude Codeの状態が全く見えない問題に、VOICEVOX読み上げとDiscord通知を組み合わせた監視モニタを自作 | @Tukiguti | 19:42 |
| 16 | コーダーからフロントエンドエンジニアへ #1-20|else if と入れ子──分岐が増えたときの整理 | if / elseの2択では割り切れない「80点以上A・60点以上B」のような多段条件を、else ifと入れ子のどちらで整理するかを扱う連載第20回 | @Hiro|AI x Frontend Engineer | 19:33 |
| 17 | AWS Certified AI Practitioner(AIF-C01)合格体験記 | CLF-C02保有・AWS実務経験なし・機械学習の体系的学習なしという状態から、断片的なAI知識を資格試験で棚卸しした受験記 | @Az | 19:00 |
| 18 | Claude Code のステータスラインをドラクエ風にした | モデル名やコストを数字で出すstatuslineに飽きたので、画面下1行をRPG風のステータスウィンドウ表示へ作り替えた | @yukurash | 18:15 |
| 19 | LLM モデルの差し替えを自動化する llm-replacer の紹介 | モデルEOL時の差し替えがコード直書き・.env・SSM Parameter・Secrets Managerに散る問題に対し、指定箇所の特定から精度評価・PR作成までを自動化 | @k_fukahori | 18:06 |
| 20 | 部内ハッカソン vol.2 運営レポート | 前回記事のバックエンドテンプレートを投入した第二回社内ハッカソンを、当日朝から解散までの時系列で運営目線で振り返る | @Taku Kurosawa | 17:47 |
| 21 | 環境構築が終わった”つもり”の後に、棚卸しレビューを挟んでみた | Vite + React + TypeScript製のパワーリフティング用プレート計算アプリで、Tailwind v4やESLint周りの見落とし設定を事後の棚卸しで洗い出した | @まつたけ | 17:28 |
| 22 | Agent DesignerとADKの開発・運用上の考慮事項 ② | 2026/7/23のJaguer月末Tech Lunch #15のLT資料をもとに、多数の伴走支援から得たAgent DesignerとADKの運用上の考慮点を後編として整理 | @成木日奈子 | 17:13 |
| 23 | 普段AWS触っている自分が、Cloudflareのサービスを整理してみた | AWSの類似サービスと対応づけながらCloudflareの何をどう組み合わせるかを整理。本番規模の検証ではなく個人開発の経験ベースと明記 | @Taiga | 17:11 |
| 24 | Next.jsのファイルベースルーティングの仕組み | リンク遷移でlayout.tsxの状態が保たれる理由、(marketing)がURLから消える理由、並列ルートでdefault.tsxが必須な理由を仕組みから説明 | @あんこくん | 16:48 |
| 25 | 【実測】Originkitの部品5個でWebページを作ったら0エラー57fps。そのうち3個を動画に焼いたら2秒ごとに巻き戻りました | 同じUI部品をWebページと動画レンダに置いて比較。Web側は3分間で中央値57fps(51〜61)・エラー0件、動画側は2秒ごとに先頭から再生され直した | @おじさんAIラボ | 16:11 |
| 26 | 入力をサーバーに送らない Web ツールを4つ作った — Client Component + 純関数で閉じる設計 | 投資判断メモ・楽天証券の配当金CSV集計・配当金シミュレーター・新NISAつみたてシミュレーターを、入力値をサーバーへ送らない制約で実装 | @ukintech | 15:40 |
| 27 | 花火の音をわざと1.5秒遅らせたら、Canvasの花火が本物っぽくなった | 外部ライブラリも画像素材も音声素材も使わず、描画はCanvas 2D、音はWeb Audio APIのリアルタイム合成だけで花火シミュレーターを作った | @Shuhei Kanki / パシる(PASHIRU) | 15:00 |
| 28 | AWS SAA-C03に770点で合格。Ping-t・Udemy・AIツールを使った勉強法 | フロントエンド中心でAWSやインフラは専門外の著者が、要件整理や仕様検討など上流へ関わるために受験。Gemini・NotebookLM・ChatGPT・Typelessの併用法を公開 | @トッポ | 14:37 |
| 29 | GASのonEditで日付のe.oldValueが「46212.0」になった。文字列のシリアル値を正規化する | スプレッドシートの日付を変えたのに変更前の集計だけ残る不具合の原因は、onEdit(e)のe.oldValueが日付ではなく”46212.0”という文字列のシリアル値だったこと | @kimura | 14:32 |
| 30 | AWS運用でよくあるミス10選 | 設定そのものより「これで大丈夫だろう」という思い込みが想定外の請求やセキュリティインシデントを招く10パターンを、自社環境の点検チェックリストとして提示 | @masaru | 13:47 |
| 31 | ユーザーの声をAIエージェントへ直貼りしない「Feedback Brief」実装 | 生の声を直接渡すと設定のドリフト・プライバシーリスク・未検証の実装指示が問題になるため、人がレビューする中間表現を挟んで各エージェント設定へ機械的に配る | @スージー | 13:19 |
| 32 | Gmail返信を3秒で終わらせるAI Chrome拡張SnapReplyの作り方と使い方 | Gmail標準のテンプレート機能は挿入までの操作が多いため、ワンクリックで定型返信を入れる拡張を作りChrome Web Storeで公開した | @ktg | 13:09 |
| 33 | NextJsフロントエンド開発 | Page RouterとApp Routerの2系統のうちApp Router前提で、TypeScript込みの環境構築からルーティングまでをまとめた自習メモ | @ifha | 12:32 |
| 34 | Tailwind CSS v4 チートシート — 表で引く早見表(ユーティリティ/レスポンシブ/@theme) | v4最大の変更点である「設定がtailwind.config.jsからCSS側へ移り、@import “tailwindcss” と @theme で書く」点を軸にしたクラス→効果の早見表 | @Novare Orbis | 12:00 |
| 35 | heerich.jsとは?JavaScriptだけでSVG 3Dボクセルアートを描くライブラリを使ってみた | ブラウザの3D表現でまず候補に挙がるThree.jsやBabylon.jsを使わず、SVGで手軽に3Dボクセルアートを描けるheerich.jsを試した紹介 | @がんちゃん | 12:00 |
| 36 | Tauri 2でmacOS・Windows両方で動くメニューショートカットを作りたい | acceleratorを設定してもWindowsではメニューショートカットが効かないため、アプリのウィンドウがフォーカスされている間だけGlobal Shortcutを有効化して回避 | @sttk3 | 11:54 |
| 37 | camelCase⇔snake_case変換の核心は2つの正規表現—ケース変換ツールを作った | split/joinで済みそうに見えて実際には2本の正規表現が核心になる点を軸に、snake_caseのAPIレスポンスとcamelCaseのTypeScriptを前提に9形式対応の変換ツールを実装 | @devtoolkits.app | 11:38 |
| 38 | Kiro IDE と Claude Code を併用した運用方法について | AWSのソリューションアーキテクトが、Claudeの固定料金プランはトークン上限で待機が発生する一方Kiroはクレジット制という差を踏まえて使い分けを検討 | @tomachi | 11:35 |
| 39 | Astro 7 + Hono + D1「feedge」開発記:Google & GitHub ソーシャルログイン実装 | RSSリーダーfeedgeにGoogleとGitHubのOAuth 2.0認証を追加。Cloudflare Workers + Honoでの実装設計と、サーバーレス前提のD1テーブル構造の検討を解説 | @feedge | 10:45 |
| 40 | SpamhausのDNSBL監視スクリプトをオンプレからAWSへ移管したら、すべてエラー判定される事象を解決する | bash + digでzen.spamhaus.orgなどを30分間隔で引くRundeckジョブをオンプレからEC2へ移した途端、監視が全件エラー判定になった原因と解決 | @nkp25 | 10:08 |
| 41 | 「ユースケース別の対応表」の落とし穴 — 予備知識ゼロのAIが誤誘導された6パターン | 自作デザインシステム@gunjo/uiを予備知識ゼロのAIに170画面組ませた連載のまとめ第1弾。by-use-case対応表の設計で見つかった6つの罠を実際のround付きで報告 | @KeEem | 10:02 |
| 42 | ZIP手動デプロイを卒業する pnpm × AWS SAMのハマりポイント | 手動ZIPアップロードだったLambdaと周辺リソースをコード管理へ移行した記録。SAMの標準ビルドがnpm前提だったためMakefileで回避している | @船長(せんちょう) | 09:52 |
| 43 | 公開中のサービス | VRChatワールド管理のVRC World Shelfとプロフィールカード作成のVRCard Makerを、いずれも機能追加を継続中としてまとめた個人開発サービス一覧 | @ロク | 09:26 |
| 44 | 自分で作るクラウド競技 | AWS GameDayに着想を得て、ローカルChallenge→AWS Challenge→AWS Battleの順に演習を自分で設計・実装し、TenkaCloudで複数チーム対戦として動かす本 | @bull | 09:15 |
| 45 | ステーブルコイン決済の本番導入前に、送金以外で確かめておく6つのこと | 照合ツールSoroiの開発過程で判明した、権限設計・個人情報の取り扱い・失敗モード設計など「送金が成功する」以外の6つの実装ハードル | @Sen|オンチェーン実務ツールの個人開発記録 | 09:08 |
| 46 | 【2026最新】Next.js設計ベストプラクティス大全 — Server Components時代に知っておくべき20の設計原則 | App Router登場後のServer Components・Server Actions・Streamingを前提に、便利なReactフレームワークという認識では足りない設計原則を20項目へ整理 | @maimai | 09:00 |
| 47 | AWS Summit Japan 2026 参加報告 〜AWS 各種プログラム選出のご報告もあわせて〜 | 6/25〜26のSummit参加報告に加え、同社から延べ16名がAWS Top Engineers・Jr. Champions・All Certifications Engineers・Community Buildersに選出された報告を併記 | @伊賀 裕展 | 08:46 |
| 48 | コードを触らず OTel トレースを取る Grafana Beyla(eBPF)を、ADOT の SDK 計装と同じアプリで比べる | 同一のFlaskアプリにeBPF自動計装のBeylaとOTel SDKのコード計装を両方当てて出てきたspanを並べ、そもそもFargateでBeylaが動くのかという前提も検証 | @yoshit0oo | 08:20 |
| 49 | 【自宅HomeLab構築記 #8】自作レシピアプリにCRUDを実装してEnd-to-Endで動かす | 前回はヘルスチェックレベルの疎通確認までだった2コンテナ構成に、一覧・詳細・作成・編集・削除を実装しデータが行き来する状態まで到達させた | @ひろ | 08:00 |
| 50 | 画像の差分比較をブラウザだけで実装する — Canvas getImageDataでピクセル単位のdiffを可視化する | ライブラリ不使用でCanvas APIのgetImageData()のみを使い、RGB各チャンネル差の合計としきい値を比較。しきい値スライダーでJPEG圧縮ノイズを無視して意味のある変更だけ拾う | @サクッとぱんだ | 07:46 |
| 51 | CCOE依存の弊害:車輪の再発明とカニバリが無名の実力者を生み組織を強くする | CCoEの立ち上げと運営を長年担った著者が、Google主催のCCoE Summit ‘23基調講演でも述べた「CCoEに頼る組織を作ってはいけない」という主張を展開 | @青柳雅之 | 07:46 |
| 52 | プロンプトではなくリポジトリを育てる時代へ ― オープンハーネスという設計思想 | ドメイン知識・ルール・意思決定履歴が開発者のリポジトリではなくプラットフォーム側に取り込まれていく流れに対し、組織の学習をローカルへ留める設計思想を提案 | @yoshma | 07:35 |
| 53 | GKE関連で発生するコストを極限まで抑えようとした話 | 環境分離とGitOpsまで欲張った本格運用を狙ったら月$150見込みになり個人開発では使えなかった。クラスタ1つなら管理費無料という前提とAutopilotの扱いを検討 | @Ken Yamaneko | 07:15 |
| 54 | Agent DesignerとADKの開発・運用上の考慮事項 ① | 2026/7/23のJaguer月末Tech Lunch #15で登壇したLT資料の前編。伴走支援の経験から見えたAgent DesignerとADKの開発・運用上の考慮点を扱う | @青柳雅之 | 07:02 |
| 55 | WordPressを「開発ツール」として使い倒す — HTML生成— Distan(ディスタン)で、Core脆弱性問題を解決したい | 更新しない納品済みサイトでもWordPressが本番でPHPとDBを動かし続けセキュリティ管理責任だけが残る問題に対し、HTML生成ツールDistanでCore脆弱性を回避する提案 | @youheiokubo -大久保陽平 | 05:45 |
| 56 | AWS Summit Japan初参加レポ | AIの進化でフロント・バック・インフラの垣根が下がりシステム全体を見渡す力が必要という問題意識から、特に課題を感じるインフラ領域を目的に幕張メッセへ参加 | @藤川郁 | 02:05 |
| 57 | Vercel × Supabase × Cloud Run で「誰が誰を呼ぶか」を決める ―push型とpull型、中間APIを置く基準 | フロントとBFFはVercel、認証とDBはSupabase、重い処理とPythonはCloud Runという定番構成で、役割ではなく「どのサービスがどれを呼ぶか」の矢印を決める基準を扱う | @o_kai | 01:17 |
| 58 | TailwindとStyleX、実際のところどっちが強いのか調べてみた | bg-blue-600やflexをJSXへ直接並べるユーティリティファーストのTailwindとStyleXを、採用状況とアーキテクチャの中身の両面から比較して強み弱みを整理 | @ykohashi | 01:01 |
| 59 | JavaScript の実行途中をどうやって可視化して巻き戻すんや? (DSA View View 👀👀) | 前回のTypeScript signature解析からVerification form生成までに続く実装編で、DSA View ViewのランタイムとVisualization部分による実行途中の可視化と巻き戻しを扱う | @nyaomaru | 00:39 |
| 60 | AI に AWS 障害調査をさせる前に考える Kiro CLI の IAM 権限設計 | AWS Summit 2026で見たCloudShellからKiro CLIで障害を特定・解消する手法を自環境で試したうえで、権限次第でリソース作成から削除まで実行できる点を踏まえIAM設計を検討 | @y.sato | 00:02 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Node.js fetchでAI APIの無限待ちを10分で止める — AbortSignalの4ステップ | 成功時だけ見れば驚くほど短いfetch呼び出しが、AI API相手では無限待ちになる問題をAbortSignalで10分打ち切りにする4ステップ | @akira_papa_AI | 22:38 |
| 2 | Git clone直後におきたImportエラーになる件(Cannot find module ” or its corresponding type declarations) | clone直後にComeBackSearchButtonのimportで型宣言が見つからず、解決までに地味に時間がかかった原因と対処 | @o68606007 | 22:37 |
| 3 | Vercel AI SDK でローカル LLM チャットを作る | React / Vue / Svelte向けのuseChat、サーバー側のstreamText、多数のプロバイダ抽象化を使ってローカルLLMとのストリーミング対話を実装 | @septigram | 21:25 |
| 4 | 【第一回】個人的によく使うReact Hooksメモ(useState / useEffect / useRef / useContext) | 異業種からIT企業に転職して半年強の著者が、毎回「あってるっけ?」と検索してしまう使用頻度中程度のHooksを復習としてまとめた | @pb-otsuka20 | 20:27 |
| 5 | 【JavaScript】関数と括弧について深掘り | 関数は特別な構文ではなく値の一種という前提から、関数宣言と関数式の違い、edamameとedamame()の決定的な差、初心者が必ずハマるパターンを解説 | @metappi | 20:26 |
| 6 | useDialogFullscreen フックで編集ダイアログを 60vw ↔ 90vw 切替 — 9 箇所で再利用する UI パターン | 編集ダイアログの幅を60vwと90vwで切り替える処理をフックへ切り出し、9箇所で再利用しているUIパターンをAI駆動開発の個人開発から紹介 | @teppei19980914 | 19:52 |
| 7 | Supabase入門 | Windows 11 Home 25H2 + Node.js + VS Code環境で、PostgreSQLベースのバックエンドサービスであるSupabaseのテーブル作成から触っていく入門 | @cross_hino | 18:49 |
| 8 | ブラウザだけで人物アウトラインを実装する:MODNet・MediaPipe・SlimSAM・光学フローの統合 | 複数人物・ソファやクッションとの接触・髪の毛・手の動き・モーションブラー・フレーム間のちらつきに対応するため、4つの手法を組み合わせて輪郭を出す | @MartinDelophy | 18:40 |
| 9 | Search Consoleの所有権をAPIで取ったら、自分のアカウントにサイトが表示されなくなった話 | サービスアカウントで所有権を確認するとスクリプトからのデータ取得はできるようになるが、自分のGoogleアカウントでSearch Consoleを開くとサイトが消える挙動 | @tarou_0818 | 18:20 |
| 10 | Windows 64bit Electronと32bit C言語DLLの共存(その2) | ffi-napiサーバー側を改良した続編。HTTP-GETを実装して簡易Webサーバー化し、NodeJS v16構成では1〜2カ月の長期運転でクラッシュしうる点に対処 | @yoike123 | 16:59 |
| 11 | 東南アジアのデジタルプラットフォームにおけるモバイルUXの重要性 | マレーシアを含む東南アジア市場でPCではなくスマートフォンからサービスへアクセスするケースが増えている状況を踏まえたモバイルUXの論点 | @wow88my_official | 15:11 |
| 12 | あなたのnpmパッケージ、GitHubに飛べますか | AGENTS.mdやSKILL.mdの破損を検査するリンタを9日間で8本公開した経験から、npmページからリポジトリへ辿れるかという公開設定の話 | @maronsan611 | 15:05 |
| 13 | フレームワークに触れてこなかったフロント民がReact環境を用意する | 実務で基本的なフロントのコーディングはできるが環境構築とバックエンドは雰囲気という前提で、Node.jsとnpmの導入からVS CodeでReactが見える状態までを作る | @MoNoGrass | 13:03 |
| 14 | PostgreSQLで面接枠の重複予約を防ぐ:Exclusion Constraintで時間帯を守る | 技術面接の予約競合を題材に、時間帯の重複禁止をExclusion ConstraintでDB側の不変条件として守るSQL・実装・検証を新たに書き起こした解説 | @Karentia | 11:36 |
| 15 | Vue 3 × TypeScriptで始めるアプリケーション開発入門 | Composition APIを使い、シンプルな記述を保ちながら型安全なフロントエンドを組む導入 | @toukanno | 11:20 |
| 16 | 学習補助Webアプリ「Base」④(後編):Chart.jsを使わずに成績グラフを実装する - 棒グラフ【高校生の開発メモ006】 | Chart.jsに頼らず成績の棒グラフを実装する回。紹介HPと試用版のURLも併記した高校生による開発メモ連載 | @fairy876 | 10:50 |
| 17 | フロントエンド挫折勢!StreamlitならPythonだけで実用的なWebアプリ、ツールが即作れる。導入、初心者へ | HTML/CSSを学ぶ前にものが動く喜びを得たい層向けに、Pythonだけで実用的なWebアプリやツールを作れるStreamlitの導入を紹介 | @hello_itoLab | 08:06 |
| 18 | JWT認証(Next.js側)— HttpOnly CookieでJWTを安全に管理する | 前回Spring Bootで実装したログインAPIが発行するJWTを、Next.js側で受け取ってHttpOnly Cookieに載せ安全に管理する実装編 | @hitobussi | 07:03 |
| 19 | 【IT業界25年目】ADHDポンコツ鬱エンジニアが人生賭けて運営中の求人サービス『ヴェテラン』で学ぶ『PHP』を学ぶ会その② | 運営中の求人サービス『ヴェテラン』のコードを教材にPHPを学ぶ連載第2回。九州の地震に触れつつ更新時間の遅れを謝している | @Veteran | 02:40 |
| 20 | 【Next.js】 Next.jsでの画像の使用時によく登場する「LCP」と「画像最適化」について調べてみた | 個人ブログ制作で画像周りに何度も詰まった経験から、その度に遭遇するLCPと画像最適化の関係を備忘録として整理 | @nagi-0106 | 00:44 |
Publickey
2026-07-29 付の記事はありませんでした。
gihyo.jp
2026-07-29 付の記事はありませんでした。
GIGAZINE
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | GPT-5.6やClaude Opusの性能を「MCPサーバーを構築できるか?」という観点で測定したベンチマークテスト「mcpbench」 | 作者はCloudflareのシニアシステムエンジニアでMCP関連開発に携わるMatt Carey氏。仕様に沿ってMCPクライアント/サーバーを構築できるかで各モデルを測る | 23:00 |
| 2 | 「Google Chrome 151」安定版リリース、テキストを手軽にストリーム処理可能なWeb APIが追加 | Request/Response/BlobにtextStream()が加わりTextDecoderStreamが不要に。XML解析のRust実装置き換え、Manifest V2の完全無効化、macOS 12サポート終了も含む | 10:27 |
ITmedia News
2026-07-29 付の記事はありませんでした。
TypeScript Blog
2026-07-29 付の記事はありませんでした。
Node.js Blog
対象日の該当記事はすべて Top 20 に掲載されています。
Astro Blog
2026-07-29 付の記事はありませんでした。
Cloudflare Blog
対象日の該当記事はすべて Top 20 に掲載されています。
Vercel Changelog
対象日の該当記事はすべて Top 20 に掲載されています。
AWS What’s New
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Amazon Connect Customer now automatically finds example agent evaluations for tailored coaching(Amazon Connect Customer がコーチング向けに評価事例を自動抽出) | コーチング対象トピックで高得点/低得点だった直近評価と評価者ノートを自動提示。「de-escalation」なら鎮静成功通話とエスカレート通話を対比できる | 23:00 |
Google Cloud Blog
対象日の該当記事はすべて Top 20 に掲載されています。
Supabase Blog
対象日の該当記事はすべて Top 20 に掲載されています。
web.dev
2026-07-29 付の記事はありませんでした。
Mozilla Hacks
2026-07-29 付の記事はありませんでした。
CSS-Tricks
2026-07-29 付の記事はありませんでした。
Smashing Magazine
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | The Bull And Bear Case For Digital Design In The Age Of AI(AI時代のデジタルデザインをめぐる強気論と弱気論) | AIがプロダクトデザインを再編する中で、デザイナーが行動に許可を要さなくなる利点と、その自律性ゆえに隠せなくなる欠落の両面をAndy Buddが検討 | 22:00 |
Hacker News
2026-07-29 付の記事はありませんでした。