Web Dev Digest: 2026‑06‑26
Top 20
Astro 7 移行で main マージしても本番が更新されない。Cloudflare Pages から Workers Builds へ
Source: Zenn | Published: 2026-06-26 05:43 JST
- Astro 5 → 7 の major アップグレード後に Cloudflare Pages の GitHub 連携ビルドが旧バンドルを配信し続け、main マージが本番に反映されない事象が発生した、と redamoon.net の運用記録
- 原因は Astro 7 が要求する @astrojs/cloudflare の新挙動と Pages 側のビルドランタイムの非互換で、Pages はビルド成功扱いのまま古い出力を返していた
- 解決策として Cloudflare Pages から Workers Builds(Cloudflare Workers のビルド & デプロイ機構)へ移行し、Astro 7 の出力形式に追従させたことで反映が回復
- 同一の症状はビルドログ・main の差分・GitHub Actions のステータスからは検知できず、本番 URL を毎回手動で確認するまで気付けなかったとしている
- 移行手順としては wrangler.toml ベースの構成に切り替え、
@astrojs/cloudflareのアダプタ設定とビルド出力ディレクトリを Workers Builds 仕様に合わせる必要があった
Query Web Analytics from the Vercel CLI
Source: Vercel Changelog | Published: 2026-06-26 17:00 JST
(日本語タイトル: Vercel CLI から Web Analytics を直接クエリ可能に)
- Vercel CLI に
vercel metricsコマンドが追加され、これまでダッシュボード経由でしか参照できなかった Web Analytics のページビュー・訪問者数・カスタムイベントを CLI から直接取得できるようになった - 目的は AI コーディングエージェントや CI から分析データを参照させるユースケースで、結果は構造化フォーマットで返るためエージェントのコンテキスト投入が容易
- 期間指定、ページパス絞り込み、ユニーク訪問者と全ページビューの切り替えなどフィルタが用意され、ダッシュボードと同等の解析が CLI 単独で実行可能
- 既存の
vercel logs/vercel inspectと並ぶ運用情報取得コマンドという位置付けで、Vercel Observability のクエリ層を CLI 表層に露出させた形 - Pro / Enterprise の Web Analytics 契約があるプロジェクトで利用でき、課金は既存の Analytics プランに含まれる
Trace and debug eve agent sessions with Vercel Observability
Source: Vercel Changelog | Published: 2026-06-26 09:00 JST
(日本語タイトル: Vercel Observability で eve エージェントのセッションをトレース・デバッグ可能に)
- Vercel のオープンソースエージェントフレームワーク eve のセッションを、Vercel Observability の「Agent Runs」ビューでセットアップ不要のままトレース・デバッグできるようになった
- 開発者向け表示と業務向け表示の 2 モードを切替可能で、前者はツール呼び出し・LLM プロンプト・ステップタイミングを、後者はビジネスメトリクスを中心に提示する
- セッションデータは保存時に暗号化され、保持期間は Vercel プラン階層に応じて自動適用される(Pro / Enterprise で長期保持が可能)
- AI SDK 7 で導入されたエージェントランタイムと組み合わせて使う想定で、
@vercel/observabilityのエージェント API を経由してメトリクスが収集される - Agent Runs はセッション横断検索とフィルタに対応し、エージェントの不具合再現・回帰検出に直接利用できる
Next.js + Supabaseの本番だけ500エラー、原因はTypeScriptの ! が作った落とし穴
Source: Zenn | Published: 2026-06-26 00:22 JST
- Next.js + Vercel + Supabase 構成でローカルは動作するが本番のみ 500 エラーになる事象の原因が、Vercel 側で Supabase 関連の環境変数(
NEXT_PUBLIC_SUPABASE_URL等)が未設定のままだったこと、と判明 - 検知が遅れた直接の原因は TypeScript の Non-Null Assertion Operator
!をprocess.env.NEXT_PUBLIC_SUPABASE_URL!で多用していたことで、型上はstringになるためビルド時には警告が出ず実行時にundefinedが Supabase クライアントへ渡って例外を引き起こした - 著者は再発防止として
!を排し、Zod やt.Object等のスキーマでprocess.envを boot 時に検証してから利用する形へ書き換えた - Vercel の Environment Variables を Production / Preview / Development で個別管理しており、Preview にだけ設定されていて Production が空、という構成ミスが発生していた
- 同種の事故を防ぐためのチェックリストとして「
!禁止」「env はランタイム検証」「Production 用に値が存在することを Vercel CLI または UI で再確認」の 3 点を挙げている
Amazon EC2 C7a instances are now available in the Asia Pacific (Singapore) Region
Source: AWS What’s New | Published: 2026-06-26 07:24 JST
(日本語タイトル: C7a インスタンスがシンガポールリージョンで提供開始)
- 第4世代 AMD EPYC プロセッサ搭載の compute 最適化インスタンス C7a が AWS Asia Pacific (Singapore) リージョンで GA、C6a 比で「最大 50% 高い性能」と公式が言及
- DDR5 メモリ採用、EBS ボリュームを最大 128 個アタッチ可能、ネットワーク帯域は前世代より引き上げられており HPC やビデオエンコードなど高 CPU 負荷ワークロード向け
- 提供インスタンスサイズは medium から 48xlarge まで揃い、Sustained All-Core Turbo によりピーク時も全コアで高クロックを維持
- シンガポール拠点の遅延要件を持つ東南アジア向けワークロードが、これまでの東京・ソウル経由から自リージョン完結に切り替えられる
- 既存の C7a 利用リージョン(us-east-1 等)と同じインスタンスファミリで AMI と CloudFormation テンプレートをそのまま流用可能
Amazon EC2 M8a instances now available in the Asia Pacific (Mumbai) region
Source: AWS What’s New | Published: 2026-06-26 07:15 JST
(日本語タイトル: M8a インスタンスがムンバイリージョンで提供開始)
- 第5世代 AMD EPYC プロセッサ搭載の汎用インスタンス M8a がムンバイリージョンで利用可能になり、M7a 比で「最大 30% 高い性能」と価格性能比改善が公式アナウンス
- 主な対象ワークロードは金融アプリケーション、ゲームサーバー、データストアで、SAP 認定済みのため SAP HANA 周辺の本番運用にも利用可能
- DDR5 メモリ・PCIe Gen5 対応で、I/O 集約型のワークロードでも前世代比でスループット改善が見込める
- 同インスタンスのインド国内提供開始により、データレジデンシ要件で他リージョン利用が困難だったインド顧客が最新世代のインスタンスを選択肢に追加できる
- リザーブドインスタンス・Savings Plans とも併用可能で、On-Demand と Spot の両方で価格設定が公開済み
OpenAI GPT, OpenAI GPT OSS, and NVIDIA Nemotron models on Amazon Bedrock receive FedRAMP High and DoD IL-4/5 approval
Source: AWS What’s New | Published: 2026-06-26 06:00 JST
(日本語タイトル: Bedrock の OpenAI GPT・GPT OSS・NVIDIA Nemotron が FedRAMP High と DoD IL-4/5 を取得)
- Amazon Bedrock 上の OpenAI GPT / OpenAI GPT OSS / NVIDIA Nemotron モデルが AWS GovCloud (US) で FedRAMP High および Department of Defense IL-4/IL-5 認証を取得した、と AWS が公表
- これにより米国政府機関・国防関連のワークロードが、追加の隔離環境を自前で構築せずに当該モデルを直接呼び出して生成 AI アプリケーションを構築可能に
- 対応リージョンは GovCloud (US-East / US-West) の Bedrock エンドポイントで、IAM・KMS と連携した既存の権限管理・暗号化要件にそのまま準拠する
- これまで FedRAMP High 対応モデルは Anthropic / Amazon 系に限定されており、OpenAI 系モデルの政府利用は商用リージョン経由の特例運用が必要だったが今回それが解消
- 主要ユースケースは機密度の高いドキュメントの要約・分類、政府向け対話エージェント、防衛系コードレビュー等を想定
AWS Network Firewall now supports managed threat intelligence rules from VisionHeight
Source: AWS What’s New | Published: 2026-06-26 05:18 JST
(日本語タイトル: AWS Network Firewall が VisionHeight のマネージド脅威インテリジェンスルールに対応)
- AWS Network Firewall に VisionHeight 提供の 2 種類の新マネージドルールグループが追加された:Zero-Day Threat Protection と Tor Protection
- Zero-Day Threat Protection は「公開ブロックリストに載る前に悪性 IP インフラを遮断する」とされ、攻撃インフラの初期立ち上がり段階で接続を遮断することを狙う
- Tor Protection は Tor 出口ノード IP を継続的に追跡し、Tor 経由のアクセスを Network Firewall ポリシーで一律に弾けるようにする
- ルールグループは AWS Network Firewall の既存ポリシーへ associate するだけで利用可能で、独自シグネチャの管理は不要
- 利用には別途 VisionHeight のサブスクリプション料金が発生し、リージョンは Network Firewall の主要リージョンで順次有効
Kiro achieves FedRAMP High and DoD IL-4/5 authorization in AWS GovCloud (US)
Source: AWS What’s New | Published: 2026-06-26 02:00 JST
(日本語タイトル: エージェント型開発プラットフォーム Kiro が GovCloud で FedRAMP High・DoD IL-4/5 を取得)
- AWS の Spec-Driven Development エージェント型開発プラットフォーム Kiro が、GovCloud (US) で FedRAMP High と DoD IL-4/IL-5 認証を取得し政府機関での本番利用が可能になった
- Kiro は仕様(spec)から実装コード・テストを生成するエージェント開発環境で、政府系の規制業務にも適用できる位置付けとなる
- 取得した IL レベルは「機密情報を扱わない非公開情報」までを対象とする IL-4 と「機密情報(Controlled Unclassified Information)」までの IL-5 を含む
- 認証範囲には Kiro の MCP 連携・コード実行サンドボックス・チーム管理機能が含まれる
- Anthropic / OpenAI 系の Bedrock モデル GovCloud 認可(同日公表)と組み合わせ、政府機関がエージェント駆動開発スタックを完結できる構成が GovCloud 単独で揃った
AI時代の成果物は「作って終わり」じゃない: ObsidianとTypeScriptで配送OSを作る
Source: Zenn | Published: 2026-06-26 20:43 JST
- 「作って終わり」ではなく「ナレッジを配送し続けるパイプライン」を成果物と定義し直し、Obsidian の Vault を真実の源泉、TypeScript 製の自作ツールを配送機構として組み合わせる設計、と提案
- 構成は Obsidian Vault → frontmatter ベースのパーサ → TypeScript のビルドステップ → 出力先(ブログ / Slack / Notion / メール等)のチャネル別アダプタ、というパイプライン
- パーサは
gray-matter相当の YAML frontmatter 抽出、内部リンク[[...]]の解決、画像参照のリライトを担当 - 配送先アダプタはチャネルごとに interface を分離し、ブログ用は Astro Content Collection 形式、Slack はブロックキット形式へ変換することで再投稿の差分制御を可能にする
- 著者は「成果物の出力先を 1 つに縛ると陳腐化が速い」とし、Vault 側を不変、配送側を入れ替え可能にすることが AI 時代のノウハウ保守に効くと結論
Generative UIにJSONは最適なのか? OpenUIという選択肢
Source: Zenn | Published: 2026-06-26 19:07 JST
- LLM が生成する UI 記述として JSON Schema 経由でコンポーネントを組み立てる現行手法には、トークン消費が大きい・スキーマ進化が痛い・型推論が弱い等の課題があり、代替として OpenUI を検討した、と報告
- OpenUI は LLM 向けに最適化された UI 表現言語で、JSON より少ないトークンで等価な UI を表現でき、スキーマ更新も後方互換性を保ちやすい設計
- 著者の試験実装では同等 UI の生成に必要なトークンを実測比較し、OpenUI が JSON 比でトークン削減・生成時間短縮を達成したと記述
- 一方、OpenUI はエコシステムが未成熟で、React / Vue 等への直接マッピングは独自レンダラ実装が必要であり、既存のシリアライゼーション資産は再利用しづらい
- 結論として「Generative UI を量産する基盤」を作る局面では OpenUI 採用余地があるが、単発の UI 生成では JSON + Zod の組み合わせが依然優位、としている
Hono + Vite で始める最小のMCPサーバー
Source: Zenn | Published: 2026-06-26 15:00 JST
- Hono + Vite で最小構成の MCP(Model Context Protocol)サーバーを動かすチュートリアルで、Cloudflare Workers / Node.js のいずれにもデプロイ可能なシングルファイル実装を提示
- MCP のトランスポートは HTTP + SSE を採用し、Hono のルーティングで
/mcpエンドポイントを実装、ツール定義は TypeScript の型から JSON Schema を生成して MCP のtools/listに応答 - Vite を使う理由は「dev サーバーで HMR が効くこと」「
vite buildで Cloudflare Workers バンドル形式に変換できること」で、@hono/vite-dev-serverプラグインを利用 - 認証は最小化のため省略し、
Authorizationヘッダの bearer 検証だけを軸とする例を掲載 - 次の連載で「分析業務のための MCP サーバー設計入門」(同著者)へ接続し、ツール設計のレイヤリングを扱うとアナウンス
Anthropic SDK 同時アップデート: Python v0.112.0 / TypeScript v0.106.0 で system.message ストリーミング対応など
Source: Qiita | Published: 2026-06-26 22:14 JST
- Anthropic 公式 SDK が Python v0.112.0 と TypeScript v0.106.0 を同時リリースし、両言語版に共通の機能差分が反映された
- 目玉は
system.messageのストリーミング応答対応で、従来 user/assistant ロールにしか流せなかったストリームを system ロールでも開始できるようになり、ガードレール組み込み時の挙動制御が容易に - TypeScript 版では
stream.finalMessage()の型シグネチャが厳格化され、ツール呼び出し結果と通常メッセージのユニオン型を絞り込みやすくなった - Python 版では
pydantic依存が v2 系に最低要件を引き上げ、AnthropicError系の例外型階層が再整理された - 既存コードへの影響は限定的で、SDK 公式の release notes は両リリースをまとめてマイナーバージョンと位置付けている
Anthropic SDK 新機能の解説: stream system messages / structured outputs 等
Source: Qiita | Published: 2026-06-26 20:16 JST
- 上記 Anthropic SDK の Python v0.112.0 / TypeScript v0.106.0 で追加された主要 3 機能(system メッセージのストリーミング、構造化出力の補強、エラーハンドリング統合)を実コード付きで解説
- system メッセージストリーミングは
client.messages.stream({system_message_stream: true, …})形式で有効化し、初期プロンプトの一部を後追いで差し込むユースケースで挙動が確認できる - 構造化出力は
response_format: {type: 'json_schema', schema: …}指定が安定化し、ツール呼び出しとの併用時にスキーマ違反の自動リトライ回数が公式に調整可能に - エラーハンドリングは
AnthropicErrorを起点にRateLimitError/OverloadedError/ToolUseErrorがサブクラス化され、isinstance/instanceofで分岐可能 - 著者は「両 SDK が同タイミングで同形 API を提供する流れが定着してきた」と評価し、移植コストの低下を強調
TypeScript ブラウザモジュール開発と minify の実践メモ
Source: Qiita | Published: 2026-06-26 19:19 JST
- TypeScript で書いたソースを CommonJS パッケージとしてビルドし、その出力を ESM へ変換しつつブラウザ配信向けに minify する一連のワークフローを解説
- ステップは (1)
tscで CJS 出力 → (2)tsup/esbuildで ESM への再パッケージ → (3) Terser での minify、の三段構成で、なぜ単一ツールにしなかったかの理由を併記 - 「依存ライブラリの一部が CJS 専用だったため初段は CJS 出力にする必要があった」「ESM 化で tree-shaking を効かせるために 2 段目を分離した」とトレードオフを明示
- minify は
terser --module --compress passes=2 --mangleで実測サイズが約 35% 削減、sourceMap: true維持で本番デバッグも可能と報告 - 配布形式は
package.jsonのexportsフィールドで CJS / ESM / TypeScript 型定義の 3 系統を出し分け
【思考実験】JavaScript/Cloudflareの進化から紐解く「時間軸を内包するオブジェクト指向」の終着点
Source: Qiita | Published: 2026-06-26 18:57 JST
- 「Cloudflare Workers / Durable Objects の登場で JavaScript のオブジェクト指向が時間軸(永続性・並行性)を内包する形へ収斂しつつある」という思考実験を展開
- 従来の OOP はインスタンスの寿命をプロセスメモリに閉じ込めていたが、Durable Objects は同名インスタンスが地理的に単一であることを SDK が保証する点で「物理座標を持つオブジェクト」になる
- Workers の RPC(
WorkerEntrypoint)と Service Bindings によりオブジェクト境界がプロセス境界を跨ぐ呼び出しに同化し、「オブジェクト同士の呼び出し」と「サービス同士の呼び出し」の区別が消えつつあると指摘 - 派生的に、JavaScript のクラスがオーケストレーション言語化することで、Rust / Go 等の他バックエンド言語との役割分担が「ステートを持つ層 = JS」「計算密度の高い層 = ネイティブ」に整理されると主張
- 著者は結論として「フロントエンド・バックエンドの語彙ではなく『時間軸を持つオブジェクト』として再定義することが Cloudflare 以後の Web を読み解く鍵」と提示
Next.js静的サイトをS3 + CloudFrontで公開したら403になった話
Source: Qiita | Published: 2026-06-26 14:02 JST
- Next.js の
output: 'export'で吐いた静的サイトを S3 + CloudFront で公開したところ、ネストされたパス(例/blog/foo)で 403 が返る事象が発生、と報告 - 直接の原因は CloudFront → S3 のオリジンリクエストが
/blog/fooのままで送られ、対応するindex.htmlが解決されないため S3 が AccessDenied を返していたこと - 解決には CloudFront Function を用いて URI を
/blog/foo/index.htmlに rewrite する処理を追加し、Terraform でaws_cloudfront_functionリソースとして管理 - S3 側はバケットポリシーを OAI(旧)でなく OAC(Origin Access Control)に切り替え、CloudFront からのみ参照可能にする構成を採用
- ルートパス
/と単一階層パス/blog、複数階層パス/blog/foo/barのすべてで rewrite が効くよう正規表現を慎重に組む必要があり、テスト用 URI のチェックリストも掲載
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | AmiVoice APIと生成AIで学び日誌アプリを作った🎙️ | Manabi Voice は AmiVoice で音声書き起こし、Gemini API で「説明内容の理解度判定」まで行う Next.js 16 App Router 製の学習日誌アプリ | ふるふる | 19:12 |
| 2 | 分析業務のためのMCPサーバー設計入門 | BI / 分析業務向け MCP サーバーをツール責務分離・データソース抽象・パラメータ検証の 3 レイヤで設計する指針を提示した連載第1回 | Narumi | 15:00 |
| 3 | [Mastra Announce] Task Listsで長時間エージェントの計画と進捗を見える化 | Mastra に追加された Task Lists 機能は長時間エージェントの内部計画を構造化保存し、UI 上で進捗・残タスク・失敗ステップを可視化できる | jun shiromizu | 08:51 |
| 4 | Webの縦書きは2種類ある——writing-modeの「見た目」とSNSに貼れる「テキストの縦書き」を行列転置で作る | CSS writing-mode: vertical-rl の「見た目だけ縦書き」と、SNS にコピペできる「文字列としての縦書き」を行列転置で作り分ける手法を比較 | サクッとぱんだ | 08:04 |
| 5 | Conway解剖:Anthropicの常時稼働エージェントプラットフォームを実装から読み解く | Anthropic が社内で運用する常時稼働エージェントプラットフォーム Conway の責務分離・キュー・耐障害設計を、公開リポと SDK 挙動から逆引きで解読 | 原田賢治 | 02:59 |
| 6 | YouCam肌分析APIで「化粧品、本当に効いてる?」を統計で証明するアプリを作った | YouCam 肌分析 API と t 検定・効果量・ベイズ最適化を組み合わせ、化粧品の効果を統計的に検証する Next.js アプリ Personal Skin Clinic を実装 | wata | 23:33 |
| 7 | 会議中に Claude が”次に聞くべきこと”を提案してくれる議事録アプリを作った | 話者分離付きリアルタイム議事録に Claude を組み込み、役割(PM / 設計者)に応じて「次に質問すべき項目」を会議中にサジェストする AI-Giziroku | Kouki Nakae | 20:55 |
| 8 | VercelからGCP Cloud Runへ!Next.js移行でCI/CDを比較・最適化 | Vercel から GCP Cloud Run への Next.js 移行で、cold start・環境変数管理・ビルド時間の差分を実測し、Cloud Build + Artifact Registry で最適化 | Daok | 18:56 |
| 9 | 招待コード共有掲示板を「現金報酬なし」で設計した理由 | InviteLoop を「現金報酬なし・公式の招待特典のみ」で運用設計した理由は規約違反・スパム抑制と、コミュニティを成立させる信頼ラインの引き方にある | Lily | 16:38 |
| 10 | 来年エンジニアになるなら使いたいリソース | 「来年エンジニア入社」を想定して、基礎・バックエンド・iOS/Swift・インフラの 4 ドメインに分けた学習リソースを実体験ベースで列挙 | やす | 14:20 |
| 11 | Vercel Functions + Supabase + Drizzle構成の実例 | Supabase Auth + Drizzle ORM 直結 + Vercel Functions の 3 層構成にすることで、Supabase Client 単独構成では難しい複雑クエリと業務ロジックを実装できる | よこやまたく | 13:39 |
| 12 | Reactでシンセサイザーを作った | Roland MKS-80 を React で再現したソフトシンセ Synth-80 を、商品紹介ページ自体に埋め込みブラウザ上で実プレイ可能にした実装記録 | Jun Murakami | 12:00 |
| 13 | 最初の構成:なぜ Next.js + Sandpack + Docker だったか | Euthopia の初期アーキを Next.js + Sandpack(ブラウザ内コードプレビュー)+ Docker ワーカーにした理由は、生成コードの即時実行とサンドボックス隔離の両立だった | Eureka Labo | 08:27 |
| 14 | 【pnpm】pnpm v11で ERR_PNPM_IGNORED_BUILDSが表示されたので調べてみた | pnpm v11 の ERR_PNPM_IGNORED_BUILDS は v10 以降のサプライチェーン対策で postinstall 実行が opt-in 化された影響で、pnpm approve-builds で許可する運用に変わった | Daiju | 20:30 |
| 15 | 検索条件を追加する | C# Minimal API + PostgreSQL で DTO と Query パラメータバインディングを使い検索条件を後付け拡張する手順 | 舎人幇輔 | 09:21 |
| 16 | 複式簿記+税務をRDBで設計する:壊れない会計エンジンのデータモデル | 「計算ロジックではなくデータモデルで会計の不変条件を守る」観点から、複式簿記+税務処理を PostgreSQL のテーブル設計と制約だけで表現する設計論 | sayoko | 08:08 |
| 17 | バニラJS + Supabase で自分用の筋トレログアプリを作った🏋️ | 既存フィットネスアプリへの不満から、フレームワーク無しの素 JavaScript と Supabase だけで PWA 化した個人用筋トレログ muscle-log の実装 | tamaki | 19:49 |
| 18 | 楽天市場の競合価格監視をCloudflare Workers + LINE Botで無料で作った【OSS公開】 | 月額 2-2.7 万円する競合価格監視 SaaS の代替を、Cloudflare Workers + LINE Bot で完全無料運用できる OSS として実装・公開 | yosiki | 18:48 |
| 19 | 明日から始める、コーディングエージェント時代のフルスタック開発 — AWS Blocks のソースコードを読む | 2026年6月公開の AWS Blocks(TypeScript でバックエンドを書くとインフラが自動派生する IaC フレームワーク)のソースを読み解き、構成要素と設計思想を整理 | いなりく | 23:55 |
| 20 | AWS導入〜サイト公開 | AWS アカウント開設→IAM ユーザ作成→S3 静的サイト公開までを、無料利用枠を超過させない設定箇所を中心にまとめた初心者向け手順 | コキコキ | 22:24 |
| 21 | AWS Summit Japan 2026 6/25 基調講演+セッションまとめ① | AWS Summit Japan 2026 初日(6/25)の入場導線・基調講演・聴講セッションの内容を当日参加者目線で時系列に整理 | mortrainer_th | 22:16 |
| 22 | 【AWS Organizations入門】初心者でもわかる構成・SCP・アカウント分離の基本 | Organizations の OU・SCP・アカウント分離の基本概念を、複数プロジェクトの請求一元化ユースケースで具体化した入門記事 | tamago | 19:30 |
| 23 | ScalarDB on AWS EKS: スポットインスタンス導入で学んだノード中断と復旧の記録 | EKS 上の ScalarDB にスポットインスタンスを導入したことで顕在化したノード中断時のリーダー再選出・接続切断の挙動と、復旧手順の運用記録 | jiwa | 17:30 |
| 24 | Pike(IAMポリシー生成ツール)を使ってterraform実行ユーザーの最小権限を作成する | Terraform 実行用 IAM ユーザの最小権限ポリシーを、Pike が plan / apply の操作を解析して自動生成し、過剰権限とのギャップを可視化する手順 | ambikan | 15:32 |
| 25 | AWS の一番初級な資格をなめてた開発エンジニアは私です | CLF-C02 を「開発者だから不要」と侮っていたバックエンドエンジニアが、インフラチームとの会話の質を上げるために取得して認識を改めた体験記 | Javaっち | 15:15 |
| 26 | AWS資格全冠への道 | 直近で MLS-C01 が廃止される変動を踏まえた、AWS 認定 13 資格全冠取得の学習順序・教材選定・受験戦略 | 小沼 真実 (NTT DATA) | 14:00 |
| 27 | CloudWatch、SSMでの構成をAWS CDKでコード化してみた【中編:CloudWatch】 | 3 層 + CloudFront アーキの上に CloudWatch メトリクス・アラーム・ダッシュボードを CDK で IaC 化した実装記録(中編) | K | 13:35 |
| 28 | CloudWatch、SSMでの構成をAWS CDKでコード化してみた【前編:基盤周り】 | 中編の前提として 3 層構成 + CloudFront を AWS CDK だけで一式立ち上げる手順を整理した前編 | K | 13:27 |
| 29 | Amazon BedrockでClaudeを呼ぶときにクロスリージョン推論プロファイルが必要 | Bedrock の Claude Haiku を直接モデル ID で叩くと throttling が頻発し、Cross-Region Inference Profile 経由でなければ実運用に耐えないと判明した | TH | 13:00 |
| 30 | AWS Summit Japan 2026 GameDay参戦レポ:データサイエンティストが当日滑り込みで銅メダルを獲得するまで | インフラ専門外のデータサイエンティストが当日参加で GameDay 銅メダルを獲得した戦略・分業・想定外のサービス停止対応の記録 | Yuto Sakai (GA technologies) | 09:57 |
| 31 | AIで開発は爆速になった。じゃあインフラは? | AWS Summit 2026 を踏まえ、AI コーディング加速の波の中で SRE / インフラがどう更新されるべきかを、ECS と GuardDuty の最新発表を軸に整理 | よしかわ | 09:52 |
| 32 | AWS Game Day 初参加レポート | 「AWSに詳しくないと無理」と尻込みしていた初参加者が、競技デバッグ形式の GameDay で必要な事前準備と当日の役割分担を整理 | 8810smz | 08:32 |
| 33 | 既存システムへAIを組み込む3つのパターン | 既存システムへの AI 組み込みを「REST API オーバーレイ」「イベント駆動分析」「メディア拡張」の 3 類型に整理し、向き不向きと初期コストを比較 | kenta | 07:30 |
| 34 | AWS学習15日目:CloudWatch Metrics・Alarm | CloudWatch Metrics と Alarm を組み合わせ、ログを目視で見る運用から閾値検知 + 通知への自動化に置き換えるハンズオン | zonooo | 07:24 |
| 35 | Claude CodeからAWS CLIをReadOnlyで安全に参照し、IaC管理インフラのコスト最適化を行う | Claude Code に Read-Only な AWS CLI 権限だけ渡し、photowerewolf プロジェクトのコスト最適化提案を IaC 差分付きで出させる運用 | かずお | 06:44 |
| 36 | Claude Tag で Remote MCP を使う | Claude Tag の Slack 統合でリモート MCP サーバを呼び出す際の、認証情報配布・プラグイン構成パターンを実装ベースで解説 | Naoto Ishizawa | 01:01 |
| 37 | AWS Summit Japan 2026の参加レポート | 初参加者として AWS Summit Japan 2026 を「1時間30分の入場待機」「基調講演の屋外モニター視聴」など物理導線目線で記録 | kony | 01:00 |
| 38 | プライベートGKEクラスタを安全に構築して学んだこと — Google Cloudセキュリティ基礎チャレンジラボ体験記 | Google Skills for Partners の Cloud Security Fundamentals チャレンジラボを通じ、プライベート GKE のネットワーク隔離・IAM 設計を「概念ではなく積み重ね」として体得 | tuethu.lethi | (時刻不明) |
| 39 | コーダーからフロントエンドエンジニアへ #0-2|この365記事の歩き方|全体マップと毎日続けるコツ | 365記事の連載を「現在地マップ」と「毎日続ける仕組み」の 2 軸で読み進めるための歩き方ガイド | Hiro|AI x Frontend Engineer | 22:41 |
| 40 | URLを入力してからデータが届くまで ― Webの通信を支える仕組みを俯瞰する | URL 入力から DNS 解決・TCP/TLS 確立・HTTP 応答・ブラウザレンダリングまでを 1 枚絵で俯瞰し、Spring Boot 開発者視点で必要な層に絞って解説 | ゆう | 22:00 |
| 41 | 専門知識ゼロから、生成AIと対話してブラウザテストを自動化した話 | テスト未経験者が Claude との対話だけで多ロール承認フロー業務アプリ向けの Playwright 回帰テストを構築できた工程と詰まったポイント | sb | 08:11 |
| 42 | Day4|ステータスの作成と削除機能の作成 | Nuxt 4.4.8 + Vue 3.5.35 で Todo アプリのステータス完了/未完了切替と削除を実装する連載第4回 | メンタル弱々エンジニアの備忘録 | 15:32 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Crawlit: AIワークフロー向け無料セルフホスト Web クローラ | 商用 Web スクレイピング SaaS のページ単価課金を避けるため、AI エージェント前提でセルフホスト前提に再設計した OSS の Crawlit を公開 | arufian | 23:12 |
| 2 | Next.jsでprocess.env!を使っていたら、本番だけ500エラーになった話 | Next.js + Vercel + Supabase で本番のみ 500 になる事象を、TypeScript の Non-Null Assertion が Vercel 側の env 未設定を覆い隠していたケースとして共有 | gitksusa | 13:40 |
| 3 | 60 の AI エージェントで Next.js ポートフォリオの予約機能をセキュリティ監査した | Next.js 個人ポートフォリオの予約機能に対し、60 の AI エージェントを並列で当てて Critical 含む脆弱性を抽出した監査手順と結果のサマリ | ryoshin0830 | 12:39 |
| 4 | InviteLoop の「現金報酬なし」設計 | 招待コード共有掲示板 InviteLoop を「現金報酬なし・公式特典のみ」で設計した意思決定の理由を、規約違反・スパム抑制の観点から整理 | bokuwalily | 17:07 |
| 5 | フロントエンドCSS Part 14: Style Query と Container Naming | Container Query / Style Query / Container Naming の組み合わせで、viewport ベース media query では難しい「コンポーネント文脈に応じた可変スタイル」を実装する具体例 | tuanphan | 17:58 |
| 6 | フロントエンドCSS Part 13: レスポンシブとMedia Queryの限界 | ProductCard をホームとサイドバーで使い回す例から、viewport だけを見る media query の限界と container query の必要性を解説 | tuanphan | 17:17 |
| 7 | Web Audio API で React 製の音量・低中高域メータを作る | Web Audio API の AnalyserNode を 3 バンドに分け、React で音量・低中高域を同時メータ表示するコンポーネントの実装 | 7g3 | 16:41 |
| 8 | Vite + React + TypeScript に GitHub Actions で CI を入れる | 個人 React プロジェクト向けに、ESLint・型チェック・Vitest・ビルドを並列で走らせる GitHub Actions ワークフロー設定 | 7g3 | 16:41 |
| 9 | Astro の import 整理メモ | Astro コンポーネントの import を「フレームワーク → サードパーティ → 内部 alias → 相対」の論理グルーピングで揃え、再編集時のコンフリクトを減らす方針メモ | e_tyx0 | 16:56 |
| 10 | WebComponentsライブラリの選定 | Web Awesome 以外の Web Components ライブラリ候補を、見た目(デザインシステム)の差を軸に比較選定 | logue | 08:48 |
| 11 | このブログについて | 個人活動を一元的に公開するパーソナルメディアの開設告知 | takashi-matsuyama | 19:30 |
| 12 | OpenAI Node SDK v6.45.0 の afterCompletion フック と Realtime sideband | OpenAI Node SDK v6.45.0 で追加された afterCompletion フックと Realtime API の sideband チャンネルを公式リリースノートから解説 | kinamocchi_tech | 10:15 |
| 13 | 技術記事のサンプルコードを CI で常時検証する仕組み | 技術記事のサンプルコードを GitHub Actions で常時検証し、依存パッケージや実行環境が更新されても陳腐化を検知できる運用を構築 | happy_engineer | 06:25 |
| 14 | Laravel 月次まとめ:13.13 → 13.17 で Postgres トランザクションプーラー対応 | Laravel 本体が21日間に5リリース(13.13→13.17)でセキュリティ修正2件と PostgreSQL トランザクションプーラー対応を含むことを月次でまとめ | sgrs38 | 08:37 |
| 15 | WSL 上で PostgreSQL のサンプルコードを動かす環境構築メモ | WSL 上で PostgreSQL のサンプルコードを動かすためのインストール・初期化・サーバ起動手順 | masaki130 | 01:10 |
| 16 | 無料枠ベクトルDB4本、精度は横並び——本当の差は「無料枠がどこで最初に詰まるか」だった | Supabase / Qdrant Cloud / Turso / Cloudflare の無料枠ベクトル DB を同条件で比較し、精度は横並びだが「無料枠が最初に詰まる箇所」が選定の決め手と結論 | axiompro70 | 17:05 |
| 17 | 【Cursor初心者向け】もうパスワードや個人情報は送らない!AIに見せない「秘密のファイル」の作り方 | Cursor で .cursorignore 等を活用し API キー・個人情報を AI 文脈に渡さない設定の手順 | EkanTw | 18:35 |
| 18 | AIChatAgent は会話ブランチの後付け実装と相性が悪い | Cloudflare AIChatAgent の内部状態モデルが「単一線形会話」前提で、会話ブランチ(分岐再生成)を後付け実装すると状態整合が崩れる構造的問題を指摘 | pikum99 | (6/25 21:20) |
Publickey
2026-06-26 付の記事はありませんでした。
gihyo.jp
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Linux Foundation、AIを使ったサイバー攻撃からOSSを守るプロジェクトAkritesを始動 | Linux Foundation が IT 業界の関連企業とともに、AI を活用したサイバー脅威から重要 OSS を守る取り組み「Akrites」を 2026年6月25日に発表 | 06:00 |
GIGAZINE
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | メールをAIで便利に管理できる「Notion Mail」が2026年9月でサービス終了、ユーザーの大半が受信トレイを開かなくなったのでAIエージェントに注力 | Notion Mail が 2026年9月22日でサービス終了、ユーザーの大半が受信トレイを開かなくなったため AI エージェントに開発リソースを集約する方針 | 11:45 |
ITmedia News
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Notion、メールアプリ「Notion Mail」終了へ AIエージェントに全面移行 | Notion が Notion Mail を 9/22 終了、半数超のユーザーが受信トレイ確認をスキップしている実態を踏まえ AI エージェント主導の受信箱管理へ全面移行 | 07:32 |
TypeScript Blog
2026-06-26 付の記事はありませんでした。
Node.js Blog
2026-06-26 付の記事はありませんでした。
Astro Blog
2026-06-26 付の記事はありませんでした。
Cloudflare Blog
2026-06-26 付の記事はありませんでした。
Vercel Changelog
対象日の該当記事はすべて Top 20 に掲載されています。
AWS What’s New
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Amazon EC2 C8in instances are now available in additional regions(C8in インスタンスが追加リージョンで利用可能に) | カスタム Intel Xeon 搭載 C8in が Ireland / Ohio で GA、C6in 比で「最大 43% 高い性能」と 600 Gbps のネットワーク帯域を謳う | 02:00 |
| 2 | Amazon Redshift adds Reserved Instance upfront pricing options for RG instances(Redshift RG インスタンス向け RI に前払い価格オプション追加) | Redshift RG 系の 1年 / 3年 RI で All Upfront / Partial Upfront が 28 リージョンに展開、コスト最適化の選択肢が拡大 | 01:39 |
Google Cloud Blog
2026-06-26 付の記事はありませんでした。
Supabase Blog
2026-06-26 付の記事はありませんでした。
web.dev
2026-06-26 付の記事はありませんでした。
Mozilla Hacks
2026-06-26 付の記事はありませんでした。
CSS-Tricks
2026-06-26 付の記事はありませんでした。
Smashing Magazine
2026-06-26 付の記事はありませんでした。
Hacker News
2026-06-26 付の記事はありませんでした。