TODAY’S ISSUE 2026年6月2日 · 火曜日 WEB FRONTLINE

Web Dev Digest: 2026‑06‑02

2026年6月2日

Top 20

Announcing TypeScript 7.0 Beta

Source: TypeScript Blog | Published: 2026-06-02 03:24 JST

TypeScript 7.0 BetaがGo製の新コンパイラ実装に切り替わり、「従来比およそ10倍高速」になったと公式が発表した
既存JS製tscは6.0系で最後となり、7.0からは新Go実装(tsgo)に一本化される破壊的移行路線が確定
VS Code拡張やlanguage server側もネイティブ実装のtsgoに差し替えられ、大規模リポジトリでのエディタ補完待ちが大幅短縮
6.0で導入された廃止予定APIや旧—isolatedModules挙動はBeta時点で実際に削除されており、移行は6.x側で先に済ませる必要がある
Beta段階ではビルド/エディタの正常系互換重視で、レアな型推論差分は今後のRC期間にフィードバック収集する方針

Edit Git settings for all projects in a repo

Source: Vercel Changelog | Published: 2026-06-02 09:00 JST

Vercel Dashboardでモノレポ配下の全プロジェクトのGit設定を1画面で一括編集できる機能が追加された
従来はProduction Branch・Ignored Build Step・Auto-cancel等を各プロジェクトで個別に設定する必要があり、Turborepo/Nx構成での運用負荷の原因になっていた
「Repo settings」ページで指定した値はリポジトリに属する全プロジェクトに即時反映され、個別の差分はオーバーライドで保持可能
これにより新規プロジェクト作成時の取りこぼし防止と、リポジトリ全体での「Production = main」のような原則統一が実現
既存の権限モデル(Org/Team Owner)はそのままで、設定差分は監査ログに残る運用前提

Signed URLs are now available for Vercel Blob

Source: Vercel Changelog | Published: 2026-06-02 09:00 JST

Vercel Blobに有効期限付き署名URL(Signed URLs)が追加され、アップロード/ダウンロード/削除の3操作を時間限定で外部に委譲できるようになった
既存のpublic/private blobとは別系統で、createUploadUrl() createReadUrl() createDeleteUrl()が新APIとして提供
大容量ファイル向けにmultipartストリーミングアップロードに対応し、Edge Function/Sandboxからクライアントへの直接アップロードフローを構築可能
「BlobトークンをクライアントJSに渡さない」運用が現実的になり、SaaSのユーザー投稿アップロードでの認証境界がきれいに分離できる
旧来のpublic Blob URLは引き続き機能するが、新規ユースケースでは署名URLが推奨パスとして提示された

AWS Lambda Web AdaptorがGAしたので触ってみる

Source: Zenn | Published: 2026-06-02 10:53 JST

AWS Lambda Web Adapter(LWA)がGAしたことを受け、Expressアプリをコード変更ゼロでLambda化できるかを実機で検証した結果報告
LWAをLambdaレイヤーとして追加しPORT環境変数を渡すだけで、通常のHTTPサーバーがLambda Function URL/API Gateway経由で動作することを確認
計測ではコールドスタートが200ms前後、初回以降のwarmリクエストは数十ms単位で、ALB+ECS構成からの移植も現実的とした
注意点として「ストリーミング応答」「WebSocket」は別途Lambda Function URLのstreaming response対応が必要で、LWA単体では足りない
Next.js standaloneのカスタムサーバーやFastAPI/Goアプリもまるごと載るパスが正式サポートされ、Lambdaのユースケース範囲が一段拡大

［速報］マイクロソフト、自社開発した7つのAIモデル「Microsoft AI Models」を発表

Source: Publickey | Published: 2026-06-02 18:44 JST

Microsoft Build 2026で、推論特化のMAI-Thinking-1、開発支援軽量モデルMAI-Code-1-Flashなど7モデル構成の自社モデル群「Microsoft AI Models」を発表した
従来のOpenAI依存路線から「自社モデル×自社実行基盤」へ軸足を移す方向性が示され、OpenAI/AnthropicモデルとAzure AI Foundryでの並列提供となる
「Microsoft AI」ブランドのもとに統合され、Copilot系プロダクト群への組み込みパスが整理される設計
MAI-Image-2.5はImage Arenaで第3位を獲得しており、画像生成も自社モデル側で内製化済みであることが公表
同日Anthropicと連動して発表されたClaude Compliance API連携と組み合わせ、エンタープライズAIプラットフォーム面の整備が一段進んだ

［速報］マイクロソフト、AIエージェントのためのカスタマイズ可能な分離環境「Microsoft Execution Containers（MXC）」発表

Source: Publickey | Published: 2026-06-02 18:45 JST

AIエージェント実行を安全に隔離するための専用サンドボックス基盤「Microsoft Execution Containers(MXC)」をBuild 2026で発表した
ファイル削除・情報漏洩などエージェント暴走時のリスクを「コンテナ単位で封じ込める」設計で、エージェント単位のスナップショット/復元を備える
Windows/Linux双方のエージェントを単一APIで起動でき、AzureおよびGitHubのCopilot系統で共通サンドボックスとして使われる構成
Anthropic Claude Managed AgentsのCloudflare/Vercel側統合（同週発表）と並ぶ、Microsoft版「マネージドエージェント実行基盤」に相当する位置付け
カスタムベースイメージ・MCPサーバー接続・I/O境界制御を選択可能で、社内データに触らせるエージェント運用の前提インフラとして提案された

［速報］Windows上でLinuxコンテナの作成や実行ができる「WSL containers」発表

Source: Publickey | Published: 2026-06-02 18:46 JST

Windows上で「WSL containers」コマンドを使い、Docker Desktop非依存でLinuxコンテナを直接作成/実行できる機能をMicrosoftが発表
WSL2基盤の改良によりコンテナイメージのpull・run・exec相当がOS同梱コマンドで完結し、開発者向けPCに別途Docker Desktopを入れる必要がなくなる
既存のDockerfile/OCIイメージはそのまま動作し、ライセンス上Docker Desktopが配れない企業ユーザー向けの公式代替パスとして位置付けられた
Visual Studio/VS Code側からの統合UIも合わせて提供され、コンテナデバッグやポートフォワーディングが Microsoftスタック内で完結
Coreutils for Windowsと併せて、「Windows上でLinux的な開発体験を素のOS機能で提供する」路線がBuild 2026の主要メッセージとして強化

Vercel Blob now supports OIDC authentication

Source: Vercel Changelog | Published: 2026-06-02 09:00 JST

Vercel BlobがOIDCベースの短命トークン認証に対応し、「自動ローテーションされる短時間有効トークン」で長期固定トークンを置き換え可能になった
従来必須だったBLOB_READ_WRITE_TOKENの発行・保管・漏洩リスクが解消され、Vercel上のFunctionからは追加設定不要でBlobへアクセス可能
同社のTrusted Sources(Deployment Protection)と同じOIDCインフラを共有し、外部CIから一時クレデンシャルでBlobを叩く用途にも適用
移行は新APIへの差し替えのみで、既存のlong-livedトークンも当面継続利用可能だが推奨パスはOIDC側に切り替わった
同日リリースのSigned URLsと組み合わせると、クライアントへBlobトークンを露出しないアップロード/ダウンロード経路が標準化される

How we reduced core unit boot time from hours to minutes

Source: Cloudflare Blog | Published: 2026-06-02 01:53 JST

ファームウェア更新で「サーバーの再起動が4時間かかる」現象を調査し、UEFIデータ構造とiPXE自動化のチューニングで分単位まで短縮したと報告
原因はUEFI Boot Variables(BootXXXX)の肥大化とNVRAM I/Oの待ち、加えてDHCP前段の不要なリトライタイムアウトの積み上げだった
iPXEスクリプト側を「DHCP取得→OS引き込み」最短経路に書き直し、各種ベンダー固有タイムアウトを実測値ベースで詰めて削減
同じ手法が大規模ベアメタル運用全般に適用可能であり、Cloudflareのコアユニット(Edge POPの基幹ノード)群で順次展開
ファームウェア更新後の再投入時間が事実上のSLO制約になっていた制約が消え、メンテナンスウィンドウの設計が変わる

Cloudflareは「AWSの代わり」になるのか？ ── インフラ経験者のための技術選定ガイド

Source: Zenn | Published: 2026-06-01 23:33 JST

AWS経験者向けに「いまの案件にCloudflareは向くのか」をユースケース別に切り分け、用途依存で「Cloudflare優位 / AWS継続が無難」を結論として提示した技術選定ガイドが公開され、はてブ53で広く読まれた
結論として「常時稼働のWebフロント/Edge処理/静的+API混在ならCloudflareが優位、IaaS+RDB中心ならAWS継続が無難」と整理
Workers/Pages/D1/R2/Durable Objectsの守備範囲が、AWSのLambda/CloudFront/RDS/S3/DynamoDBにそれぞれ部分対応する形でマッピング表として提示
Cloudflare側が不利な点として「常時起動のステートフルサービス」「東京リージョン以外への低遅延」「成熟したマネージドRDB」を明示
設計判断の軸として「リクエスト/秒の分布が水平か縦か」「データの一貫性要件」を最初に切り分けるフレームを提案

個人開発の10万ページサイトで、Cloudflareの請求が4万円になった話

Source: Zenn | Published: 2026-06-01 19:34 JST

10万ページ規模のSteamゲーム情報サイトをCloudflare(Workers + D1)で構築したところ、月額請求が約4万円に膨れ上がった事故事例の記録
真因はキャッシュキー設計の不備で、「同一コンテンツが異なるキーで複数保存される」状況になり、D1/KV/R2のいずれかで読み込み課金が想定外に積み上がった
Cloudflare Cache APIのcacheKeyをURL正規化(クエリ並び・末尾スラッシュ統一)するだけで、ヒット率が改善し請求が大幅減少
同サイトはNext.jsベースで、ISR的に毎ページ生成→Edgeキャッシュ運用にしていたため、設計初期のキー定義漏れが課金面に直結した
「無料枠で動くはずがハマる」典型パターンとして、Workers/D1利用者がチェックすべきキャッシュキー監査項目を提示

デプロイ速度を約50%高速化した話

Source: Zenn | Published: 2026-06-02 11:25 JST

既存のCI/CDパイプラインを並列化＋キャッシュ最適化で見直し、デプロイ全体を約40〜50%高速化した実践報告(はてブ21)
並列化対象はテスト→ビルド→デプロイ段階のうち相互依存のないジョブで、Job Dependencyグラフの再設計だけで時間短縮の半分以上を達成
残り半分はDockerレイヤーキャッシュとnode_modulesの差分キャッシュ最適化で、初回以外のビルド時間を半減
副作用として「キャッシュヒット率が落ちた場合のFallback時間」が伸びる問題が出たため、Cache poisoning対策を別途追加
リリース頻度を上げるための投資としてのCI高速化を、計測→チューニング→失敗事例まで含めて記録している

［速報］マイクロソフト、UNIX系コマンドをWindowsに移植「Coreutils for Window」一般公開

Source: Publickey | Published: 2026-06-02 18:46 JST

UNIX標準のls/cp/cat/grep等のCoreutilsをWindowsネイティブに移植した「Coreutils for Window」が一般公開された
従来Git BashやWSL経由で代用していた経路と異なり、PowerShell環境からも素のUNIXコマンド名で直接呼び出せる
GNU CoreutilsのRust再実装(uutils)をベースとし、ライセンス互換とWindows API最適化を加えた構成と公表
WSL containersと併せて、「Windows上でLinuxコマンド体験を素のOSで提供する」路線が公式に整備された
既存のPowerShellエイリアス(ls=Get-ChildItem)とは別パスで提供されるため、両者を共存させたい開発者向けに切り替えガイドも整備されている

OpenAIのGPT-5.5やCodexがAWS/Amazon Bedrockで利用可能に

Source: gihyo.jp | Published: 2026-06-02 10:58 JST

OpenAIのフロンティアモデル(GPT-5.5/GPT-5.4)とCodexがAmazon Bedrock上で正式提供開始されたとAWSとOpenAIが共同発表
これまでAzure独占だったOpenAIモデルがマルチクラウド提供に転換し、Bedrock Mantleエンドポイント経由でOpenAI互換APIをAWS内で完結利用可能
Bedrock側ではCloudWatchメトリクスがbedrock-mantleエンドポイントに対応済みで、課金/レイテンシ監視を既存AWSスタックに統合できる
Codexのエージェント機能がBedrock AgentCoreと連動し、開発エージェントの実行サンドボックスがAWS側のセキュリティ境界内に収まる構成
Anthropic Claude/Mistral等と並んでOpenAIモデルがBedrockで横並びになり、モデルSwapが構成側の選択肢として現実的になった

AWS Cost and Usage Report 2.0 integration

Source: AWS What’s New | Published: 2026-06-02 22:40 JST

AWS Cost and Usage Report (CUR) 2.0がAthena/Redshiftと直結し、別途データウェアハウスを組まずにSQLで請求データを分析できるようになった
従来はS3上のCURパーケットを別ETLでDWHに取り込む運用が必要だったが、Athena Federated Query/Redshift Spectrum経由で直接参照可能になる
既存のCost Explorerでは粒度が足りなかった「タグ×アカウント×時間帯」のクロス分析が、汎用SQLで実行できる
BIツール(QuickSight等)からの読み取りも構成変更なしで通り、財務側レポートとエンジニア側コスト最適化の境界が消える
既存CUR(1.0)レポートとは並行運用可能で、移行は新規スキーマでテーブルを切り替えるだけの設計

Amazon RDS for SQL ServerがBring Your Own Media (BYOM) に対応

Source: AWS What’s New | Published: 2026-06-02 16:00 JST

Amazon RDS for SQL ServerがBring Your Own Media(BYOM)対応となり、既存のSQL ServerライセンスをLicense Mobility経由でRDSに持ち込めるようになった
従来「RDS for SQL Server」はAWS提供ライセンス込み価格のみで、自社購入の永続ライセンスを活用できなかった
License Mobility with Software Assurance所有の企業は、追加ライセンスコストなしでマネージドRDSへ移行可能となり、自己ホストSQL Serverからの移行ハードルが下がる
EE(Enterprise Edition)/Standard Edition双方をサポートし、コア数ベースのライセンスがそのまま反映される
「マネージドDBに移行したいがライセンスがネック」というオンプレSQL Server運用ユーザーへの正式な受け皿として提供開始

AWS HealthOmicsでNextflowバージョンを実行時に固定可能に

Source: AWS What’s New | Published: 2026-06-02 08:00 JST

AWS HealthOmicsで実行時のNextflowエンジンバージョンを固定指定できるようになり、複数バージョン併走テストが可能になった
従来はサービス側の最新Nextflowが自動適用される仕様で、Nextflow側の破壊的変更を踏むとワークフローが突然落ちる可能性があった
同日に26.04対応も発表されており、新機能の試用と既存バージョン固定運用が同居できる構成
ゲノム解析の本番パイプラインで「ワークフローの再現性確保」が義務化されているユースケース向けに重要な制御点
Record types/Strict syntax/Agent logging modeなど26.04由来の新機能と組み合わせて、研究→本番の昇格パスを整える前提が整った

Amazon Bedrock AgentCore IdentityがSecrets Manager参照に対応

Source: AWS What’s New | Published: 2026-06-02 01:00 JST

Amazon Bedrock AgentCoreでエージェントがAWS Secrets ManagerのシークレットARNを直接参照できるようになり、エージェント側に秘密値を渡す経路が標準化された
従来は環境変数経由やKMS暗号化文字列を渡すパターンが主で、ローテーション・監査・ガバナンスが個別実装になっていた
顧客のIAMポリシーがそのままシークレット参照に効くため、「エージェントがどのDBに繋がれるか」を組織のIAMで一元統制できる
同時期のBedrock AgentCore強化(Identity/Bedrock CloudWatch Metrics/OpenAIモデルGA)群の一角を担う設計
自律エージェントを本番運用するうえで必要な「資格情報の安全な受け渡し」が、Bedrock側で完結する公式パターンとして提供された

Claude Managed Agents on Cloudflare の構築と実際に試してみて使い道とメリット

Source: Zenn | Published: 2026-06-01 17:15 JST

AnthropicがCloudflare/Vercelと連携して発表した「Claude Managed Agents」を実機検証した結果、@cloudflare/sandbox+Worker側トークン委譲という最小コードで隔離コンテナ実行が成立すると確認、Anthropic/Cloudflareのホスト責任分担も妥当と評価
セットアップは公式の@cloudflare/sandboxに依存し、Worker側でClaudeへトークン委譲→隔離コンテナでツール実行という構成を最小コードで実現
メリットとして「Anthropic側がワーカーホストを抱えなくていい」「Cloudflare側で実行ログ/コスト統制が効く」点を確認
一方の制約として、長時間実行ジョブはCloudflare WorkersのCPU時間制限に阻まれやすく、Durable Objects側との分担設計が必要と指摘
マネージドエージェントは「自前でサンドボックスを組まなくていい」便利さの裏で、データ越境と監査ログの責任分界点が曖昧なため設計時の合意必須

第4回 Evalでエージェントの品質を改善しよう

Source: gihyo.jp | Published: 2026-06-02 08:52 JST

AIエージェント開発連載の第4回で、ユニットテストで捉えられないLLM応答の質をMastraフレームワークの「Eval(評価)ループ」でCI/CDに組み込み、Faithfulness/Relevance/Toxicityなど多軸で継続改善する設計が現実的と提示
ユニットテストでは捉えられない「LLM応答の質」を、定義済みアサーションとLLM-as-Judgeで自動評価する構成を実装例つきで提示
Evalは開発時の一発実行ではなくCI/CDに組み込むのが本筋で、回帰検出を継続的に回す前提のパイプライン設計を強調
評価指標は「正解一致」だけでなく、Faithfulness/Relevance/Toxicityなど多軸スコアリングを並走させる構成を採用
Mastra標準のEval APIに加え、独自評価関数の実装パターンも掲載し、ドメイン固有のエージェント品質基準を組み込めるようにしている

All Articles

Zenn

#	Title	Summary	Author	Published
1	React × Tailwind CSS 実践 #02｜トースト通知を実装する｜Contextで作るアプリ全体の通知システム	Context APIでアプリ全体のトースト通知を一元管理し、任意コンポーネントから1行呼び出せる実装を提示	@Hiro｜AIxフロントエンジニア	21:22
2	【Laravel→TS移行記】Laravel10年選手がTypeScriptを選んだ理由	10年のLaravelフリーランスがNext.js+NestJS+Prisma+TSへ移行、型の縦串とEdge展開のしやすさが決め手と整理	@Ogihara	17:24
3	将棋アプリを作りたい #11 - 駒落ち（ハンデ戦）の開始局面を定義	将棋アプリで駒落ちの初期配置(香落ち/角落ち等)を盤データ構造として定義した実装記録	@fujishu	16:30
4	Claude・GPT・Gemini は同じ API でも違う使い方をする — Agent DNA を観測する MCP 設計	各LLMの挙動差を「Agent DNA」として観測するためのMCPサーバ設計と差分の現れ方を比較	@Michie@Linksee_Memory	14:33
5	気象庁APIで日本の天気予報をClaudeから調べるMCPを作った	気象庁APIをラップするMCPサーバ実装で、Claudeから自然文で天気予報を取得できるようにした	@tsukuras_dev	12:00
6	TSKaigi 2026に参加しました✈️	TSKaigi 2026の聴講記。Safie社員から見た「型 × AI」トラックの注目セッションと社内導入示唆	@くぅ🐾	10:00
7	気づく前に直り、直すたびに強くなる ── Self-Healingと再発防止の仕組み（連載Part 4）	AIコードレビューで本番障害をSelf-Healing化し、再発防止のテストを自動生成する仕組みを連載第4回として詳細化	@辻亮佑	08:57
8	WebGPUのCompute Shaderで群れを並列に計算する	Boidsアルゴリズムの近傍探索とベロシティ更新をWebGPU Compute Shaderで並列化し、JS版比でフレーム時間を大幅短縮	@jjjjjj	02:23
9	node_modulesには何が入っている？依存関係の仕組みを理解する	npm install後に巨大化するnode_modulesの中身を、依存解決と重複排除アルゴリズムの観点で分解	@なぎ	21:24
10	Amazon FBM × ヤマトB2クラウドの出荷作業を無料ブラウザツールで自動化した	Amazon FBM出荷作業のヤマトB2クラウド連携を無料ブラウザ拡張で自動化したUI/UX実装の記録	@EC Tools JP	15:57
11	Zennの記事一覧からAI関連の記事をAIの力によって滅ぼし、そして私も消えよう	Chrome 138のBuilt-in AI(`window.ai`)でZenn記事をローカル分類し、AI記事を非表示化するブラウザ拡張	@空雲	09:04
12	AIはデザインを理解しはじめた — WEBGEN-4Bが描く3つの世界	4BパラメータのWeb特化LLM「WEBGEN-4B」がHTML+Tailwindのフルページを直接生成する性能評価	@MLBoyだいすけ	12:18
13	Figma の有料席なしで、AI にデザインファイルを無料で読ませる：TemPad Dev + MCP 入門	Figmaの無料席ユーザがTemPad Dev経由でMCPからデザインを読ませる構成と、AI翻訳のコード生成例	@いつき	12:29
14	「捨てた可能性」も保存するー迷いと揺らぎのGitを目指したシステム『Greenwich』	「不採用案も含めて履歴に残す」設計のドキュメント管理システムGreenwich公開、Postgresにブランチ的に保存	@UMIYAMA	22:49
15	薄明かりの読書のためのshadcn/ui テーマをつくりました	shadcn/ui公式レジストリ登録済みの低輝度読書テーマ「gymnopedies」公開、コントラスト/フォント設計	@shoota	22:43
16	YouTubeライブ開始通知を状態遷移のときだけ出す実装にした	YouTube Live監視デスクトップアプリで「起動時の既存ライブ」では通知を出さず、状態遷移のみで通知する設計	@harness	22:03
17	AIからの凡庸な回答に疲れた人のための、自分専用コンテキストエンジンの作り方	パーソナル文脈をベクトル+メタデータで保持し、毎回LLMに食わせる自家製コンテキストエンジンの実装	@打田裕馬	18:05
18	Claude Opus 4.8 effort=high VS effort=max React習熟度比較	uhyo独自のReact習熟ベンチで Opus 4.8 の effort=high と effort=max を比較、精度向上幅と時間コストを数値化	@uhyo	14:45
19	Blue/Green デプロイで schema 変更を安全に通す: 3-phase deploy と feature flag	Blue/Green環境下でDBスキーマ変更を安全に通すExpand→Migrate→Flip&Contract 3段+feature flag併用設計	@安並大智	00:22
20	Go × DDD で全集約を実装する	Go+pgx v5でDDDの全集約パターンを実装した記録。C++17実装との比較でGoの抽象化制約を整理	@tsuzudev05	22:27
21	100+ のエラーコードを多言語対応する UI 設計 — vue-i18n を入れなかった話	100超のエラーコードをvue-i18n無しで多言語化、DB管理+Intl APIだけで運用負荷を下げた設計判断	@Pan Jixiao	13:01
22	YouTubeメンバー限定配信をRSSと手動登録の二段構えで追跡した話	RSSではメンバー限定が落ちる仕様を、手動登録+RSS突合の二段構成で追跡可能にした実装の試行錯誤	@harness	22:03
23	YouTubeのメタデータ一括編集を「事故らない」CLIにした — ytmeta	YouTube動画タイトル/タグ/サムネをCLIから一括編集するnpmパッケージytmeta、ドライラン/差分確認を標準装備	@hiro_dev	21:33
24	Zenn Scraps を YAML + Playwright で自動投稿する	YAMLで書いた設計ノートをPlaywright経由でZenn Scrapsに自動投稿し、開発ログを記録するパイプライン	@MediFlow DX	15:48
25	2 つの DB を 1 リクエストで同期していた話	1リクエスト内で2DB書き込みを直結していた構成のDual Write問題を、HTTP API分離で解消した実例	@Pan Jixiao	13:01
26	Codex と GitHub で人間承認つきの半自律改善ループを試した	Codex Cloud+GitHub Actionsで「AI提案→人間採用→AI実装」を回す半自律ループ、暴走防止に人間承認を挟む構成	@しずか	20:32
27	useOptimistic はなぜ手動 state 管理と相性が悪いのか	続編。手動stateと`useOptimistic`が「同一コミットに乗らない」理由をReact内部のコミットタイミングで分解	@さわ	09:27
28	引き算で作るiPad受付システムーー選定・フロント・バックエンド・運用の全判断	iPad受付システムを「機能を足さず引く」方針でLambda+DynamoDB構成にした全意思決定の本	@奏良	19:09
29	【全5回】引き算で作るiPad受付システム	上記をシリーズ記事形式でまとめた版。Lambda/DynamoDBに絞った最小構成で「1日数十回」を低コスト運用	@奏良	19:08
30	AWSコスト最適化の実践戦略	Cost Explorer + Budgets + Savings Plans + 停止Lambdaの組み合わせで実測30%削減した運用パターン集	@Zer0_Infra	19:00
31	CGNAT環境で「完全自前ホスティング」の社内LLM基盤を作った話	キャリアグレードNAT越しで外部リバプロを使わず社内LLMを公開する構築記録、リバーストンネル使用	@シンウフム	17:50
32	var.aws_account_id = “123456789012” はハードコードと同じ	Terraformでアカウント IDを変数固定するのは事実上ハードコード、`aws_caller_identity`参照に置き換えるべきという主張	@Calico	15:41
33	Claude Code × Redshift Serverless 4-RPU で始めるコスト最適化データ基盤	Redshift Serverless 4-RPU下限解禁を踏まえ、Claude Code連携で小規模データ基盤の最低価格を半分にした設計	@seigen	10:40
34	GKE Workload Identity: KSA Principalってなんやねん	GKE Workload Identityの新方式「KSA Principal」とは何か、従来GSA経由方式とのIAM境界の違いを整理	@taishi	00:14
35	useOptimistic を導入して、結局外した話	React 19のuseOptimisticを手動state併用で導入したらカウント表示が二重化し、最終的に外して`useState`単一管理に戻した記録	@さわ	12:05