CloudflareがDNSキャッシュ最適化で100TB削減、DuckLabsがAWS子会社へほか — Web Dev Digest: 2026‑08‑28
Top 20
How we saved 100 terabytes of memory by optimizing 1.1.1.1’s DNS cache(1.1.1.1のDNSキャッシュ最適化でメモリ100テラバイトを削減した方法)
Source: Cloudflare Blog | Published: 2026-08-28 02:02 JST
- DNSキャッシュのエントリ格納方法を5段階で見直した結果、1件あたりのメモリ使用量が50%以上減り、フリート全体で約100TBのメモリを解放したと報告している。
- 基盤の Big Pineapple は 1.1.1.1・Gateway DNS・DNS Firewall・AS112 を支えており、常時2500億件超のキャッシュを保持するため、1件あたり1バイトの無駄がフリート全体で250GB超に膨らむ。
- Rust の Vec / String を Box<[T]> / Box
へ置き換えて capacity フィールド8バイト×8フィールド=64バイトを削り、これだけで15TB超を回収した。 - answer / authority / additional の3セクションを1つのリストに統合し境界を u16 オフセット2個で保持する方式に変えて1件あたり28バイト減、bool のビットフラグ化ではパディングも縮んだ。
- メモリ削減と速度をトレードオフせず、挿入スループットは43%向上・ルックアップ遅延は19%低下した。ベンチはA 56%・AAAA 25%・TXT 19%という本番の分布を模した合成データで測定している。
BotBase for Operators: A clearer path to joining Cloudflare’s directory of bots and agents(BotBase for Operators:Cloudflareのボット・エージェント名鑑に参加するための明確な経路)
Source: Cloudflare Blog | Published: 2026-08-28 21:59 JST
- ボット運営者向けの BotBase 提出体験を刷新し、提出後に何が起きているか分からない「ブラックボックス」状態を解消したと発表した。
- 提出フォームの置き場所が Manage Account → Configurations から Protect & Connect → Application Security → BotBase へ移り、Bots directory・Submission form・Submission history の3用途に分割された。
- Submission history タブで各提出に Waiting for review / Accepted / Rejected の状態が付き、却下時は理由と対処手順が示されるため、進捗確認のためにサポートへメールする必要がなくなった。
- 受理された場合でも Cloudflare 側がボットの分類を調整したときは変更内容が表示され、Bots directory の「My bots」フィルタで自アカウント提出分だけを絞り込める。
- IPリストのエンドポイント変更や IP 許可リストから Web Bot Auth への移行に合わせて既存エントリを編集でき、レビュー待ちの提出はキャンセルもできるようになった。
DuckDBの開発元であるDuckLabsがAWS子会社になると発表。DuckDBはオープンソースのMITライセンスを維持
Source: Publickey | Published: 2026-08-28 00:55 JST
- DuckDB の開発元 DuckLabs が2026年9月初旬に AWS の子会社となる予定だと発表され、DuckDB は MIT ライセンスのオープンソースとして維持されると説明されている。
- DuckDB と関連プロジェクトの DuckLake は非営利団体 DuckDB Foundation の下で開発されており、買収後もライセンス・開発体制・ガバナンス体制・ロードマップを引き続き維持するとされる。
- DuckDB は SQLite のようにシングルバイナリで組み込める高速OLAP DBで、独自フォーマットに加え CSV・Parquet・JSON を読み書きし、拡張機能で MySQL・PostgreSQL・SQLite にも接続できる。
- 記事は買収の狙いを、S3上の大規模な CSV / Parquet を高速分析する DuckDB のユースケースが Amazon S3 Tables やゼロETL統合といった AWS のデータ戦略を補完する点にあると分析している。
- Snowflake・Databricks・BigQuery を擁する Google Cloud といった競合に DuckDB が接近・子会社化される前に自陣営へ取り込みたかった事情もあるだろう、と筆者は推測を添えている。
Deploy personal AI agents with Cloud Run instances(Cloud Run インスタンスで個人向けAIエージェントをデプロイする)
Source: Google Cloud Blog | Published: 2026-08-28 01:00 JST
- 長時間稼働かつステートフルなワークロード向けに、オートスケールしない専用のシングルトン実行環境「Cloud Run instances」を発表した。
- 従来の Cloud Run services はリクエストが止まるとゼロにスケールするため、常に1コピーだけが動き続けることを前提とする長寿命エージェントには向かない、と課題を整理している。
- 代替案である専用VMは24時間分のコンピュートを払い続け、OS更新・ファイアウォールのポート開放・HTTPSエンドポイントの用意まで自前で抱える点が難点として挙げられている。
- Cloud Run instances はオートスケールなしの1インスタンス構成で、最大7日間の連続実行と既定で構成される自動再起動ポリシーを備える。
- 想定ユースケースとして、個人開発者が基本的に1ユーザー専用で動かす OpenClaw や Hermes のようなAIエージェントが名指しされている。
Amazon Redshift streaming can now ingest 10MiB records from Amazon Kinesis Data Streams(Amazon Redshift のストリーミング取り込みが Amazon Kinesis Data Streams の10MiBレコードに対応)
Source: AWS What’s New | Published: 2026-08-28 06:41 JST
- Amazon Redshift のストリーミング取り込みが Kinesis Data Streams のレコードサイズ上限を従来の1MiBから10MiBへ10倍に引き上げた。
- この上限は Amazon KDS 側で拡張済みだった最大レコードサイズと完全に一致し、Redshift 側が先に頭打ちになる状態が解消された。
- 大きなペイロードを分割してから流す必要がなくなり、取り込みパイプラインの構成を単純化できる。
- 高ボリューム・大レコードのワークロードが主な対象で、分割と再結合のロジックを持たずに直接 Redshift へストリーミングできる。
- Amazon Redshift が利用可能な全ての商用 AWS リージョンで提供される。
Muse-Glimmer-30B and Qwen 3.8-27B models now available on Amazon SageMaker JumpStart(Muse-Glimmer-30B と Qwen 3.8-27B が Amazon SageMaker JumpStart で利用可能に)
Source: AWS What’s New | Published: 2026-08-28 07:39 JST
- Meta の Muse-Glimmer-30B と Alibaba の Qwen 3.8-27B が Amazon SageMaker JumpStart から数クリックでデプロイできるようになった。
- Muse-Glimmer-30B は Meta Superintelligence Lab 製の30Bパラメータ密モデルで、約1.8BのViT-G/14知覚エンコーダを組み合わせ、テキストと画像を交互に入力でき、131K超のコンテキストウィンドウと low〜extra-high の推論強度選択を持つ。
- 同モデルは Apache 2.0 で公開され、逐次的なツール呼び出しと失敗からの復帰を扱い、クラウド基盤なしで完結して動くため常時稼働の企業向けエージェントに適するとされる。
- Qwen 3.8-27B は27Bパラメータのネイティブ Vision-Language モデルで、コンテキストウィンドウは262K、YaRN スケーリングで約1Mまで拡張できる。
- Qwen 3.8-27B は SWE-bench Pro で61.7を記録し、量子化時のフットプリントは約17GBで、推論の労力レベルを調整できる。
Cosmos3-Edge, Cosmos3-Nano, and Cosmos3-Super models now available on Amazon SageMaker JumpStart(Cosmos3-Edge・Cosmos3-Nano・Cosmos3-Super が Amazon SageMaker JumpStart で利用可能に)
Source: AWS What’s New | Published: 2026-08-28 07:41 JST
- NVIDIA の Cosmos3-Edge・Cosmos3-Nano・Cosmos3-Super が Amazon SageMaker JumpStart から利用できるようになった。
- 3機種は physical AI 向けのオープンな omnimodal world model 群「Cosmos 3」ファミリーを構成し、ロボット・自動運転車・ビジョンAIが物理世界を知覚し推論・計画・行動するための基盤として位置づけられている。
- Cosmos3-Edge は4Bパラメータ(2BのNemotron系reasonerを内包)でロボット制御解像度640×360で動作し、NVIDIA Jetson Thor 上で15Hz・1推論あたり32アクションを生成、256pと480pの動画を12〜30FPSで扱う。
- Cosmos3-Nano は16Bパラメータのコンパクトな omnimodal モデルで、テキスト・画像・動画・音声・行動軌跡の組み合わせを処理し、最大720pの解像度でChain-of-Thought推論を行う。
- Cosmos3-Super は64BパラメータでMixture-of-Transformersアーキテクチャを採り、言語・画像・動画・音声・行動系列を統一的に処理して大規模シミュレーションや合成データ生成、ポリシー学習に向く。
SpaceXAI Grok 4.6 now available on Amazon Bedrock in AWS GovCloud (US)(SpaceXAI Grok 4.6 が AWS GovCloud (US) の Amazon Bedrock で利用可能に)
Source: AWS What’s New | Published: 2026-08-28 22:17 JST
- AWS GovCloud (US) の Amazon Bedrock が SpaceXAI の Grok 4.6 に対応した。
- Grok 4.6 は SpaceXAI の最新フラッグシップで、コーディング・エージェント的タスク・ナレッジワーク向けに構築されている。
- コンテキストウィンドウは500kトークンで、推論の労力を low / medium / high / xhigh から選択できる。
- bedrock-runtime エンドポイント上で動作し、Responses・Chat Completions・Converse の各APIをサポートする。
- GovCloud の2リージョンにまたがるクロスリージョン推論ルーティングで規模を確保でき、GovCloud (US-East) では bedrock-mantle エンドポイント経由でも利用できる。
Amazon EVS now supports i7i.metal-48xl Amazon EC2 instance type(Amazon EVS が i7i.metal-48xl の EC2 インスタンスタイプに対応)
Source: AWS What’s New | Published: 2026-08-28 01:35 JST
- Amazon Elastic VMware Service が i7i.metal-48xl ベアメタルインスタンスに対応し、VMwareベースのワークロード向けにコア数の多い新世代プロセッサの選択肢が加わった。
- i7i は第5世代 Intel Xeon Scalable プロセッサを搭載し、EC2 の x86 系ストレージ最適化インスタンスで最良のコンピュート/ストレージ性能を提供するとされる。
- i4i 比でコンピュート性能が最大23%、価格性能比が10%以上向上している。
- メモリとストレージのフットプリントが大きいため、より少ない EVS ホストで多くのVMを動かす垂直スケールが可能になる。
- VMware Cloud Foundation 9.x のメモリ階層化や、オンボーディングを簡素化する Amazon EVS Deployment Orchestrator といった新しい自動化を活かせる。提供は Amazon EVS と EC2 i7i の両方が利用可能なリージョンに限られる。
S3 Vectors、安すぎん?OpenSearch Serverlessからの本番移行
Source: Qiita | Published: 2026-08-28 16:46 JST
- Knowledge Bases for Amazon Bedrock のベクトルストアを Amazon OpenSearch Serverless から Amazon S3 Vectors へ本番移行し、テナント増加に比例して積み上がるベースラインコストの構造を解消した。
- 対象は FAQ と業務マニュアルを登録し利用者が自然文で検索するRAGシステムで、テナントごとに AWS アカウントと環境を分離し、それぞれに Knowledge Base とベクトルストアを構築していた。
- OpenSearch Serverless は性能面では不満がなく、課題はテナントが増えるほどベースラインコストが積み上がる構造そのものだったと切り分けている。
- 料金比較の対象は Amazon OpenSearch Serverless Classic であり、2026年5月に一般提供された OpenSearch Serverless NextGen は比較に含めていないと明記している。
- インフラは AWS CDK で管理しており、S3 Vectors が CDK で構築できるようになったことが移行に踏み切る前提条件になった。
AWSで激安マイクラサーバーをたてよう!!
Source: Qiita | Published: 2026-08-28 18:56 JST
- 週末に3時間しか遊ばないのに月額固定のレンタルサーバー代を払う構造に疑問を持ち、AWS 上へ「使う時だけ生やして、消す」マインクラフトサーバー構成に置き換えた。
- マイクラを4〜5人で遊ぶのに最低限とされるメモリ4GBプランの相場は月950〜2,200円で、Xserver GAMES の4GBプランは365日契約で月換算約1,168円だった。
- 週末3時間だけ遊ぶ場合、残り165時間分にも料金を払っている計算になる点が置き換えの出発点になっている。
- 要件はメモリ4GB(マイクラサーバーの実質最低ライン)とし、常時起動ではなく必要時だけ起動する構成を採っている。
- 15分の発表構成として、構築手順の画面つき実演に5分、費用と損益分岐点の試算に4分を割り当てている。
TypeScript 7.0 【新機能まとめ】
Source: Qiita | Published: 2026-08-28 18:59 JST
- TypeScript 7.0 はコンパイラと言語サービスを Go にネイティブ移植したもので、フルビルドが 6.0 比でおおむね8〜12倍高速になったと整理している。
- 2026年7月8日(現地時間)に正式リリースされ、公式ブログでは「10x faster native port of TypeScript」と紹介されている。
- 従来の tsc は TypeScript 自身で書かれており、「TypeScript で書かれたコンパイラを JavaScript にコンパイルして、それで TypeScript をコンパイルする」構成だった点が今回の変更の背景にある。
- 並列化を制御する —checkers / —builders / —singleThreaded の各フラグが新たに追加された。
- 7.0 には API が同梱されていないため、Vue / Astro / Svelte などのツールチェーンは当面 6.0 を必要とする点を移行時の落とし穴として挙げている。
Hy4 Preview now available on AI Gateway(Hy4 Preview が AI Gateway で利用可能に)
Source: Vercel Changelog | Published: 2026-08-28 09:00 JST
- Tencent の Hy4 Preview が Vercel AI Gateway 経由で呼び出せるようになった。
- Hy4 Preview は総パラメータ770B・トークンあたり49Bアクティブのオープンソース Mixture-of-Experts モデルで、コンテキストウィンドウは1Mトークンに達する。
- 長時間にわたるコーディング、文書解析、ゲーム開発、科学的推論といった用途を想定して設計されている。
- AI SDK では model に tencent/hy4-preview を指定するだけで利用できる。
- vercel ai-gateway coding-agents setup を実行すると Claude Code・Codex・OpenCode・Cursor・Pi などのコーディングエージェントを接続し、その中から同モデルを選択できる。
ローカルLLMを使って自動的にリリースノートを作成するGithub Actions Marketplaceを作った
Source: Qiita | Published: 2026-08-28 02:39 JST
- Git に保存された変更履歴をローカルLLMに読ませ、GitHub のリリースノートや Pull Request の説明文を自動生成する GitHub Action を公開した。
- v2.0.1 のような tag を push したときに前回リリースとの差分をまとめる使い方と、Pull Request の作成・更新時にマージ元とマージ先の差分を説明する使い方の2通りに対応する。
- コミットのタイトルを並べるだけでは要点が伝わらない問題に対し、途中で追加後に取り消された変更ではなく最終的に残った差分を基に文章を作る方針を重視している。
- Ollama で Markdown を生成し、日本語・英語・日英両方の3通りで出力でき、Markdown テンプレートを使った Pull Request 本文の生成にも対応する。
- AI の処理に失敗した場合は簡易的な文章へ自動的に切り替えるフォールバックを備えている。
[Mastra Announce]Multi-turn Evalsで「会話として正しいか」を評価できるようになった
Source: Zenn | Published: 2026-08-28 14:10 JST
- Mastra の evals が単発応答の採点から複数ターンの会話全体の評価へ広がり、前のターンを踏まえた応答を本格的にテストできるようになったと整理している。
- 2026年8月24日公開の公式アナウンス「Introducing Multi-turn Evals for Mastra Agents」(著者 Paul Scanlon)を実装者向けにまとめたもので、関連パッケージは @mastra/core と @mastra/evals、createMultiTurnJudgeScorer() は @mastra/evals@1.9.0 で追加されたと案内されている。
- runEvals() のデータ項目に従来の input に加えて inputs と turns が使えるようになり、inputs は内部で共有 threadId を生成して各ターンを同じ thread 上で順に agent.generate() する「会話継続」評価モードとして動く。
- turns 形式では各ターンごとに gates や scorers をぶら下げられ、「2ターン目でちゃんと再度ツールを呼んだか」を1ターン目の結果に引きずられずに検証できる。
- thread を共有するだけでは記憶とは限らず、cross-turn recall を成立させるには memory が必要だと公式ドキュメントが明記している点を最重要の注意として挙げている。
Cloudflareが1.1.1.1のDNSキャッシュを数十バイト単位で削り込んで100TBのメモリを節約
Source: GIGAZINE | Published: 2026-08-28 16:00 JST
- Cloudflare が 1.1.1.1 などで使う DNS キャッシュのデータ構造を見直し、キャッシュ1件あたりのメモリを953バイトから420バイトへ56%削減してシステム全体で約100TBを節約したと伝えている。
- Rust の Vec や String を固定サイズで保存できる Box 系の型へ置き換え、キャッシュ1件に含まれる8個のフィールドから合計64バイトを削減、余分な確保領域も含めると2500億件超で15TB超を節約した。
- 回答・権威情報・追加情報の3区分を1個のリストにまとめ、区分の境界を2バイトの位置情報2個で記録する方式に変更して1件あたり28バイトを減らしている。
- DNSレコードの種類を Rust の enum で管理していたため小さな A や AAAA も最大の NAPTR に合わせて144バイトを使っていたが、大きな種類だけ別領域へ移すことで1件あたり120バイトを節約した。A と AAAA は Cloudflare の DNS トラフィックの80%以上を占める。
- 最終的にレコードのデータ部分を通信時の形式で符号化したバイト列として連続領域へまとめた結果、キャッシュ検索時間が5%短縮され、1秒あたりにキャッシュへ追加できる件数が13%向上した。
RSCの活用をNext.jsで実践!Server/Client境界線の実装手順
Source: Qiita | Published: 2026-08-28 05:37 JST
- Next.js App Router では「既定は Server Component、
"use client"は必要な葉だけに付ける」が正解で、Client Component から Server Component を直接 import せずchildrenとして渡せば境界の制約を回避できると結論づけている。 "use client"をファイル冒頭に置くとそのファイルと import した全モジュールが Client 化されるため、Context Provider はツリーの深い位置へ下ろして Client 境界を最小化すべきだとしている。- Server Component 内で useState や window を使うと「React Hook cannot be called in a Server Component」、Client Component から Server Component を import すると「You’re importing a component that needs “use client”」というエラーになると、実際のメッセージを挙げている。
- データフェッチは Server Component から Route Handler を fetch するのではなくロジックを直接呼ぶべきで、間に HTTP を挟むとサーバー内リクエストのオーバーヘッドが無駄に乗ると指摘している。
- Server から Client へ渡す props はシリアライズ可能なものに限られ Date や ObjectId は文字列化が必要、境界の強制には server-only / client-only パッケージが使えると補足している。
Show HN: Node.js back end library is 1.0 now(Show HN: Node.js製バックエンドライブラリがついに1.0になった)
Source: Hacker News | Published: 2026-08-28 11:10 JST
- 10年以上にわたり趣味として開発を続けてきた Node.js 製バックエンドライブラリ backendjs を、ようやく 1.0 として公開したと投稿している。
- プロジェクトは Node.js 10 の時代に始まり、ドキュメントの不在とレガシーで雑なコードのために長らく 1.0 を名乗れる状態になかったと振り返っている。
- 本番運用やスタートアップのストレス、締め切り対応に追われて後回しにし続けた結果、昨年まとまった空き時間ができたことが 1.0 到達のきっかけになったと説明している。
- ドキュメント作成とリファクタリングにはローカルおよびフロンティアのLLMを活用したが、コードは100%自分のものであり良し悪しの責任も自分にあると明言している。
- 「自分では良いドキュメントを絶対に書けなかっただろう」と述べ、LLMの貢献をドキュメント整備の面に限定して位置づけている。
TailwindのWebとReact Nativeで配色を揃える。小規模なデザイントークン運用
Source: Zenn | Published: 2026-08-28 16:16 JST
- monorepo に packages/design-tokens という小さなパッケージを置くだけの仕組みでも、Web とアプリの配色のずれを減らせたと報告している。
- 構成は Turborepo + pnpm workspace で、Web が Next.js 15 + Tailwind CSS v4、モバイルが Expo SDK 54(React Native 0.81)という組み合わせ。
- トークンは colors.ts / typography.ts / spacing.ts / radius.ts に分けた単なる TypeScript 定数で、Style Dictionary のような変換基盤もビルドツールも導入していない。
- React Native は as const 付き定数を StyleSheet へ直接流し込み、Web は Tailwind v4 の @theme に同じHEX値の CSS 変数を定義して合流させるが、この同期は手動で行っていると明記している。
- ダークモードなど本格的なテーマ切り替えやデザインツールとの双方向同期が必要な場合、手動同期のCSS変数はテーマが増えると破綻するため Style Dictionary や Tokens Studio を最初から入れるべきだと結論づけている。
Build and deploy eve agents from the Vercel dashboard(Vercel ダッシュボードから eve エージェントを構築・デプロイする)
Source: Vercel Changelog | Published: 2026-08-28 09:00 JST
- Vercel のダッシュボードから eve エージェントを直接作成でき、その場で会話できる状態までデプロイされるようになった。
- ビルダーがエージェントを scaffold し、そのファイル一式を含むプライベート Git リポジトリを作成したうえで、チーム配下の新しい Vercel プロジェクトとしてデプロイする。
- エージェントの人格を定義する instructions を記述でき、モデルは AI Gateway 経由で利用できるものから選択できる。
- 対話窓口として Next.js の Web チャットや Slack チャンネルを追加できる。
- Linear や Notion といった組み込みコネクション、あるいはカスタム MCP サーバー経由で、外部サービスのツールとデータをエージェントに与えられる。
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Chrome 151 Soft Navigation検証がlocalhost gateで止まった記録 | Chrome 151のSoft Navigation API検証がブラウザ起動後のlocalhost接続失敗で止まり、API未対応と混同しないためcapability gateをどこに置くかを実装で切り分けた | @Clopy | 02:21 |
| 2 | AWS Amplifyで繰り返した4つの失敗 — env全置換・ビルドは通るのに実行時500・無音の障害・ドメイン移行 | Claude Code主体で20超のNext.jsプロダクトを1人運用する中、AWS Amplifyでenv全置換・ビルドは通るのに実行時500・無音の障害・ドメイン移行の4失敗を繰り返した実測を公開した | @chooser | 02:29 |
| 3 | LeetCode 55 を貪欲法なしで O(n) で解く方法 | LeetCode 55 Jump Gameを定番の貪欲法(到達可能な最遠インデックスを追う解法)ではなく、別アプローチでO(n)を達成する方法を英語で示した | @it1023_ | 03:47 |
| 4 | Verifying ARMCP Token on Solana: mint identity, decimals, and supply | Solana SPLトークンARMCPを題材に、ティッカーの見た目ではなくmint identity・decimals・supplyを実際に照会して検証する手順を英語でまとめた | @ARMCP Team | 06:12 |
| 5 | Vertex RAGのポイズニングを実測 ―汚染文書1つが稀に回答をフィッシングに変える | Vertex AI RAG Engineのコーパスに汚染文書を1つ仕込む攻撃を実測し、稀にではあるが回答がフィッシングへ変わることを確認した | @Shinya Koike | 06:48 |
| 6 | 【自宅HomeLab構築記 #37】承認フロー、実は有料プラン限定機能でした — budget-app CI/CD導入編 | budget-appのCI/CDで承認フロー付き自動デプロイに挑んだが、GitHub Environmentsの承認機能が有料プラン限定と判明して設計を変えた | @ヒロキ | 06:56 |
| 7 | Power AutomateでAI Builderを使わずにWebページの更新漏れを検知してTeams連携する | 研修申込ページの締切超過を検知する仕組みで、AI BuilderのGPT解析がDLPポリシーに阻まれたためPower Automate側の処理でTeams通知まで実装した | @con | 08:00 |
| 8 | 「1日」は「ついたち」か「いちにち」か — 日付の読みを機械で振る | ふりがな自動付与で「14日」が「じゅうよんにち」になる誤りが目立ったため、日付の読みが3種類に分かれる規則を使って後処理で機械的に振り直した | @kodomo-news.net | 08:13 |
| 9 | AWS IaCレビューをAgentに任せたい — aws-iac-review-agent-plugin v0.1.0を公開しました | AWS IaCレビューをKiro専用設定ではなくAgent Plugins v1.0.0準拠のプラグインとして実装し、特定IDEやAIエージェントに閉じない形でv0.1.0を公開した | @nobu_13 | 08:18 |
| 10 | 生成AIを使わずに生成AIガイドラインを生成する──Astroで作った決定論的ジェネレーター | JAXIAのAI利用ガイドライン作成β版はLLM APIを使わず、8問の回答をブラウザ内で評価して定義済みの条文・論点を組み合わせる決定論的ジェネレーターとしてAstroに組み込んだ | @Hiromitsu Jin | 08:44 |
| 11 | CursorのProject Rulesで規約とドメイン知識をAIに徹底させる | 在庫管理や原価計算など製造業特有の業務ルールをCursorのProject Rulesへ落とし込み、汎用AIが業務文脈を外した実装を返す問題に対処した | @yutaka8484 | 09:00 |
| 12 | Storybookの活用の仕方 — デザインのトンマナをサービスで合わせる | iCAREの健康管理クラウドで画面ごとにボタンの青や余白が食い違うトンマナ崩れが起きたため、Storybookを使って役職別に見え方が変わる画面の統一を図った | @古家大 | 09:21 |
| 13 | GASのWebアプリからChrome内蔵AIを呼ぶ。封じているのはiframeのallow属性で、抜け道はsandbox属性にあった | GASのWebアプリからChrome内蔵のGemini Nanoを呼ぶと必ずunavailableが返る原因はGoogle生成iframeのallow属性にあり、クリック直後に空タブを開いて書き込めば動くと突き止めた | @kimura | 10:07 |
| 14 | コーダーからフロントエンドエンジニアへ #1-38|配列とは何か──複数の値をまとめて扱う | コーダー向け連載38回目として、商品一覧やナビリンクのように同じ形のデータが複数並ぶ画面をitem1・item2と変数で並べずに配列で扱う理由を示した | @Hiro|AI x Frontend Engineer | 10:08 |
| 15 | ENAMETOOLONG: uv_spawn で止まったら、コマンドの中身ではなく「長さ」を疑う | ENAMETOOLONG: uv_spawn とbash: Argument list too longは同根で、コマンドの中身ではなく引数文字列の長さが原因だと特定した | @クジラ | 10:14 |
| 16 | Playwright の component testing と mount() を整理する | Playwrightのcomponent testingで、1つのstoryがコンポーネントの1状態(hard-codedなpropsやモック)を表すのに対しmount()が何を担うのかを整理した | @pug | 10:17 |
| 17 | Expo Web × Supabase × LINE Messaging APIで作る個人開発『おやばなし』の技術スタックを全公開します。 | 親の昔話を集めて読み物にするサービス『おやばなし』を、親側はLINE Messaging APIだけで完結させ子側はExpo Web + Supabaseで構築した技術スタックを全公開した | @SuzukiTech | 10:40 |
| 18 | Figma MCPで静的サイトを効率よく作るためのAI Skill設計 | Figma MCPに丸投げするとレビューで細かな認識違いが積み上がるため、手戻りを生む判断を参照順・禁止事項・停止条件・検証条件としてAI Skillへ組み込んだ | @Fuelda | 10:41 |
| 19 | JS/TSでサイズ指定したPacked Array作りたいしLintで自動チェックもしてほしい | V8のPacked ArrayとHoley Arrayの違いを踏まえ、JS/TSで予めサイズを確保したArrayを生成する書き方とLintによる自動チェックの方法をまとめた | @Masatada Harisawa | 11:00 |
| 20 | EC2で稼働するバッチ処理でSFTPにファイルを転送するためにsshpassをインストールして実装した | EC2(Amazon Linux 2) + PHPのバッチでexec()からsftpコマンドをシェルアウトして転送する構成で、sshpassの導入とバッチモード実行時の詰まりどころを整理した | @nkp25 | 11:14 |
| 21 | Next.js 16のscroll-behavior警告をdata-scroll-behaviorで整理する | Next.js 16のApp RouterでhtmlにscrollBehavior: smoothがあると開発時に警告が出るため、data-scroll-behavior=“smooth”を付与して整理した | @NADARAKAInc | 11:15 |
| 22 | Amazon Bedrock AgentCore Evaluations - AIエージェントの「良し悪し」を自動で採点する | 数十行で動くエージェントを作った後に必ずぶつかる「本当に仕事ができているのか」という問いに対し、Amazon Bedrock AgentCore Evaluationsで自動採点する方法を示した | @kameoncloud | 11:27 |
| 23 | ついにCloudflare Workersの手前でキャッシュが効くように!(Workers Cache) | 2026年7月にWorkers CacheがGAとなり、従来はWorkers内のCache APIを使っても毎回Workerが回っていたのが、Workersの手前でキャッシュヒットさせられるようになった | @Kanahiro Iguchi | 11:56 |
| 24 | 社内でAI-DLCの勉強会を企画・実施してみた話 | 同じAIツールを使っているのにメンバーごとに実装スタイルと成果物の質がばらつく違和感を起点に、社内でAI-DLCの勉強会を企画・実施した経緯を残した | @t-shoot | 13:32 |
| 25 | NeptuneからCosmos DBへの移行でハマらないために!グラフDBとIaC設計の落とし穴と勘所 | Amazon NeptuneをAzure Cosmos DBへ単純に置き換えれば済むと考えていたが、グラフDBのモデルとIaC設計に固有の落とし穴があると分かった | @satoshi yanada | 13:33 |
| 26 | 日本語フォントは unicode-range が効かない — Google Fonts をやめて 729KB を 219KB にした | 個人サイトのフォントが729KB / 37リクエスト(ページ全体1,366KBの半分超)だった問題を、日本語フォントにunicode-rangeが効かない前提で自己ホスト+サブセット化し219KB / 2リクエストへ削った | @ukintech | 13:51 |
| 27 | Google CloudでExadataを動かしてみた | Oracle Database@Google Cloudを使いGoogle Cloud上でOracle Exadataを動かす検証を楽天カードのプラットフォーム戦略チームが実施し、得られた知見を共有した | @Nakada Hiroaki | 14:37 |
| 28 | AIにAWS→AzureのTerraform変換を任せて気づいた4つの罠 | AWS用TerraformをAIに渡してAzure用へ変換させると、それらしいコードは出てくるものの実際には4つの罠があると気づいた | @satoshi yanada | 15:34 |
| 29 | 約48時間で16,422人のDBサイトを公開サービスへ育てた記録 | 顔画像をブラウザ内で照合する16,422人規模のDBサイトを、最初のコミットから独自ドメイン・サイトマップ・監視まで約35時間で公開まで持っていった過程を時系列で記録した | @AI AV MATCH 開発ノート | 15:52 |
| 30 | PAT 認証付き社内向け Remote MCP サーバを AWS に建てる | Cognitoによるブラウザ認証とPAT管理・検証基盤を土台に、PATで認証する社内向けRemote MCPサーバをAWS上へ構築しClaude Codeから接続するまでを全4回連載の最終回としてまとめた | @mtakahashi | 15:55 |
| 31 | Claude Code × knip × MCP : 不要コードを検出して自動削除するパイプラインを作った話 | 長期運用のTypeScriptプロジェクトで「動的参照があるかも」という不安から消せない死んだコードを、Claude Code × knip × MCPのパイプラインで検出して自動削除できるようにした | @ヨコタナオヤ|correlate design | 16:19 |
| 32 | GoでWebページのtitle・description・canonicalを確認するCLIを作る | 公開後のページに期待どおりのtitle・description・canonicalが出ているかを確認するCLIをGoで実装した | @omaga | 16:25 |
| 33 | Astroで20個のクライアントサイド開発ツールを作った話(フレームワークなし・6言語対応):D | JSONフォーマッターやJWTデコーダーなど20個の開発ツールをクライアントフレームワークなしでAstroだけで作り、ロジックはBunモノレポ内の独立TypeScriptパッケージへ分離してbun testを持たせた | @archeelux | 17:10 |
| 34 | その共通化、I/Oの前提まで同じですか? | 重複削減のためHelperへ共通化する際、DBアクセスなどI/Oまで含めると呼び出し側から取得タイミングが見えなくなり、読み取りでは無害でも更新処理で不具合になると指摘した | @Katayama | 17:28 |
| 35 | Block Editorを作って気づいた、「状態をどこに置くか」という問題 | NotionやWordPress風のBlock EditorをReact + TypeScriptで作り、Context API + useReducerで始めた状態管理が「状態をどこに置くか」という問題に行き着いたと振り返った | @markreo | 17:59 |
| 36 | CIをわざと壊したら、lintが緑のままbuildだけ赤くなった | Next.js App Router + Supabase + TailwindのGitHub Actions CIをわざと壊したところ、lintは緑のままbuildだけ赤くなり両者が別のものを見ていると確認した | @まつたけ | 18:00 |
| 37 | 340万件を走査し、数百件を無人で処理する ―BigQuery×Pub/Sub×Cloud Runで、強制をツール境界に置く | BigQuery公開データの消費者苦情3,458,906件(自由記述付き約124万件)を対象に、BigQuery × Pub/Sub × Cloud Runで強制をツール境界へ置くエージェント基盤Airlockを作った | @Shinya Koike | 18:48 |
| 38 | 技術イベントに参加する価値って何だろう? 〜Google Cloud Next Tokyo 26で新卒エンジニアが感じたこと〜 | Google Cloud Next Tokyo 26に学生時代と新卒エンジニアとして2度参加した比較から、大規模技術イベントに人が集まる理由を考えた | @クラウドエース株式会社 | 18:49 |
| 39 | BQMLの手作業パイプラインをDataformに載せ替えた話 | BigQuery MLで作った機械学習PoCを手作業のまま運用していた社内ツールを、Dataformのパイプラインへ載せ替えて自動化した | @Run | 19:00 |
| 40 | AI.GENERATE関数でBigQueryから直接Geminiを呼び出してテキスト分析する方法 | 月数百件たまるレビューや問い合わせテキストを、PythonやExcelの手作業ではなくBigQueryのAI.GENERATE関数から直接Geminiを呼んで分類・分析する方法を示した | @ウェブの便利屋 | 19:15 |
| 41 | ブログ用OG画像ジェネレーター(&API)をNext.jsで作ってロリポップ!デプロイナウで動かす | テックブログ用1200×630のOG画像ジェネレーターをNext.jsで作り、ブラウザのcanvasで作る方法と/api/ogエンドポイントでサーバーサイド生成する2機能をロリポップ!デプロイナウ上で動かした | @kenchan | 19:20 |
| 42 | キャッシュは単に「速くする機能」ではなく、「誰のレスポンスを共有してよいか」を決める設計でもある【個人開発】 | 音声作品の価格比較サービスにCloudFrontのHTMLキャッシュを入れる過程で、キャッシュは速度向上の機能ではなく「誰のレスポンスを共有してよいか」を決める設計だと位置づけ直した | @声の価格@音声作品の買い時に通知するサイト | 19:24 |
| 43 | Web公開の洗礼②:Botアクセスを観測したのでnginxでレート制限とGeoIP制御を導入してログ分析する話 | EC2上の自作WebサーバでURLを宣伝していないのに攻撃と思われるBot通信を多数検知したため、nginxでレート制限とGeoIP制御を導入しログを分析した | @北瓜 | 21:22 |
| 44 | AIエージェントの知識をmarkdownで配る、GoogleのOKFという新標準 | テーブルスキーマはデータカタログ、指標定義はNotion、落とし穴はSlack過去ログと散らばった知識をAIエージェントへ渡すために、Googleが提唱するmarkdownベースの新標準OKFを解説した | @とうもろこし茶 | 22:11 |
| 45 | PDF.jsでPDF本文からファイル名候補を作るWebツールを作ったら、Safariだけ壊れた話 | Safariでは page.getTextContent() の ReadableStream を for await…of で回すと undefined is not a function で落ちるため、streamTextContent() から reader を取り reader.read() で逐次読みする形へ書き換えて解消した | @tkn_works | 22:32 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | 【図解】AWSセキュリティグループとは。繋がらない原因と許可の書き方まとめ | AWS勉強シリーズ番外編として、EC2が動いているのにブラウザからもSSHからも繋がらない症状と、インバウンド/アウトバウンドの書き分けをセキュリティグループ1本で解説した | @daisuke-nagata | 01:37 |
| 2 | 【図解】AWS CloudFormationとは。建てて壊すまでの使い方まとめ | IAMからCloudWatchまで11本を手作業で作ってきた後に生じる「もう1セット同じ構成が欲しい」「消し忘れが怖い」という悩みを、CloudFormationで建てて壊すまでの流れで解決した | @daisuke-nagata | 01:58 |
| 3 | 既存AWS環境の変更・バージョンアップ入門 影響調査・検証・切り戻しの進め方 | 既存AWS環境の変更はセキュリティグループのルール1つ削除でも別システムの通信や監視を止め得るため、新築ではなく営業中の店舗の改装に近いと位置づけ影響調査・検証・切り戻しの進め方を示した | @s_horikoshi | 04:43 |
| 4 | 「状態管理」進化論:複雑性を乗り越える、現代フロントエンドの最善手 | フロントエンドの状態管理の変遷を辿り、UIのリッチ化とアプリの大規模化に対してデータの流れをいかに予測可能に保つかが開発の成否を分けると論じた | @Maku-Inc | 07:31 |
| 5 | 一覧の並び順を最後まで決定的にする — 同じデータなら同じ HTML が出る | 同じ日に複数記事が出るニュースサイトで時刻差に意味がないため、読者の入口としての良さを優先した4段階の条件で並び順を決定的にし、同じデータなら同じHTMLが出るようにした | @kodomo-news | 08:00 |
| 6 | 自社DBのクリック300件、ASP実測34件、人間0件 — 個人開発の計測をボットと自分自身から守る | Next.js + Supabase + Vercelの市場価値診断サービスで自社DB上のクリック300件に対しASP実測34件・人間0件という乖離を観測し、リダイレクタ/go/{slug}のボット除外を実装した | @sakuraba_hk | 08:29 |
| 7 | クリークを解く — 答えが数字の「市松符号付き累和」で書けるパズルと、紙の縁の数字が捨てられる話 | 格子の角に乗る数字が接する最大4マスの黒の個数を表すパズル「クリーク」を5ルールセット内蔵でブラウザ実装し、答えが市松符号付き累和で書けるため紙の縁の数字を捨てられると示した | @sen-ltd | 08:31 |
| 8 | 【Day3】クラウドプラクティショナー取得後の第一歩!サーバーレス読書記録アプリを1週間で作ってみた | サーバーレス読書記録アプリ連載Day3として、Day2で作ったDynamoDBとLambdaをインターネット経由で呼び出せるようAPI Gatewayを構築した | @matsurin | 08:57 |
| 9 | 本番データベースを開発環境向けに安全にマスキングする手順とPostgreSQLを用いた実装例 | 本番データをそのまま開発環境へコピーするのはGDPRや個人情報保護法の観点で許容されない一方、完全ランダムなテストデータではデータの関連性が失われる問題をPostgreSQLでのマスキング実装で解いた | @blinkgroup_jp | 09:23 |
| 10 | Amazon S3でベクトル検索!「ベクトルバケット」の作成とAWS Lambdaからの操作をサクッと試してみる | 専用ベクトルDBの導入・管理コストを避けたい向けに、Amazon S3 Vectorsのベクトルバケット作成とAWS Lambdaからの操作を最小構成で試した | @fkooo | 09:23 |
| 11 | ENAMETOOLONG / Argument list too long は「コマンドの長さ」が原因だった | ローカルでは動くのにCIやサーバーでだけ落ちるスクリプトの原因が、ENAMETOOLONGとArgument list too longに共通する「コマンドの長さ」だと特定した | @Kujira_AI | 10:16 |
| 12 | ローカル環境でAWSを使ってみる(FlociをつかってTerraformで構築) | LocalStackが2026年3月のライセンス変更で一部有料になったため、MITライセンスのFlociへ乗り換えTerraform・AWS CLIとともにDockerへ入れる構成にした | @maestro_shin1 | 10:49 |
| 13 | レートリミットを凌駕する堅牢な同期アーキテクチャの構築 | Qiitaの1時間1000リクエスト制限と429・3600秒待機に阻まれる問題を、Python 3.11 + Celery/Redis/PostgreSQL 構成で指数バックオフ+ジッター(上限3回・係数2.0)とSHA-256 content_hash による冪等性を組んで解決した | @TOAI | 11:19 |
| 14 | 10年間 yarn v1 だった Qiita のモノレポを pnpm に移行した話 | Qiitaのフロントエンドは8パッケージがそれぞれ独立したlockfileを持ちworkspaceも未使用という構成だったが、2026年春から夏にかけて10年間使ったyarn v1からpnpmへ移行した | @wataru86 | 11:54 |
| 15 | (履歴書・職務経歴書等作成アプリ)履歴書も英文レジュメもカバーレターも、AI添削付きで1つのアプリにまとめた | JIS規格履歴書・職務経歴書・英文レジュメ・カバーレターで資格の年月を4箇所へ手入力する無駄を解消するため、AI添削付きで1つにまとめたWebアプリ「スグプロ」を作った | @yama3133 | 11:58 |
| 16 | AIにエラー調査を丸投げするとどこまで原因を特定できるのか検証してみた | TypeError: Cannot read properties of null を題材に投入情報を4段階で変えて比較し、エラー文だけでは候補列挙止まりだが該当コードを添えると原因特定も修正案も精度が上がり、やりたいことまで伝えると不要な推測がほぼ消えると確かめた | @Watabe_zeevaa | 12:02 |
| 17 | WebサービスのAPIセキュリティ入門:JWT・Rate Limiting・入力検証を実装する考え方 | React・Next.js・VueなどからAPIを呼ぶ構成が一般化する一方でAPIが攻撃対象になりやすいため、JWT・Rate Limiting・入力検証をどう実装するかの考え方を示した | @jiliphilti | 12:47 |
| 18 | Step Functions と Bedrock AgentCore harness で作る AI エージェントの「決定論的」と「非決定的」の理解 | 「今週のAWS生成AIアップデートを調べてSlackに通知する」を題材に、調べる部分だけをAIエージェントに任せ通知は機械的に実行する構成をStep FunctionsとTerraformで組んだ | @leomarokun | 13:09 |
| 19 | 開発時 @ttsc/unpluginを使うと重い(Typia) | TypiaをViteで使うとドキュメント通りの@ttsc/unplugin構成ではコード更新のたびに再ビルドが走って待たされるため、事前ビルド済みをインポートする回避策を採った | @turnturn | 13:20 |
| 20 | Base64エンコード・デコードの方法まとめ(JavaScript / Python / コマンドライン|日本語対応・コピペ無料ツール) | APIトークンやデータURI、Basic認証ヘッダーで必要になるBase64変換について、JavaScriptで日本語が文字化けする点を含めJS/Python/コマンドラインの手順を整理した | @yuapi | 13:32 |
| 21 | HTMLエスケープの5文字と処理順序 — なぜ「&」を最初に変換しないと二重エスケープになるか | HTMLエスケープはreplaceを並べる順番を誤ると壊れ、「<」を先に処理すると二重エスケープが起き「‘」を’で書いてはいけないという罠があると示した | @sakutto-panda | 14:50 |
| 22 | 業務ファイルを他人のサーバーに上げたくないので、ブラウザだけで完結する道具を作った | 変換サイトのプライバシーポリシーが「1時間後に削除」と書いていても検証手段がないことを問題視し、業務ファイルを外部へ上げずブラウザ内だけで完結する道具を自作した | @kotebako | 14:52 |
| 23 | ブラウザ内でPP-OCRv6を動かし、画像をアップロードしないOCRを実装した | 請求書や契約書を外部サーバーへ送るオンラインOCRを避けるため、PP-OCRv6をブラウザ内で動かし元画像と認識結果をアップロードしないOCRを実装した | @fgghyyfk | 15:03 |
| 24 | 「恋みくじ」を作る:crypto.getRandomValues()で偏りの少ない抽選を実装する | ブラウザだけで動く「恋みくじ」を題材に、Math.random()ではなくWeb Crypto APIのcrypto.getRandomValues()を使い剰余による偏りを避けてtextContentとaria-liveで安全に描画した | @izenndo | 15:19 |
| 25 | Canvasで恋みくじの結果画像を生成し、Web Share APIで共有する | 診断や占いの結果を画像で保存・共有したいという要件に対し、Canvas APIで1080×1350pxのカードを描き日本語を自動改行してWeb Share APIで共有する実装を示した | @japanxjy01 | 15:34 |
| 26 | PHP でtitle・description・canonical・H1を安全に出し分けるテンプレート設計 | PHPで大規模サイトを運営するとカテゴリ・記事・検索結果などが増えるにつれtitleが空になる、全ページで同じdescriptionが出るといった問題が起きるため、head周辺を安全に出し分けるテンプレート設計を示した | @7391 | 15:49 |
| 27 | 写真バックアップを最適解を全力で考えた話 | 写真保存用HDDが一時的に読み込めなくなったトラブルを機に、iPhoneと一眼レフ併用で膨大になった写真データのバックアップ構成をコスト込みで見直した | @uzou_muzo_spai | 15:50 |
| 28 | Next.js + Cloudflare Pagesで16,422件のDBサイトを公開するまでに踏んだ3つの制約 | 16,422件の人物DBと2万件規模の作品DBを扱うNext.jsサイトをCloudflare Pagesへ配備する際、1ファイルのサイズ・1デプロイのファイル数・Workerのバンドルサイズという3制約が配信方式を通じて相互に影響すると分かった | @aiavmatch | 15:58 |
| 29 | 外部ライブラリなしで、ブラウザからPDFを生成する | jsPDFもpdf-libも使わずPDFのバイト列を手で組み立てて画像をPDF化した。minify後でも約300KBのpdf-libに対し、JPEGを並べるだけならフォント埋め込みもフォーム編集も不要と判断している | @kotebako | 16:20 |
| 30 | IT業界で皆知ってる「クラウド」「AWS」、分かったふりやめて先輩に聞いてみた | モヤモヤの正体はクラウドをインフラ職かバックエンド職かという職種の境界で分類しようとしていたことにあり、IaaS(EC2/S3)・PaaS(Lambda)・SaaS(Gmail)という「借りる範囲」の3分類でAWSを捉え直して解消したと振り返っている | @prumnn | 16:21 |
| 31 | CloudFront FunctionsをAWSなしでテストするCLIをCodexに作ってもらった | CloudFront Functionsの変更をそのつどAWSへ持っていく手間を省くため、関数本体とテスト用JSONをリポジトリに置いてローカルやCIで実行できるオフラインテストCLI cff-testをCodexと作った | @kaminchu | 17:19 |
| 32 | 分割して読み込むと壊れるCSVパーサーを、壊れないようにする | ブラウザで200MBのCSVを外部ライブラリなしに開くツールで、構文解析よりも「分割して読んでも一括読み込みと同じ結果になる」保証が最難関だったと振り返った | @kotebako | 17:45 |
| 33 | Claude Codeの利用状況をCloudWatchのOpenTelemetryで可視化してみた | みずほフィナンシャルグループの内製開発ラボで、Claude Codeの利用状況をCloudWatchのOpenTelemetry経由で可視化した | @mizuhofg_dx | 17:49 |
| 34 | GitHub SponsorsとStripe連携の裏側:泥臭い罠を回避する堅牢なバックエンド設計 | チュートリアルが教える「綺麗に動くハッピーパス」では足りないとして、GitHub SponsorsとStripe連携で本番のインフラと外部APIが突きつける泥臭い罠を回避するバックエンド設計を示した | @TOAI | 18:06 |
| 35 | O(1)で追い出すLFU Cache:頻度リストとminFreqの更新 | バックエンド面接で頻出のLFU Cacheについて、ヒープ実装ではなく頻度リストとminFreqの更新でO(1)の挿入・参照・追い出しを実現する方法を示した | @Karentia | 18:14 |
| 36 | Terraform : ECS Fargate環境を構築する(3) ― 監視とアラートの設計 | ECS Fargate構築連載の第3回として、ECSサービス自体の状態異常・バッチ処理の失敗・アプリログのエラー急増という3レイヤーをそれぞれ別の仕組みで拾う監視とアラートを設計した | @ham-nao | 19:47 |
| 37 | 戦闘・交渉・調査で同じ能力値設計を使う――AbilitySetの考え方【第18回】 | React + TypeScriptでWeb RPGを作る連載第18回として、戦闘・交渉・調査という異なる場面へ同一の能力値設計を対応させるAbilitySetの考え方を示した | @mild_bonobo5557 | 22:20 |
| 38 | 高速な日付計算処理の提案 | 年の範囲を1..9999に限定し、曜日算出・Unix epoch通算日への変換・通算日から年月日への復元で定数除算や剰余を乗算・シフト・小さなテーブルに置き換えて高速化した3本を紹介した | @yoshi-taka | 22:24 |
| 39 | LINE×AIで楽に生活を管理させたい | ごみ出しや洗濯、掃除の記録を自分で覚えておくこと自体を減らしたいという動機から、LINEとAIを組み合わせた生活管理の仕組みを作った | @ei_1263_ | 22:33 |
| 40 | 日本の祝日を自前で計算する(振替休日と国民の休日でつまずいた) | 営業日計算ツールを全てブラウザ内で完結させる方針のため祝日APIへの通信を足さず自前計算にしたが、振替休日と国民の休日の扱いでつまずいた | @hashito | 22:40 |
Publickey
対象日の該当記事はすべて Top 20 に掲載されています。
gihyo.jp
2026-08-28 付で Web 開発に該当する記事はありませんでした。
GIGAZINE
対象日の該当記事はすべて Top 20 に掲載されています。
ITmedia News
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | アイドルの宮本佳林さんが登壇したCloudflare開発者イベント、アーカイブ配信中 | 登壇者は初心者が失敗しにくくする「守り」として、個人情報をなるべく預からないことと複数のAIにレビューさせることを挙げた | 15:43 |
TypeScript Blog
2026-08-28 付の記事はありませんでした。
Node.js Blog
2026-08-28 付の記事はありませんでした。
Astro Blog
2026-08-28 付の記事はありませんでした。
Cloudflare Blog
対象日の該当記事はすべて Top 20 に掲載されています。
Vercel Changelog
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Vercel CLI expands commands for DNS, domains, and projects(Vercel CLI が DNS・ドメイン・プロジェクト向けコマンドを拡充) | vercel dns updateでレコード名・型・値・TTL・MX優先度・コメントを更新でき(SRVはpriority/weight/port/targetも可)、ドメインの手動/自動更新やプロジェクトの一時停止・再開と可観測性設定もCLIから操作できるようになった | 09:00 |
| 2 | Run Claude Managed Agents with Chat SDK(Chat SDK で Claude Managed Agents を動かす) | Claude Managed Agentsがモデル・ツール・セッション状態・サンドボックス化されたWeb調査までサーバー側で処理するため、スレッドごとに1セッションを保つSlack調査ボットをDBなしで構築できるようになった | 09:00 |
AWS What’s New
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | AWS Backup adds cross-Region and cross-account backup support for Amazon FSx for NetApp ONTAP(AWS Backup が Amazon FSx for NetApp ONTAP のクロスリージョン・クロスアカウントバックアップに対応) | AWS BackupがFSx for NetApp ONTAPのバックアップを別リージョン・別アカウント・その両方へ、ポリシーベースのバックアッププランまたはオンデマンドのコピージョブで複製できるようになった | 02:25 |
| 2 | Amazon FSx for NetApp ONTAP now supports copying backups across AWS Regions and accounts(Amazon FSx for NetApp ONTAP がリージョン間・アカウント間のバックアップコピーに対応) | NetApp ONTAPファイルシステム上に構築されたFSx for NetApp ONTAPが、リージョン内・リージョン間および組織内の信頼済みアカウント間でのバックアップコピーに対応した | 02:37 |
| 3 | Amazon Connect Customer now automatically refreshes scheduling metrics(Amazon Connect Customer がスケジューリング指標を自動更新) | スケジュールページの指標が自動更新されるようになり、10人のエージェントに10〜11時の会議を追加した際の影響などをマネージャーが即座に把握できる | 02:59 |
| 4 | AWS Elastic Disaster Recovery introduces Recovery Plans for orchestrated application recovery(AWS Elastic Disaster Recovery が順序制御されたアプリ復旧向けに Recovery Plans を導入) | Recovery Plansの追加により、復旧やドリルの際にサーバーを1台ずつ起動して依存関係を手作業で追う代わりに、複数サーバー構成のアプリを定義した順序で自動起動できるようになった | 03:00 |
| 5 | Amazon Bedrock AgentCore expands to two new regions(Amazon Bedrock AgentCore が2つの新リージョンへ拡大) | エージェントの構築・接続・最適化基盤であるBedrock AgentCoreが、米国西部(北カリフォルニア)とアジアパシフィック(ハイデラバード)の2リージョンへ拡大した | 03:00 |
| 6 | Amazon Connect Customer expands conversational analytics capabilities in the Africa (Cape Town) Region(Amazon Connect Customer がアフリカ(ケープタウン)リージョンで会話分析機能を拡充) | アフリカ(ケープタウン)リージョンで生成AIによる要約・リアルタイム通話分析・リアルタイムルールに対応し、既存の通話後会話分析を補完する形になった | 03:00 |
| 7 | Amazon EC2 X8i instances are now available in additional regions(Amazon EC2 X8i インスタンスが追加リージョンで利用可能に) | AWS限定のカスタムIntel Xeon 6プロセッサを搭載しSAP認定を受けたX8iインスタンスが、欧州(ミラノ)と欧州(スペイン)でも使えるようになった | 03:40 |
| 8 | Amazon Redshift integrates with Agent Toolkit for AWS for AI-assisted data warehouse management(Amazon Redshift が Agent Toolkit for AWS と統合し AI 支援のデータウェアハウス管理に対応) | Agent Toolkit for AWSとの統合により、Claude Code・Kiro・CursorといったAIエージェントから直接Redshiftのデータウェアハウスとデータレイクを構築・クエリ・トラブルシュート・移行できるようになった | 05:07 |
Google Cloud Blog
対象日の該当記事はすべて Top 20 に掲載されています。
Supabase Blog
2026-08-28 付の記事はありませんでした。
web.dev
2026-08-28 付の記事はありませんでした。
Mozilla Hacks
2026-08-28 付の記事はありませんでした。
CSS-Tricks
2026-08-28 付の記事はありませんでした。
Smashing Magazine
2026-08-28 付の記事はありませんでした。
Hacker News
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | I built a pure-Rust headless browser. No Chromium. No V8(純Rust製のヘッドレスブラウザを作った。Chromium も V8 も使わない) | ChromiumもV8も使わない純Rust製のヘッドレスブラウザを自作したという r/webscraping への投稿が転載され、スクレイピング用途での代替として提示された | 06:46 |
| 2 | Ask HN: Supabase has had our production DB down 37 hours after a billing error(Ask HN: 請求エラーの後、Supabase が本番DBを37時間停止させたままだ) | Proプランで決済失敗により組織が降格され全プロジェクトが停止、支払い後に請求書が確認されPro に戻り手動で再開したにもかかわらず本番DBが37時間戻らないとAsk HNに投稿された | 08:36 |
| 3 | Show HN: Caravan, a flexible TypeScript-first logger for JavaScript applications(Show HN: JavaScript アプリ向けの柔軟な TypeScript ファーストロガー Caravan) | 2024年にHNで公開したTypeScriptファーストのロガーCaravanについて、数週間かけたメジャーアップデートを新たにリリースしたと報告した | 09:09 |
| 4 | PostgreSQL 17 Logical Failover Slots and CDC(PostgreSQL 17 の論理フェイルオーバースロットと CDC) | PostgreSQL 17で論理レプリケーションスロットにfailoverオプションが追加され、WAL上の位置を示すスロットをプライマリから物理スタンバイへ同期できるため昇格後もCDCが継続できると解説した | 09:22 |
| 5 | VGPU by Vercel: The WebGPU library, designed for agents.(Vercel の VGPU:エージェント向けに設計された WebGPU ライブラリ) | 同じWGSLシェーダーをブラウザとヘッドレスNode.jsの双方で動かし、モジュールグラフ解決とバインディング反映、未使用宣言の除去をビルド時に行うWebGPUライブラリで、CLI・Skill・MCPからエージェントが扱える | 17:16 |
| 6 | I used AWS cognito for a startup. I wouldn’t do it again(スタートアップで AWS Cognito を使った。二度とやらない) | Auth0やFirebase Authの経験を持つ筆者が、AWSエコシステム内で月間5万MAUまで無料という理由でCognitoを選んだ結果、ドキュメント通りに進めてもパスワードリセットのリダイレクト先が誤るなど3週間を溶かしたと総括した | 22:21 |
| 7 | Cloudflare frees 100TB of RAM by shrinking DNS cache entries(Cloudflare が DNS キャッシュエントリの縮小で 100TB の RAM を解放) | 常時2500億件のDNSキャッシュを抱える規模では1バイトの無駄が250GBに相当する点を軸に、Cloudflareのキャッシュエントリ縮小によるRAM 100TB解放を報じた | 23:07 |