mcp-handlerのWebMCP対応、AlloyDB/Cloud SQLのBM25ほか — Web Dev Digest: 2026‑09‑19
Top 20
WebMCP support now available in mcp-handler（mcp-handler が WebMCP に対応）
Source: Vercel Changelog | Published: 2026-09-19 03:00 JST
- Vercel が mcp-handler@2.2.0 で WebMCP（ブラウザ内エージェントにツールを公開するための提案中の Web 標準）の実験的サポートを追加したと発表した
- サイトに script タグを 1 つ追加するだけで、既存の MCP ツールがブラウザ内エージェントからも利用できるようになる
- 公開するツールは
experimental_webMcpオブジェクトの tools 配列に名前を追加してオプトインし、スクリプトは MCP エンドポイントに?webmcp-scriptパラメータを付けた URL（例:/api/mcp?webmcp-script）から読み込む - スクリプトはツールをページに登録し、各呼び出しをサインイン済みユーザーとして MCP サーバーへプロキシするため、ブラウザ側の OAuth フローなしで認証付きツールが動作する
- 執筆は Andrew Qu と Boris Bessimer で changelog 自体は 2026 年 9 月 18 日付、機能は experimental 扱いのため今後変更される可能性がある
Announcing Native BM25 Ranking in AlloyDB and Cloud SQL（AlloyDB と Cloud SQL でネイティブ BM25 ランキングを発表）
Source: Google Cloud Blog | Published: 2026-09-19 01:30 JST
- Google Cloud が AlloyDB と Cloud SQL for PostgreSQL 17 以降で、Tiger Data のオープンソース拡張
pg_textsearchによるネイティブ BM25 インデックスをプレビュー公開した - PostgreSQL 組み込みの
ts_rankに無い逆文書頻度（IDF）・用語頻度の飽和・文書長正規化を備え、コーパスが大きくなってもランキング品質が落ちないとしている CREATE EXTENSION pg_textsearch後にCREATE INDEX ... USING bm25 (列) WITH (text_config='english')でインデックスを作り、<@>演算子でスコアを得る（スコアは負値で、小さいほど関連度が高い）- AlloyDB では
google_ml_integration拡張のai.hybrid_searchUDF でベクトル検索（ScaNN）と BM25 を重み付きで統合でき、Cloud SQL では CTE と RRF（1/(60+rank)）で手動マージする SQL 例を示している - 別の全文検索バックエンドや ETL・同期遅延が不要になり、AlloyDB のベクトル検索は標準 PostgreSQL 比で最大 6〜10 倍高速と説明している
Amazon SNS now supports message payloads up to 1 MiB（Amazon SNS が最大 1 MiB のメッセージペイロードに対応）
Source: AWS What’s New | Published: 2026-09-19 00:00 JST
- AWS が Amazon SNS のメッセージペイロード上限を従来の 256 KiB から 4 倍の 1 MiB に引き上げたと発表した（告知の Posted on は 2026 年 9 月 18 日）
- トピック属性
MaximumMessageSizeを設定することで有効になり、Standard トピックと FIFO トピックの両方で使える - 256 KiB を超えるメッセージを配信できるサブスクリプションは Amazon SQS・Amazon Data Firehose・AWS Lambda の 3 種に限られる
- 256 KiB 超を有効にしたトピックはサブスクリプション数が最大 100 件に制限される
- アプリケーション統合・IoT・生成 AI で大きなメッセージを分割・オフロードしていた手間が不要になり、SNS が利用可能な全リージョンで即日利用できる
Kimi K3 by Moonshot AI is now generally available on Amazon Bedrock（Moonshot AI の Kimi K3 が Amazon Bedrock で一般提供開始）
Source: AWS What’s New | Published: 2026-09-19 00:15 JST
- AWS が Moonshot AI の Kimi K3 を Amazon Bedrock で一般提供したと発表した（告知の Posted on は 2026 年 9 月 18 日）
- Moonshot AI によれば Kimi K3 は同社の最上位モデルで、オープンウェイトモデルとして初めて 2.8 兆パラメータに到達し、ネイティブの画像入力と 100 万トークンのコンテキストウィンドウを持つ
- Kimi K2 比でスケーリング効率が約 2.5 倍改善したとされ、大規模リポジトリでの長時間コーディング、スキャン画像やスクリーンショットを含む複数文書分析、長いエージェントワークフローを想定用途に挙げている
- Bedrock のオープンウェイトモデルとして初めて明示的プロンプトキャッシング（explicit prompt caching）に対応し、レイテンシと入力コストを削減できる
- クロスリージョン推論を通じて Bedrock が利用可能な全リージョンで使え、プロプライエタリモデルと同じアクセス制御・暗号化・監査の境界内で動作する
AWS RTB Fabric now supports configurable Availability Zone affinity（AWS RTB Fabric が設定可能なアベイラビリティゾーンアフィニティに対応）
Source: AWS What’s New | Published: 2026-09-19 00:30 JST
- AWS RTB Fabric がレスポンダーゲートウェイに対して設定可能なアベイラビリティゾーン（AZ）アフィニティを追加費用なしで追加したと発表した（告知の Posted on は 2026 年 9 月 18 日）
- 従来はリクエスターと同じ AZ にあるレスポンダーにしか要求を送らず、他 AZ の容量が未使用のまま残っていた
- 新機能では「リクエスターと同一 AZ を優先（レイテンシ最小化）」か「ゲートウェイがまたぐ任意の AZ を使う（容量効率化）」をパートナーごとに選べる
- DSP・SSP が複数 AZ にまたがって入札システムを運用する AdTech 向けで、従来のクラウドネットワーキング費用を最大 80% 削減し 1 桁ミリ秒のレイテンシを謳う
- 米国東部（バージニア北部）・米国西部（オレゴン）・アジアパシフィック（シンガポール・東京）・欧州（フランクフルト・アイルランド）の RTB Fabric 提供全リージョンで利用できる
Amazon ECS Express Mode now supports AWS Graviton (ARM64) workloads（Amazon ECS Express Mode が AWS Graviton（ARM64）ワークロードに対応）
Source: AWS What’s New | Published: 2026-09-19 02:27 JST
- Amazon ECS Express Mode がサービスの CPU アーキテクチャに ARM64 を指定できるようになり、AWS Graviton 上に ARM ネイティブのコンテナイメージをデプロイできると発表した（告知の Posted on は 2026 年 9 月 18 日）
- Graviton は x86 ベースインスタンス比で最大 40% 優れた価格性能を謳っており、コスト最適化の選択肢として使える
- ECS Express Mode はコンテナイメージを渡すだけでネットワーク・ロードバランサー・オートスケーリング・デプロイ・自動生成 URL を構成するサービスで、Web アプリや API の迅速な起動を目的にしている
- 新規サービスだけでなく既存サービスにも ARM64 を設定でき、コンソール・CLI・SDK・IaC ツールのいずれからでも指定できる
- 全 AWS 商用リージョンと AWS GovCloud (US) リージョンで利用できる
AWS Continuum now supports credential testing and accessible domain suggestions（AWS Continuum が認証情報テストとアクセス可能ドメインの提案に対応）
Source: AWS What’s New | Published: 2026-09-19 03:34 JST
- ペネトレーションテスト用のフロンティアエージェント AWS Continuum が、テスト実行前のログイン認証情報テストとアクセス可能ドメインの提案に対応したと発表した（告知の Posted on は 2026 年 9 月 18 日）
- 従来はアプリケーションが到達する URL をすべて洗い出すのに手作業が必要で、認証失敗はテスト完了後にしか分からなかった
- 新機能では認証情報を検証する際に実際のユーザーログインと同じ手順で到達するドメインを自動で提案し、ネットワークスコープを最初から正確に設定できる
- 設定ミスと無駄なテストサイクルを減らせるとしており、AWS Continuum のペネトレーションテストが提供される全リージョンで利用できる
- AWS Continuum は開発ライフサイクル全体で実際の悪用可能性を検証するオンデマンドのカスタマイズされたペネトレーションテストを提供する
NVIDIAが「CUDA Rust」を発表！海外で話題の最新テックトピック3選
Source: Zenn | Published: 2026-09-19 08:57 JST
- NVIDIA が Rust でネイティブに GPU カーネルを書ける「CUDA Rust」を発表し、Cargo と cuda_std で GPU プログラミングができるようになったと伝えている
- CUDA Rust は C/C++ が主流だった GPU 開発にメモリ安全性と型システムを持ち込むもので、著者はセグメンテーション違反の削減をシステムプログラミングと AI インフラのパラダイムシフトと評価している
- 2 つ目のトピック QoRL は 40 億パラメータの小規模モデルに強化学習を適用して PostgreSQL のクエリ実行プランを生成し、標準オプティマイザ比で平均 81% 高速化したとしている
- 3 つ目は重みを -1・0・1 の三値（1.58 ビット）に量子化する Ternary LLM の論文（arXiv:2609.16338）で、精度を維持しつつメモリと計算コストを大幅に削減しエッジやモバイルでの実行が現実的になると述べている
- Hacker News など海外コミュニティで注目されたトピックから日本のエンジニア向けに 3 件を選んだ記事で、リンク先は NVIDIA Developer Blog・rohanbansal.com/qorl・arXiv
65コミット・4回のリリースを経て見えたもの【小さな帝国 開発連載#8】
Source: Qiita | Published: 2026-09-19 14:21 JST
- 超ミニ 4X ブラウザゲーム「小さな帝国」の開発連載最終回で、65 コミット・Issue 21 件（すべてクローズ）・PR 28 件・v1.0.0 から v1.0.4 までのリリースを経て完成したと総括した
- ユニットテストは 9 ファイル 78 件を実装し、すべての PR で lint・test・build を自動実行する CI を構築した
- 状態管理を 1 か所に集約しモジュールを関数の集まりとする設計方針により、ゲームの中核ルールが 3 段階で変更されても大きな手戻りを避けられたと結論づけている
- Claude Code との協働では実装を AI に任せ、「何を作るか」「なぜ作るか」「どの設計を採用するか」の判断は人間が行う分担を徹底した
- 1 年前のテキスト版五目並べと比べ、労働者配置・テックツリー・ランダム効果が相互に影響する複雑な状態を持つアプリを複雑さに振り回されず完成させられたことを最大の進歩とし、次は盤面の六角形化を検討している
v0 now reads npm credentials from shared environment variables（v0 が共有環境変数から npm の認証情報を読み込むように）
Source: Vercel Changelog | Published: 2026-09-19 02:00 JST
- v0 が Vercel の共有環境変数に保存した認証情報を使って、npm やカスタムレジストリのプライベートパッケージをインストールできるようになった
NPM_TOKENは registry.npmjs.org のプライベートパッケージ用、NPM_RCはスコープ付きレジストリや複数レジストリの設定用で、いずれも Development または Preview スコープの共有環境変数として Vercel に追加するNPM_RCは他の環境変数への参照に対応しており、GitHub Packages の組織スコープ（@acme など）やプライベート JFrog Artifactory の設定例が示されている- 認証情報は sensitive としてマークでき、その場合はモデルに露出せずサンドボックスのファイルシステムにも書き込まれない
- チームの既存デザインシステム・コンポーネントライブラリ・社内パッケージを v0 で直接使えるようになり、連携状態は v0 の設定メニューで確認できる
React開発で生成AIを相棒にするためのプロンプト設計 〜現場で試行錯誤して辿り着いた5つのコツ〜
Source: Qiita | Published: 2026-09-19 01:08 JST
- React 開発で生成 AI を「魔法の杖」ではなく「クセの強い優秀な新人」として扱い、AI に任せる範囲と人間が握る範囲の責任分界線を設計することがプロンプトの暗記より重要だと結論づけている
- コツ 1 はコンテキストをファイル単位ではなく機能単位で渡すことで、単一コンポーネントだけ貼ると親から渡る props の型やカスタムフックとの整合性が取りこぼされ型エラーが連鎖した
- コツ 2 は「やってほしくないこと」を先に明記することで、useEffect の依存配列にインライン関数を書かない・React.memo の効果を無効にしない・any 型を使わないなど、否定制約の方が AI は忠実に守る
- コツ 3 は型定義を先に生成・確認してから実装させる二段階で、バックエンドの OpenAPI スキーマとずれた型によるランタイムエラーを防ぐ
- コツ 4 は React Testing Library のテストを仕様書として渡し「現在のテストを壊さずに修正」と指示すること、コツ 5 は背景・決定・理由・トレードオフ・AI への指示のコツを Notion や GitHub Wiki に記録して資産化すること
Expo SDK 58】iOS 27 対応 & Expo Modules 2.0 / @expo/agent-cli を含む新機能のセットア
Source: Zenn | Published: 2026-09-19 09:51 JST
- 2026 年 9 月に発表された Expo SDK 58 Beta は React Native 0.88（Release Candidate）ベースで、iOS 27 対応・Expo Modules 2.0・@expo/agent-cli を含むと整理している
- iOS 27 対応ではシーンベースのライフサイクルが必須化され、UIScreen.main に依存するコードや AppDelegate.swift のカスタマイズ部分の修正が必要になる
- Android では libexpo-modules-core.so がプリビルド形式で提供され、クリーンビルド時間が約 80 秒から 39 秒と半分程度に短縮された
- Expo Modules 2.0 は従来の DSL 定義からアノテーションベースの Swift/Kotlin クラス記述に移行し、@expo/agent-cli は Cursor や Claude Code など AI エージェント向けに status や dev コマンドを提供する
- セットアップは
npx create-expo-app@latest my-app --template blank@sdk-58とnpx @expo/agent-cli@latest agents:setupで行い、React Native 0.88 RC ではサードパーティ製ネイティブモジュールの互換性問題と Scene Life Cycle 移行に伴うビルドエラーに注意が必要としている
Next.jsのServer ActionsとRoute Handlersは、呼び出し元との約束から選ぶ
Source: Zenn | Published: 2026-09-19 10:50 JST
- Next.js の Server Actions と Route Handlers は「フォームなら Action、API なら Route」の暗記ではなく、呼び出し元とどんな約束（URL・HTTP メソッド・認証ヘッダー・JSON の結果）を持つかで選ぶべきだと主張している
- 画面から操作して画面遷移まで含めて扱うなら Server Action、モバイルアプリや Cron など別の呼び出し元に HTTP の契約を説明したいなら Route Handler が合う
- 著者のサービス SquadNote では認証フローのフォームを
"use server"の Action で実装し、朝の通知はPOST /api/cron/morning-reminderの Route Handler にした - Cron ルートは環境変数から secret を取得し Authorization ヘッダーを検証（失敗時は 401）してから DB 取得と通知送信を行い、JSON で結果を返す順序で組んでいる
- Vitest 4.1.4 と Next.js 15.5.15 でルート関数を直接呼び、認証失敗時に業務処理へ進まないことを 4 パターンで確認し、再利用が必要になったら約束を保ったまま共通の業務ロジックを分離することを勧めている
DRF × Vue.js 実践講座【第七講】シリアライザのバリデーション完全攻略・is_validの仕組みとエラー制御
Source: Qiita | Published: 2026-09-19 12:38 JST
- DRF の
is_valid()はフィールド基本検証 →validate_<field>()→Meta.validators→validate()の順で実行され、Vue.js 側のチェックとは別にバックエンドが不正データに対する「最後の砦」になると整理している validate_<field>()は検証 OK なら値を return し NG ならValidationErrorを送出、validate()は attrs 辞書を受け取り「開始日 < 終了日」のような相関チェック後に必ず attrs を return するMeta.validatorsにUniqueTogetherValidatorなどを宣言し、ModelSerializer ではextra_kwargsでRegexValidatorなどの既存バリデータを特定フィールドに追加できるis_valid(raise_exception=True)を使えば if-else を書かずにバリデーション失敗時に自動で 400 Bad Request を返し、エラーはserializer.errors（全体エラーはnon_field_errors）に格納される- 検証後の
validated_dataは型ヒントの効かない単なる辞書なので、フロントエンドは TypeScript で開発時に API 型を検査し、バックエンドは DRF Serializer で実行時に検証する 3 段構えを推奨している
DRF × Vue.js 実践講座【第六講】DRFの中核「シリアライザ」徹底解剖・3大分類と更新処理
Source: Qiita | Published: 2026-09-19 12:38 JST
- DRF のシリアライザは Serializer・ModelSerializer・ListSerializer の 3 種に分かれ、実務では Meta に model と fields を書くだけでバリデーションと create/update が自動生成される ModelSerializer が約 80〜90% を占めると整理している
- リクエストは Parser（JSON →
request.dataの辞書）→ Serializer（検証）→save()→ Renderer（辞書 → JSON）の順に流れ、この流れを理解するとファイル送信でMultiPartParserが必要な理由なども自力で解決できる UserSerializer(data=request.data)でsave()するとcreate()が、UserSerializer(instance=user, data=request.data)ならupdate()が自動で呼ばれる- PATCH の部分更新では送信されなかった項目が attrs に含まれないため、複数フィールドの相関バリデーションでは
self.instanceから未送信項目を補完する設計が必須になる SerializerMethodFieldで文字数や経過時間などモデルに無い計算値を出力に追加できるが、None 対策を怠ると本番で 500 エラーになると注意している
socket.connect() はバックオフ待ちの間だけ何もしない：socket.io の再接続を外から叩き起こす
Source: Qiita | Published: 2026-09-19 14:31 JST
- socket.io-client 4.8.3 の
socket.connect()は、ライブラリが再接続バックオフを待っている間は例外も警告も出さず何もしないと判明した - 原因は
build/cjs/socket.jsのconnect()にあるif (!this.io["_reconnecting"]) this.io.open();で、バックオフ待機中は_reconnectingが true のためopen()が呼ばれない - Node.js v24.21.0 で計測すると
socket.connect()だけでは再接続まで 1310ms（自動タイマー満了待ち）だったが、socket.io._close()を先に呼んでからsocket.connect()すると 6ms で再接続した _close()は_reconnectingを下ろしバックオフをリセットする一方、理由"forced close"のdisconnectイベントを再発火させるためハンドラ側で除外が必要で、disconnectハンドラ内ではsocket.activeが既に false なので単純な再接続ガードは意図しない自動再接続を招く- リアルタイム音声を送るアプリでデプロイのたびに切断され音声フレームが捨てられる問題を追う中で見つけたもので、メソッド呼び出しの成功は状態変化を保証しないため呼び出し後に状態を確認すべきだと結論づけている
EventBridge Schedulerの失敗を取りこぼさない：Retry PolicyとDLQを実務目線で整理する
Source: Zenn | Published: 2026-09-19 06:03 JST
- EventBridge Scheduler の本番運用では Retry Policy・DLQ・監視・冪等性を 1 セットとして設計し、Scheduler の配信失敗とジョブ内部の失敗を分けて考えるべきだと結論づけている
- Retry Policy は
MaximumRetryAttempts（0〜185 回）とMaximumEventAgeInSeconds（60〜86,400 秒）で構成され、どちらかに先に達した時点で指数バックオフの再試行が止まる - DLQ は Amazon SQS の Standard キューのみ対応で、最終的に配信できなかったイベントを保存するが、設定しただけでは気づけないので CloudWatch Alarm でメッセージ数を監視する仕組みが必須になる
- 再試行で同じ処理が複数回走る前提で、ジョブ ID による重複チェックや DB の一意制約で二重登録を防ぐ冪等性をアプリ側に組み込む
- 「6 時までに結果が必要」のように業務上意味のある期限から逆算して再試行期間を決めることを勧め、チェックリストを提示している
Gemini Enterprise Agent Platform の「Managed Agents」に Cloud Run を運用させてみる
Source: Zenn | Published: 2026-09-19 15:59 JST
- Gemini Enterprise Agent Platform の Preview 機能 Managed Agents API に Cloud Run のログとメトリクスを読ませ、チューニング案を出させて再デプロイまで実行させた結果、p95 レイテンシが 307.9ms から 9.5ms に改善した（検証日は 2026 年 9 月 14 日）
- エージェントはキャッシュ有効化と CPU 1→2・メモリ 512Mi→1Gi・並行数 4→80 のリソース増強を提案・実装したが、
roles/run.adminだけでは Cloud Run を更新できずartifactregistry.readerの追加が必要だった - MCP が動作せず、ドメイン単位の egress 制限も
*のみ受理される状態のため、Google Cloud を触らせるには egress 全開放と資格情報の持ち込みしか選択肢がなく、資格情報は保存レコードに平文で保持され API 一覧でも露出する - 6 ターンで約 134 万トークンを消費し、対話時の
environment指定でネットワークが黙って無効化された設定ミスで 1 ターン約 70 万トークンが飛んだが、止める API が無い - Skill Registry はマウントだけでは機能せずシステム指示に場所を明示する必要があり、
env_idは事実上の共有鍵になるため信頼境界を越えて共有すべきでなく、Preview 規約で機密データの使用は禁止されている
Hi HN（こんにちは HN（AIRUNCODE の Show 投稿））
Source: Hacker News | Published: 2026-09-19 12:15 JST
- クラウドベンダーのロックインと API キーへの上乗せ課金への不満から、ローカルファーストのデスクトップ実行環境 AIRUNCODE v1.4.7 を作ったと投稿者 DEVGUSTAVOSIS が HN に投稿した
- ローカルワークスペースに対して並列のマルチエージェントスワームを実行し、BYOK（自前 API キー）か Ollama/GGUF によるローカル推論で動くためプロバイダーに直接支払い上乗せは 0 ドルと主張している
- デスクトップシェルは Electron 43 と React 19 / Tailwind 4 で、ローカル状態・メモリは SQLite WAL と sqlite-vec による知識グラフ・プロジェクトインデックスで実装している
- Vitest・Cargo・pytest などのテストランナーを自動検出し、隔離したワークツリーで並列実行するほか、C++・Vulkan・SDL3 ベースの V-CORE Studio を含み Windows・macOS・Linux に対応する
- 投稿は 1 ポイント・コメント 1 件で、コメントでは pixel_popping が投稿文の可読性の低さを指摘し「少なくとも投稿内容を読み直してから投稿すべき」と批判している
The Life-and-Death Exhaustion of React（React の生死をかけた疲弊）
Source: Hacker News | Published: 2026-09-19 22:42 JST
- 2026 年 4 月 13 日付の Takobin による記事で、React がシンプルなライブラリから範囲外の問題まで解こうとする過剰に複雑なフレームワークへ変質したと批判している（対象日には HN にこの過去記事が投稿され 2 ポイント・コメント 0 件）
- Effect を同期機構ではなくトリガーと誤解する開発者が多いこと、Canvas 操作や Ref を介した逆方向の通信が React の概念的基盤に反することをメンタルモデルの問題として挙げている
- Server Components はサーバーとクライアントの 2 つの独立したランタイムを同時に維持させ、境界を越える props は直列化可能でなければならず（関数や複雑なオブジェクト不可）、バックエンドを JavaScript/Node.js に固定すると指摘する
- Fiber と Concurrent Mode によりレンダリングが予測不能に中断されスタイル注入順序が壊れたことで Styletron や Griffel などの CSS-in-JS が非互換になり、RSC 対応・ハイドレーション・ストリーミングの互換性判断基準を公式が示さず負担をライブラリ作者に転嫁していると述べる
- Vercel のサーバーレス/エッジ販売のビジネスモデルが静的に計算できる処理をリクエスト課金の計算に変える Server Components/Actions の推進を金銭的に動機づけていると論じ、Svelte・Solid.js・Preact・HTMX・Astro・Remix V3 を境界が明確な代替として挙げ、React Compiler は本当に良い最近の成果だと評価している
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | コードが消費できる型付き決定を返すホスト型モデル Jev の構造と使い方 | TypeSafe AI（創業者 Diogo Almeida）が 2026-09-15 に早期アクセス公開した、型付きの確率的な決定を返すモデル Jev の構造・データモデル・導入手順・運用の勘所を公式ドキュメントと SDK の実装から整理した | @suwash | 00:00 |
| 2 | そのプロンプト、どのプロジェクトに投げるんでしたっけ — そうだ、Jevで宛先を決めよう | 複数の AI エージェントのワークスペースが増える中、プロンプトをどのプロジェクトに投げるかを Jev（TypeSafe の System One API）に判定させる宛先ルーターを herdr 0.9.0 / Node v23.10.0 で作った | @uehaj | 00:25 |
| 3 | 【OpenDeck】「今何ステップ目だっけ？」に答えられなかったので、3ボタンのポモドーロタイマーを書いた【Stream Deck】 | 「25 分働いて 5 分休む」を 3 回で長い休憩という運用で「今何ステップ目か」「今日何サイクル回したか」に答えられる 3 ボタン構成のポモドーロタイマーを Stream Deck 向け OpenDeck プラグインとして実装し GitHub に公開した | @aiya000 | 04:29 |
| 4 | コンビニ払込票の GS1-128、44 桁を渡したら「invalid data」。正解は人が読む表記だった | コンビニ払込票の GS1-128 バーコードを帳票サービスの Excel テンプレートに描かせる際、収納代行会社の仕様書どおりの 44 桁を渡すと「invalid data」になり、正解は人が読む表記だったと丸 4 日かけて判明した | @y3chi5z | 06:12 |
| 5 | Security Groupの先へ ― VPC Lattice Auth Policyでネットワーク到達性とアクセス認可の分離を検証する | 同一サブネットに Web・DB・攻撃者役を置き DB の Security Group で 3306 を Web からのみ許可する構成を出発点に、VPC Lattice Auth Policy でネットワーク到達性とアクセス認可を分離できるかをゼロトラストのハンズオンとして検証した | @nyondev | 07:34 |
| 6 | データを保存するとは何か | 変数の値はプロセスのメモリにあり終了で消えるため、「保存」とはプログラム終了後も使えるようファイルや DB に書き込むことだと、実際にプログラムを動かして変数とファイルの違いを確認する連載記事 | @shinb0 | 07:56 |
| 7 | 外注ゼロでLPを1日で作る — AI制作フローと公開前チェックリスト | 1 人で 3 事業を回す著者が、制作会社に 30 万円・3 週間を払わず AI 制作フローで LP を企画から公開まで 1 日で作る手順と公開前チェックリストを示した（自社の HP 制作事業は 21 社に提案して 0 件で廃止） | @joinclass | 08:00 |
| 8 | ページ内リンクが別ページへ飛ぶ — 犯人は自分が書いていない base タグだった | 社内向け HTML レポートの目次リンクが実際の閲覧経路でだけエラー画面へ飛ぶ原因は、自分が書いていない base タグを表示側が差し込んでいたことで、症状の見分け方と確認手順・直し方を残した | @kujira_ai | 10:08 |
| 9 | AI討論 MAGI Games 開発記 #1 — 性格の違うAI3体に毎日ケンカさせてミニゲームを作らせる | 性格の違う 3 体の AI エージェントが案を出し合い投票で決めたテーマを司令役の Claude Code が実装し、議事録とともに毎日 1 本ブラウザゲームが増えるサイト（magi-games.mappy555.workers.dev）を自動公開する開発記の第 1 回 | @mappy55 | 10:12 |
| 10 | 下書きも予約投稿も無い API で「予約」を作る — 片道の操作は既定を拒否側に置く | 下書きも予約投稿も無い Qiita API で「毎日 1 本予約公開」を組み、公開記事と限定共有記事の 2 種しか作れない制約の下で片道の公開操作は既定を拒否側に置いたが、途中で 1 本を 19 日早く公開してしまった | @kodomo_news | 10:46 |
| 11 | Jev で文書検索を作る、PageIndex 風の木探索と総当たりの比較 | Zod・Hono・Elysia・Vite の 4 ドキュメントサイト計 232 ページに対する 48 問で、Jev を使わない BM25 全文検索だけで 43 問の正解を 1 位に出せ、1 回 0.2〜0.5 秒で答える Jev による PageIndex 風の木探索と比較した | @mohhh_ok | 10:53 |
| 12 | Building a Fair Size-Estimation Game with Symmetric Error（対称な誤差で公平なサイズ推定ゲームを作る） | 正解 100 に対して 50 と 200 の推測は絶対誤差では 50 と 100 で不公平になるため、対称な誤差で採点するサイズ推定ゲームの設計を示した | @cvvoice | 11:31 |
| 13 | 【作ってみた】Geminiのリライト、そのまま使えてる？「MIKURABE」で新旧記事見比べて編集 | Gemini にリライトさせた記事 HTML をそのままコピペしてよいか判断するため、新旧記事をレンダリングした見た目のまま並べて比較できるツール「MIKURABE」をバイブコーディングで作った | @mapierre | 11:34 |
| 14 | 【１日１デプロイ】「置くだけ」の箱庭をデータ駆動と共通座標で作った | 「1 日 1 デプロイ」の新作として、花・木・池・ベンチ・ランプ・屋台のステッカーを浮島に置くと景色が変わる箱庭ゲーム「ポケットガーデン」を、配置物をデータ駆動にし共通座標で管理する実装で作った | @boraemon2000 | 11:52 |
| 15 | AI学習サービスから、AIチャットを消した | 基本情報技術者試験 科目 B 特化の個人開発学習サービスから、問題生成は固定費なのに対しユーザー数に比例して増える唯一の費用（Bedrock）だった AI チャットを 3 つの理由で削除した | @aiu_aiu | 11:55 |
| 16 | 回数が保証されているほうを選ぶ。イベントもAPIも、同じ形で間違えていました | 日本語入力の確定検知を input イベントで拾うと Safari だけ送信が二重に走り、6 環境で回数を測って compositionend に変えたが、回数が保証されていないほうを合図に選ぶ同じ形の間違いを別の場所で 3 回していた | @rapls | 11:56 |
| 17 | CloudWatchアラーム、最低限これだけは設定しておけ | 「動いた＝完成」ではなく落ちたら気づける最低限の CloudWatch アラーム設定を、メトリクス・アラーム・通知の 3 要素から CLI 例・しきい値の目安・チェックリスト付きで示した | @riverwell2359 | 12:07 |
| 18 | 192件のコンテンツ削除を自動化した（AIに生成してもらったJavaScriptでブラウザ操作の自動化を行った） | 2026 年 9 月 16 日に Google AI Plus を解約して Gemini Notebook の無料上限 100 に達したため、AI に生成させた JavaScript でブラウザ操作を自動化し 192 件のノートブックを削除した | @khiro_maru | 12:46 |
| 19 | Jev を正しく使うための考え方 ─ 避けるべき二つの落とし穴 | 判断と確率値のみを返す Jev を使う前に「それ、LLM でよくない？」「それ、ルールベースで書けない？」の 2 つに反論できるか自問すべきで、価値は使いどころの選定にかかっていると主張した | @nasubikun | 12:47 |
| 20 | AI 生成クイズと架空市場の「とうし」：子どもの金融学習をどう設計したか | 子ども向け金融学習アプリ Finoko で、生年月日から学年帯（小 1-2 / 小 3-4 / 小 5-6 / 中学生、4 月 2 日始まり）を判定して低学年はひらがなに切り替える AI 生成クイズと、架空市場で動く疑似投資「とうし」を設計した | @namespace | 12:51 |
| 21 | 手描き地図と180地点、座標まわりで踏んだ地雷集 | 「もしも天気」の手描き風日本地図に全国 180 地点を色分け表示するため、岬や離島など位置が確実な地形 20〜30 点を基準点に薄板スプライン（thin-plate spline）で緯度経度を校正し、座標まわりで踏んだバグを記録した | @moshimo_weather | 12:58 |
| 22 | AI学習支援サービスYURUSAPOの技術構成 | 学習したい内容を入力すると AI が学習の道筋を作る学習フローとコーチングを提供する個人開発の AI 学習支援サービス YURUSAPO をリリースし、プラン別に入力項目を制御する処理フローと技術構成を公開した | @yurusapo | 13:52 |
| 23 | Oracle から BigQuery に移行するシミュレーションをしてみた #1 モデルケースの提示：A 銀行の情報系 | Oracle で情報系（DWH・日次バッチ）を運用する A 銀行をモデルケースに、BigQuery へ移行した場合にどこが移せてどれだけ安くなるかをシミュレーションする連載の第 1 回 | @mika_and_coco | 14:35 |
| 24 | Jevで「自分のルール通りにブックマークを整理する」Chrome拡張を作った | Jev の Choice（選択肢の意味を自然言語で書き「この入力ならどれか」を判断させる機能）で、散らばるブックマークを自分のルール通りに分類・整理する Chrome 拡張を作った | @acorn181 | 15:19 |
| 25 | Auth0 CLI：Silent Auth（prompt=none）（Auth0 CLI：サイレント認証（prompt=none）） | Auth0 の Authorize に prompt=none を付けるサイレント認証で、セッションあり＋同意済みならログイン UI なしで /silent に成功し、それ以外はエラーになる状態の組み合わせを付属ラボ 03-silent-auth-prompt-none で確認した | @ts200 | 15:35 |
| 26 | Claude Codeにrm -rf ~/を打たせない。Jevで実行前に審査する | Claude Code の PreToolUse hook から Jev を呼び、Bash コマンドを不可逆・秘密情報・範囲外・被害・対象の 5 判断で 1 リクエストで審査して allow / ask / block に振り分ける hook を書いた（実験設計から執筆まで Claude Code が実施） | @mistletoe | 17:26 |
| 27 | 黄金トネッツを触ろう（Golden Tonnetz、実験モード） | 音楽アプリ Puntone の実験モード「黄金トネッツ」は東京大学 今井悠介氏の論文 Golden Tonnetz（arXiv:2509.21428）を基に、五芒星と黄金比を持つ三角形でトネッツを拡張した発音モードで、Puntone 上で実際に演奏できる | @notimatics | 17:27 |
| 28 | 週1回のcronは、作った日には走らない | 曜日ローテーションの日次バッチから翌朝までに処理したい対象を専用の週 1 スケジュールへ切り出したところ、ローテーションから外すと専用枠が空振りしたときに拾い直す経路が無くなり、作成日には走らない初回実行のギャップが露出した | @miyakona | 18:45 |
| 29 | LLMに「死」を判定させない ―遺志を執行するエージェントの設計 | 死亡判定を LLM に任せず、沈黙日数の閾値（7・14・30・60 日）はコードが保持し LLM は理由説明と延長提案のみ担当する遺志執行エージェント「あとのこと」を Vertex AI Gemini + ADK と Confidential Space で構築し、注入テスト追従 0/20・状態機械 37/37 を確認した | @ccie26302 | 19:04 |
| 30 | Webデザイン学習記録②(JavaScript基礎) | ドットインストール（1 講義 3 分、プレミアム月額 1,480 円）の無料範囲で JavaScript 基礎（静的・動的ページの仕組み、インプット→加工→アウトプット、イベント処理）を学び、次は Illustrator/Photoshop のライセンス取得を目標にしている | @macaronian | 19:36 |
| 31 | AWS SAP-C02からC03へ｜2026年11月の移行スケジュールを整理する | AWS 認定 SAP は 2026 年 11 月に SAP-C02 から SAP-C03 へ移行し、C03 の新規登録は 10 月 27 日から、C02 の最終受験日は 11 月 16 日、C03 の提供開始は 11 月 17 日だと 3 年ごとに再受験してきた著者が整理した | @eng_skill_up | 20:24 |
| 32 | [Shipaton 2026] Cloudflare Pagesで独自ドメインのホームページを公開してみた！ | Android・iOS でリリースしたアプリ「Instant Cam」の公式サイトを、GitHub のテンプレート「outlines」をベースに AI を活用して作り、Cloudflare Pages と独自ドメイン haruapp.com で公開した | @haru330 | 20:46 |
| 33 | 33個ツールを作ったのにGoogleに1クリックしか拾われなかった話 | ブラウザ完結の変換ツール集「なんでも工房」33 個が Search Console でインプレッション 40・クリック 1・掲載順位 73〜170 位だった原因はトップのツール一覧が <button> で <a href> が無くクローラーに辿られなかったことで、リンク化と本文約 2,400 字への拡充を 9 月 15 日にデプロイした | @tamatamatama | 20:52 |
| 34 | GPTsで作った英語フレーズをCloudflare D1に保存して、自作アプリで聞き流す | GPTs が生成した英語フレーズを OpenAPI 定義の Actions 経由で Cloudflare Workers + D1 に保存し、自作 Web アプリが D1 から取得して Web Speech API の speechSynthesis で聞き流す構成を作った（API 失敗時はローカル JSON にフォールバック） | @jisaku_net | 21:07 |
| 35 | 渋谷7,770棟をPS3のSPU方式（Worker 6基・256KB）で動かしたら上限に一度も届かなかった話 | PLATEAU の渋谷 7,770 棟を PS3 の SPU 方式（Web Worker 6 基・各 256KB）で 233 チャンクに分けて処理したところ最大でも Worker4 の 248,305 バイト（94.7%）で上限に届かなかったが、追い出しロジックの欠陥により大型建物 46 棟の合成テストでは 266,432 バイトで上限を超えた | @hocky3 | 21:29 |
| 36 | 人工生命シミュレータを作った。READMEを直したら、直した説明も間違っていた | NEAT と SharedArrayBuffer・Web Workers で作った人工生命シミュレータ GENESIS の README をコードと再照合し、既定設定の誤記や「生涯学習」の誤称、毎フレーム約 576KiB のバッファコピーなど、直した説明にも誤りがあったと検証した | @hocky3 | 21:34 |
| 37 | Crowi 開発日記 #13 (alpha.20) | Wiki エンジン Crowi の alpha.20 で、AI に作らせたアーキテクチャ説明やロードマップの HTML Artifact をそのまま Wiki のページとして扱える「HTML Artifact as a page」機能を入れ、セキュリティ上の制約付きで使い始めた | @sotarok | 21:36 |
| 38 | 汎用WebGIS基盤を作ってみる 5 ー ローカル版WebGISを運用 | OpenLayers・FlatGeobuf・FastAPI・PostGIS・Celery・Redis・Nginx の WebGIS 基盤を Docker Compose でローカル運用し、起動・停止・状態確認・バックアップ・リストアをスクリプト化して障害試験まで行ってから AWS 移行を検討する | @godotys | 22:01 |
| 39 | Jevのキラーアプリ、「意味で探す grep」を作った | Jev の noul（yes/no 確率）に「この行は X という意味に合うか」を 30 行チャンクで問い合わせる依存ゼロ・本体 300 行の CLI を作り、51 行コーパスで precision 0.94・recall 0.98、1 行ずつ送る場合の約 35 倍高速だった（100 万トークン 0.042 ドルの費用） | @uehaj | 22:08 |
| 40 | LLM 抽出の自動評価が、言い回しを採点していた | 会議文字起こしからタスク・決定・リスクを抽出する評価スクリプトが正解データとの言い回しの一致を採点していたため、文字起こしモデルを改善したら precision / recall が下がる矛盾が起き、半年近く壊れたまま気づけなかった | @tomtom55555 | 22:24 |
| 41 | 【実録】Resendの1日100通制限を別アカウントで回避しようとしてBAN危機…結局Lolipopに戻した全記録 | Claude Code に任せた E2E テスト（87 シナリオ中 8 件がメール送信の日次上限で失敗）で Resend の 1 日 100 通制限に当たり、別アカウントで回避しようとして BAN の危機に陥ったため結局 Lolipop のメール送信に戻した | @magaruya | 22:37 |
| 42 | 生成AIと作る工場IoT入門Vol.2 ｜ IoT機器からの信号をPython/Webアプリで受信・可視化 | M5StickS3（ESP32）から設備接点の信号を HTTP+JSON で FastAPI に POST し PostgreSQL に保存、Streamlit でサイクルタイムを可視化する構成を Docker Compose と Claude Code / GPT-6 Astra を使って構築する教材 | @ot_it_bridge | 22:42 |
| 43 | PSA構成のLookerに、APIキーを発行せずにを導入する | Private Service Access 構成の Looker では Marketplace の API Explorer が使えないため、GitHub から LookML プロジェクトとして手動導入し、管理者のブラウザセッションで OAuth クライアントを登録して API キーを発行せずに Looker Managed MCP Server を Claude Code から使えるようにした | @tsukatsuka | 22:47 |
| 44 | ステータスページにDDoS対策機能も付けた話 | 個人用に作り直したステータスページに DDoS 対策機能を内包させ、その対策方法とともに GitHub（ro80t/service-status-page）と status.ro80t.com で公開した | @robot | 23:23 |
| 45 | ランニングコストがかからない個人開発のデプロイ先 (S&P500の臨時開示) | VPS 1 台に複数サービスを載せるとメモリが圧迫される問題に対し、netlify.app で構築されたイベントサイトをきっかけに Netlify の無料枠で S&P500 の臨時開示を扱うアプリをランニングコストなしで運用した | @knbzyh | 23:45 |
| 46 | 新しい Amazon Bedrock AgentCore Runtime が利用可能に!! | AgentCore Runtime の新プラットフォームバージョン V2 はエンドポイント作成時のスナップショットから復元する方式で、platformVersion="V2" を指定するとコールドスタートが CodeZip で 3,378ms→2,114ms（37% 短縮）、Container で 5,959ms→2,033ms（66% 短縮）になった（東京リージョン対応） | @haedu | 23:55 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Jev の確率を使って業務判断の閾値を決める | Cloudflare Workers AI でも typesafe/jev として使える Jev の Noul・Choice・Score が返す確率を保存してから業務コードの分岐閾値に接続する流れを示した | @ynakayama | 00:04 |
| 2 | JSON の整形・エスケープ・読み込みを分けて検証する小さな Node.js テスト | JSON の整形後に先頭ゼロや null と欠落値の違いを見落とさないよう、ファイル読み込み・文字列として包む・空白削減を小さな Node.js 検証コードに分けて確認した（QoTool 運営側の投稿、表示上の入力上限 5 MB） | @onebitbank | 00:07 |
| 3 | Amazon ECS がローリングデプロイに Early Success Criteria を導入 | 2026 年 9 月 4 日発表の Amazon ECS ローリングデプロイの Early Success Criteria により、残り少数のタスク起動待ちで後続の CI/CD が止まる問題に対しデプロイ成功判定をユーザーが定義できるようになった | @Haruki-N | 00:23 |
| 4 | AWS SAA-C03 合格へのログ 最終回。ギリッギリだけど合格したよ。 | AWS Skill Builder の模擬試験・自作 AWS クイズ・Ping-t を使い、約 30 時間の学習で SAA-C03 にギリギリ合格した | @Nob_Hi | 01:38 |
| 5 | Amazon Bedrock AgentCore Runtime V2 が登場、V1 との違いを整理してみた | 2026 年 9 月 19 日に登場した Amazon Bedrock AgentCore Runtime V2 について、コールドスタートとメモリ課金の変更・platformVersion による有効化手順・料金単価・コードの書き方を What’s New と Developer Guide から V1 と比較した | @yama3133 | 01:47 |
| 6 | Amazon Bedrock上のKimi K3にプロンプトインジェクションと秘密漏洩を仕掛けてみた | Amazon Bedrock に追加された Moonshot AI の Kimi K3（moonshotai.kimi-k3、2.8 兆パラメータ）に対し、AWS CLI の converse から外部文書に紛れた偽の指示や秘密漏洩を仕掛けて追従するかを試した | @yama3133 | 06:39 |
| 7 | もう迷わない！プログラミングにおけるスコープとクロージャの完全理解と実践 | JavaScript の let/const/var によるブロックスコープ・関数スコープ、IIFE、外側の変数を捕捉するクロージャを、グローバル変数の多用による名前衝突を避ける観点から初心者向けに基本から応用例まで示した | @Maku-Inc | 07:31 |
| 8 | 出力の構成を 1 つに固定せず、候補から選ばせて選んだ key を保存する | 記事の構成を「背景・事実の説明・まとめ」の 1 型に固定すると全記事が同じ入り方・締め方になり材料に無い教訓で閉じるため、候補一覧からモデルに選ばせて選んだ key を保存する方式に変えた | @kodomo-news | 08:00 |
| 9 | UTC日付生成で深夜アクセスが前日に吸われる現象の直し方 | Cloudflare 上の計測基盤で 2026 年 9 月 13 日 0 時 52 分のログが日付カラム「2026-09-12」に書かれたのは UTC で日付を生成していたためで、0 時〜9 時のログが前日側に合算される問題を Dayjs で JST 基準に直した | @dev_ctun | 08:03 |
| 10 | キャッスルウォール — 手掛かりの数字は、その手掛かりが内側か外側かを絶対に教えない | パズル Castle Wall を 5 段ソルバー内蔵でブラウザに実装し、5×5 格子の全 9,349 閉路で手掛かりの数字と内外の色の相互情報量が 0.0051 ビット（対照は 0.2808 ビット）しかなく、数字は内外を絶対に教えないことをジョルダン曲線定理と計測で示した | @sen-ltd | 08:43 |
| 11 | AWS SAMの基本と、実際のテンプレートでの使い方 | LINE で毎朝情報を届ける個人開発アプリの Lambda・DynamoDB・CloudWatch アラームを定義するテンプレートを題材に、Transform: AWS::Serverless-2016-10-31 で見分ける SAM と CloudFormation の違いと sam build などの CLI 操作を初心者向けに示した | @badorisu0555 | 10:02 |
| 12 | ページ内リンクが別ページへ飛ぶ原因は | href="#id" のページ内リンクが 403 のエラー画面へ飛ぶのは表示側のビューアが差し込んだ <base href> で相対 URL が解決されるためで、document.baseURI を 1 行打つ切り分けと 4 つの直し方を示した | @Kujira_AI | 10:09 |
| 13 | Kimi K3がAmazon Bedrockに登場：1MコンテキストとExplicit Prompt Cachingをどう使うか | 2026 年 9 月 18 日に Bedrock で提供開始された Kimi K3（2.8 兆パラメータ、K2 比でスケーリング効率約 2.5 倍）の 100 万トークンコンテキスト・Explicit Prompt Caching・Responses API をエージェント構成でどう使うかを整理し、提供元の性能主張は業務タスクで評価が必要と注意した | @Maki-HamarukiLab | 11:38 |
| 14 | VS CodeでTypeScriptの補完や型チェックが重いときの対処法 | 大規模 TypeScript プロジェクトで VS Code の補完・型チェックが重い、または tsserver が落ちる場合、settings.json に "js/ts.tsserver.maxMemory": 4096 を設定して割り当てメモリを増やすと改善する（VS Code 1.126.0 で確認） | @neko_the_shadow | 11:47 |
| 15 | StorybookのInteraction Testでフォーム送信後に「No Preview」が表示された | Storybook の Interaction Test で userEvent.click により送信ボタンを押すとフォーム送信のブラウザ既定動作でページが再読み込みされ「No Preview」になっていたため、onSubmit で e.preventDefault() を呼んで解消した | @kishimin | 11:55 |
| 16 | 京都弁の本音をJevで判定してみた | 2026 年 9 月 15 日発表の Jev の API キーがウェイトリスト経由で 9 月 19 日に届き、「ぶぶ漬けでもどうどす？」のような京都弁の字面と本音を選択肢の確率で判定する Web アプリを作って速度と判定結果を実測した | @yama3133 | 12:12 |
| 17 | PDF圧縮で縮まないファイルの正体 — ストリーム別にバイト数を数えて確かめた | Python 3 + PyMuPDF 1.26.5 で 19,458,294 バイトの 8 ページサンプル PDF をストリーム種別ごとにバイト数で数えたところ、容量のほぼすべてが画像かフォントで、圧縮で大きく減るのは画像だけだった | @cheng_pm8 | 12:17 |
| 18 | PDF アップロード上限対策で自動圧縮をやめた理由 — 圧縮後のページ数とテキストを照合した記録 | 2 MB 上限の業務 PDF アップロードでブラウザ側自動圧縮を実装する前に、3 種のサンプル（19,458,294 / 137,782 / 8,948,995 バイト）で圧縮後のページ数とテキストを元と照合し、圧縮した PDF を元の代わりに受け取るのをやめる判断に至った | @jhao29784 | 12:19 |
| 19 | PDF を 2MB 以下にする前に — スキャンかどうかで結果が大きく変わった | 2MB 以内の提出条件で macOS 標準の方法とブラウザ内処理ツールを Apple M4 の Mac で比べたところ、ツールの差より「そのファイルがスキャン PDF かどうか」の差のほうがずっと大きかった | @shuy55568 | 12:21 |
| 20 | React Hook FormでhandleSubmitを呼んでもバリデーションエラーが表示されなかった | React Hook Form の handleSubmit(onSubmit) は submit イベントを処理する関数を返すだけなので、void handleSubmit(onSubmit) ではなく handleSubmit(onSubmit)(e) と返された関数にイベントを渡して呼ぶ必要があった | @kishimin | 12:22 |
| 21 | 納品用マニュアルPDFを72dpiに落とすとキャプチャの文字が読めない — 実効DPIから選び直した話 | 納品用マニュアル PDF（A4 8 ページ・20 MB 近く）を一番小さい 72dpi 設定に落とすと 2880×1800 の管理画面キャプチャの小さい文字が読めなくなるため、実効 DPI から設定を選び直した | @shujing943 | 12:24 |
| 22 | (node:9) DeprecationWarning: Client.activeQuery is deprecated and will be removed in pg@9.0（(node:9) DeprecationWarning: Client.activeQuery は非推奨で pg@9.0 で削除される） | CloudWatch に大量に出た Client.activeQuery is deprecated の警告は aws-xray-sdk-postgres の capturePostgres() が pg（node-postgres）をパッチする際の互換性問題が原因で、対処と pg@9 へ更新する際の注意点を整理した | @tantan0420 | 12:25 |
| 23 | 2MB以下のPDF提出で迷わないための確認手順 — スキャンPDFを1,927,707バイトに収めて文字も読めるか確かめた | 300 dpi のスキャン風 4 ページ PDF（8,948,995 バイト）を 1,927,707 バイトに収め、テキストレイヤーの有無でスキャン PDF かを見分けてから圧縮後に本当に 2MB 以下か・文字が読めるかを確認する手順を示した | @xyue41464 | 13:05 |
| 24 | schtasks /query /XML は encoding=“UTF-16” と宣言したまま、コンソールのコードページの符号で出力した(日本語 Windows 11 1台での実測) | 日本語 Windows 11（10.0.26200）/ Node v24.18.1 で schtasks /query /XML の出力は encoding="UTF-16" と宣言しつつ実際はコンソールのコードページで符号化されており、日本語パスが fs.existsSync で false になった原因を 3 通りのコードページで実測した | @AUTOMOS | 13:11 |
| 25 | StorybookでMemoryRouterを使用した際に「basename」がnullになるエラーが発生した | Storybook で React Router の Link を使うコンポーネントが Cannot destructure property 'basename' で落ちたのは MemoryRouter を storybook/internal/router から import していたためで、react-router から import すると解消した | @kishimin | 13:12 |
| 26 | Payload バックエンド型録 #1 — フロントにコンポーネントがあるなら、バックエンドにあってもいい | コーポレートサイトの画像消失を @payloadcms/storage-vercel-blob で解決した前回に続き、新しい LP を Payload CMS の Blocks 型で構築したところ Vercel Blob への移行が土台として機能し一度も画像が消えなかった | @kuros-works | 13:28 |
| 27 | ECS Managed Daemons が「落ちても本番を巻き込まない」設定に対応したので Terraform で検証してみた | 2026 年 9 月 3 日のアップデートで ECS Managed Daemons にデーモン停止時にコンテナインスタンスを drain しない non-critical 指定が加わったが、Terraform AWS Provider にはまだ critical 引数が無いため回避策込みで検証した | @leomarokun | 13:53 |
| 28 | 【AWS】請求書ユニット(Invoice Unit)を知ってるかい | AWS Organizations で複数部署・企業のアカウントを管理する際に各部署が個別に請求書処理できる請求書ユニット（re:Invent 2024 発表）を、支払いをクレジットカードから請求書に切り替えていることが前提だと示した | @ubyhiromu58 | 13:56 |
| 29 | 「原因はファイル構造ではなかった」など、開発中に遭遇した技術的問題【小さな帝国 開発連載#7】 | ブラウザゲーム「小さな帝国」の開発で、状態変更のたびの全体再描画で開いたばかりの要素が閉じてしまう問題など実際につまずいた技術的問題と解決策をまとめた連載第 7 回 | @satou_learning | 14:21 |
| 30 | 【AIF-C01】AWS Certified AI Practitioner 直前チートシート ── 用語・サービス・引っかけを一枚に | AWS Certified AI Practitioner（AIF-C01、65 問／90 分、合格 700／1000）の用語・サービス・評価指標を試験直前に見直せる一枚にまとめ、各節末に問題文のキーワードから答えを引く「引っかけ」を付けた | @riverwell2359 | 14:55 |
| 31 | ブラウザだけで動くMarkdown変換ツールを作った話 〜サーバーに一切ファイルを送らない設計と実装〜 | サーバーにファイルを一切送らずブラウザだけで Markdown を PDF/Word に変換する LoveMarkdown を、KaTeX 数式のパーサー保護・html2canvas + jsPDF の落とし穴・Cloudflare Workers + Next.js 16 のデプロイ構成とともに設計した | @bigbenben | 16:07 |
| 32 | 何年も使い続けたWordPressをリプレースしてCloudflareでリホストした話 | 5 年以上レンタルサーバーで運用しテーマやプラグインの互換性でバージョンを上げられなかった WordPress を、多機能フレームワークより軽量ライブラリから始める方針で作り直して Cloudflare にリホストした | @leolui2004 | 16:55 |
| 33 | 【3大クラウドベンダー全冠者が語る】AI関連資格は何を取ればよい？ | 2026 年 8 月時点で取得可能な AWS・Azure・Google Cloud の AI 系資格をすべて挙げて特徴を比較し、3 大クラウド全冠の著者がどれを取るべきかを目的別に示した | @yutakon | 16:59 |
| 34 | クラウド・GitHub セキュリティインシデント・脆弱性速報 (2026-09-19) | GitHub 史上最速成長のプロジェクト OpenClaw のセキュリティ体制に関する GitHub Security Blog のメンテナー Peter Steinberger 氏インタビューなど、GitHub と GCP/GKE の直近セキュリティ情報 3 件の影響範囲と推奨対応を整理した | @iestudy | 17:29 |
| 35 | 論理削除の実装 Laravel x Vue x Inertia | Laravel × Vue3 × Inertia で SoftDelete（論理削除）を実装し、Laravel 標準機能で復元が容易で通常クエリから自動除外されるメリットと DB 容量の肥大化などのデメリットを整理した | @metappi | 17:42 |
| 36 | 判断特化AI「Jev」はUX検証に使える？ 正解手順なしでWebサイトを探索させてみた | Jev に目的と画面情報を渡し正解手順を教えずに自作ページを 24 回操作させたところ、素直な導線では 12 回すべて成功し、分かりにくくした導線では途中停止やループが起きた | @Aochan0604 | 17:51 |
| 37 | AWS Lambda レイテンシ改善 | Python の Lambda で SnapStart により 2〜3,000ms の復元処理が最大 300ms 強に、boto3.client と requests.Session のグローバル化で新規接続時約 400ms の API 呼び出しが 20〜100ms に短縮したなど、デプロイサイズ削減・メモリ増量・Provisioned Concurrency・Secrets Manager キャッシュを含む改善策を整理した | @awaza | 18:01 |
| 38 | Amazon VPC(Amazon Virtual Private Cloud)（Amazon VPC（Amazon Virtual Private Cloud）） | AWS アカウント内の論理的に分離された仮想ネットワーク Amazon VPC について、複数 AZ にまたがる作成、パブリック／プライベートサブネット、VPN・Direct Connect でのオンプレ接続の受け口などの機能を整理した | @Minato_playwithtech | 18:09 |
| 39 | モダンフロントエンド再入門 TanStackとAstroから学ぶ「これからの技術選定と設計思想」 | Next.js や Nuxt の多機能さに追いつけない感覚から、TanStack が useState/useEffect と何が違うか、Astro が React とどう使い分けるかを「なぜ必要とされるか」の思想から AI に聞きながら整理した | @magic10r | 19:16 |
| 40 | AWS Backup の復元完了後に何を確かめるか。図で整理する復旧テスト | AWS Backup の復元ジョブ完了だけではアプリを使えると判断できず、復元→アプリ接続→業務操作の各段階で「次へ進む条件」と担当を表にした復旧テストの設計レビュー案を 2026 年 9 月 18 日確認の公式資料に基づいて示した | @kagi_to_packet | 20:29 |
| 41 | 4+ Ready-to-Use Shadcn Field Components for React（React ですぐ使える Shadcn Field コンポーネント 4 種以上） | React・Tailwind CSS・Shadcn UI で作った、ラベル・入力・説明・エラーメッセージを一貫したレイアウトで扱える Field コンポーネントを Next.js でもコピーして使える形で 4 種以上提示した | @mayuri_parmar | 20:42 |
| 42 | SoftEther VPNでスプリットトンネリングを構成する ― VPN接続後に全通信がVPNへ流れる問題を解決 | SoftEther VPN で L2TP/IPsec 接続後に通常のインターネット通信まで VPN へ流れて遅くなる問題に対し、AWS 内の必要なネットワークだけ VPN 経由にするスプリットトンネリングを Windows 11 標準クライアントで構成した | @chamie_l | 21:09 |
| 43 | ViteでReact x TypeScriptで立ち上げたプロジェクトからcss関連の記述を消す | Vite で立ち上げた React × TypeScript プロジェクトから App.css・index.css を rm し、grep -v 'import.*\.css' で App.tsx・main.tsx の import 行を除いて tmp ファイル経由で書き戻すコマンドで CSS 関連記述を一括で消した | @J-T_ky2g | 21:21 |
| 44 | インストール禁止の客先で Markdown を書くために、HTML を1枚だけ作った | インストール禁止の客先で AI の Markdown 出力を見た目のまま Word やメールに貼るため、markdown-it と highlight.js（59 言語）を CDN なしでインラインに埋め込んだ 415KB の HTML 1 枚のエディタ markpaste（MIT）を作り、text/html と text/plain の両形式でクリップボードにコピーできるようにした | @tokicode | 21:56 |
| 45 | 【Spring Boot × Kotlin】Todoアプリのバックエンドをゼロから理解する（1/3） | Todo アプリのバックエンドを Spring Boot + Kotlin + Spring Data JPA + PostgreSQL で作り、Controller → Service → Repository の 3 層構成と AWS Cognito の JWT 認証・CORS 設定の意味を初心者視点で追う 3 部作の第 1 回 | @tseno | 22:13 |
| 46 | 【Next.js × TypeScript】Todoアプリのフロントエンドをゼロから理解する（2/3） | Todo アプリのフロントエンドを Next.js（App Router）+ TypeScript で作り、コンポーネント分割と親子のデータの流れ、fetch API での通信、Cognito の OAuth2 PKCE ログイン、useState/useEffect/useCallback の使いどころを追う 3 部作の第 2 回 | @tseno | 22:13 |
| 47 | 【Terraform × AWS】Todoアプリのインフラをゼロから理解する（3/3） | Todo アプリのインフラを Terraform で VPC・サブネット・セキュリティグループと ECS Fargate / ALB / RDS / S3 / CloudFront に分けて構築し、低コストに抑える設計とデプロイ・削除の手順を追う 3 部作の第 3 回 | @tseno | 22:13 |
| 48 | # [AWS] DevOpsAgent × M5StackChan で対話指示＆報告をやってみた | CloudWatch アラーム → Lambda → DevOpsAgent → IoT Core → M5StackChan の流れで約 1 分で第一報、10〜13 分の調査結果を音声で報告し追加質問にも答える構成を作ったが、調査 1 回あたり約 4 ドル（エージェント秒単価 0.0083 ドル）で個人利用には限定的だった | @kikuziro | 22:34 |
| 49 | PostgreSQL：LIMITとOFFSETで取得する行を指定する｜行数の上限と読み飛ばし | products テーブルを価格順に並べ LIMIT で返す行数の上限・OFFSET で読み飛ばす行数を指定し、取得結果の制限と元データの削除を区別することを目標にした所要 15 分の SQL 入門 | @masato_y | 22:40 |
| 50 | コンソールにいないEC2に課金され続けた話 | Cost Explorer に EC2 の課金（合計 $5.11、1 日平均 $0.36、リソースカウント 1）があるのに EC2 コンソールにインスタンスもボリュームも無い原因は、CloudFormation スタック削除後に Systems Manager Application Manager が自動生成したリソースグループ AppManager-CFN-test-cf-ec2-t2micro が残っていたことだった | @satsho | 23:04 |
| 51 | ぼやけた画像・低解像度・古写真の劣化は同じではない：Enhance / Upscale / Restore の使い分け | ぼやけ・低解像度・古写真の劣化は別の問題なので、Web アプリ側でモデル名ではなくユーザーが見ている症状から Enhance / Upscale / Restore に処理経路を振り分ける設計を EnhancePhoto.org を例に整理した | @Gaven | 23:25 |
| 52 | NFC名刺 + 自作リンクページを無料構成で作る | NFC 名刺から飛ばすリンクページを TypeScript + Hono で書き Cloudflare Workers（無料）にホストし、転送専用の Worker を 1 つ挟んで中身を作り替えても NFC・QR の再発行が要らない構成を GitHub Actions のテスト付きで作った | @yukisnow0704 | 23:31 |
| 53 | AWS Direct Connect まとめ | 専用線で AWS とオンプレをインターネットを介さず接続する AWS Direct Connect について、AWS パートナーと契約するか自前ルーターを Direct Connect ロケーションに設置する物理接続の方法と用途を整理した | @ccch813 | 23:47 |
| 54 | 【IT業界25年目】ADHDポンコツ鬱エンジニアが人生賭けて運営中の求人サービス『ヴェテラン』でも感じる「セキュリティ疲れ」について | 求人サービス『ヴェテラン』を PHP・PostgreSQL・AWS で運営する著者が、TD SYNNEX が従業員 300 人以上を対象に調査した「セキュリティ疲れ白書 2026」（9 月 7 日）を取り上げ、現場のセキュリティ疲れを掘り下げた | @Veteran | 23:50 |
Publickey
2026-09-19 付の記事はありませんでした。
gihyo.jp
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Modern Web Guidance、Codex向けプラグインも追加 | Google が 2026 年 9 月 17 日に発表した Modern Web Guidance（インストール数 1 万到達）の更新で、ChatGPT アプリのプラグイン画面から Codex 向けにインストール可能になり、v0.0.186-187 で IME 誤送信対策ガイド ime-safe-enter-submit や progress-ring・spinner・scrollspy の UI ガイドが追加された | 11:43 |
GIGAZINE
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | 無料で成人男性の3D解剖モデルを表示できる「Human Atlas」 | ashemag が GitHub で公開するオープンソースの 3D 人体解剖ビューア Human Atlas（human-atlas-seven.vercel.app）は成人男性モデルで 15 系統の解剖系を切り替えて 3,432 の解剖学的概念を検索でき、ローカル実行には Node.js 22.13 以降が必要 | 12:00 |
ITmedia News
2026-09-19 付の Web 開発関連記事はありませんでした。
TypeScript Blog
2026-09-19 付の記事はありませんでした。
Node.js Blog
2026-09-19 付の記事はありませんでした。
Astro Blog
2026-09-19 付の記事はありませんでした。
Cloudflare Blog
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Saving another 100TB of RAM with math (and Rust)（数学（と Rust）でさらに 100TB の RAM を節約する） | Pingora ベースの内部ロードバランサー Pingora Backend Router の pingora-ketama で、ハッシュ環のエントリを 8 バイト（u32+u32）から 6 バイト（u32+u16）の生バイト列に圧縮して 25% 減らし、変動係数の統計分析からサーバーごとのハッシュ数を 90% 削減して合計 100TB の RAM を回収した | 02:23 |
Vercel Changelog
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Spend Management expands to Enterprise Flexible Commitment plans（Spend Management が Enterprise の Flexible Commitment プランに拡大） | Pro で提供済みの Spend Management が Enterprise の Flexible Commitment プランでも追加費用なしで使えるようになり、請求サイクルごとの予算に従量利用が近づく／超えるとメール通知・Webhook・全プロジェクトの本番デプロイ一時停止（オプトイン）ができる。AI Gateway と v0 の利用は停止対象外 | 05:00 |
AWS What’s New
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | AWS Resilience Hub adds three new capabilities（AWS Resilience Hub に 3 つの新機能が追加） | 次世代 AWS Resilience Hub に、サービス入力ソースの EKS ラベル対応、依存関係インサイト、AWS Organizations を通じたレジリエンスポリシー共有の 3 機能が追加され、自動依存関係検出や生成 AI による障害モード分析と組み合わせて使える | 01:49 |
Google Cloud Blog
対象日の該当記事はすべて Top 20 に掲載されています。
Supabase Blog
2026-09-19 付の記事はありませんでした。
web.dev
2026-09-19 付の記事はありませんでした。
Mozilla Hacks
2026-09-19 付の記事はありませんでした。
CSS-Tricks
2026-09-19 付の記事はありませんでした。
Smashing Magazine
2026-09-19 付の記事はありませんでした。
Hacker News
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Show HN: pg_raw_parse - parse PgSQL in Rust（Show HN: pg_raw_parse - Rust で PgSQL をパースする） | PgDog が libpg_query をフォークし Protobuf を使わず Postgres のアリーナ上に Rust 構造体を直接マップした SQL パーサで、pg_query.rs 比で解析最大 59.48 倍・逆解析最大 18.04 倍高速、メモリ使用量 90% 減（Apache-2.0/MIT、32 スター） | 00:13 |
| 2 | Extracting Grid Information Using CSS（CSS でグリッド情報を取り出す） | 9 月 16 日付の記事で、スクロール駆動アニメーションの view-timeline と animation-range: entry-crossing … exit-crossing …、round()/calc()、コンテナクエリ単位 100cqw/100cqh を組み合わせてグリッドアイテムの行・列番号を CSS だけで算出する手法を示し、完全対応は Chrome と Edge のみ | 00:40 |
| 3 | Awesome-tunneling – List of ngrok, Cloudflare Tunnel, Tailscale and related（Awesome-tunneling – ngrok・Cloudflare Tunnel・Tailscale などの一覧） | ngrok 代替の frp・chisel・rathole・boringproxy など 90 以上の OSS と Cloudflare Tunnel・Tailscale・ZeroTier 等を分類した 21.8k スターのリストで、一般用途には Cloudflare Tunnel、セルフホストには Pangolin か frp を推奨している（最終更新 2026-08-10） | 00:48 |
| 4 | Persistent Databases in the Browser with DuckDB-WASM and OPFS（DuckDB-WASM と OPFS によるブラウザ内の永続データベース） | 9 月 18 日付の DuckDB 公式記事で、DuckDB-Wasm 1.32.0 以降は db.open({ path: 'opfs://analytics.duckdb', accessMode: READ_WRITE }) で OPFS に .duckdb ファイルを永続化でき、タブ終了に備えて CHECKPOINT か checkpoint_threshold = '0KB' が必須、ファイルごとにハンドルは 1 つの制限がある | 01:14 |
| 5 | MÒ: A zero-dependency UI layer built with HTML, CSS and minimal JavaScript（MÒ: HTML・CSS と最小限の JavaScript で作られた依存ゼロの UI レイヤー） | セマンティック HTML・CSS と最小限の JS で作られた依存ゼロの UI レイヤー（v1.1.2、MIT）で、ボタン・入力・チェックボックス・タブ・ダイアログなど 56 コンポーネントを CSS で自由にカスタマイズできる | 01:36 |
| 6 | 25 years of contributing to Postgres with Peter Eisentraut（Peter Eisentraut と語る Postgres への 25 年の貢献） | 9 月 18 日公開の Talking Postgres 第 43 回（1 時間 30 分）で、PostgreSQL コミッター兼コアチームで EDB のチーフアーキテクト Peter Eisentraut が psql のタブ補完修正から始まった 25 年の貢献と EU Cyber Resilience Act の影響を語る | 03:50 |
| 7 | DigitalOcean has $3M for DHH and nothing for CSS-Tricks（DigitalOcean は DHH には 300 万ドルを出し CSS-Tricks には何も出さない） | 9 月 18 日付の Keith の記事で、DigitalOcean が DHH の Omarchy に 4 日で 300 万ドルを出す一方、2022 年に買収した CSS-Tricks は最終記事が 8 月 31 日で編集者 Geoff Graham への給与が数か月未払い、GNOME/Flathub への月 50 ドルの支援も 8 月に打ち切ったと批判した（HN 28 ポイント・5 コメント） | 03:56 |
| 8 | Show HN: vNetMap – A zero-knowledge E2E encrypted network topology mapper（Show HN: vNetMap – ゼロ知識の E2E 暗号化ネットワークトポロジーマッパー） | ホームラボの Excel・Visio 管理をやめるため、Docker 内の Python エージェントが Nmap でサブネットをスキャンし、ペイロードをクライアント側で E2E 暗号化してから FastAPI/PostgreSQL バックエンドに暗号化ブロブだけ保存するゼロ知識型マッパー（HN の投稿ページは 429 で取得できず自己投稿本文のみ参照） | 04:21 |
| 9 | Using CSS media queries to target monochrome e-paper（CSS メディアクエリで単色の電子ペーパーを対象にする） | 2026 年 6 月 23 日付の GEA フレームワークの記事で、同一の TypeScript/JSX カウンターアプリを @media (monochrome) でテーマを白地黒に反転させ、フルカラーの Linux タッチパネルと単色電子ペーパー（物理ボタン操作、Display.setEpaperRefreshConfig）の両方で動かした | 04:27 |
| 10 | Show HN: Procedurally Generated Mineral Gems（Show HN: 手続き生成の鉱物の宝石） | 開発中アプリのユーザーが自分のアイコンを生成できるようにするため Codex に 3D 処理を書かせ自身のデザインと統合した宝石生成ページを Cloudflare Pages に置いたもので、ページ本文はタイトル「Gems」のみで JavaScript なしでは内容が表示されなかった | 04:38 |
| 11 | Show HN: ReacherX – Open-source platform to find and reach the right people（Show HN: ReacherX – 適切な人を見つけて連絡するオープンソースプラットフォーム） | 自然言語で説明した人物像を X/Twitter と LinkedIn 上の検索・発見戦略に変換しメッセージ草案まで提案する TypeScript / Next.js / Convex 製のオープンソース（AGPL-3.0、22 スター、Node.js 22+ と pnpm 11 が必要）で、2023 年に副業で始め 2026 年 6 月から専業化した | 05:55 |
| 12 | SwarmAuth – OAuth 2.1 for AI Agent Swarms（SwarmAuth – AI エージェントスワーム向けの OAuth 2.1） | 9 月 19 日公開の Python パッケージ swarmauth 0.1.2（MIT、Python 3.10+）で、Ed25519 署名付きの最大 300 秒の能力スコープ限定トークンを @swarmauth.guard デコレータで検証し、LLM 層の侵害を前提にプロンプトインジェクションからツール呼び出しを守る（依存は cryptography と pydantic のみ） | 18:28 |
| 13 | CSS-Tricks could be a co-op（CSS-Tricks は協同組合になれる） | 9 月 18 日付の Eric Bailey の記事で、既に 2 度「事実上死亡」した CSS-Tricks は知識インフラとして利益追求が優先されない協同組合が運営すべきだとし、DigitalOcean の Paddy Srinivasan にサイトの返還を呼びかけた | 20:30 |
| 14 | Show HN: Htmldoc – A pastebin that renders the HTML your coding agent writes（Show HN: Htmldoc – コーディングエージェントが書いた HTML をレンダリングする pastebin） | npx htmldoc-cli login で GitHub 認証後に npx htmldoc-cli report.html で単一の HTML/Markdown を共有する無料の pastebin で、URL は非公開だがリンクを知る誰でも閲覧でき、最終アップロードから 30 日で消える。AI エージェントに「share this doc」と指示するスキルも用意されている | 21:54 |
| 15 | AWS “unable to restore access” to data centers hit by Iran strikes（AWS、イランの攻撃を受けたデータセンターへの「アクセスを復旧できず」） | リンク先の Data Center Dynamics は Cloudflare のチャレンジページ（403「Enable JavaScript and cookies to continue」）で本文を取得できず、タイトルからイランの攻撃を受けたデータセンターへのアクセスを AWS が復旧できないと伝える記事だと分かるのみ（HN 2 ポイント・コメント 0 件） | 22:37 |