Vercel Sandbox 刷新、Cloudflare Agents Week 総括ほか — Web Dev Digest: 2026‑08‑11
Top 20
Vercel Sandbox now runs on Vercel Managed Images(Vercel Sandbox が Vercel Managed Images 上で動くようになった)
Source: Vercel Changelog | Published: 2026-08-11 03:00 JST
- Vercel が Sandbox の実行基盤をバージョン管理されたオープンソース基盤イメージ群 Vercel Managed Images(VMI)へ置き換え、従来の Sandbox runtimes を非推奨にすると発表した
- Sandbox SDK のバージョン 3 以降、新規サンドボックスは既定で
vercel/sandbox/universal:latestを使い、Node.js・Python・主要なコーディングエージェント・標準ユーティリティが同梱されるため、多くの利用者はカスタムイメージのビルドも起動時のパッケージ導入も不要になる - universal イメージでは既定 OS が Amazon Linux から Ubuntu へ切り替わり、業界でより広く使われている軽量な構成に寄せた
- 各 Managed Image は毎晩リリースされ、
latestやメジャーバージョンのローリングタグが OS と依存関係の更新(セキュリティパッチや Node.js・Python の新リリース、同梱エージェントの更新を含む)を自動で取り込む一方、リリース内部では依存を可能な限りバージョン固定している - 完全に不変で再現可能な環境が必要な場合はイメージダイジェスト(SHA)でピン留めでき、その場合は自動更新の対象から外れる。全イメージのソースは公開の
vercel/sandboxリポジトリに置かれている
Everything we launched during Agents Week(Agents Week で発表したすべて)
Source: Cloudflare Blog | Published: 2026-08-11 03:34 JST
- Cloudflare が 8月3日から7日の Agents Week を総括し、エージェント向けクラウドに必要な要素を実行基盤・開発ライフサイクル・エージェントへのセキュアなアクセス・Agentic Internet・それを支える人とコミュニティの5層として整理した
- 8月3日(月)は自律的なアプリが依存するランタイムとインフラという土台に充てられ、知的で自律的なアプリを構築・実行するための基礎が示された
- 8月4日(火)に Agent Development Lifecycle(ADLC)と、エージェント的ソフトウェアをプロトタイプから本番まで運ぶためのプリミティブが導入された
- 8月5日(水)はゼロトラストの適用範囲をユーザーとデバイスからエージェント自身へ拡張し、Cloudflare 社内でどう運用しているかも併せて公開された
- 8月6日(木)に Agentic Internet を定義してサイト運営者・パブリッシャー・エージェントそれぞれの寄与のしかたを示し、8月7日(金)はエージェントが実際に Web 上で何をしているか、AI がアプリのどこで動いているかを分析するツールを扱ったと述べている
Introducing the Developer Device Platform for agentic mobile app development(エージェント型モバイルアプリ開発のための Developer Device Platform を紹介する)
Source: Google Cloud Blog | Published: 2026-08-11 07:00 JST
- Google Cloud が、実機と高並列の仮想エミュレータへオンデマンドでアクセスできるフルマネージド基盤 Developer Device Platform(DDP)をパブリックプレビューとして公開した
- DDP は Cloud 開発者向けの Firebase Test Lab を発展させたものと位置づけられ、エージェント型開発のために作られた最初のデバイスプラットフォームだと同社は説明している
- Device Streaming API では任意のエミュレータや実機へ直接つなぎ、リアルタイムにスクロールやクリックをしながら実機ハードウェア上の性能を監視して、デバッグやコード生成を回せる
- Device Run API では CI/CD パイプラインにテストを組み込み、数百種類のデバイスへ一斉に並列実行して端末固有の問題を特定できる
- 端末調達とホスティングのコストや、不安定で切り分けの難しいテストが背景にあり、近く Android Studio と Android CLI への統合が予定されているため、折りたたみ端末の画面サイズや CPU と GPU の差といった端末固有ハードウェアをコーディングエージェントが直接扱えるようになると記事は述べている
GLM-5.2 FP8, NVIDIA-Nemotron-Nano-12B-v2 and GLM-OCR models now available on Amazon SageMaker JumpStart(GLM-5.2 FP8、NVIDIA-Nemotron-Nano-12B-v2、GLM-OCR が Amazon SageMaker JumpStart で利用可能になった)
Source: AWS What’s New | Published: 2026-08-11 08:02 JST
- AWS が Z.ai の GLM-5.2 FP8 と GLM-OCR、NVIDIA の Nemotron-Nano-12B-v2 という3モデルを Amazon SageMaker JumpStart に追加した
- GLM-5.2 FP8 は要件定義からデプロイまでの開発全工程のような長期タスクとエージェント型エンジニアリングに最適化され、前身の GLM-5.1 から長期タスク能力が大きく伸び、初めて実用に耐える 1M トークンのコンテキストウィンドウを備えたとされる
- NVIDIA-Nemotron-Nano-12B-v2 は Mamba-2 と Transformer のハイブリッド構成でコンテキスト長 128K を持ち、12B という小型設計ながら主要オープンモデルと同等以上の精度を保ちつつ推論スループットを最大6倍に高める
- GLM-OCR は 0.9B パラメータのマルチモーダルモデルで、スキャン PDF・手書きメモ・数式を含む論文・多段組の表・多言語テキストから構造と表と数式を Markdown・JSON・LaTeX へ再構成し、リアルタイム用途やエッジデバイスでも使える低レイテンシに収めた
- いずれも SageMaker コンソールの JumpStart モデルカタログか SageMaker Python SDK から数クリックで自アカウントへデプロイできる
Amazon EC2 High Memory U7i instances now available in AWS South America (São Paulo) region(Amazon EC2 High Memory U7i インスタンスが AWS 南米(サンパウロ)リージョンで利用可能になった)
Source: AWS What’s New | Published: 2026-08-11 08:02 JST
- AWS が 24TiB メモリ搭載の Amazon EC2 High Memory U7in-24TB インスタンス(
u7in-24tb.224xlarge)を南米(サンパウロ)リージョンへ展開した - U7i は AWS 第7世代に属し、カスタム設計の第4世代 Intel Xeon Scalable プロセッサ(Sapphire Rapids)を搭載する
- U7in-24TB は 24TiB の DDR5 メモリを備え、急拡大するデータ環境でトランザクション処理のスループットを引き上げる用途を想定している
- 896 vCPU に加えて、データ投入とバックアップを速めるための Amazon EBS 帯域を最大 100Gbps、ネットワーク帯域を 200Gbps、さらに ENA Express をサポートする
- 想定利用者は SAP HANA・Oracle・SQL Server のようなミッションクリティカルなインメモリデータベースを動かす顧客だと明記されている
langcache-embed-v3-small, Mellum2-12B-A2.5B-Thinking, and LightOnOCR-2-1B models now available on Amazon SageMaker JumpStart(langcache-embed-v3-small、Mellum2-12B-A2.5B-Thinking、LightOnOCR-2-1B が Amazon SageMaker JumpStart で利用可能になった)
Source: AWS What’s New | Published: 2026-08-11 08:05 JST
- AWS が Redis の langcache-embed-v3-small、JetBrains の Mellum2-12B-A2.5B-Thinking、LightOn の LightOnOCR-2-1B を Amazon SageMaker JumpStart に追加した
- langcache-embed-v3-small は LLM アプリのセマンティックキャッシュ向けで、言い回しが違っても意味的に等価なクエリを見分けられる密ベクトル空間へ文や段落を写し、冗長な LLM 呼び出しを減らす
- Mellum2-12B-A2.5B-Thinking は 64 エキスパート中 8 個を活性化する Mixture-of-Experts 構成で、総パラメータ 12B のうち1トークンあたり 2.5B のみを使い、コンテキスト長は 131,072 トークンに達する
- LightOnOCR-2-1B は 1B パラメータの視覚言語モデルで、壊れやすい OCR パイプラインを介さずページ画像を直接テキストへ変換し、OlmOCR-Bench で最高性能を出しながら競合手法より約9分の1のサイズに収めた
- Mellum2 は最終回答の前に明示的な思考過程を出力し、ルーティング・RAG・サブエージェント・プライベート環境への配置に向くと位置づけられている
FLUX.2-small-decoder and gemma-4-12B-it models now available on Amazon SageMaker JumpStart(FLUX.2-small-decoder と gemma-4-12B-it が Amazon SageMaker JumpStart で利用可能になった)
Source: AWS What’s New | Published: 2026-08-11 08:08 JST
- AWS が Black Forest Labs の FLUX.2-small-decoder と Google の gemma-4-12B-it を Amazon SageMaker JumpStart に追加した
- FLUX.2-small-decoder は蒸留された VAE デコーダで、標準の FLUX.2 デコーダとそのまま差し替えでき、品質劣化をほぼ伴わずデコード速度を約1.4倍、VRAM 消費を約1.4分の1に抑える
- 解像度が高いほど処理する画素が増えるため恩恵も大きくなり、大規模な本番画像生成ワークロードに向くとされる
- gemma-4-12B-it はエンコーダを持たず全モダリティを単一のデコーダ専用トランスフォーマへ直接流す構成を採り、テキスト・画像・音声の統合理解とネイティブな関数呼び出しに対応する
- gemma-4-12B-it は Google のより大きな 26B MoE モデルに迫る性能を半分未満のメモリ使用量で出し、16GB の RAM で動く程度にコンパクトだと説明されている
Amazon RDS for MariaDB now supports MariaDB 12.3(Amazon RDS for MariaDB が MariaDB 12.3 に対応した)
Source: AWS What’s New | Published: 2026-08-11 17:54 JST
- Amazon RDS for MariaDB が MariaDB コミュニティ最新の長期サポート版であるメジャーバージョン 12.3(マイナーバージョン 12.3.2)のサポートを開始した
- MariaDB 12.3 は Oracle の
TO_DATE()関数との互換を備え、Oracle から MariaDB へアプリケーションを移行する際のコード変更量を減らす IS JSON述語が追加され、JSON ドキュメントの検証をアプリケーション側ではなくデータベース内でネイティブに実行できるようになった- クエリオプティマイザが並べ替え可能な LEFT JOIN と RANGE パーティションに対する順序付きスキャンをより効率的に扱うようになり、アプリケーションを変更せずにこれらのクエリ性能が改善する
- アップグレード手段としては Amazon RDS Blue/Green Deployments・インプレースアップグレード・スナップショットからのリストアが使え、外部の MariaDB からは AWS Database Migration Service で移行できる
Babylon.js 9.0 の新機能 Geospatial で日本の地形を3D化するモジュール jpmap_terrain 紹介
Source: Qiita | Published: 2026-08-11 09:58 JST
- 地形データを自前サーバーへ保存せずブラウザから国土地理院の地理院タイルを直接取得する構成にしたことで、大規模な地形データベースも専用サーバーも用意せず3D地形を動かせるようになった
- 標高タイルから高さを読み取って Babylon.js のメッシュを生成し、標準地図や航空写真のタイルをテクスチャとして貼ることで日本の地形をそのまま3D空間へ持ち込んでいる
- Babylon.js 9.0 の Geospatial 機能を使い、緯度経度を地球規模の3D空間へ変換して GeospatialCamera と ECEF 座標系で表示するが、地球規模の座標ではカメラ周辺で浮動小数点誤差が問題になるため floating origin を併用している
JpmapTerrain.create()のengineオプションでwebgpuを指定でき、WebGPU 非対応環境ではwebgl2へ切り替えられる- デモサイトは Netlify の無料枠で運用されており、航空写真表示・タイムラプス・距離計測・GPXビューア・アバター操作・Boids シミュレーション・フライトデモ・WebXR 箱庭ジオラマなどが公開されている
Amazon EC2 に「アプリケーションステータスチェック」が追加(2026年8月10日発表)
Source: Qiita | Published: 2026-08-11 16:32 JST
- 従来の EC2 ステータスチェックはインスタンス自体や基盤システムの到達不能だけを見ていたが、既存の instance status check / system status check と同じ枠組みでアプリ層の状態まで見られるようになった点が今回の要点だと整理している
- 検知できる例として、Web サーバーがリクエストを受け付けなくなった状態、Docker デーモンの停止、誤ったネットワーク設定、トラフィックを通さなくなったネットワークインターフェイスが挙げられている
- 監視するプロトコル・ポート・パスと正常とみなすレスポンスコードを指定してチェックを作り、インスタンス ID かタグで関連付けると、EC2 が 60 秒ごとに HTTP または HTTPS でアプリの状態をレポートする
- Auto Scaling グループがこのアプリケーションステータスを判断材料にして unhealthy なインスタンスを置き換えるため、自動復旧に接続できる
- ALB のターゲットグループヘルスチェックと似て見えるが、バッチサーバーや踏み台のようにロードバランサーの背後にいないインスタンスでも死活監視できる点が大きく、CloudWatch Agent とカスタムメトリクスとアラームで組んでいた構成をかなり簡略化できそうだと筆者は述べている
Cloudflare DDoS Threat Report H1 2026: 1 Tbps attacks soar as DNS floods and geopolitical tensions drive a new wave(Cloudflare DDoS 脅威レポート 2026年上半期: DNS フラッドと地政学的緊張が押し上げる 1Tbps 攻撃の急増)
Source: Cloudflare Blog | Published: 2026-08-11 22:00 JST
- Cloudflare が 2026年上半期に 1Tbps を超えるネットワーク層 DDoS 攻撃を合計 935 件緩和し、Q1 から Q2 にかけて前四半期比 +519% の急増を記録したと報告した
- 攻撃ベクトルの重心がボットネットによるフラッドからリフレクション・増幅型へ移り、DNS ベースの攻撃が上半期のネットワーク層活動の 34.3% を占め、DNS フラッド単体は前四半期比 25.7%→40.0% へ上昇、CLDAP フラッドは +580% で Q2 の第3位ベクトルに浮上した
- 上半期だけでネットワーク層 2,320万件と HTTP DDoS 29.64兆リクエストを緩和しており、これは1時間あたり約 5,343 件、1日あたり約 12万8,000 件のネットワーク層攻撃に相当する
- 4月が攻撃量のピークで 6.46兆リクエスト・165ペタバイトに達したが、その後の減少は 21か国が参加し 75,000 人超の DDoS 代行サービス利用者を対象に 53 ドメインを差し押さえ 25 件の捜索令状と4件の逮捕に至った Operation PowerOFF の影響である可能性があるとしている
- 業種別では Media, Production & Publishing が両四半期とも最多で緩和 HTTP DDoS リクエストの 14.2% を占め、7月のアンカラ NATO 首脳会議を背景にトルコが被攻撃国3位へ上昇、政府部門は Operation Epic Fury の期間中に 29位から9位へと 2026年最大の変動を示した
React+TypeScriptでWeb RPGを作っています――なぜWebから始めたのか【第1回】
Source: Qiita | Published: 2026-08-11 09:43 JST
- 当初は Unity + C# でスマートフォン向けに作る構想だったが、遊びの核が成立するか未確認だったため Web アプリ → PC アプリ → 別プラットフォームという順序へ計画を組み替えた
- 未確認だったのは「町で依頼を受け、街道でイベントに遭遇し、解決方法を選び、結果を受け取って町へ戻る」という一周がゲームとして成立するか、戦闘以外の選択肢に意味を持たせられるか、スマートフォンで操作しやすいか、依頼を増やしたとき拡張できるか、途中保存して続きを遊べるかという点だった
- そこで最初の Web プロトタイプは町1つ・街道1本・依頼1つ・イベント1つまで範囲を絞り、完成版ではなく一周できる試作品を作ることを優先した
- 確認したかった中心が画面と状態の変化であり、HP・ゴールド・評判・現在地・依頼の進行状況・イベントの進行状況が変わると表示文章や押せるボタンや行ける場所も変わる構造だったため、普段の Web アプリ開発に近い形で試せる React を選んだ
- RPG は作り始めるとデータの種類が急増するとして、Town・Road・Quest・Event・Player といった型を扱うために TypeScript を採用したと説明している
Vue 3の名前付きスロットで、複数カードとフォールバック表示を作ってみる
Source: Qiita | Published: 2026-08-11 11:16 JST
- 同じ
BaseCardを複数並べつつ、データがあるカードは内容を、無いカードは案内を出す形を名前付きスロットとフォールバックの組み合わせで実現した - カードの枠線・角丸・背景色・内側の余白は
BaseCard.vue側に scoped style としてまとめ、タイトル・本文・一覧はApp.vueから名前付きスロットとして渡す責務分けにしている titleスロットには「ご案内」という見出し、bodyには準備中の案内文、listには「現在、表示する項目はありません。」というフォールバックをそれぞれ<slot>の内側に書いた- つまずいた点として、フォールバックを出すには空の内容を渡すのではなくスロット自体を渡さない必要があり、データが無いカードにも
#titleを書いてしまうとスロットが渡された扱いになると判明した - そのため対処として、データがある場合だけ
#titleを書き分ける形に変えたと記している
ZodとValibotを徹底比較!TypeScript型安全バリデーションの最適解
Source: Qiita | Published: 2026-08-11 13:48 JST
- Zod と Valibot の差は思想と重さに出るとして、ログインフォームの検証で Zod 3系が約15〜18kB なのに対し Valibot は約1.37kB と、Zod より90%以上小さいサイズを実現すると数値で示した
- Zod は
z.string().min(1).email()のようなメソッドチェーンで記述し、tRPC や React Hook Form との連携が成熟している一方、Valibot は独立した関数をv.pipe()で連結するパイプライン形式を採り、ツリーシェイキングが最大限効く設計になっている - 記事は Zod 3系を安定版として扱い、
z.toJSONSchema()による JSON Schema 変換は使えるが、専用のファイルスキーマと洗練された国際化機能は Zod 4系で導入予定だと整理している - Valibot は v0.31.0 以降で API が大きく変わって
v.pipe()構文が入り、型推論にはInferInputとInferOutputを使い分け、国際化は@valibot/i18nパッケージで対応する - Valibot は Standard Schema に準拠しているため、React Hook Form や tRPC など対応ツール側のコードを大きく変えずに Zod や ArkType と差し替えられると述べている
Show HN: Overlay – Design with your React components and CSS tokens in your IDE(Show HN: Overlay — IDE の中で自分の React コンポーネントと CSS トークンを使って設計する)
Source: Hacker News | Published: 2026-08-11 20:06 JST
- 作者の Francesco 氏が、実際の React コンポーネントを描き直しではなくそのまま描画し、実在の CSS トークンを使う UI エディタ Overlay を1年かけて作ったと投稿した
- 動機は、コード中心で作業していると Figma ライブラリよりコードベースの方が速く動くため、最新コンポーネントを Figma へ取り込み直す作業が消耗になるという点にある
- VS Code 拡張として動くのでキャンバスを開くのに数秒しかかからず、エディタは WebGL キャンバスではなく通常の DOM ドキュメントであるため、コンポーネントが最初からそこに存在する
- MCP 経由で AI エージェントを使うと、エージェントは既にコードベースへアクセスしているため既存のビジュアルに合わせた新規作成ができ、キャンバスが実 React コンポーネントを描画しているのでアイデアからコードベースへ戻るのも数秒で済む
- 設計とハンドオフが Figma で完結している大規模チームを置き換えるものではなく、磨かれたモックより粗いプロトタイプを求める探索フェーズと、自分でプロダクトを出す個人を狙うと作者は明言している
Show HN: Lightweight, TypeScript-first mocking library for AWS SDK v3 and Vitest(Show HN: AWS SDK v3 と Vitest 向けの軽量な TypeScript ファーストなモックライブラリ)
Source: Hacker News | Published: 2026-08-11 22:24 JST
- 作者が社内外の複数チームで1年使われてきた AWS SDK v3 + Vitest 向けモックライブラリを、フィードバックを求めて Hacker News へ公開した
- 依存パッケージがゼロで、ESM と CJS の両方を完全にサポートする
- チェーン可能なスタブに加え、部分一致と厳密一致の両方でリクエストをマッチングできる
- 同一呼び出しに対して順次異なるレスポンスを返す sequential responses に対応する
- カスタムの Vitest マッチャーを備え、AWS SDK v3 クライアントのユニットテスト用途に絞って設計されている
TypeScriptで安全なAPI連携!Zod/Valibot実践バリデーション
Source: Zenn | Published: 2026-08-11 13:48 JST
- TypeScript の型チェックはコンパイル時にしか働かないため、API レスポンスやフォーム入力のようにランタイムで初めて構造が確定するデータには別途ランタイムバリデーションが要ると論じている
- 具体例として、
User型を定義していても API がnameを省略したりidを数値ではなく文字列で返す可能性があり、コンパイル時に問題がなくても実行時にTypeErrorが発生しうる点を挙げた - Zod 側は執筆時点の安定版を
zod@3.23.8とし、safeParse()を使えば例外を投げずに結果をオブジェクト形式で受け取れること、失敗時はZodErrorインスタンスがスローされることを整理している - Valibot 側は執筆時点の安定版を
valibot@0.30.0とし、メソッドチェーンではなく小さな独立関数をpipeで組み合わせる関数型スタイルで、型推論にはv.InferOutput<typeof Schema>を使うと説明する - v0.30.0 では
messageメソッドによるカスタムエラーメッセージの簡素化、summarizeによるエラー要約、スキーマ結果のキャッシュ、ドメインや JWS コンパクトや ISRC のチェック追加などが入ったと挙げている
MCP対応でNext.js開発が変わる:AIエージェント実装チェックリスト
Source: Zenn | Published: 2026-08-11 02:02 JST
- 当日のヘッドラインを横断した結果、最大の流れは LLM 単体の進化ではなく AI エージェント・MCP・業務自動化への実装シフトだと結論づけた
- MCP については AWS の「How AgentCore Gateway supports the MCP 2026-07-28 spec」が具体的で、MCP が概念論ではなく実装仕様としてクラウド基盤へ取り込まれ始めていると読み取っている
- Web 開発領域については、この日の見出し群に Next.js・React・Vercel の直接の製品発表やアップデートはほぼ見当たらず、SaaStr の記事で Vercel が Anthropic や Stripe と並ぶ AI 時代の主要プレイヤーとして挙げられている点だけが言及可能だったと正直に書いている
- そのため当日の実務的な読みは「React/Next.js そのものの新しいニュースの日」ではなく「Vercel のような Web プラットフォーム企業が AI 企業の文脈で語られている日」だと位置づけた
- 一方で OpenAI については売上拡大報道と、Reuters・Politico・TechCrunch によるエージェント逸脱・封じ込め失敗の報道が並んでおり、成長と安全性が同時に最重要テーマになっているとまとめている
Show HN: Sentris – scans your Supabase repo for missing RLS and leaked keys(Show HN: Sentris — Supabase リポジトリの RLS 欠落と鍵の漏洩をスキャンする)
Source: Hacker News | Published: 2026-08-11 20:31 JST
- 作者が自分のサイドプロジェクトのクライアントバンドルから
service_roleキーを見つけ、それが数週間公開されたままだった経験から Sentris を作ったと投稿した service_roleキーは RLS を完全にバイパスするため、サイトを開いた誰もが全テーブルの全行を読めた可能性があったと述べている- チェックは4種類で、RLS 未設定または
using(true)ポリシーの public スキーマのテーブル、リポジトリファイルと配信中バンドル内のシークレット、呼び出し側から渡された id を認可チェックなしで受け取るルートハンドラ、public 指定のストレージバケットを対象とする - URL スキャナでは見えない範囲を見るため、リポジトリ内のマイグレーションとルートハンドラを読む方式を採っている
- 自作コーパス9リポジトリに24個の欠陥を仕込んだうえでの precision/recall を
/precisionに公開しており、コーパスが小さく自作である点は割り引いてほしいと作者自身が断っている
Show HN: HQBase – team email that runs in your Cloudflare account(Show HN: HQBase — 自分の Cloudflare アカウント上で動くチーム用メール)
Source: Hacker News | Published: 2026-08-11 22:11 JST
- 作者が、アドレスごとに別々のメールボックス料金を払うことも自前でメールサーバーを運用することもなく複数アドレスと複数ドメインを扱いたいという自分の要求から、オープンソースのメールワークスペース HQBase を作ったと投稿した
- 実装は Cloudflare Workers、Email Routing/Sending、D1、R2 で構成され、インフラは利用者自身の Cloudflare アカウント内に留まる
- 複数ドメイン・複数アドレスを1つの受信箱にまとめ、受信箱ごとのアクセス権を細かく設定できるチーム招待機能を備える
- iPhone を含むプッシュ通知に対応した PWA と、MCP サーバーを同梱している
- セットアップは2〜3分程度で済み、ライセンスは AGPL-3.0 で完全にオープンソースだと明記している
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | AWS Storage Gateway (S3 File Gateway) をEC2でハンズオンして仕組みを理解する | SAA頻出の「オンプレバックアップは File Gateway」という定番解答を、同一VPCのEC2をオンプレ役に見立ててNFS書き込みがS3オブジェクトへ変換される経路まで手を動かして確かめた | @kiitosu | 00:00 |
| 2 | Yoroxというイベント管理ツールを作ってみた | エンジニア界隈の定番であるConnpassで運営側として「かゆいところに手が届かない」と感じた点を挙げ、分散型イベント管理ツールYoroxを自作するに至った経緯を明かした | @ささぴよ | 00:00 |
| 3 | Yoroxでできること - 分散型イベント管理ツールの機能紹介 | ログインと新規登録をメールアドレスだけのパスワードレス方式にし、運営側が誰かのパスワードを預からずに済む設計にしたと説明している | @ささぴよ | 00:00 |
| 4 | [生成AI利用] Cloudflare hostname routesで自宅鯖を名前解決できるようにしたら、未文書化挙動を踏み抜いた話 | 自宅サーバーのLAN IPがDHCPで変わるたびに友人へ周知する手間をhostname routesで解消したが、最後にドキュメントに存在しない範囲のIPが返る未文書化挙動へ突き当たった | @Rezora | 02:27 |
| 5 | DynamoDB Vector Searchは「ベクトルDBの代替」ではない!同期処理から考える本当の判断軸 | DynamoDB Vector Searchの本質はベクトルDBの代替ではなく、更新・削除・再試行・不整合検知まで抱えるOpenSearchへの同期を1本減らすことだと結論づけた | @Shinichi Oda | 02:55 |
| 6 | 個人開発でAIエラー解析ツール「ERROR DECODER」を作った話 | エラーログやスタックトレースを貼るだけでAIが根本原因と解決手順を日本語で返すツールをVercel上に公開し、技術選定の理由とハマった箇所を共有した | @kage | 03:09 |
| 7 | ベクトルDB選択時の考慮点- RDB同居型と専用ベクトルDB、それぞれの注意点 | ChromaとpgvectorはANN検索・メタデータフィルタ・コサイン類似度などを両方持ち機能差は縮まっているとして、判断軸はマルチテナント設計が必要かどうかへ移ると整理した | @Hiroki Kameyama | 04:22 |
| 8 | React + Laravel Sanctumで本番だけ419 —— SameSiteではなくドメイン設計が原因だった | フロントをVercel、バックエンドをRenderに分けた構成でdocument.cookieが空になり419が返る原因を、疑っていたSameSite属性ではなくドメイン設計だと突き止めた | @Tetsumaru Tech | 05:17 |
| 9 | 【無料】Twitch/Kickのサブ限定VODをアカウント不要で視聴できる「NoSub」 | サブスク限定や非公開にされた過去配信をアカウント登録なしで再生し、公式エモート付きのチャットリプレイまで動画と完全同期させるWebアプリを公開した | @dinobuilds | 05:49 |
| 10 | terraform applyで急に出はじめたinline_policy is deprecated警告の原因を調べた | EC2夜間停止スケジューラへ加えた変更とは無関係にaws_iam_roleのinline_policy非推奨警告が出るようになったため、発生源を追跡した | @yamadatt | 07:00 |
| 11 | Next.js 16で無限リダイレクト|認証チェック二重化の罠 | ずっと死んでいたmiddlewareを直した途端にcookieの楽観チェックとDBセッションの実チェックが矛盾して/portalと/loginが無限ループしたため、curl 7シナリオで検証し判定を一本化した | @Miyoki Labs | 07:30 |
| 12 | 1日500コミットを日常にするツールを作りました ── これを使えばだれでも余裕です | コードレビューをやめられたのではなく機械へ移しただけだとして、その前提となる「読まなくても壊れない足回り」を作るツールを公開した | @Isamu | 08:47 |
| 13 | AWS・CCNA/CCNP・LPICのトラブルシューティングを疑似体験できる演習サイトを作った話【RunbookLab】 | 実際のCLI出力とAWS CLIレスポンスから調査→診断→対処→復旧確認を辿る無料演習を用意し、正答はサーバー側のみが保持してクライアントへ一切渡さない設計にした | @ソラペン | 09:00 |
| 14 | Goで .tf(HCL) から属性を安全に取り出す:静的解析の落とし穴 | terraformを実行せずHCLを静的解析してaws_ebs_volumeのtypeなどを判定する際、変数に化けた値による誤検知をどう防ぐかを掘り下げた | @mabui | 09:00 |
| 15 | Nest → Go #1 — Nodeが私に許していた2つのこと | カウンタでリクエストIDを振る手癖と、同時実行を抑えるのにp-limitを持ってくる手癖という2つがGoでは通用しなくなる理由を、文法ではなく思考モデルの差として説明した | @BEOMSEOK KIM | 09:00 |
| 16 | AIに設計と実装を任せてIAM棚卸しを作った —— どこを任せ、どこを覆したか | 契約上AWS Organizationsで一元管理できない複数アカウント環境でIAM棚卸しを作る中、AIに任せること自体より提案を採用・発展・却下する基準を人間側に持つ方が重要だったと結論づけた | @ねこえもん | 09:22 |
| 17 | [Mastra YouTube 解説] APIのないWebの自動化: Websites as Skillsで作る実運用ブラウザエージェント | ブラウザ操作をLLMにやらせること自体ではなく、信頼性・運用性・ガバナンスの3つを同時に成立させる方法が主題だとして公式ワークショップ動画を読み解いた | @jun shiromizu | 09:25 |
| 18 | 消えた通話をKinesis Video Streamsから救出する ― SQSを留守番電話にする設計 | 永続化機能を入れる前の通話2本がサーバー再起動で消えたが、保持期間24時間のKVSアーカイブから完全復旧し、SQSを留守番電話として使う再発防止設計へ落とした | @HAL | 10:07 |
| 19 | 高速な通販サイトのための設計と実装 | 通販サイトは読み物としての側面と在庫や価格が動くダイナミックな側面が同居して設計難度が高いとして、最新技術を排し実績あるプラクティスだけを新規構築・大幅刷新向けに体系化した | @miyanaga | 10:12 |
| 20 | Amazon S3 Tables×Snowflake CLDでbase directory不整合が発生した話 | S3 Tables上のIcebergテーブルをSnowflakeのCatalog-Linked Database経由で参照した際にData PreviewでParquetパス不整合エラーが出たため、調査過程ごと共有した | @ぺんぎん | 10:17 |
| 21 | [ADK] エージェントをツールとして呼ぶなら AgentTool ではなく sub_agents を使う | google-adk 2.5.0でAgentToolがdiscouragedになり、サブエージェント側にmode='single_turn'を付けてsub_agentsへ渡す形が推奨に変わったため、両者の違いを2.6.3で検証した | @Koichi Ozaki | 10:18 |
| 22 | スマホの崩れ、目視をやめて Playwright で機械検出→自動修正にした話 | 横スクロール発生・中間幅でハンバーガーに切り替わらない・開いたメニューがはみ出すという毎回同じ崩れだけをPlaywrightで機械検出し、Claude Codeに自動修正させる流れへ置き換えた | @にゃこ | 10:32 |
| 23 | JavaScriptで描画される一覧ページから、裏のAPIを辿る手順 | 花王のニュースリリース一覧がHTTP 200を返すのに本文が空だった原因をJS描画と特定し、読み込まれるJSファイルから裏のAPIへ辿り着く手順を確立した | @hashitoz | 10:48 |
| 24 | TTS の分割位置は実時間比から決まる(測定環境を汚したまま設計して痛い目を見た話) | 測定環境が汚れていたせいで数字が4倍ずれ設計判断まで誤ったが、測り直した結果、文の分割位置は生成音声長に対する実時間比から一意に決まると結論づけた | @Renga | 10:56 |
| 25 | JavaScriptの正規表現入門——実務でよく使うパターンをコード例で整理する | フォームバリデーション・ログ解析・テキスト変換という実務の頻出場面に絞り、基本はリテラル記法、動的生成時はnew RegExp()という使い分けから実用パターンまで並べた | @taka-tech | 11:23 |
| 26 | PWAをTWAでGoogle Playに出そうとしたら、12人のテスターが必要だった | Next.js製PWAをTWAで包む作業はAndroidのコードを1行も書かずに済んだが、最大の壁は技術ではなく「12人のテスターを14日間確保する」というPlay側の要件だった | @kutsushita | 11:23 |
| 27 | なぜZodスキーマを変数に入れるのか——z.infer | タロットデッキを例に、値と型の両方へ同じDeckという名前を使っているコードを分解し、一度変数へ入れてからtypeofとz.inferを通す理由を説明した | @yook | 11:26 |
| 28 | HonoでDIコンテナを毎回作ったら遅かった。Cloudflare Workers向けライフサイクルの組み方 | NestJSからHonoへ移りリクエストごとにコンテナを組んだところ、遅さの主因はplain object生成ではなくHonoのroute登録とSecrets ManagerへのI/O、未使用のprimary/replica接続だと判明した | @榊原昌彦 | 11:28 |
| 29 | Context Ontology Accelerator (COA) を一通り触ってみた | AWSのOSSであるCOAをAurora(構造化)とS3(非構造化)のサンプルで動かし、Scan→Model→Serveの3段でオントロジーを自動生成しMCP・REST API・Web Playgroundから使えることを確認した | @Takayuki Ikeda | 11:53 |
| 30 | AIが作った画面を「出していいか」は、何を見て決めるのか — UI裁判 第1回 | AI生成UIを1画面ずつ検品する連載を始め、デザインシステム@gunjo/uiのコールドテスト「施工写真台帳」を題材に、判定結果より何を物差しに測るかを厚めに書いた | @UIXHERO | 14:02 |
| 31 | Amazon Bedrock AgentCore payments - Coinbase をやってみた | クレジットカードの最低手数料のせいで数セント以下のマイクロ決済が成立せずエージェントが有料APIを使いにくい問題に対し、Preview発表されたAgentCore paymentsを実際に動かした | @kameoncloud | 14:04 |
| 32 | AI動画のPromptをJSONで管理して、調整時間を減らしてみた | prompt_final_2.txtが増え続けて版ごとの変更点が追えなくなったため、カメラ・照明・被写体の動き・背景を文章ではなくJSONパラメータとして管理する方式へ切り替えた | @sarah wilson | 15:07 |
| 33 | Bun入門チュートリアル ― 定番HTML5ゲームを単一実行ファイルにするまで | Node.jsに代わるJavaScript/TypeScriptランタイムBunの基本から、定番HTML5ゲームを単一の実行ファイルへコンパイルするまでをZennの本として通しで組み立てた | @rockit | 15:11 |
| 34 | 配当シミュレーターの「切り上げ」と「切り捨て」を使い分けた話 — 楽観的な前提はどこまで壊れるか | 必要元本を求める逆算は切り上げ、受取配当を求める順算は切り捨てと端数処理の向きを意図的に逆にし、実装後に見つけたアクセシビリティのバグまで併せて書いた | @ukintech | 15:15 |
| 35 | Next.jsのAGENTS.md自動生成を実際に試す | 「16.2からAGENTS.mdにコメントが追加される」という話を公式ドキュメントで確認したところ実際には16.2と16.3で役割が分かれており、next devを動かして挙動を確かめた | @st-man-hori | 15:18 |
| 36 | 3pxのズレをAIに4回直させて4回とも外した — 視覚バグをrectで検証してはいけない理由 | getBoundingClientRect()が数式どおりの座標を返してもそのピクセルが描かれている保証はないとして、レイアウト層・描画層・切り分け層の3層検証を入れたら誤差0.5px以内で1回で決着した | @GeneLab | 15:30 |
| 37 | AIモデルを変更する前に行う回帰テスト:再確認とロールバックの運用設計 | モデル変更では回答の自然さだけでなく要約の抜けや分類の揺れまで変わりうるとして、変更理由・実データを含まない固定テストケース・出力差分・継続判断を1つの変更記録に残す運用を設計した | @Kirisaki Kazuya | 15:40 |
| 38 | 昔作った自分のサイト、どのサーバーだっけ?DNSとHTTPヘッダーから調べる方法 | 手元にURLしか残っていない状態から、WindowsのPowerShellでDNSとHTTPレスポンスヘッダーを辿ってドメイン管理元・DNS・公開サーバーの構成を特定した | @ITペンギンの隠れ家 | 16:00 |
| 39 | コードを1行も書かずに、AI3人と組んで、現場で使えるものを作った話(AI HACK 2026) | 建築・リノベの打ち合わせ録音から追加見積が必要な変更・保留とその期限などを仕分けて施主向け・職人向け・社内保存用の3文書へ変えるKIMARIを、実装をAI3体に任せて作った | @Mari | 16:35 |
| 40 | LambdaのトレースをX-Ray SDKからOpenTelemetryに移行する | X-Ray SDKとX-Ray Daemonが2026年2月25日からメンテナンスモードに入り以降は新機能が追加されない事実があまり知られていないと指摘し、新規計装での移行手順を示した | @beli | 16:37 |
| 41 | Docker SandboxesでAIエージェントを隔離してみた | macOSへDocker Sandboxesを入れ、ネットワークを制限したサンドボックスでのクローラー実行と、ホストのAWS default credentialsから短期認証への切り替えという2点を確認した | @RUI | 16:46 |
| 42 | JRAの公開データをスクレイピングして、独自の分析指標を作ってみた話🏇 | JRA公式サイトのレース結果から出走馬ごとの走破ペース(秒/m)を算出し独自の偏差値として相対評価するツールを作り、的中率や収支ではなく作り方の技術面に絞って書いた | @ずま | 16:48 |
| 43 | 「誰のテックなのか」をもっと問うべきだ テックについて語るときに抜けている視点 | ZennやQiitaでテックが語られるとき「誰の資本・どこの国の資本のテックなのか」という視点が抜け落ちていると問題提起した | @komenzar | 16:53 |
| 44 | React・Spring Boot・Docker・AWSの役割をWebアプリ全体像から整理する | 個別に覚えると曖昧になりがちな担当範囲を、ユーザーの操作がデータベースへ届くまでの流れを追いながらReact・Spring Boot・MariaDB・Docker・AWSの境界として引き直した | @ジェホンのブログ | 17:06 |
| 45 | AI駆動開発の契約・検証・一貫性を単巻にした話 — コード全文より型を渡す本の設計 | Cursorで実装の手数は減る一方「速いのに話が食い違う」「動いたので完了にしたら別操作で落ちる」状態が増えるとして、それを減らす判断の型をZennの本1冊にまとめた | @bauhaus | 17:18 |
| 46 | 学パソの制限がキツすぎるので、HTML/CSS/JSで自分専用の「最強メモ帳」を自作した話 | 学校のChromebookはインストールが制限されメモ帳も入っておらず、.txtや.htmlで保存できるブラウザ製メモ帳も使い勝手が悪かったため、中学2年生が自作に踏み切った | @haruru-p | 17:29 |
| 47 | Vibe codingの本番化に必要なのは、プロンプトではなく「昇格マニフェスト」だ | 「実装完了、テストも通りました」というチャット上の報告はrelease判断として弱いとして、生成物を本番へ渡す条件をリポジトリとCIに残る小さな契約へ変える方式を提案した | @heftykoo | 17:43 |
| 48 | WindowsでCloudflare Workers入門:Honoで最初のデプロイ+つまずき3点 | 都知事杯ハッカソン2026のハンズオンでHonoのHello Worldをローカル実行しworkers.devへデプロイするまでを、Windows + PowerShell向けに自身のつまずき込みで再構成した | @竜一 | 17:46 |
| 49 | Strands Agentsのshould_offloadでツール結果を選択的にオフロードする | v1.51でshould_offloadコールバックが追加され、従来はtoken閾値を超えると一律で外部ストレージへ退避されていた大きなツール結果を、退避するかどうか個別に判断できるようになった | @ルサンチマン | 18:20 |
| 50 | Lambda Layersのセキュリティ穴塞ぎ:権限・暗号化・アクセス制御の正しい設定方法 | Layerは複数の関数から参照される共有リソースだからこそ、IAM権限の最小化・ARNによるバージョン固定・KMS暗号化を甘く見るとセキュリティの穴になると指摘した | @Zer0_Infra | 19:00 |
| 51 | Gemini in BigQueryで自然言語からSQLを生成する実践ガイド【2026年版】 | GA4のデータをBigQueryへ連携したもののSQLが書けず活用できないEC事業者やウェブ担当者に向けて、自然言語での入力からSQLを生成させる手順をまとめた | @ウェブの便利屋 | 19:20 |
| 52 | 無料枠だけで運用していたら本番が止まった。個人開発の”見えない従量課金”を棚卸しする | Netlifyは本番デプロイ1回で15クレジット消費し無料枠は月300クレジットのところ、日次で自動更新されるデータファイルのcommitが毎回ビルドを走らせ、人間が何もしないまま枠を使い切った | @みんなのおたすけ研究所 | 19:25 |
| 53 | 【AWS初心者向け】ルートユーザーは普段使いしない!作業用IAMユーザーを作ってみる | アカウント作成時に使うルートユーザーはアカウント内のほぼすべてを操作できAWS自身も日常利用を非推奨としているため、IAMで作業用ユーザーを作る手順を辿った | @Ruka | 19:30 |
| 54 | Terraformのファイル、なんで分かれてるの?variables・outputs・tfstateを整理してみた | main.tf以外に出てくる3ファイルは「値を中に入れる」「値を外に出す」「今の状態を記録する」で役割がきれいに分かれていると整理した | @YASU | 19:48 |
| 55 | PostgreSQL のスキャン方式入門:Seq Scan・Index Scan・Bitmap Heap Scan はどう選ばれるか | インデックスを「検索を速くする何か」としか知らないWebエンジニアを想定読者に据え、スキャン方式の選ばれ方を土台から実測まで積み上げて「張ったのに速くならない」理由を自力で読める状態を目指した | @tekuteku | 20:53 |
| 56 | Supabase 認証 + RLS を1日で実装した記録【Lovable × Cloudflare Pages 8時間タイムライン】 | Lovable×Supabase×Cloudflare PagesでTodoアプリを9:00開始20:00公開まで持っていき、updated_atカラムの欠落など実際に詰まった3箇所を時刻付きで記録した | @AI Maker Lab | 21:11 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | IAMポリシーとS3バケットポリシー、どちらを使えばいいの? | 「このRoleに何をさせるか」はIAMポリシー、「このバケットを誰に公開するか」はバケットポリシーという軸で、両方に同じAllowが散らばる状態を解きほぐした | @kawasaki031677 | 00:14 |
| 2 | AWS DevOps Agentのクロスアカウント設定をマネコンから試してみた | 1つのエージェントスペースへ複数アカウントを集約して横断的に調査できるクロスアカウント設定を、マネジメントコンソール上の手順を踏みながら確かめた | @rindo_610 | 04:25 |
| 3 | 倍率1位は住居。でも生涯差1位は交通・通信だった | 47都道府県の公的統計を突き合わせ、倍率で1位になる費目と生涯の金額差で1位になる費目が一致しないことを示した | @d94231 | 06:25 |
| 4 | Discordの通話履歴を記録するBotを作る | Node.js 22とdiscord.js 14で通話の入退室を記録するBotを組み、UNIX時間の扱いから初学者向けに順を追って書いた | @SuitoShizuku | 06:37 |
| 5 | CSV↔JSON双方向変換をブラウザで実装する — ヘッダー有無で変わる出力形と、JSONの形からCSVを組み立てる | CSV→JSON側はpapaparseに任せてRFC 4180の面倒を回避し、JSON→CSV側は先頭要素の形からオブジェクト配列か2次元配列かを推論するという非対称な作りにし、型が保存されない限界は割り切った | @sakutto-panda | 07:22 |
| 6 | Amazon Bedrock に機密情報を入れるために確認した20項目 | 100件以上のモデルが使えるBedrockへ業務データを入力する前提で、事前に確認しておくべき20項目を洗い出した | @hiroshi_imaoku | 07:27 |
| 7 | 個人開発WebアプリのCore Web Vitals改善実践:LighthouseスコアをGreenにするまでの道のり | 家計管理アプリ「カケポン」とトレーニング記録サービス「トレメモ」で繰り返したCWV改善作業を、検索ランキングへの影響も踏まえた実践的な手法としてまとめた | @N_T_soccer0512 | 08:10 |
| 8 | GenU閉域モードを深掘りする~フロントエンド・認証編~ | closedNetworkModeを有効化した実デプロイ値を示しつつ、生成されるリソースをVPCや名前解決といった基本ネットワークからフロントエンド・認証の範囲まで追った | @infra365 | 08:16 |
| 9 | i18nextで文言だけでなく日付フォーマットも言語切り替えへ対応する | 翻訳JSONを増やしてもDateを直接整形している箇所は日本語のまま残るため、言語判定を共通化してIntl.DateTimeFormatへ渡し、文言と日付が別々の言語になる状態を解消した | @hiro123 | 09:02 |
| 10 | イン・ヤン(白丸黒丸)を解く — 2つの大域ルールが強制する「境界線はちょうど1本の曲線」、盤面は文字通り陰陽図になる | 各色が全体で1つの連結成分・単色の2×2は禁止という2つのルールが境界線をちょうど1本の曲線に強制することを示し、ソルバー内蔵でブラウザに実装した | @sen-ltd | 09:03 |
| 11 | 【備忘録】Cloudflare tunnelで無理やりdiscord botをhttpホスティング | Cloudflare Tunnel経由でDiscord botをHTTPホスティングする構成を、GoやTypeScriptでbotを書く趣味プログラマの備忘録として手順ごと残した | @0x000000Ex | 09:23 |
| 12 | 重い日本語Webフォントが表示を遅らせる 実在4サイトの計測と対処コード | 数百字で足りる英語フォントに対し日本語は漢字込みで数千から数万字を抱えるためファイルサイズが跳ね上がるとして、実在する4つのECサイトの計測結果と対処コードを示した | @miyanaga | 10:12 |
| 13 | Go(Gin)APIをECS Fargate・RDS・ALB・Route 53でマルチAZ構成にデプロイする | Gin製APIをFargate、DBをRDS for PostgreSQLに置き、ALB・Route 53・ACMで独自ドメインからHTTPSアクセスできるマルチAZ構成までをDockerfileの準備から順に組んだ | @sue-hc | 10:34 |
| 14 | イベントリスナ登録の解除と再登録を制御する(window.matchMediaとAbortController編) | 横幅600pxを境にPC版とSP版のリスナを付け外しする処理で、removeEventListenerを並べるよりAbortControllerへ寄せた方が管理しやすかったと判断した | @rytaTechNote | 10:34 |
| 15 | QRコードの印刷サイズは「距離の1/10」だけでは決まらない | 定番の「読み取り距離の10分の1」という式にはコードの中身が一切入っておらず、同じ25mm四方でもバージョン差で読めなくなると指摘し、計算ツールを作って抜けを整理した | @hashito | 10:48 |
| 16 | SQS + Lambda + DLQをコンソールで組んで理解した可視性タイムアウトの考え方 | SAMなら!GetAttで自動参照できるARNをコンソールでは手で貼る必要があるため、DLQを先に作る順序やIAM権限の実体が見えてきたと述べている | @caymezon | 11:01 |
| 17 | Agent Plugins 1.0、Anthropicだけ仲間はずれ? 実際にClaude Codeで動くか検証してみた | AWS・Microsoft・OpenAI・Vercel・CursorがAgent Plugins 1.0.0を発表しGoogleもCore Maintainerに入った顔ぶれにAnthropicが不在な点へ着目し、Claude Codeで実際に動くか検証した | @yama3133 | 11:22 |
| 18 | Kiroのプロジェクト切り替えをワンクリックにする拡張機能「kiro-workspace-hub」を作った | VS Codeの定番拡張はKiroの.kiroディレクトリを認識しないため、Steering・Hooks・MCPの設定込みでプロジェクトを切り替える拡張機能をKiro自身と作った | @MK_Tech | 11:25 |
| 19 | AWS Lambda + FastAPI — サーバーレスAPIを作った | 常時起動で費用が発生し続けるECSに対しLambdaはリクエスト時のみ実行される点を軸に使い分けを整理し、ASGIを動かすためのMangumアダプター導入から手順化した | @cozy_666_tech | 11:40 |
| 20 | AWS S3をPythonで操作する — boto3の基本をまとめた | 環境変数とIAMロールという2つの認証パターンを起点に、FastAPIからのアップロードやCSV読み書きで都度調べていたboto3操作を一度に整理した | @cozy_666_tech | 11:41 |
| 21 | Claude Codeを使い始めて、CLAUDE.mdを実際に設定してみた | 「日本語で回答してほしい」「実装前に方針を説明してほしい」と毎回伝える手間や一般的な実装パターンを提案される問題をCLAUDE.mdへ移し、初心者視点で設定内容を組み立てた | @ki-cloud | 12:12 |
| 22 | 気象庁サイトを利用したビューアの作成 23 雷観測(地図) | 気象庁の雷監視システム(LIDEN)のデータ取得先を開発者ツールのFetch/XHRから特定し、現時点でドメイン制限が無いことを確かめたうえで地図表示ページを作った | @KAI_Mutsumi | 12:17 |
| 23 | API Gateway + Lambda 構成の正体——なぜ Gateway を挟むのか、リクエストは何を通るのか、どこで詰まるのか | nginxならlisten 80と書けば済むのにLambdaには書く場所が無いのにexecute-apiのURLで動く仕組みを、何がHTTPを受けどこで詰まるかまで分解した | @gtakairo | 12:35 |
| 24 | 【クロスアカウント】DynamoDB Zero-ETL → S3(Iceberg)ターゲットの構築手順と注意点 | ソースアカウント側からCreateIntegration APIを実行し、ターゲット側のGlue DatabaseのLocationUri配下にIcebergテーブルが自動作成される構成を動作確認込みでまとめた | @swkky | 13:06 |
| 25 | AWS構成図をKiroで自動作成してみた | 対話形式のプロンプトでは作り直しが必要になったりAWSアイコンが使われなかったりしたため、KiroのIDE上にDraw.ioのMCPサーバを立てる方式へ切り替えた | @Hiro_tech | 13:13 |
| 26 | Claude Codeに「違反できないコード」を書かせる:ガイドとセンサーの設計 | Hono + TypeScriptのオニオンアーキテクチャAPIを題材に、読者はsrc/とtests/を最後まで一度も編集せず、Claudeが書いたコードを規約どおりに保つ仕組みだけを作る構成にした | @shun123 | 13:34 |
| 27 | CLAUDE.mdに何を書けばいいか分からない人向け|ハーネスエンジニアリングの最初の一歩 | Learn Harness Engineeringを参考にHono + TypeScriptのタスク管理API向けハーネスを組んだ過程を示しつつ、機能リストによる作業制約やE2E検証など未着手の部分も正直に開示した | @shun123 | 13:35 |
| 28 | 2026/08/11 今日のQiitaトレンド記事をポッドキャストで聴こう! | 前日夜のQiitaトレンド記事をAIポッドキャスト化して毎朝7時に更新する取り組みで、当日分の出典記事一覧を添えた | @ennagara128 | 13:43 |
| 29 | Bunshin — 分身、異なるタスクをこなすAIエージェントマーケットプレイス | 単一モデルに全てを任せる汎用チャットボットではなく、独自のシステムプロンプト・専用RAGベクトルインデックス・専用ツールセットを持つ専門エージェントへ意図をルーティングする構成を採った | @rajattosin | 13:52 |
| 30 | 【AWS】CloudFormationでAutoScaling+EC2の構築 | スクール課題のALB+EC2構成はEC2が1台しかなく負荷分散になっていないという疑問から、AutoScalingとマルチAZを入れた環境をCloudFormationで組み直した | @nino-san | 15:05 |
| 31 | JavaScript で一般相対論:シュワルツシルト解の 1PN/2.5PN を万有引力に掛けて軌道を描く | ニュートン万有引力に(1+S)を掛けるだけで相対論的軌道をかなり直感的に再現できるとして、1PNと2.5PNの補正をJavaScriptで可視化するHTMLページを作った | @NAS6mixfoolv | 15:08 |
| 32 | GenU閉域モードを深掘りする~バックエンド・ユースケース編~ | RAGなどの追加機能を有効化しないデフォルト状態で使えるチャット・要約・議事録作成といったユースケースについて、認証後のバックエンド処理の流れを図で追った | @infra365 | 15:25 |
| 33 | AWS入門 | 本文が見出し1行のみで内容が未記載のまま公開されている | @umemasa3 | 15:40 |
| 34 | [React/ Supabase/ Firebase]AIを使わずなるべく自力でシンプルな学習記録アプリを作って得た気づきやらメモ | AIをなるべく使わずReactで学習記録アプリを作ったことで、バイブコーディングでは出会えない遠回りとエラーを経験し公式ドキュメントを読む習慣が付いたと振り返った | @taki-umi | 15:43 |
| 35 | Vueのスコープ付きスロットはemitと何が違う? | 子から親へ値が渡るように見えるスコープ付きスロットとemitの違いを、カード上部のボタン1〜3で本文の見出しと説明を切り替える例に落として切り分けた | @yuki_crossroad | 15:47 |
| 36 | AIが過去記事を黒歴史にしていく件 | 半年前に書いたAI記事すら半世紀経ったように色褪せる速度を挙げ、AIコーディングの進化が技術ブログとしてのQiitaの存在価値まで揺るがしていると論じた | @monsoonTropicalBird | 16:08 |
| 37 | 【CloudWatch Logs】ログへ混ざった個人情報を自動でマスクしてみましょうか | CloudWatch Logsのデータ保護ポリシーでロググループ内のメールアドレスを自動マスクし、設定前後の差・権限保持者による元値の確認・リソース削除までコンソールだけで確かめた | @miruky | 16:23 |
| 38 | AWS CDKで学ぶJavaScript / TypeScriptの「new」とは? | Stack上でnew ec2.Vpc(this, 'Vpc', {...})と書く場面を入り口に、JavaScript/TypeScriptのnewが何をしているかを解きほぐした | @ki-cloud | 16:24 |
| 39 | AutoScaling+CloudWatch設定で詰まった話 | AutoScalingGroupのインスタンス数が最大値に達したらAlarmを発火させSNSで配信する構成を組む際、メトリクス収集の設定で詰まった箇所と解決方法を残した | @nino-san | 16:29 |
| 40 | Azure HorizonDB で 4,096 次元以上の高次元ベクトルを検索する | PostgreSQL基盤にAI向け機能を統合したAzure HorizonDBで、埋め込み生成・ベクトル検索・ハイブリッド検索をSQLとPostgreSQL拡張の文脈のまま高次元へ広げた | @nohanaga | 17:13 |
| 41 | ブラウザでAI動画編集を実現する:React・WebGPU・Workerで多軌道タイムラインを安定化した設計 | WebGPU・WebAssembly・WebCodecs・Web Workersが成熟しても「モデルがブラウザで動く」ことと「長時間安定して使える編集環境」は別問題だとして、Timeline Studioの実行基盤を作り直した | @MartinDelophy | 17:27 |
| 42 | AWS Certified Cloud Practitioner 合格体験記 ~暗記が苦手な私が、AWS CLFを3週間で理解して合格するまで~ | 3週間の学習でCLF-C02に811点で合格し、教材紹介よりも分からない概念をどう理解し学習を継続したかへ焦点を当てて振り返った | @furuya_tech | 18:00 |
| 43 | 月200円の静的ホスティングで会社ホームページはどこまで運用できる? | 月200円で買えるのは1サイト・100MBストレージ・月2GB転送・月2万リクエストまでで、AIツールや独自ドメイン取得やフォームや決済は別扱いだと線を引いた | @kakusan2022 | 18:06 |
| 44 | Lambda基礎 | Lambda + API Gatewayのコンソール構築からDynamoDB操作、AWS SAMでのコード化、コンテナイメージデプロイ、CI/CD構築までを一連のゴールとして並べた | @Sniimura0623 | 18:19 |
| 45 | 【AWS】Amazon GameLift Streamsを使ってみた | Unreal Engine 5.8のサンプルゲームをアップロードし、EC2上のWebアプリからブラウザでプレイできる環境を構築した | @m25349796 | 18:22 |
| 46 | Power BI executeQueries で生データを取り出す — API の制約とページング設計 | Managed Identityでレポートを埋め込んだ次に必ず来る「この画面の元データをCSVでくれ」という要件に対し、executeQueries APIの制約とページング設計を詰めた | @archiningen | 18:22 |
| 47 | Googleサインインを使ってみた【React×Fastapi】①準備編 | ユーザー管理の仕組みを一から作る手間を避けるためGoogleサインインを選び、React + FastAPIをDockerコンテナで動かす環境構築から始めた | @toki1949 | 18:37 |
| 48 | 【Strands Agents classifier】AIエージェントの危ないツール呼び出しだけ止めたい | read_fileのような安全な操作まで毎回確認を求めるとエージェントに任せる意味が薄れるとして、ツール名だけでは判断できない危険性をclassifierで見分ける方式を採った | @manaty | 18:42 |
| 49 | TypeScript × WinAppDriver による Windows アプリ自動テスト実践記 〜 Page Object パターンとプロセス管理で保守性を高める 〜 | PlaywrightやCypressでTypeScriptがQAの定番言語になった流れをWindowsアプリへ持ち込み、Page Objectパターンとプロセス管理で保守性を確保した | @yoshihiro-yoshimura | 19:03 |
| 50 | Generate QR Codes Entirely in the Browser with JavaScript(JavaScript だけでブラウザ内で QR コードを生成する) | 基本的な静的QRコードならバックエンドもQR生成APIも不要で、ブラウザがURLやテキストをエンコードし<canvas>へ描いてダウンロードさせられると示した | @trystlink | 19:29 |
| 51 | ロマンス詐欺を疑似体験して学べるWebアプリを作りました | 実際の詐欺は最初から露骨に怪しい話が出るとは限らないため文章で読むだけでは足りないとして、約5分のチャット形式で入り口から体験できるRisk LabをOpenAI Codexで開発した | @nadev | 19:55 |
| 52 | OAuth認可による外部サービスとの通信で排他制御を導入した | メイン・ワーカー・バッチの3サーバーから同一外部サービスへマルチプロセスで並列リクエストが飛ぶ設計で、リクエストごとのアクセストークン更新が競合するため排他制御を入れた | @yamatai12 | 20:07 |
| 53 | 【AWS EC2】Auto Scalingを使ってみる | 作成済みのALBとターゲットグループ、起動テンプレート用AMIを前提に、メトリクスの値に応じてスケールインとスケールアウトが実際に起きることを確認した | @hcs1996rbl | 20:13 |
| 54 | AWS Managed Microsoft ADのDNS名前解決を理解する 〜DHCPオプションセットからRoute 53 VPC Resolverまで〜 | DHCPオプションセット・Route 53 VPC Resolver・Private Hosted Zone・Conditional Forwarder・Resolver Ruleが絡んだときのDNS問い合わせ経路を整理した | @hkmaru | 20:25 |
| 55 | 【AWS解説 S3編 #3】ストレージクラスとライフサイクルの違いを整理 | アクセス頻度に応じて選ぶストレージクラスと、一定期間経過後に自動で移動・削除するライフサイクルという別軸の仕組みを切り分けた | @suzunari900261 | 20:25 |
| 56 | AWS Managed Microsoft ADとは?ざっくり仕組みを理解する | Active Directory・ドメインコントローラー・Managed Microsoft AD・AWS Directory Serviceという混同しやすい用語の関係を初心者向けに整理した | @hkmaru | 20:53 |
| 57 | Active DirectoryとDNSはどうやって連携している?初心者向けに整理してみた | ADとDNSは別の仕組みだと切り分けたうえで、ADはドメインコントローラーを見つけるためなどにDNSを利用するという結論を先に置いた | @hkmaru | 21:38 |
| 58 | Terraformのインストール方法【Windows】 | 公式サイトから実行ファイルをダウンロードしてWindowsへTerraformを導入する手順を、VPC・EC2・S3・RDS・IAM・Route 53といった管理対象例とあわせて並べた | @hkmaru | 21:39 |
| 59 | TypeScriptで遅延セグメント木を実装する:区間加算と区間最大値を不変条件から理解する | 素朴な配列書き換えでは最悪O(n)になる区間加算と区間最大値をどちらもO(log n)にするため、半開区間[left, right)で統一し不変条件から遅延セグメント木を組み立てた | @Karentia | 21:47 |
| 60 | [AWS] DynamoDBでチャンク分割時のデータ保持構造を考えてみた | 固定長・再帰的・構造認識・セマンティックという各チャンキング戦略で分割された結果を、1アイテム1チャンクでは済まない実運用前提でDynamoDB上にどう保持するか検討した | @kikuziro | 21:51 |
| 61 | 【DB用語の歯がゆさ 第6回】インデックス ― 貼ったのに効かないのはなぜ? | 「知ってはいるが人に説明しろと言われると詰まる」DB用語を1記事1用語で解くシリーズの第6回として、インデックスが効かない理由を図解中心で扱った | @kotaro_ai_lab | 21:57 |
| 62 | Amazon API Gatewayで ”+” が消える!? クエリ文字列のデコード挙動を検証してみた | 必須項目を送っているのに初回テストでLambdaがエラーになった原因をクエリ文字列のデコード挙動へ絞り込み、”+“が失われる条件を検証用リクエストで確かめた | @ozackie | 22:28 |
| 63 | 問題集を作って学べるWebサービス「Quizpo」を作りました | キーボードのあるPCで問題をまとめて作り、勉強するときはスマホでサッと解くという使い分けを軸に、自分専用の問題集を作れるWebサービスを個人開発して公開した | @Zuru_GG | 23:01 |
| 64 | 非エンジニアがClaude Codeで社内ツールを6本 本番稼働させるまでにやったこと | 実務経験のない教育系事業所の運営担当が5か月で社内ツール6本を本番投入し、動くものを作るところまではAIがやるが本番で動き続けさせるには人間側に何が要るかを書いた | @reona777 | 23:25 |
Publickey
2026-08-11 付の記事はありませんでした。
gihyo.jp
2026-08-11 付の記事はありませんでした。
GIGAZINE
2026-08-11 付の記事はありませんでした。
ITmedia News
2026-08-11 付の記事はありませんでした。
TypeScript Blog
2026-08-11 付の記事はありませんでした。
Node.js Blog
2026-08-11 付の記事はありませんでした。
Astro Blog
2026-08-11 付の記事はありませんでした。
Cloudflare Blog
対象日の該当記事はすべて Top 20 に掲載されています。
Vercel Changelog
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | A sandbox without a network boundary is only half a sandbox(ネットワーク境界のないサンドボックスは半分のサンドボックスでしかない) | microVM はホストや他ワークロードへのアクセスは防げてもデータの持ち出しや内部サービスの探索までは止められないとして、AI エージェントがファイル読み取りやコマンド実行を行う前提ではネットワーク側の制御が要ると論じた | 09:00 |
| 2 | Everything hackable will get hacked(ハッキング可能なものはすべてハックされる) | 現状は防御側が攻撃研究向けに広く出回るオープンウェイトモデルより強いモデルを使えるため優位に立てるが、その差はまもなく縮まると Vercel は見ている | 16:00 |
AWS What’s New
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Amazon OpenSearch Serverless now supports up to 10,000 collections per collection group(Amazon OpenSearch Serverless がコレクショングループあたり最大1万コレクションに対応) | 1コレクショングループあたりの上限が従来の1,500から10,000へ引き上げられ、異なる KMS キーで暗号化されたコレクション同士でも OCU を共有したまま大幅に集約できるようになった | 00:51 |
| 2 | Amazon EC2 introduces application status checks(Amazon EC2 がアプリケーションステータスチェックを導入) | Web サーバーの受付停止・Docker デーモンの停止・誤ったネットワーク設定・トラフィックを通さないネットワークインターフェイスといったアプリ層の異常を EC2 自身が検知して対応できるようになった | 02:47 |
| 3 | Amazon GameLift Streams Now Offers Service-managed Shader Caching(Amazon GameLift Streams がサービス管理型シェーダーキャッシュを提供開始) | ストリームセッションから取得したシェーダーキャッシュをサービス側が各配信ロケーションへ自動配布するため、アプリ改修なしで読み込み時間と映像のカクつきを減らせる | 06:15 |
| 4 | Amazon Connect Customer launches performance dashboard for Cases(Amazon Connect Customer が Cases 向けパフォーマンスダッシュボードを提供開始) | 作成ケース数・平均解決時間・初回接触解決率・SLA 達成率といった指標で現在と前期間を比較でき、SLA 目標に対する到達状況をマネージャーが追えるようになった | 22:30 |
| 5 | AWS Glue adds one-click access to SageMaker Unified Studio from the AWS console(AWS Glue から SageMaker Unified Studio へワンクリックでアクセス可能に) | Glue コンソールでカタログを見た流れのまま、クエリ実行・データ品質チェック・データパイプライン構築を SageMaker Unified Studio 側で続けられる導線が追加された | 23:57 |
| 6 | AWS Secrets Manager adds managed external secrets support for Jenkins and SonarQube(AWS Secrets Manager が Jenkins と SonarQube の外部シークレット管理に対応) | Jenkins API トークンと SonarQube トークンを独自のローテーションコードなしで自動更新でき、Jenkins では新トークンが有効だと確認できてから旧トークンを失効させる | 23:57 |
Google Cloud Blog
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | ClusterNetworkPolicy in GKE: Balancing control and autonomy for your microservices(GKE の ClusterNetworkPolicy: マイクロサービスにおける統制と自律のバランスを取る) | 単一名前空間には有効だった標準の Kubernetes NetworkPolicy では、マルチテナント環境でプラットフォームやセキュリティのチームがクラスタ全体のガードレールを敷けない点を埋める | 01:00 |
Supabase Blog
2026-08-11 付の記事はありませんでした。
web.dev
2026-08-11 付の記事はありませんでした。
Mozilla Hacks
2026-08-11 付の記事はありませんでした。
CSS-Tricks
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | SmashingConf Freiburg 2026, September 7-10(SmashingConf フライブルク 2026、9月7〜10日) | Smashing Magazine の対面カンファレンスが再開し、2026年9月7〜10日にドイツのフライブルクで開催されると告知した | 00:57 |
| 2 | Animating CSS border-image(CSS の border-image をアニメーションさせる) | border image の slice は要素の境界全体にまたがって走らせられるため、これをアニメーションさせると見過ごされがちな border-image でも美しい効果を作れると示した | 00:58 |
Smashing Magazine
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Building Tactile UX: Honoring Intentional Design With Lottie(触覚的な UX を作る: Lottie で意図あるデザインを尊重する) | 弾む・壊れるといった手触りの Web インターフェイスには Matter.js や Cannon.js や独自 WebGL といった物理エンジンを持ち出すのが業界の反射だが、Isadora Agency は別解として Lottie を選んだ | 19:00 |
Hacker News
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Swift-Node: Write Node.js Native Modules in Swift(Swift-Node: Node.js のネイティブモジュールを Swift で書く) | // @swift-node:export を付けた Swift 関数を Node-API アドオンと TypeScript 型定義へ変換し、C++ グルーコードの保守もランタイムローダーの同梱も不要にした | 19:01 |
| 2 | Show HN: Replacing HTML/CSS/JS with Rust(Show HN: HTML/CSS/JS を Rust で置き換える) | AssemblyScript 製でブラウザ専用の canvas フレームワークだった FUI-AS に続き、同じ EffinDOM 上で retained mode の UI を Rust から動かす FUI-RS を公開した | 20:49 |
| 3 | Cloudflare Pricing Calculator(Cloudflare 料金計算ツール) | 月5ドルの Workers Paid を起点に製品テンプレートから概算を組める計算ツールを公開し、D1 は10GBのデータベースサイズ上限が効くためデータ層だけは PlanetScale の Postgres を月5ドルから使っていると明かした | 21:10 |
| 4 | Enabling Apache ECharts in React for Data Visualization(データ可視化のために React で Apache ECharts を使えるようにする) | Recharts や Visx や Nivo を試した末に ECharts へ移ったが、ラッパーの echarts-for-react が3年以上更新されず古い ECharts に依存していたため、単一ファイルで済む自作の薄いコンポーネントに置き換えた | 22:47 |
| 5 | Show HN: Dbctx – Compile a PostgreSQL database into compact, queryable context(Show HN: Dbctx — PostgreSQL データベースを問い合わせ可能な圧縮コンテキストへコンパイルする) | 従来の SQL スキーマには state 列に許容される値の集合といった情報が無く LLM が一発で問い合わせられないという障害を、スキーマを別形式のコンテキストへ変換することで越えようとしている | 22:53 |
| 6 | Show HN: Instancez – Supabase Drop-In Replacement; Declarative and Single-Binary(Show HN: Instancez — 宣言的かつ単一バイナリの Supabase 置き換え) | instancez.yaml 1枚をスキーマの正としてライブ DB との差分(削除も含む)だけを適用するため移行ファイルを手で書く必要がなく、@supabase/supabase-js からそのまま接続でき AWS Lambda 上でも動く | 23:11 |
| 7 | Show HN: NextBlock CMS – Open-source full-stack CMS for NextJS 16 and Supabase(Show HN: NextBlock CMS — Next.js 16 と Supabase 向けのオープンソース フルスタック CMS) | ブロックエディタの柔軟さと Next.js 16 の React Server Components を組み合わせ、Supabase・Tailwind CSS・Nx モノレポ構成で遅い WordPress と複雑な headless CMS の中間を狙った | 23:29 |
| 8 | React-Native-Firebird(React Native 向け Firebird クライアント) | Firebird 組み込みエンジンをアプリのプロセス内で動かしサーバー無しでローカルの .fdb を扱える 0.0.1-beta.1 を公開し、TurboModule から JSI バインディングを起動して node-firebird-driver と同じ高レベル API を提供する | 23:42 |