Vercel AI GatewayにDeepSeek V4 Flash Vision追加ほか — Web Dev Digest: 2026‑08‑21
Top 20
DeepSeek V4 Flash Vision Experimental now available on AI Gateway（DeepSeek V4 Flash Vision Experimental が AI Gateway で利用可能に）
Source: Vercel Changelog | Published: 2026-08-21 09:00 JST
- Vercel AI Gateway に画像入力対応の DeepSeek V4 Flash Vision Experimental が追加され、モデルID
deepseek/deepseek-v4-flash-vision-expを指定するだけでテキストと画像を同一リクエストで扱えるようになった - 受け付ける画像形式は JPEG / PNG / GIF / WebP で、形式判定はファイル名や宣言した mediaType ではなくファイル自身のバイト列から行うため、ラベルを誤ったファイルでもそのまま通ると明記している
- ツール利用・推論・キャッシュの挙動は従来モデルと変わらないため、既存の実装を書き換えずに切り替えられる
- モデルIDの
-expは実験的リリースを示す印で、本番経路に載せるなら挙動の変化に備えてフォールバックモデルを設定しておくよう促している - AI Gateway はプロバイダー価格をマークアップなしで反映し、BYOK リクエストを含め推論にプラットフォーム手数料を課さない。
vercel ai-gateway coding-agents setupを実行すれば Claude Code・Codex・OpenCode・Cursor・Pi の中から選んで使える
Always-on tracing for production and preview traffic（本番・プレビュートラフィックの常時トレーシング）
Source: Vercel Changelog | Published: 2026-08-21 09:00 JST
- 本番とプレビューの実トラフィックを継続サンプリングする always-on tracing がベータで入り、再現手順を踏まずに実ユーザーのリクエストをデバッグできるようになった
- 自分のブラウザからのリクエストしか捕捉できなかった session tracing と異なり、環境（All / Production / Preview）単位でトレース率を決めるサンプリングルールによって収集対象を制御する
- ルールを1つも追加するまで何も収集されないため課金は選んだ範囲だけに限られ、
/checkoutのようなパス接頭辞へスコープを絞ることもできる - インフラと外向き fetch のスパンは自動で取得されるが、フレームワークや独自スパンを足すには
@vercel/otelによる計装が要る - 価格は100万スパンユニットあたり $0.50、保持期間はランタイムログに追随して Hobby 1時間・Pro 1日・Enterprise 3日となり、全プランのチームが対象
How AlloyDB ScaNN scales vector search to 10 billion vectors（AlloyDB ScaNN が100億ベクトルまでベクトル検索をスケールさせる仕組み）
Source: Google Cloud Blog | Published: 2026-08-21 01:00 JST
- AlloyDB の ScaNN インデックスに4階層ツリー（プレビュー）が入り、100億ベクトル規模で p95 レイテンシ 51ms 以下・再現率 95% を社内テストで達成したと報告している
- 従来は2〜3階層構成が上限で、木構造を大きくすると索引構築とクエリ探索の計算量が跳ね上がり、100億ベクトルのサンプリングが利用可能メモリを超えるという2つのボトルネックが出ていた
- 探索計算量は2階層の O(N^1/2)、3階層の O(N^1/3) に対し4階層では O(N^1/4) まで下がり、データ量の増加に合わせて階層を動的に増やす設計を採る
- 精度低下を抑えるため Top-K branch、SOAR、セントロイド調整、バランス木形状を組み合わせ、メモリが逼迫した場合は性能と精度を勘案した縮約サンプリング集合を生成する
- AlloyDB は PostgreSQL 互換のフルマネージドサービスで、クイックスタートと30日間の無料トライアルから ScaNN を試せるとしている
AWS announces the general availability of a new AWS Local Zone in Las Vegas, Nevada（AWS がネバダ州ラスベガスの新しい Local Zone を一般提供開始）
Source: AWS What’s New | Published: 2026-08-21 06:45 JST
- ネバダ州ラスベガスの AWS Local Zone が一般提供に切り替わり、
us-west-2-las-2aを有効化すればラスベガス圏のエンドユーザー向けに1桁ミリ秒のレイテンシを狙えるようになった - 対応するのは EC2 の C7i・M7i・R7i・C8gn、EBS の gp3 / gp2 / io1 / sc1 / st1、Amazon ECS、Amazon EKS、Application Load Balancer、AWS Direct Connect
- 有効化は AWS Global View の Regions and Zones タブ、もしくは
ModifyAvailabilityZoneGroupAPI から行う - Local Zones はコンピュート・ストレージ・ネットワークを大都市圏近くへ延伸する仕組みで、リージョンと同じ AWS API・ツール・サービスをそのまま使える点を利点に挙げている
- 想定用途としてデータレジデンシー要件への対応、AI/ML 推論、レガシーアプリのクラウド移行加速を挙げており、Local Zones は世界30以上の大都市圏で提供されている
AWS Direct Connect introduces inbound prefix controls and higher prefix scale（AWS Direct Connect が受信プレフィックス制御と上限拡大を導入）
Source: AWS What’s New | Published: 2026-08-21 00:00 JST
- private / transit VIF が受け付ける経路プレフィックスの上限が100から IPv4・IPv6 それぞれ最大1,000へ引き上げられ、経路集約や VIF 分割で上限を回避する設計が要らなくなった
- 専用接続レベルと Direct Connect ゲートウェイ（DXGW）レベルに新しいプレフィックス容量プールが導入され、VIF の作成・更新時に割り当てた分が両方のプールから引かれる
- 多数の経路を運ぶ transit VIF には大きく、同じ接続上の private VIF には小さく、といったワークロード単位の右サイジングができる
- 接続プールのサイズは回線速度に、LAG のプールはメンバー接続数に比例して拡大する。設定は Direct Connect コンソールまたは CLI/API から行う
- 追加費用はなく、Direct Connect が使える全商用リージョンに加え GovCloud（US-East / US-West）、Sinnet 運営の中国（北京）と NWCD 運営の中国（寧夏）リージョンでも利用できる
Generative AI Inference Recommendation for Amazon SageMaker now available in the SageMaker AI Studio（SageMaker AI Studio で生成AI推論レコメンデーションが利用可能に）
Source: AWS What’s New | Published: 2026-08-21 02:25 JST
- 2026年4月に API 版として出ていた SageMaker の生成AI推論レコメンデーションが SageMaker AI Studio の画面からも使えるようになり、ローコード／ノーコードで最適な推論構成へ到達できるようになった
- インスタンスタイプ・サービングコンテナ・最適化手法の組み合わせ探索には従来数週間の手動ベンチマークが必要だったが、数時間で検証済み構成にたどり着けるとしている
- 実際の GPU 基盤上で NVIDIA AIPerf を用いて複数構成をベンチマークし、スループット重視なら投機的デコーディング、レイテンシ重視ならカーネルチューニングといった目標に沿った手法を自動で適用する
- Studio の Jobs → Inference optimization から Interact / Generate / Summarize / Custom のユースケースプロファイルと最適化目標（レイテンシ最小・スループット最大・コスト最小）を選び、JumpStart・S3・Model Registry・既存 SageMaker モデルから対象を指定する
- 推奨は TTFT、トークン間レイテンシ、スループット、コストでランク付けされ、視覚的に比較したうえで Studio から直接リアルタイムエンドポイントへデプロイできる。レコメンデーションの生成自体に追加費用はかからない
ARC Region switch adds Amazon RDS Switchover Read Replica execution block（ARC Region switch に Amazon RDS のリードレプリカ切り替え実行ブロックが追加）
Source: AWS What’s New | Published: 2026-08-21 02:45 JST
- ARC Region switch に RDS Switchover Read Replica 実行ブロックが追加され、Oracle Data Guard で動く RDS のマルチリージョン復旧を手作業なしにオーケストレーションできるようになった
- これまではプライマリとリードレプリカのロールを入れ替える、あるいはリードレプリカをプライマリへ昇格させる操作を手動手順で実施する必要があった
- 同じ実行ブロックが、計画的フェイルオーバー時にはデータ損失ゼロのロール遷移を、復旧速度が最優先の非計画時にはレプリカのプライマリ昇格を担う
- クロスアカウントにネイティブ対応しており、Region switch プランとは別アカウントにある RDS インスタンスの復旧も組織横断で一元管理できる
- Amazon Application Recovery Controller (ARC) の Region switch 自体は、リージョン障害時にマルチリージョンアプリのフェイルオーバーを境界のある復旧時間で行うための機能と位置づけられている
Amazon EKS now supports certificate authority (CA) rotation with automated lifecycle management（Amazon EKS が自動ライフサイクル管理付きの CA ローテーションに対応）
Source: AWS What’s New | Published: 2026-08-21 03:30 JST
- EKS クラスターの CA を失効前にローテーションできるようになり、2018年のサービス開始以来つくられた有効期間10年の CA が期限に近づいているクラスターを止めずに更新できるようになった
- ローテーションのライフサイクル管理と AWS 管理コンポーネントの後継 CA 信頼更新は EKS 側が担い、ワーカーノードの入れ替えと外部クライアントの信頼設定更新は利用者の責任という共有責任モデルを採る
- EKS Auto Mode インスタンスと AWS Fargate ノードは AWS が自動更新するが、API サーバーへ接続する外部クライアントの更新は利用者側に残る
- 失効前の事前通知、利用者が後継 CA を作らない場合の自動追加、期限までに有効化しない場合の自動有効化という安全策が用意され、問題が起きた場合は以前の CA へロールバックできる
- 追加費用なしで全商用リージョンで使え、AWS CLI・EKS API・CloudFormation・マネジメントコンソールから操作できる
Lakebase Search (ベータ) を試してみた: Databricks AI Searchとどう使い分けるのか
Source: Qiita | Published: 2026-08-21 13:30 JST
- エージェントの RAG 検索なら Databricks AI Search、Databricks Apps のようなアプリケーション内の検索機能なら Lakebase Search という「検索の出口」による使い分けになると結論づけている
- 実体は
lakebase_vectorとlakebase_textという2つの Postgres 拡張で、前者のlakebase_annインデックスは RaBitQ 量子化を伴う IVF パーティショニングを採り、単一インデックスで10億超のベクトルを扱い HNSW より最大50〜100倍高速に構築できるとされる lakebase_textのlakebase_bm25インデックスは PostgreSQL 標準のtsvectorと互換を保ち、Block-Max WAND による Top-K プッシュダウンで全マッチをスコアリングせず上位K件だけを取り出す- 検証環境では
CREATE EXTENSION ... CASCADEにより依存の pgvector 0.8.0 が同時に入り、lakebase_vector1.0.1 /lakebase_text0.1.1 が確認できた - 有効化するとプロジェクト内の全コンピュートが再起動してアクティブ接続が切れること、一度有効にすると無効化できないことが警告されるため、著者は使い捨ての検証用プロジェクトを新規作成して進めている
Fluter 3.47正式リリース。UIライブラリが分離され独立してアップデート可能、デフォルトでWebAssemblyを生成する方向に、など新機能
Source: Publickey | Published: 2026-08-21 00:02 JST
- Flutter 3.47 が正式リリースされ、Material と Cupertino がフレームワーク本体から独立したパッケージへ切り出されて、Flutter 本体とは別のリリースサイクルで更新できるようになった
- 分離された両ライブラリはスタンドアロンパッケージとしてバージョン1.0に到達したが、現時点でも Flutter のコア SDK には同梱されたままとなっている
- Web ビルドは現在 HTML・CSS・JavaScript を生成し WebAssembly はビルド時オプション扱いだが、将来はデフォルトで WebAssembly も生成する方向性が明確化された
- デスクトップの標準レンダラーが Impeller に切り替わり、Widget Previews が安定版になった
- iOS 27 / macOS 27 / Xcode 27 への対応準備が進む一方で Intel Mac 対応は段階的廃止が始まる。公式のリリース発表は2026年8月21日、Twitter での告知は8月12日だった
初めてのAI駆動開発。「コードは1行も書かない」縛りで勤怠管理アプリを1ヶ月で本番公開した全8ステップ
Source: Qiita | Published: 2026-08-21 01:24 JST
- 自分でエディタを開いてコードを書いた回数を0回に保ったまま、打刻から月次集計・CSVエクスポートまで動く勤怠管理アプリを約1ヶ月で本番公開できたと報告している
- 人が手を動かしたのは
.env.localへの API キー貼り付けと Supabase 管理画面の操作だけで、技術スタックは Next.js（App Router）/ TypeScript / Tailwind CSS / Supabase / Vercel / Playwright - AI は1つに寄せず、GPT を壁打ち・要件洗い出し・設計・デザイン案に、Claude Code を実装主体に、Pencil を
.penデザインファイル作成に、Codex を生成画像の透過切り出しに分担させたほうが圧倒的に速かったとしている - Claude Code はプランモード（shift + tab）で開始し、コンテキストが80%を切る前に
/clearか/compactを実行、「考えさせる→確認→実行」の型を徹底すると手戻りが減ると述べている - GPT が出した8画面を「MVPとして最初に作る必要最低限」で5画面まで削っており、ここで削らなかった機能は最後まで自分の首を絞めると警告している
調査用のデバッグコードをリリースに混ぜない設計（台帳 + build tag + 成果物検査）
Source: Qiita | Published: 2026-08-21 08:41 JST
- リリース前にデバッグコードを手で消す運用をやめ、台帳への登録・build tag によるオプトイン同梱・成果物の grep という3層へ責務を分けたと結論づけている
- 台帳
instrumentation.jsonに載っていない観測コードは CI が止め、status=activeの期限超過やstatus=removedなのに実ファイルが残る状態も検査対象になる - 台帳運用を始めてから「消し忘れてリリース」の事故はゼロだったが、記録されていた過去3件の事故（承認回答本文を記録するエンドポイントの出荷、打鍵バイトを無マスク・0644・無制限で永続化するトレースの出荷、既定 ON のまま残った計測の出荷）はすべて消し忘れではなくゲートの失敗だった
- 共有ファイルに残す観測は
probeScopeで1行にまとめ、sink が未登録なら即 null を返してラムダを一度も評価しない設計にしたことで、approval.tsの37行が12行まで減った - 「ビルド時に落とすと再現待ちになる」という前提は、実際に動いているプロセスが npm 版ではなく自分の
make build成果物だったと確認したことで崩れ、-tags maidebugとMAI_DEBUG=1を渡したときだけ観測が入る方式へ反転させている
GPT-5.6 Sol pricing drops on AI Gateway, and 50% discount still applies（AI Gateway で GPT-5.6 Sol の価格が下がり、50%割引も継続適用）
Source: Vercel Changelog | Published: 2026-08-21 09:00 JST
- OpenAI が GPT-5.6 Sol の定価を引き下げ、AI Gateway の50%割引は新しい定価に対しても9月18日まで継続適用されると告知した
- 実質支払額は Default が入力$2.00／出力$10.00、Flex が$1.00／$5.00、Priority（fast mode）が$4.00／$20.00で、いずれも100万トークンあたり・272Kトークンまでのリクエストが対象
- 引き下げ幅は全ティア共通で、入力は従来比20%減、出力は3分の1減となる。キャッシュトークン、キャッシュ書き込み、272K超の長コンテキスト、US リージョン料金も同条件で移行する
- モデルID
openai/gpt-5.6-solは変わらないため、すでに送っているリクエストはコード変更なしで新レートで課金される。BYOK リクエストは自分のアカウント側でプロバイダー料金として請求される - Sol は最難問向けに reasoning effort を max まで指定でき、テキスト・画像・PDF 入力と長いコンテキストウィンドウを受け付ける
Connect v0 apps to Slack, Google, and 100+ other services（v0 のアプリを Slack・Google など100以上のサービスへ接続可能に）
Source: Vercel Changelog | Published: 2026-08-21 09:00 JST
- v0 で作ったアプリとエージェントが Vercel Connect 経由で Slack・Google・Notion・GitHub・Salesforce を含む100以上の外部サービスへ安全に接続できるようになった
- コネクタはチーム単位で保持されるため一度設定すれば複数アプリで使い回せ、Slack や GitHub のように Vercel 側がアプリ登録を代行するものはプロバイダー側の設定作業が不要になる
- 各接続は短命トークンを発行する方式のため、長期保存やローテーションが必要なシークレットを抱え込まずに済む
- v0 に接続したいサービスを指示するとコネクタ設定の手順を案内する流れになっており、サービスによっては自分の資格情報を持ち込むこともできる
- 事例として KERNEL チームの Danny が Playwright コードをその場で生成して実ブラウザを操作する音声駆動ブラウザエージェントを構築し、Vercel 側も Slack メッセージ・Gmail 受信箱・Linear の issue を1画面に集約した個人ダッシュボードを作ったと紹介している
Deployment Storage keeps your deployments rollback-ready（Deployment Storage がデプロイをロールバック可能な状態で保持）
Source: Vercel Changelog | Published: 2026-08-21 14:00 JST
- 各デプロイが生成するページ・関数・アセットのファイル群を保持する Deployment Storage が課金対象の機能として明示され、リビルドなしで数秒のうちに以前の本番デプロイへ切り戻せるようになった
- Production Deployment タイルの Instant Rollback から過去の本番デプロイを選ぶと、Vercel がドメインの向き先を即座にそのデプロイへ張り替える
- 料金は1GBあたり月$0.10で、Hobby チームには最大10GBが含まれる。既存チームは当面現行価格のままで請求額に変更はない
- Deployment Retention Policy で Pre-Production / Production / Canceled / Errored それぞれの保持期間を設定でき、短くすればストレージは減るが削除済みデプロイへはロールバックできなくなる
- 保存量を抑える手として出力ディレクトリの整理、大きいファイルの Vercel Blob への移動、Function バンドルサイズの削減を挙げ、Usage ページでプロジェクト別の Deployment Storage と Functions Storage を確認できるとしている
Bun、バージョン1.4をリリース ——初のRust実装版
Source: gihyo.jp | Published: 2026-08-21 13:49 JST
- Bun 1.4 が2026年8月20日にリリースされ、1.3.14 を最後に Zig 実装から Rust 実装へ切り替わった
- 小規模 HTTP サーバーのアイドル時 CPU 使用量が5分の1になり、本番の Claude Code では 5.8% から 2.5% へ低下、HTTP サーバーのメモリ使用量は13〜48%削減され、100万リクエスト処理時の Express は 169MB から 92MB へ減った
- Hello World の起動時間は Windows で 39ms → 15.5ms、Linux で 10.9ms → 5.1ms、React Compiler は Babel プラグイン比で約20倍速く、プロジェクト全体では 13.04秒 → 3.62秒（3.6倍）へ短縮された
- Node.js 26.3 のテストスイートを1,517件多く通過し、
httpfsclustertimerszlibvmstreamが97%、eventstrace_eventssqliteが100%に達したことで Playwright・Vitest・OpenTelemetry・dd-traceが動くようになった - 破壊的変更として ABI 番号が147へ変わりネイティブアドオンの再ビルドが必要になったほか、
res.writeHeader()の削除、新規モノレポの既定リンカーがhoistedからisolatedへ変更、nodeとして呼んだ場合の.env自動読み込み廃止などがある
本棚アプリをReact + Firebaseでリリースするまでの開発記録。セキュリティルールの不備とPA-API廃止対応
Source: Zenn | Published: 2026-08-21 03:02 JST
- 公開前の精査で
allow read: if true;が get と list の両方を許してしまい、誰でもコレクション全体をクエリして全ユーザーの共有IDを列挙できる状態だったと判明し、allow get: if true;/allow list: if false;へ修正した - Amazon PA-API v5 が2026年5月に廃止済みで直近30日に10件以上の適格販売という要件も満たせなかったため、バックエンドを後継の Creators API へ全面移行し、AWS SigV4 署名から OAuth 2.0 の client_credentials へ切り替えてトークンを1時間キャッシュしている
- 実蔵書884冊で検証したところ611冊（69%）が ASIN だったため主キー設計を当初のハッシュIDから変更し、ISBN10 は ISBN13 へ変換、識別子のない本はタイトル+著者のハッシュを生成する形に落ち着いた
- 双方向同期は採らず、サインイン中は Firestore、未サインイン時は Dexie.js（IndexedDB）を正とし、初回サインイン時は writeBatch の500件制限に合わせて450件ずつ分割し冪等フラグで重複を防いでいる
- 構成は React + TypeScript + Vite / Firebase Authentication / Firestore + Dexie.js / Firebase Hosting / Cloud Run Functions で、PWA は vite-plugin-pwa + Workbox。新しい Service Worker が待機済みのときリロードが発火しない問題は controllerchange を自前監視して解消した
Next.js Server Actionsの深層：楽観的UI更新の仕組みと実装パターン
Source: Qiita | Published: 2026-08-21 13:08 JST
- Server Actions を「サーバーサイドでフォームを処理できる便利な機能」と捉えるだけでは足りず、
useTransitionとuseOptimisticを組み合わせて初めて真価が出ると主張している "use server"は関数の先頭にもファイルの先頭にも書けるが、Client Component から呼ぶ場合はトップレベルに"use server"を持つ別ファイル（例:app/actions.ts）へ定義してインポートする必要がある<form action={...}>に直接渡すと入力値が自動的にFormDataとして渡り、JavaScript が無効な環境でもフォーム送信が機能するプログレッシブエンハンスメントが得られる- Route Handlers との比較表では、Server Actions は内部的に POST のみでボイラープレートが少なく型安全性が高い一方、外部へ公開する API や複雑なデータフェッチには Route Handlers を使い分けるべきだとしている
useTransitionが返すisPendingで送信中の入力欄とボタンを無効化する実装例を示し、キャッシュ再検証はrevalidatePath/revalidateTagと統合される点を挙げている
【React】React環境でtagifyを使用する
Source: Qiita | Published: 2026-08-21 20:47 JST
- タグ入力用の UI ライブラリ tagify が React 環境でも動き、Tailwind のクラスも効かせられることを実装して確かめている
- 検証に使ったのは
@yaireo/tagifyの 4.38.0 で、npm install @yaireo/tagifyとnpm install -D @types/yaireo__tagifyの2つを入れる @yaireo/tagify/reactのTagsコンポーネントと@yaireo/tagify/dist/tagify.cssをインポートし、"use client"を付けたコンポーネントとして書いているsettingsにはdelimiters: "|"とtrim: falseを渡し、onInputではevent.detailにvalueがあるかどうかで入力中の値を取り分け、onChangeではevent.detail.tagify.valueから確定したタグを受け取る- 型は
ChangeEventData/InputEventData/TagDataを@yaireo/tagifyから取り込み、classNameに Tailwind のユーティリティを重ねて既定スタイルを上書きしている
TypeScript が JavaScript になるまで
Source: Zenn | Published: 2026-08-21 09:30 JST
- TypeScript のコンパイルは「型を検査する」処理と「型を消して JS を書き出す」処理に非対称に分かれており、型検査がプロジェクト全体を必要とするのに対し型消去はファイル単位で完結できると判明した
- TypeScript 7.0.2 で Express の Hello World（12行）をコンパイルすると Program は201ファイルに膨れ、
import express from "express"は実装 JS ではなく@types/express/index.d.tsへ解決される - 計測値は Parse 0.027秒、Bind 0.006秒、Check 0.132秒、Emit 0.005秒、合計0.180秒で、Check だけが全体の73%を占め Emit の26倍かかっていた
--noCheckを付けると Check time が 0.000秒になり合計0.061秒（元の3分の1）まで落ちるが、Program 構築・Parse・Bind は残る- Binder 段階では import した
expressが正体不明のAliasとしてマークされ、Checker が初めてシンボルeと型Expressを突き止める。Emitter は型注釈を落としてrequire + __importDefaultと(0, express_1.default)()の形へ書き換える
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | IT初心者がJavaScriptについて紹介してみた | ブラウザ上でそのまま実行される点、ページ全体を再読み込みせず更新できる非同期通信、Node.js でサーバー側も書ける点の3つを特徴として挙げている | @inapvision | 00:00 |
| 2 | ハッカソン最終ピッチで特別賞、そしてAIに文字起こしを読ませた反省会の話 | Findy DevOps × AI Agent Hackathon 2026 でファイナリスト10組に残り特別賞を得たが最優秀に届かなかった理由を、本番の YouTube 文字起こしと他作品の ProtoPedia をAIに読ませて分析している | @yujmatsu | 00:00 |
| 3 | Workers の CPU 制限を実測したら、前回書いたことが間違っていた | Free プランの Worker で D1 から100万行を取り JavaScript のループで合計する処理が、CPU時間上限10msという記述に反して2.6秒かけて成功したと実測で自説を覆している | @ma2no4413 | 00:18 |
| 4 | Cloudflare OSをAWSで作るなら、どんな構成になるのか | データを日本リージョンに固定できない点を企業利用の障壁と見て、Lambda・ECS・Fargate・RDS・S3・DynamoDB を基準に Cloudflare 相当の構成へ置き換えて考えている | @makichan | 00:38 |
| 5 | Figma のスクショを AI に渡すのをやめた話 | 余白が1〜2pxずれブランドカラーが「だいたいその辺の青」になる原因はモデルの精度不足ではなく、モデルに定規の代わりをさせていたことだと結論づけている | @awdr74100 | 03:49 |
| 6 | JSON.parseの「Unexpected end of JSON input」— 切れた位置でエラー文言が変わる | Node.js v24（V8）で JSON がどこで切れたかによってエラー文言が変わることを実測し、同じ原因でも別メッセージが出て混乱する組み合わせを表に整理している | @devtoolbox | 04:48 |
| 7 | GCPのAgent Identityを検証 ―AIエージェントに鍵を持たせずに外部連携する仕組み | Cloud Run sandbox に API キーや SA トークンを注入すると乗っ取られたコードが egress から持ち出せる（実測で GOT=sk-live-STOLEN）問題に対し、鍵を持たせない Agent Identity を検証している | @acntechjp | 06:38 |
| 8 | AIエージェントに服を選ばせるアプリを作った話 ― ハッカソンから始まった要件定義の設計 | Google Cloud と Elastic Search がスポンサーの Findy 主催ハッカソン向けに、AIが候補を提示しユーザーが選んだ服だけで最終コーディネート画像を生成する gen-fashion を作っている | @rarino | 06:50 |
| 9 | ハッカソンMVPをGCP本番へ ― Cloud Run分割、Direct VPC egress、keyless CI/CDの勘所 | Cloud Run のサービス分割、Compute Engine 上の Elasticsearch、Direct VPC egress、OIDC、Secret Manager、SSE タイムアウト事故、GitHub Actions の keyless CI/CD、画像生成コストのガードレールを本番化で効いた判断として挙げている | @rarino | 06:52 |
| 10 | Claude Tag+Amazon GuardDuty Investigation Agentでセキュリティアラートの一次トリアージを自動化 | Amazon Q から Slack に通知を受け Findings を調べる手作業を、Claude Tag と GuardDuty Investigation Agent の組み合わせでノーコードのまま一次トリアージまで自動化している | @dgtech | 08:04 |
| 11 | Flutter + Flameで2D MMOのアバター着せ替えシステムを実装した | 装備変更を SQLite へ書いて自分の描画を即時更新したうえで WebSocket でサーバーへ通知し他プレイヤーへブロードキャストする、リアルタイム同期まで含めた処理フローを示している | @shigeoizutani | 09:33 |
| 12 | 複数拠点における重複IPアドレスの再設計とCloud VPN・Cloud Routerによる拠点間ネットワーク統合 | 欧州拠点と南米拠点のようにプライベート CIDR が一部重複する環境で、アドレス衝突による通信不全を避けつつ動的ルーティングで接続性を確保する設計を扱っている | @kat | 10:00 |
| 13 | 大量データのグラフ描画が遅いときに見るべきボトルネックと4つの高速化策 | データ件数の増加でページが固まったように感じる問題について、どこがボトルネックかを見極める観点と代表的な高速化4手法を比較して選び方まで示している | @sitio1 | 10:00 |
| 14 | AIっぽさの3パターンで100サイト採点したら、9割が同じ1パターンに落ちた | フォント・配色・余白など10要因のチェックリストを捨て、100サイトを紫グラデ／幾何学浮遊／Inter直立の3分類で採点したところ92サイトが紫グラデに落ちたと報告している | @kenimo49 | 10:00 |
| 15 | Cloudflare Workers AIで、企業サイトのAI案内役を安全に公開する | Astro のフロントから Cloudflare Worker を呼び Workers AI で回答を生成する構成で、サイトにない実績や契約条件を答えさせない・プロンプトインジェクション・Bot の API 連打への対処を主題に据えている | @jinsights | 10:10 |
| 16 | LMSにMCPサーバーを実装した話（設計とOAuth 2.1認証） | マルチテナント SaaS で「このリクエストは誰の・どのコミュニティの権限なのか」をどう表現したかと、MCP 仕様が要求する OAuth 2.1 の動的クライアント登録・PKCE をどう実装したかを書いている | @bubekiti | 10:33 |
| 17 | 未経験からReact × RailsでWebアプリを開発しました | React 19.2.7 / TypeScript 6.0.2 / Vite 8.1.1 / Tailwind CSS 4.3.3 / shadcn/ui 4.14.1 / Rails 8.1.3.1 / PostgreSQL で、ヨット部の練習記録・大会成績・月間目標を共有するアプリを作っている | @atsushi310 | 11:13 |
| 18 | Drizzle Kitでコミュニティ機能を追加する前にschema・SQL・journalを監査する | schema.ts には3テーブルあるのに SQL にはコメントテーブルしか追加されておらず、それでも drizzle-kit check が成功してしまう不一致を匿名化コードで再現している | @nadarakainc | 11:21 |
| 19 | 型チェックを0エラーにしたら、UIの表示バグとビルド落ちの種が出てきた | Astro / 5言語 / 491ページのツールサイトで型エラーを潰したところ複数が実バグを指しており、npx tsc --noEmit は .astro の中身を見ず .ts から .astro を直接 import すると必ず落ちると指摘している | @a1221 | 11:26 |
| 20 | AIとの対話履歴を資産にする。DDR（Design Decision Record）自動記録の仕組み | 最終的なデザインだけが残り「なぜその案を採用し、どの案を見送ったか」を後から辿れない問題に対し、ソフトバンクのデザインチームが対話履歴から意思決定を自動記録する仕組みを組んでいる | @softbank | 12:00 |
| 21 | Bedrock の Web Search がライブ Web 取得に対応したので試してみた | 2026年8月4日に GA した Web Search on Amazon Bedrock は当初 Amazon 管理の Web スナップショットのみが対象だったが、8月19日に external_web_access が有効化され IAM 権限を付ければ公開 Web へ直接アクセスできると確かめている | @aws_japan | 12:08 |
| 22 | 入力エラーを返すだけでは足りなかった。pytestで「失敗した後」まで見るようになった話 | 3件しかなかった pytest がほぼ同じ1つの関数しか見ていなかったと気づき、過去に見つけた不具合や危険な状態を回帰テストとして残す「事故防止台帳」へ位置づけを変えている | @tosane932 | 12:31 |
| 23 | Dogwood を Amazon Bedrock AgentCore で動かす | AWS のポリシー言語 Dogwood の「機密ドキュメントを読んだ後はメール送信を禁止する」ガードレールを、ローカルの参照実装から AgentCore Gateway の temporal policy として設定し直している | @exwzd | 12:50 |
| 24 | zramでメモリ圧縮してサーバ費用を節約できるか試してみた | Next.js フロントと Express バックエンドを AWS EC2 上のコンテナで動かす検証環境のスペックを下げるために zram を導入し、費用を抑えられるか試している | @forcia_tech | 13:00 |
| 25 | [MacOS] ByteNess/aws-vaultでAWS Credentisalsを管理する | サプライチェーン攻撃を踏まえ Assume Role の一時クレデンシャルでもローカルに平文で置きたくないとして、macOS で ByteNess/aws-vault をセットアップしている | @dyoshikawa | 13:30 |
| 26 | 予約ボタンがスマホで見つからない。美容サロンのホームページをAIで作り直す手順 | 使う技術ではなく「初めて来る人がメニューと料金を読み、注意事項を確認し、迷わず予約画面へ移れるか」を先に決めるとして、Sakupa の現行ソースと公開手順から作業記録を組み立てている | @kakusan2022 | 14:03 |
| 27 | [Mastra Announce] Coding Agent Helperでファイル操作から自己検証までコーディングエージェントに組み込む | Mastra 公式ブログが2026年8月17日に発表した Coding Agent Helper を、公式発表の直訳ではなく何がテンプレート化されどこを拡張できるのかという観点から @mastra/core@1.48.0 以降を前提に整理している | @shiromizuj | 14:10 |
| 28 | 「10 分待ってデプロイ失敗」はもうやめよう: CDK Comprehensive Validation はデプロイ前に設定ミスを検出する | 非推奨ランタイム指定・必須プロパティ欠落・既存リソースとの名前競合が CloudFormation へのデプロイ中まで分からない問題を、Pahud の dev.to 記事を日本語化して新バリデーション機能で潰せると紹介している | @aws_japan | 15:02 |
| 29 | 3人チームで請求書処理の自動化に取り組んで学んだこと | メール添付の請求書PDFのダウンロード・リネーム・Google Drive 保存・振込データ作成を自動化するプロトタイプで、HTML・CSS・JavaScript による画面と他担当の処理結果の表示部分を担当した経験を書いている | @mikiya_web | 15:04 |
| 30 | AI に聞く前に、仮説を立てて自分で読む 〜 CloudFormation テンプレートの読み方 〜 | テンプレートを上から順に読むのをやめ、その技術の役割から中身の仮説を立ててピンポイントに確認するやり方へ変えたところ理解が進んだとして、CloudFront のテンプレートを題材に手順を示している | @gemcook | 15:09 |
| 31 | 商品の単価を比較する方法｜100g・100ml・1個あたりの価格を計算する | 内容量と価格が異なる商品を比べるために「単価 = 合計金額 ÷ 数量」で 100g・100ml・1個あたりへそろえる計算方法を、5個入り1,980円なら1個396円といった例で説明している | @nenkajp | 15:11 |
| 32 | Structured Playwright —— 変更に強いLocatorの設計 | E2Eテストを4層に分けた前作が暗黙に前提としていた「Page Object 内の Locator 自体が変更に強く書かれていること」を、今回は Locator の設計として掘り下げている | @mov_ish | 15:53 |
| 33 | 初インターンでの初アプリ開発 | カラビナテクノロジー株式会社のインターンに参加し、初めてのアプリ開発として取り組んだ内容と会社概要を記録している | @ibk | 16:01 |
| 34 | Grok Buildで生成したアプリを公開する前に、認可の失敗系テストを追加する | 2026年8月19日に xAI が Grok Build を Web とモバイルの全プランへ展開し grok.me で公開範囲を選べるようになったのを受け、公開前に足すべきは長いチェックリストではなく「拒否されるべきアクセスを実際に送るテスト」だと主張している | @akari_chan | 16:22 |
| 35 | TanStack RouterとNginxからTanStack Startに移行した話：移行する際に整理したこととつまずき | Node.js 26.4.0 / TanStack Start 1.167.65 の環境で、フロントエンドサーバーを導入した背景、ADR で決めたランタイムと認証境界、SSR まわりのつまずきを書いている | @aishift | 16:29 |
| 36 | 相互保有を含む有向グラフの持分計算 ― 51%の子会社の51%の子会社は26%しか持っていない | 資本関係はツリーではなく相互保有を含む有向グラフだとして、Next.js（App Router）+ TypeScript のグループ資本管理ツールで一番手こずった持分計算の実装上の難所を書いている | @solcube | 16:51 |
| 37 | HTTPステータスコードの選び方：200・201・401・403を判断する | RFC 9110 を基準に、作成成功時の200と201、未ログイン時の401と403、入力値不正時の400と422 といった迷いやすい組み合わせを判断軸として整理している | @zzzzzzz | 16:58 |
| 38 | さらばIPVS、Kubernetesのkube-proxyにnftablesがやってくる日 | Kubernetes 1.35 で kube-proxy の IPVS モードが非推奨になったことを受け、最近の kube-proxy の動作モードを調査してまとめている | @nttdata_tech | 17:00 |
| 39 | npmからpnpmへの移行まとめ | セキュリティ対策と利便性向上を目的に npm から pnpm へ乗り換えた記録で、Volta 経由でのインストールと package.json でのバージョン固定を前提に手順を残している | @shu_saginoya | 18:00 |
| 40 | Reactフォーム遷移を分解計測し、描画最適化をPRから外した | 再レンダリングを疑って監視範囲の縮小や画面外要素の描画遅延を試したが、クリック後を分解計測すると同じ入力に対する重複チェックを待ち直す経路が原因で、描画側の変更では一貫した差を確認できなかったと結論づけている | @digeon | 18:07 |
| 41 | リポジトリにロジックは書くな！ | レイヤードアーキテクチャでもアプリケーション層とインフラストラクチャ層の境界が曖昧になり、ビジネスロジックがリポジトリへ漏れると処理の流れを追うのにリポジトリ実装まで見に行く羽目になると指摘している | @more_tech_blog | 18:30 |
| 42 | 【FastAPI × PostgreSQL】AlembicでDBマイグレーションを実施する | SQLAlchemy 公式のマイグレーション管理ツール Alembic を使い、PostgreSQL のデータベース作成から users.team_id が teams.id を参照する構成の反映確認までの流れを説明している | @headwaters | 18:33 |
| 43 | 【2026年版】未経験からインフラエンジニアへ転職可能？必要な資格・スキル・勉強方法を解説 | 未経験からインフラエンジニアへの転職は可能だとしつつ、未経験OK求人にとりあえず応募するのではなく Linux やネットワークの基礎を転職前に身につけておくべきだと述べている | @reo_engineer | 19:00 |
| 44 | 新卒だけど電話サービスの負荷試験基盤を構築できた話 | 電話は繋がらなかった相手が掛け直すとは限らず性能劣化が応答の遅れとして相手に直接伝わるという性質から、電話対応AIエージェント向けに負荷試験基盤を構築した経緯を書いている | @aishift | 19:00 |
| 45 | BigQueryのクエリコストを月1万円以下に抑える7つの実践テクニック | GA4 のデータを BigQuery で分析し始めたら月数万円になったという相談を受けるとして、1TB読み取りあたり約$6.25 のオンデマンド課金を前提にコストを抑える7つの手を挙げている | @web_benriya | 19:14 |
| 46 | Deno 2.9のDeno.test.each()とt.assertSnapshot()をnode:testと書き比べた | Deno 2.9 で入った Deno.test.each() と t.assertSnapshot() を、同じ add() と renderHeader() に対する Deno 版4本と Node 版4本のテストで行数・テスト名の出方・失敗時の出力まで比べている | @clopy | 19:52 |
| 47 | テンプレートエンジン minimal-teつくってみた！ | Cloudflare Workers に Hono で作った Web アプリをデプロイする際の HTML へのデータ埋め込みをきっかけに、TypeScript / JavaScript 向けテンプレートエンジン minimal-te を npm で公開している | @bespectacled | 19:59 |
| 48 | Three.jsだけで3Dニュース番組風の動画を自動生成するOSSツールを作った | 音声（TTS）以外は一切の外部アセットを使わない制約を課し、画像ファイルを1枚もリポジトリに入れずスタジオ・アバター・モニター・テロップまで Three.js のコードだけで組む news-video-generator を公開している | @yadevloper | 20:03 |
| 49 | PII×LLMの4層防御 — Bedrockの非学習保証を規約とアーキテクチャで二重化する | PII を含むワークロードに LLM を組み込む論点を学習リスク・保持リスク・経路リスクに分解し、前二者は契約と規約、後者はネットワーク設計のレイヤーとして Amazon Bedrock 上の構成を出典付きで整理している | @xim2jp_tokyo | 20:22 |
| 50 | MCP のツールを 1 本から 3 本に増やした — データを送らない設計の副作用 | ツールは少ないほうがいいと考えて sum_csv_column 1本にしていたが、データを送らない設計へ変えた副作用として list_datasets / describe_dataset / aggregate の3本へ増やさざるを得なくなったと書いている | @ma2no4413 | 20:47 |
| 51 | 自作テンプレートエンジン（minimal-te）の詳細機能 | minimalTE(html: string, embedObject: any[]): string というシグネチャで HTML 文字列とオブジェクト配列を受け取る設計を示し、プレースホルダー置換をはじめ2026年8月21日時点の機能一覧を解説している | @bespectacled | 22:16 |
| 52 | React 19.3 browser() APIの使いみち～FUNSTACK Routerの場合～ | React 公式ドキュメントに追加され次バージョン React 19.3 で使えるようになる見込みの browser() API を自作 OSS の FUNSTACK Router へ先行導入し、SSR できずブラウザ上でのみレンダリングできるコンポーネントを示す用途を紹介している | @uhyo | 22:52 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Bedrockを調べてみたら、Claude Codeのハーネスへの理解がちょっとだけ深まった話 | /config を叩いたら API Provider に Amazon Bedrock と出ていたことから、ローカル開発ツールである Claude Code が Team / Enterprise プランではなく Bedrock 経由で動く理由を調べている | @makoware | 00:21 |
| 2 | 【GitHub Actions】AssumeRoleWithWebIdentity に失敗した原因は sub の仕様変更だった | aws-actions/configure-aws-credentials@v6.1.0 で Assume Role が失敗した原因は IAM や OIDC Provider 側ではなく、2026年7月15日の GitHub OIDC Subject Claim 仕様変更だったと突き止めている | @nkserveren26 | 00:49 |
| 3 | 【今日から俺もFDE #2】ChatGPTは「うちの会社」を知らない — 社内ChatBotを最短で作る方法（後編） | 社内 ChatBot は Google Drive / SharePoint の権限を整えて Gemini や Copilot につなぐのが最短で、完全閉域・文書がSaaSに移せない・社外ユーザー・文書とDB横断の4条件に該当して初めて自前構築を検討すべきだとしている | @udowanllc | 01:04 |
| 4 | 香港国際空港でClaude CodeもCodexも使えなかった話。原因はGreat Firewallじゃなかった | 原因は検閲ではなく Anthropic・OpenAI 自身の地理制限で、Claude はセッションごとに IP を再判定するためローカルにキャッシュされたアカウント表示だけが残り認証リクエストが弾かれると突き止めている | @yama3133 | 01:18 |
| 5 | Amazon LeoとStarlink、衛星インターネット戦争の中間報告(2026年8月版) | Project Kuiper が Amazon Leo へ改名されエンタープライズβが始まったのを受けて Starlink との差を数字で確認し、まだ全然詰まっておらず Amazon Leo は FCC の締切をすっぽかしていると出典付きで整理している | @yama3133 | 02:51 |
| 6 | AWS SAA-C03 合格へのログ Part.1 | 資格そのものより広く AWS のサービスを知りアーキテクチャのベストプラクティスを提案できるようになるために SAA を受けると決め、期限がないと勉強が進まない性格だとして1ヶ月後に試験を申し込んでいる | @Nob_Hi | 03:13 |
| 7 | Terraformって結局何をするもの？ Config・Provider・State・Plan/Applyから全体像をつかむ | Terraform は State を手がかりに実インフラの現在状態を確認し、Config との差分を Plan として計算して Provider 経由で必要な変更を実行するツールだと整理している | @ryucciarati | 05:51 |
| 8 | URLエンコードのencodeURIComponentとencodeURIを使い分ける — 残る記号・空白と+の罠・UTF-8パーセント | encodeURIComponent はクエリの値用で / ? & = まで変換し encodeURI は URL 全体用でそれらを残すが、前者でも ! ~ * ' ( ) は変換されず、空白は %20 になり + にはならないと整理している | @sakutto-panda | 07:12 |
| 9 | AI駆動で町内会ホームページを作ってみたら、想像以上に簡単だった | WordPress で運用していた町内会サイトを技術選定から実装・公開環境・日々の更新までAIに任せて作り直し、花の写真11枚を載せる実験のつもりが数日後にはサイト全体の移行がほぼ終わっていたと書いている | @sekity | 07:45 |
| 10 | 【Codexで学習ゲーム #3｜ひらがな編】作らせて終わりじゃない。Codexとゲームを改善し続けた話 | Codex の multi-agent 機能で役割分担させた前回に続き、作ってもらう→自分で触る→文句を言う→直してもらうの繰り返しでゲームを改善し続けた過程を書いている | @moharamo | 08:21 |
| 11 | ローカル配信だけのIPカメラをAWS Kinesis Video Streamsへつないだ ― 「映らない」を3区間に分ける | Raspberry Pi 3 Model B+ と USB カメラのハンズオンは Producer SDK のビルド20〜30分で済んだが、既存 IP カメラを RTSP / H.264 でつなぐ PoC ではカメラ認証・RTP 受信・GStreamer パイプライン・AWS 認証と切り分けが必要になったと書いている | @okakousuke1124 | 08:25 |
| 12 | クラウド録画PoCで「映った」だけを完了にしない ― 要求を検証証拠へ分解する | KVS 側で映像が見えた時点を PoC の完了とせず、回線断からの復旧・認証情報の配布と更新・映像停止の検知・複数台管理まで要求仕様を検証証拠へ分解すべきだとしている | @okakousuke1124 | 08:27 |
| 13 | KVSでは動画は最初からMP4ファイルではない ― フレーム・フラグメント・再生APIを分ける | Kinesis Video Streams では Producer がフレームを送りサービス側はフラグメント単位で扱うため、録画を「動画ファイルを作って保存する処理」と捉えると指定時刻の映像がずれるといった現象を切り分けられなくなると指摘している | @okakousuke1124 | 08:28 |
| 14 | 生成AIへの機密情報送信リスクを体験して学べるWebアプリを作りました | 顧客名・メールアドレス・アクセストークン・社内URLを含む架空のログを見せ、生成AIへ送る前にどれをマスキングすべきかを自分で判断させる約5分の疑似体験アプリを ai-security-sim.pages.dev で公開している | @nadev | 08:32 |
| 15 | 初心者向けはじめての生成AIプログラミング入門2026夏 | 2026年8月時点で自然な日本語によるプログラミングが無料環境で実用レベルに達しているとして、Google の Gemini を使った自作の例題を初心者と一緒に進める形で書いている | @Junji_Suzuki_JBOYSOFT | 08:41 |
| 16 | 「設定は開放、でも本当に届くの？」をSecurity Hub Network Scanningで5パターン検証してみた | 2026 Japan AWS Jr. Champions 真夏の Qiita リレー21日目として、設定上は開放されている経路が実際に到達するかを Security Hub Network Scanning で5パターン検証している | @ssakita | 08:42 |
| 17 | 今すぐできる！Amazon SNSでイベントのメール通知を実装しよう | 複数サービスを連携させて仕組みを組み上げる最初の題材として、AWS 内で発生したイベントを Amazon SNS で管理者へメール通知する実装方法をまとめている | @TechSpace-engineer | 09:01 |
| 18 | WebSocket接続切断時の再接続制御とメッセージ欠損を防ぐシーケンス・実装パターン | モバイル回線の切り替えや瞬断で頻繁に切れる WebSocket に対し、指数バックオフによる再接続制御と、切断中に発生したメッセージのバッファリング・再送制御の実装パターンを示している | @blinkgroup_jp | 09:22 |
| 19 | QRコード決済のアーキテクチャをPayPayの公開情報から設計してみる | 7000万人規模を捌く実サービスには教科書的な設計では足りないとして、一般的な QR コード決済をゼロから設計してから PayPay の公開技術情報と突き合わせ、AWS サービスへのマッピングまで行っている | @yama3133 | 11:01 |
| 20 | Reactの状態管理を知らないと、画面が増えた瞬間にコードが壊れる話 | どこまでAIに任せるかという線引きの話ではなく、出てきたコードの構造を見分ける知識がないと壊れやすい形になっていても気づけないという話だと断っている | @ennagara128 | 11:29 |
| 21 | DELETE文は正しいのになぜ削除できない？ PostgreSQLの外部キー制約違反をJDBCで理解する【SQLException・SQLSTATE】 | DELETE FROM categories WHERE category_id = ? が正しく書けているのに失敗する原因を PostgreSQL の外部キー制約違反として、JDBC の SQLException と SQLSTATE から読み解いている | @neoichor | 11:57 |
| 22 | 【無停止DNS移行】ドメイン移管の完了を待たずにメールサーバーを先行切り替えする設計パターン | レジストラの移管と権威DNSサーバーの移行は完全に独立したレイヤーなので、現行レジストラ側の NS 指定だけを先に Cloudflare 等へ向ければ稼働中の自宅メールサーバーを1秒も止めずに移行できるとしている | @tech_Ice_Military | 12:18 |
| 23 | IAM権限設計：「ConsoleFullAccess」の活用 | FSx には AmazonFSxFullAccess もあるのにわざわざ Console 付きのポリシーが別に用意されている理由を、社内勉強会で出た疑問としてメモしている | @j-dai | 12:29 |
| 24 | 【実機検証】EC2 Application Status ChecksをALBと比較――検知遅延、managed ENIの不可視性、SG削除待ちを観測した | 2026年8月10日に EC2 の標準機能となった Application Status Checks を ALB と実機比較し、検知遅延・managed ENI の不可視性・SG削除待ちという公式ドキュメントだけでは判断しにくい3点を観測している | @YShiba92 | 13:12 |
| 25 | チャットAIの回答より先に「出典レシート」を送る：公式情報と個人記事を混同しないTypeScript設計 | Tencent RTC の Social Messaging を使うチャットを想定し、公式・コミュニティ・社内情報の区別、参照URLと取得時刻、根拠ID、情報競合時の自動送信停止をAI回答へ添付する設計を示している | @susie000720 | 13:13 |
| 26 | Node.jsからClaude APIとChatGPT APIを呼び出す最小構成 — プロンプトテンプレート化のコツ | Claude API と ChatGPT API を Node.js から叩く最小構成を並べたうえで、実装後に必ずぶつかる「プロンプトをコード内にそのまま書くと辛くなる」問題への実務的な対処パターンをまとめている | @aoyama_k_web | 13:34 |
| 27 | 主要クラウドサービスの動向（2026年8月） | 各社の直近の決算発表と公式リリースをもとに主要クラウドの変化を整理しており、四半期・会計年度の区切りが各社で異なる点に注意を促している | @ccxppt | 14:32 |
| 28 | SageMaker Unified Studio で Glue テーブルのアセットを作成する手順 | SageMaker Unified Studio（DataZone V2）のアセットは Glue テーブル1つに対応するカタログ上の管理単位で実データのコピーではないと整理し、パブリッシュしてドメイン全体から検索可能にする流れを示している | @swkky | 14:59 |
| 29 | 漢字よみクイズの誤答づくりを、さくらのAI Engineに全部お願いした話 | 4択の正解は教育漢字データから機械的に作れるが「なんとなく正解っぽいけど違う」誤答は人力が必要だったため gpt-oss-120b に丸ごと任せ、学年別配当漢字・読み・用例を返す教育漢字APIも自作公開している | @st-man-hori | 17:32 |
| 30 | IAM Identity Center の組織インスタンスがワンクリックでマルチリージョン化できるようになりました | カスタマー管理 KMS キーの作成やリージョン追加を個別に手動で行う必要があったマルチリージョン化が、組織インスタンス作成時に Single-Region / Multi-Region / Custom から選べるようになったと解説している | @leomarokun | 19:12 |
| 31 | テンプレート選択型画像生成UIの要件定義とテスト設計 | 公開されているミーム画像生成ページを例に、name/description は画像なしでも区別できるか、slots は必須不足で生成不可か、ratios は未対応比率を選択不可か、という形でテンプレート検索から書き出しまでを要件へ分解している | @zhe_devlog | 19:16 |
| 32 | SAML連携しているCognitoで認証して、PostmanからGraphQLリクエストを送信する | AppSync の認証に使う Cognito が社内 IdP と SAML 連携している構成では AWS コンソールのテストクエリで完結できないため、Postman の OAuth 2.0 Authorization Code With PKCE でログインして GraphQL を送る方法を示している | @hideki | 20:14 |
| 33 | 個人情報×生成AI入門 — Bedrockなら「学習されない」を出典付きで | 「個人情報をAIに入れていいの？」に根拠付きで答えられるよう、Amazon Bedrock で PII を安全に処理する構成を AWS 公式の出典付きで整理している | @Xim2jp | 20:20 |
| 34 | Django学習記録⑨Markdownでコード実行できるようにしてみた | 個人開発の SmarMemo で Python コードをブラウザ上から実行し、その実行結果も Markdown ノートへ保存できるようにしたと記録している | @takekenkou | 20:45 |
| 35 | claude codeの待ち時間にあざらしを降らせる | 「本当にまだ回答生成中？」と迷う待ち時間の視認性を上げるため、Claude Code の通知音やポップアップとは別にあざらしを降らせる仕組みを作り、メニューバーのアイコンにこだわっている | @Emily-wata | 21:04 |
| 36 | Microsoftの「Flint」はグラフの中間言語だった — Obsidianプラグインにして分かった設計と3つの罠 | Microsoft の OSS flint-chart はグラフライブラリではなく AI エージェント向けの可視化中間言語（コンパイラ）であり、そこを読み飛ばすと設計を間違えると、flint-chart@0.5.1 での Obsidian プラグイン実装から述べている | @0yasumi_m0de | 21:47 |
| 37 | TypeScriptでRPGの街道をデータとして設計する――Road型を詳しく見る【第11回】 | React + TypeScript による Web RPG 開発連載の第3章「街道とイベントを設計する」として、街道をデータとして扱う Road 型の設計を詳しく見ている | @mild_bonobo5557 | 22:07 |
| 38 | hono/zod-openapiでresponsesスキーマも静的に検証する方法 | DB の生カラムが API レスポンスに漏れる事故を起こして調べた結果、@hono/zod-openapi の responses スキーマは OpenAPI 生成と型推論にしか使われずランタイムでは一切検証されないと判明し、satisfies と実行時 parse で塞いでいる | @natsugure | 22:25 |
| 39 | TypeScriptでSkip Listを実装する：確率的な多段リンクで探索をO(log n)にする | William Pugh の論文 “Skip Lists: A Probabilistic Alternative to Balanced Trees” のアイデアを TypeScript で書き直し、実装上の不変条件と境界テストを整理している | @Karentia | 22:37 |
Publickey
対象日の該当記事はすべて Top 20 に掲載されています。
gihyo.jp
対象日の該当記事はすべて Top 20 に掲載されています。
GIGAZINE
2026-08-21 付の記事はありませんでした。
ITmedia News
2026-08-21 付の記事はありませんでした。
TypeScript Blog
2026-08-21 付の記事はありませんでした。
Node.js Blog
2026-08-21 付の記事はありませんでした。
Astro Blog
2026-08-21 付の記事はありませんでした。
Cloudflare Blog
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | From all-or-nothing to task-based OAuth consent（全か無かからタスク単位の OAuth 同意へ） | OAuth クライアント作成時に optional_scopes 配列（例 workers-kv-storage.write、zone.read）を指定できるようになり、ユーザーが同意画面でオプショナルなスコープを選別できる。開発者側は完全な権限付与を前提とせず、交換後に許可されたスコープ集合を確認する必要がある | 02:03 |
Vercel Changelog
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Custom metrics are now supported in Vercel Observability（Vercel Observability がカスタムメトリクスに対応） | @vercel/functions の metric() で Vercel Functions から独自の値を送出し、属性を付けて Query builder・Notebooks・vc metrics から絞り込める。デプロイ元やファンクションのリージョンは自動付与され、Pro と Enterprise で observability イベントとして課金される | 02:00 |
| 2 | Manage Vercel Toolbar comments from the CLI（Vercel Toolbar のコメントを CLI から管理） | vercel comments で現在の Git ブランチにひもづく未解決コメントの一覧・絞り込み、スレッドの全メッセージとID確認、返信・解決・再オープン・編集・削除までを端末から行え、--format json でスクリプトやエージェントからも扱える | 03:03 |
AWS What’s New
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Amazon Redshift introduces long-term system table retention with Amazon S3 Tables integration（Amazon Redshift が S3 Tables 連携でシステムテーブルの長期保持に対応） | 従来7日だったシステムテーブルの保持期間を延ばすのに自前の ETL パイプラインが必要だったが、AWS が Apache Iceberg 形式で S3 Tables へ自動書き出しし、パーティショニング・コンパクション・保持まで管理するようになった | 00:00 |
| 2 | AWS Partner Central agents MCP Server now supports OAuth with AWS Sign-In（AWS Partner Central エージェントの MCP サーバーが AWS Sign-In による OAuth に対応） | SigV4 資格情報での MCP プロキシ構築やコンソールへの IAM ログインが不要になり、既存の AWS ID・サインイン方式・IAM 権限・ガバナンス制御のまま Amazon Quick や Kiro からエージェントを認可できるようになった | 03:02 |
| 3 | Amazon CloudFront now supports Origin Access Control (OAC) for Amazon S3 Multi-Region Access Points（Amazon CloudFront が S3 マルチリージョンアクセスポイントの OAC に対応） | これまで SigV4a の Authorization ヘッダーを Lambda@Edge で自前計算して転送する必要があったが、CloudFront が S3 MRAP オリジンへのリクエストをネイティブに署名するようになり、指定ディストリビューションからのみアクセスを許可できる | 03:30 |
| 4 | Amazon EC2 P6-B300 instances are now available in the Asia Pacific (Seoul) Region（Amazon EC2 P6-B300 インスタンスがアジアパシフィック（ソウル）リージョンで利用可能に） | NVIDIA Blackwell Ultra GPU 8基・GPUメモリ2.1TB・EFA ネットワーク6.4Tbps・システムメモリ4TB を備え、P6-B200 比でネットワーク帯域2倍・GPUメモリ1.5倍・FP4 TFLOPS 1.5倍となる構成がソウルでも使えるようになった | 03:31 |
| 5 | Amazon EC2 C8gd, M8gd and R8gd instances are now available in additional AWS Regions（Amazon EC2 C8gd・M8gd・R8gd インスタンスが追加リージョンで利用可能に） | 最大11.4TB のローカル NVMe SSD を持つ Graviton4 世代のインスタンスが C8gd はシンガポール、M8gd はメキシコ（中部）とメルボルン、R8gd はチューリッヒへ拡大し、Graviton3 比で最大30%の性能向上を謳っている | 05:00 |
| 6 | Amazon Timestream for InfluxDB now supports customer managed keys（Amazon Timestream for InfluxDB がカスタマー管理キーに対応） | InfluxDB 2 のインスタンスとリードレプリカ、InfluxDB 3 クラスターの保管時暗号化に AWS KMS のカスタマー管理キーを選べるようになったが、キーはリソースと同一アカウント・同一リージョンに置く必要があり作成後は変更できない | 05:00 |
| 7 | Amazon SES now supports open and click tracking override parameters（Amazon SES が開封・クリック追跡のオーバーライドパラメータに対応） | 設定セットを組み合わせごとに用意する必要がなくなり、SendEmail と SendBulkEmail の API 呼び出し単位で開封追跡とクリック追跡の有効・無効を指定して受信者ごとの同意を尊重できるようになった | 16:00 |
Google Cloud Blog
対象日の該当記事はすべて Top 20 に掲載されています。
Supabase Blog
2026-08-21 付の記事はありませんでした。
web.dev
2026-08-21 付の記事はありませんでした。
Mozilla Hacks
2026-08-21 付の記事はありませんでした。
CSS-Tricks
2026-08-21 付の記事はありませんでした。
Smashing Magazine
2026-08-21 付の記事はありませんでした。
Hacker News
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | TypeScript: Migrate Repo to TypeScript 7（TypeScript リポジトリを TypeScript 7 へ移行） | Jake Bailey の投稿が指す microsoft/TypeScript の PR #63763 が2026年8月20日にマージされ、Go 実装の typescript-go 全体が git 履歴を保ったまま tsc サブディレクトリとして本体リポジトリへ取り込まれ、旧 Strada のコードが削除された（100,942ファイル変更） | 00:19 |
| 2 | Show HN: JavaScript library that makes any list a smooth picker of any shape（任意のリストを滑らかなピッカーにする JavaScript ライブラリ） | loopem.tahazsh.com で公開されたピッカーライブラリで、line・arc・wheel・cover flow・fan・stack の組み込みレイアウトを持ち、仮想化で画面内だけを描画し、矢印キー・Home/End・listbox ロールといったアクセシビリティを既定で有効にしている | 02:24 |
| 3 | Show HN: WaveHouse – Supabase for ClickHouse（WaveHouse — ClickHouse 版 Supabase） | ClickHouse へ直接つなぐと起きる too many parts エラーやバックプレッシャー欠如を単一バイナリで吸収するリアルタイム API ゲートウェイで、NATS ベースの WAL によるバッファリング、SSE プッシュ、Hasura 風の行/列ポリシー、TypeScript SDK を Apache 2.0 で提供している | 03:00 |
| 4 | What’s New with Monitoring in PostgreSQL 19（PostgreSQL 19 の監視まわりの新機能） | pg_stat_lock・pg_stat_recovery・pg_stat_autovacuum_scores などのビューと pg_get_multixact_stats() が追加され、log_lock_waits の既定が off から on へ変わり、ラップアラウンド警告の閾値が4,000万から1億トランザクションへ引き上げられた | 04:14 |
| 5 | Show HN: PingChange – monitor web pages and OpenAPI specs for meaningful changes（PingChange — Webページと OpenAPI 仕様の意味のある変更を監視） | 広告・タイムスタンプ・Cookie バナーにまで反応する既存の監視ツールと違い「価格が変わったら知らせて」といった指示に照らして変更を判定する監視サービスで、Cloudflare や CAPTCHA の背後のページにも対応し Slack・Telegram・Zapier・n8n へ通知できる | 05:51 |
| 6 | Building safe MCP servers for a PostgreSQL database（PostgreSQL データベース向けの安全な MCP サーバーを作る） | 読み取り専用ロールと SET default_transaction_read_only = ON に加え、pglast で SQL を AST 解析して SELECT 以外を拒否し、timeout=30.0 と MAX_LIMIT=100 を課したうえで削除前に elicitation で確認する FastMCP 実装を示している | 07:04 |
| 7 | Making React Testing Library Tests 43% Faster（React Testing Library のテストを43%高速化する） | jsdom 30 比で43%（jsdom 26 比では21%）短縮した内訳として、input.labels の DOM 全体再スキャンをキャッシュ化して60.52ms→0.67ms（91倍）、DOMSelector の高速パス修正で getByRole('button') を42%削減、イベント経路の最適化で12〜36%向上を挙げている | 10:40 |
| 8 | Bun 1.4: Zig vs. Rust Compile Times（Bun 1.4 — Zig と Rust のコンパイル時間） | Bun 作者の Jarred Sumner が Zig 版と Rust 版のコンパイル時間を投稿したもので、HN のコメントでは Zig と Rust の比較というより投稿者の Zig 習熟度を示しているだけだという指摘が付いている | 11:04 |
| 9 | Show HN: Interactive PostgreSQL Permissions（インタラクティブな PostgreSQL 権限モデル） | スキーマへの USAGE とテーブルへの SELECT という2段階の権限ゲートを、ブラウザ内 PGlite 上で「Run as Admin / Run as Alice」を切り替えながら権限不足エラーを解く4ステップのラボとして学べる。意図した権限を YAML で定義し実DBとの差分を適用する pgroles のドキュメント | 19:47 |
| 10 | Welcome to pg_walviz: PostgreSQL WAL segment visualizer（pg_walviz — PostgreSQL WAL セグメント可視化ツール） | pg_waldump では見えない WAL の物理的な記録配置を、リソースマネージャ別ヒートマップ・レコードフラグメント・レコードインスペクタ・生バイトの4パネルで同期表示する v0.1.0-beta.1 で、稼働中サーバーのセグメントには使えないと明記している | 20:49 |
| 11 | React Keeps You Logged in with JWT and Zustand（React が JWT と Zustand でログイン状態を保つ） | React アプリのログイン状態を JWT と Zustand で保持する構成を扱った個人ブログの記事だが、投稿元サイトは外部からの取得を拒否しており Hacker News 上でも2ポイントにとどまっている | 22:15 |
| 12 | N8n Code nodes as files: TypeScript, shared modules and NPM, bundled on push（n8n の Code ノードをファイルとして管理する — TypeScript・共有モジュール・npm を push 時にバンドル） | n8n-decanter という MIT ライセンスの CLI で Code ノードを TypeScript ファイルとして持ち、shared/ の共通ロジックと npm 依存を push 時に esbuild でインライン化して自己完結した関数本体へ変換し、Git 上で PR レビューできるようにしている | 22:16 |