OraがVercelでAIエージェント6種を横断ベンチマーク、Google Cloud週次更新ほか — Web Dev Digest: 2026‑08‑22
Top 20
How Ora benchmarks every major AI agent on Vercel(Ora が主要 AI エージェントを Vercel 上でベンチマークする方法)
Source: Vercel Changelog | Published: 2026-08-22 06:00 JST
- Ora は Claude Code・ChatGPT・Gemini・Hermes・OpenClaw・Vercel の eve という主要6ハーネスを実顧客サイト上で横並びに走らせており、Web の99%はエージェント対応ができていないと推計している
- ハーネスごとに要求するインフラが違うため1つずつ専用ランタイムを立てて全ステップをトレースしており、トレースが無ければスコアだけ出て失敗箇所が分からない、とエンジニアリング責任者の Ido Finder が述べている
- eve と Claude Code を同じモデル(Claude Fable 5 と Haiku 4.5)・数百件の実ジャーニーで比較した結果、eve はゴール到達までのステップが7%少なく、Web 検索に落ちず顧客サイト上で完了できた割合が2倍、呼び出せる有効エンドポイントの発見が9%多かった
- ベンチマーク中に見つかったプロンプトキャッシュの不具合を eve チームが修正した後の計測では、総コストが約15%下がったと報告している
- フロントエンド・バックエンド・エージェントランタイムをすべて Vercel 上へ置いてデプロイ経路とログと認証を共通化しており、16人のエンジニアが1日数百コミットを出している
What’s new with Google Cloud(Google Cloud の最新情報)
Source: Google Cloud Blog | Published: 2026-08-22 01:00 JST
- Google Cloud の週次まとめページが Aug 17–21 の枠へ更新されたが、その週に追加された項目は Agent Identity のウェビナー告知1件だけだった
- そのウェビナーは8月27日13時(ET)開催で、盗まれた API キーを持つ AI エージェントは正規のものと見分けがつかないという問題を起点に、SPIFFE・ID-JAG・OAuth の検証可能な暗号的 ID でエージェント・人間・非人間 ID を統合する構想を Product Manager の Shaun Liu が説明する
- 直前の Aug 10–14 の枠には Database Migration Service の Gemini 支援コード変換が入り、1対1の構文は決定的なコンパイラ規則、複雑な手続きブロックは Gemini の文脈合成が担当して Oracle や SQL Server のストアドプロシージャをネイティブな PostgreSQL / AlloyDB へ変換する
- 同じ枠で Compute Flex CUDs が G2(NVIDIA L4)と G4(NVIDIA RTX Pro 6000)の GPU VM へ広がり、汎用コンピュート・GKE・Cloud Run・G2/G4 GPU VM を1つの支出コミットへまとめられるようになった
- GCSFS 2026.8.0 では適応的な並行プリフェッチが既定になり、Rapid Bucket と組み合わせると単一ファイルのスループットが5倍・最大 21GiB/s へ達して NIC を飽和させると報告している
Amazon EKS Capability for Argo CD now supports custom configuration(Amazon EKS の Argo CD 機能がカスタム設定に対応)
Source: AWS What’s New | Published: 2026-08-22 02:00 JST
- Amazon EKS の Argo CD 機能がクラスタ内の標準的な
argocd-cmConfigMap からカスタム設定を受け付けるようになり、フルマネージドの GitOps 継続デリバリーをチームの運用に合わせて調整できるようになった - カスタムリソース向けのヘルスチェック定義、Argo CD UI のバナー内容、監視・比較対象リソースの扱いなどを上流の Argo CD と同じ書き方で指定でき、AWS 側がマネージド機能へ適用する
- 既定の Argo CD はカスタムリソースのヘルス判定ロジックを持たないため、リソースが起動中でも Application が healthy と報告され、準備が整う前に sync wave が進んでしまう状態だった
- 例としてデータベースリソース向けのヘルスチェックを書けば、DB が利用可能になるまで Application を progressing のまま保持できる
- AWS Controllers for Kubernetes(ACK)と kro(Kube Resource Orchestrator)のリソースには組み込みのヘルスチェックが同梱され、追加設定なしで正確なヘルスを報告する。機能が提供されている全 AWS リージョンで設定できる
Amazon Bedrock announces reduced pricing for OpenAI GPT-5.6 Sol(Amazon Bedrock が OpenAI GPT-5.6 Sol の値下げを発表)
Source: AWS What’s New | Published: 2026-08-22 05:11 JST
- OpenAI が GPT-5.6 Sol の API 価格を引き下げたのを受け、Amazon Bedrock 上の同モデルも入力100万トークンあたり4ドル・出力100万トークンあたり20ドルへ下がった
- 引き下げ幅は入力が20%、出力が33.3%で、先行して実施された Terra と Luna の値下げに続くもの
- このプロモーション価格は少なくとも2026年11月21日までは適用されると明記している
- 自律的なコーディングエージェント、複数ステップの分析、高度なリサーチワークフローなど、継続的で高ボリュームな用途に余裕を与える値下げだとしている
- GPT-5.6 Sol はエージェント型コーディングのベンチマークで最高水準の結果を出すとされ、リージョン別の提供状況は AWS Regions ページで確認するよう案内している
Claude Code v2.1.239: Bedrock二重課金バグ修正とPython SDK移行コマンド追加
Source: Qiita | Published: 2026-08-22 20:30 JST
- Claude Code v2.1.239 では Bedrock をプロキシ経由で使う環境で API コールが実質2倍課金されていた不具合が修正され、該当環境の利用者は過去の請求額を確認する価値があると結論づけている
- 原因は Content-Type ヘッダーを削除するプロキシ配下で Bedrock のストリーミング応答の解釈に失敗し、同じターンを非ストリーミングで黙って再実行していたこと
- 併せて SSO プロファイル+awsAuthRefresh の Bedrock 構成が HTTPS プロキシ配下で起動時にハングする問題も直り、クレデンシャル事前チェックが HTTPS_PROXY を尊重するようになった
- 新規追加の
/claude-api upgradeはプロジェクト内の anthropic Python SDK 0.x 利用箇所を検出して 1.x 系へ自動移行し、タイムアウト指定がhttpx.Timeoutからanthropic.Timeoutへ統一された変更などを吸収する - データレジデンシー対応ワークスペースの1.1倍推論プレミアムが
/costや--max-budget-usdの見積もりへ反映されたため、同じ予算設定でも上限へ早く到達するようになり閾値の見直しを促している
React 19 の新機能まとめ(入門)
Source: Zenn | Published: 2026-08-22 10:04 JST
- React 19 では useState と useEffect で手書きしていたローディング・エラー・楽観的更新の定型コードが useTransition / useActionState / useOptimistic / use という新しいプリミティブへ整理されたとまとめている
- useTransition が非同期関数(Action)に対応し、isPending を自前の state で管理しなくても送信中のボタン無効化といった典型パターンを書けるようになった
- useActionState は
[state, formAction, isPending]を返し、<form action={formAction}>へ渡せば送信結果と送信中フラグをまとめて扱え、各入力値を onChange で state に持つ必要がなくなる - useOptimistic はサーバー応答を待たずに UI を更新し、親のデータが更新されると楽観的な状態を破棄する。失敗時のロールバックは React 側が引き受ける
- use は Promise や Context を if の内側など条件分岐の中でも呼べる点が通常の Hooks と異なり、加えて
<title><meta><link>の head 巻き上げと、ref を prop として受け取れる(多くの場面で forwardRef が不要になる)変更も入った
Streamlit 1.61.0 の便利な新機能
Source: Zenn | Published: 2026-08-22 12:36 JST
- Streamlit 1.61.0 の
st.dataframeに lazy パラメータが入り、15万行を超えるデータフレームは既定でブラウザへ全件送らずスクロールに応じて遅延ロードするようになったことを、20万行のデモアプリで確かめている - ただし遅延ロード中は検索・CSV ダウンロード・
on_selectによる選択・pandas.Stylerのスタイリングが使えなくなる点に注意が要る st.metricに icon が追加され、単一の絵文字のほか:material/thumb_up:形式の Material Symbols や"spinner"によるローディング表示を指定できるst.download_buttonは data がファイル名属性を持つファイルオブジェクトなら file_name と mime を省略でき、buffer.name = "products.csv"を設定するだけでその名前で保存されることを確認したst.cache_data/st.cache_resourceのrefresh_mode="background"は TTL 切れ直後でも古い値を即座に返して裏側で更新するため、既定の foreground のように新しい値の計算を待たされない
[Mastra Announce] AI SDK v7対応で画像生成・推論制御・マルチモーダル入力をMastraから扱う
Source: Zenn | Published: 2026-08-22 14:10 JST
- Mastra が2026年8月18日に出した AI SDK v7 対応の発表は、対応開始の告知ではなく v7 公開当日から対応済みだったものの対応範囲と使い方を整理したものだと説明している
- AI SDK v7 は2026年6月25日公開で、LanguageModelV4 という新しいプロバイダー仕様と、providerOptions に頼らないトップレベルの reasoning 設定が導入された
- AI SDK は Core(生成・構造化出力・ツール呼び出し・埋め込み・MCP・エージェントループ)、UI(useChat / useCompletion / useObject)、Harnesses(Claude Code・Codex・Pi を共通インターフェースで扱う HarnessAgent)の3面に分かれる
- Mastra と AI SDK は競合ではなく、AI SDK がモデル呼び出しと UI へのストリーム、Mastra が Agent・Memory・Workflow・認可・可観測性を担う補完関係だと位置づけている
- AI SDK は固定スケジュールでメジャーを出す製品ではなく、API やプロバイダー仕様をまとめて整理する節目でメジャーを上げているとして、移行ガイドに v4.x〜v7.x が並ぶ実態を挙げている
絵文字Brainfuck「emoji_bf」で比べるMojo 1.0 / Rust / JavaScript / Pythonの実行速度
Source: Zenn | Published: 2026-08-22 15:58 JST
- 同一の12,385命令を4言語のインタプリタで実行した結果、Rust が平均11.4秒で最速かつ最安定、JavaScript 17.9秒と Mojo 18.8秒がほぼ同水準、PyPy 28.0秒が続き、CPython は26分42秒で他より約85〜140倍遅いという順位になった
- 初版は Python/JS が絵文字を直接ディスパッチし Rust/Mojo だけ opcode 配列+ジャンプ表へ事前変換していたため、指摘を受けて全実装を事前変換方式へ揃えて再計測している
- 方式を揃えたことで JavaScript は124.0秒から17.9秒へ約7倍、CPython は38分57秒から26分42秒へ約31%速くなり、それでも Mojo 1.0 は最速の Rust に肉薄する位置に残った
- CPython と完全に同一のソースを実行しただけの PyPy が CPython 比で約57倍速く、ランタイムを変えるだけの効果の大きさが数字に出ている
- 計測環境は WSL2(Ubuntu)on Windows 11・Intel Core Ultra 5 228V・RAM 32GB で、実行ごとのばらつきは Rust より Mojo の方が目立つと注記している
SSGをViteプラグイン化し3年振りにリリース - minista v4
Source: Zenn | Published: 2026-08-22 19:46 JST
- minista v4 では SSG や画像最適化を含む全機能を Vite プラグイン側へ移し、v3 の「minista が Vite を使う」構造を「Vite が minista plugin を使う」構造へ反転させたと説明している
- 設定ファイルが
vite.config.tsになりpluginSsg()を plugins へ渡す形になったため、生成物がすべて Vite のパイプラインに乗り、利用者が独自の Vite プラグインを足して手を加えられるようになった - v3 では SSG で生成した HTML を後から編集したくても minista 本体をいじるか別処理を組むしかなく、その制約が動機になっている
- Partial Hydration が Astro の Island 風になり、import パスを変えずに Props を渡せて入れ子もでき
client:loadclient:idleでロードタイミングも選べる。コンポーネント単位の差し替えから構文解析方式へ変えたことで実現した - v3 正式リリースの2023年5月31日から3年以上かかった理由として、アルファ版を1年実務投入したうえで設計に納得できず作り直し、その間に出た rolldown-vite へ対応し Vite 8 まで待ったことを挙げている
Say it once: introducing Bot Preference Sync(一度言えば済む — Bot Preference Sync の提供開始)
Source: Cloudflare Blog | Published: 2026-08-22 08:19 JST
- Cloudflare は、ダッシュボードで設定した Search / Agent / Training の AI ボット方針を robots.txt へ自動反映する Bot Preference Sync を、Free から Enterprise までの全顧客向けに発表した
- robots.txt では Disallow と書いているのに実際の適用ルールではブロックしていない、という宣言と強制の食い違いを、一部のクローラーが preference を無視したり回避したりする口実にしていた点を出発点に挙げている
- 既存の robots.txt がある場合は生成内容が先頭へ追記されるため既存の Disallow 指示は維持され、追記対象のボット一覧は Cloudflare が BotBase で追跡する情報をもとに定期更新される
- Training を Disallow にしても、robots.txt の「学習不可」表明を尊重する・AI 要約からのオプトアウト手段を用意する・URL 単位で学習に供された範囲と検索結果の指標を開示する・Disallow が従来の検索順位を損なわないと公に示す、という透明性要件を満たす検索兼学習クローラーは検索インデックス用のアクセスを続けられる
- 新規顧客では既定でオンになり、オンボーディング時に「このドメインは広告で収益化している」を選んだ発行者は Training が Disallow 既定になる。カスタムルールのような個別ロジックは読み取らないため、細かい方針を持つ顧客は同期をオフにする選択肢が残されている
Show HN: Forst – migrate TypeScript back ends to Go incrementally(Show HN: Forst — TypeScript バックエンドを段階的に Go へ移行する)
Source: Hacker News | Published: 2026-08-22 22:12 JST
- Forst は TypeScript バックエンドを段階的に Go へ移すための言語で、
.ftソースを Go へコンパイルしつつクライアント向けの TypeScript 定義とクライアントを同じソースから生成すると説明している - 型安全のためだけに GraphQL や Protobuf のような中間言語を挟む必要がなくなり、Go のパッケージエコシステム・標準ライブラリ・ビルドツールをそのまま使える
- 既存の Node.js コードを Forst から直接呼べるため、移行の途中でも既存のツールやライブラリを保ったまま小さな部分ずつ置き換えられる
- 型に制約を書く方式を採り、
String.Min(1).Max(64)やInt.Min(1).Max(99)といった宣言が生成後の Go コードでは境界での手書きバリデーションへ展開される - 現在も活発に開発中で一部機能は実験的だと明示しており、npm 配布のコンパイラ
@forst/cliと、移行中に Node から Forst を呼ぶための@forst/sidecarが用意されている
MCP Tasks拡張、SDK 2.0.0で動いたのは4メソッドだけだった
Source: Qiita | Published: 2026-08-22 09:05 JST
- MCP の 2026-07-28 仕様で拡張へ移った Tasks を TypeScript SDK 2.0.0 で6メソッド実測したところ4つは動き2つは動かず、動かない理由は SDK のバグではなかったと結論づけている
@modelcontextprotocol/server2.0.0 の SUPPORTED_PROTOCOL_VERSIONS に 2026-07-28 が入っておらず、クライアントが指定しても交渉結果は 2025-11-25 に落ちる- SDK 2.0.0 の公開は 2026-07-27 23:55 UTC と仕様公開日の前日で、バンドルには resultType を必須の判別子とし execution.taskSupport と capabilities.tasks を削除済みフィールド扱いにする 2026 era コーデックが入っているのに交渉テーブルへ載っていない状態だった
- tools/call から
{ task }だけを返すとサーバー側の送信時バリデーションで -32602 が返り、2025 era の CallToolResultWireSchema が content を伴わない task / inputRequests / requestState を禁じている - tasks/get・tasks/result・tasks/list・tasks/cancel は自前ハンドラで正常応答した一方、公式ブログが新メソッドとして挙げた tasks/update は Method not found で SDK に存在しなかった
個人開発SaaSの通知基盤を Vercel Cron + Supabase で作る(コストと運用の現実)
Source: Qiita | Published: 2026-08-22 10:09 JST
- Notion の期日を監視してメールを送る個人開発 SaaS の運用から、通知バッチで事故が起きるのは定期実行そのものではなく対象抽出・通知送信・ログ記録の3段だと整理している
- Vercel Cron は
vercel.jsonにパスとスケジュールを書くだけで済む一方、そのエンドポイントは外部からも叩けるためCRON_SECRETによるAuthorization: Bearer検証を最初に入れている - Vercel Cron はプランによって実行頻度と本数に制限があるため、日次〜数回で足りる定期便は Vercel Cron、分単位に近い精度が要る監視は Supabase の pg_cron のような DB 側スケジューラへ役割を分けた
- サーバレスの定期実行はタイムアウト・リトライ・多重起動で同じ処理が2回走る前提に立ち、「対象ID × 送る予定日」の一意キーで送信ログを先に insert してユニーク制約違反ならスキップする方式で二重送信を防いでいる
- 「これが正解」ではなく自分の環境での落としどころだと断りつつ、頻度要件は機能ごとに違うのでスケジューラを混在させる前提で設計すると楽になると述べている
CodexからDocker版Qiita CLIを操作して、確認後に記事を公開した
Source: Qiita | Published: 2026-08-22 12:02 JST
- Qiita CLI を Docker へ閉じ込め、トークン発行とログイン・ブラウザでのプレビュー確認だけを人が担い、環境調査から原稿作成・公開・公開後確認までを Codex に任せる分担で記事を出したと報告している
- ホストの Node.js が v20.11.1 で Qiita CLI 1.10.0 の要求に届かなかったため、ホスト全体を更新せず Node.js 22.22.1 を Docker 内へ固定した
- ENTRYPOINT を
npx --no-install qiitaにすると依存が/app/node_modulesにあり作業ディレクトリが/workspaceのためcould not determine executable to runで失敗し、/app/node_modules/.bin/qiitaと絶対パス指定へ変えて解決している - 原稿と設定はホスト側へ置き、Qiita の認証情報は名前付きボリューム
qiita-credentialsへ分離することで、Markdown 原稿・.env・Git 管理対象・Codex とのチャット・シェルのコマンド引数のいずれにもトークンを載せない構成にした - コンテナは
USER nodeで動かして CLI を root 実行せず、AI に CLI を使わせるならコマンドの入口と作業ディレクトリを固定すると毎回の指示が短くなり環境差の失敗も追いやすいとまとめている
Next.jsの画像が本番VPSだけ壊れた。Docker Volume・UID/GID・next/imageを切り分けた記録
Source: Qiita | Published: 2026-08-22 12:16 JST
- 本番 VPS だけ画像プレビューが出ない障害の原因は1つではなく、DB の画像名と Volume 内の実ファイル名の不一致・実行ユーザーの UID/GID と Volume 所有権・認可付き配信と next/image の最適化・プロキシのアップロードサイズ上限を順に切り分ける必要があったと報告している
/_next/imageが400を返しThe requested resource isn't a valid image ... received nullが出たが、コンテナ内にはファイルが存在しており、ログの UUID と DB の URL と実ファイル名を同じキーで突き合わせて初めてメタデータとストレージの不整合だと分かった- 本番コンテナのプライマリ GID が nogroup になっていた問題は、Dockerfile の chown では既存 Volume のルート所有権が直らないため、
user: "0:0"でマウントポイントだけを chown する一回限りの初期化サービスをservice_completed_successfully条件付きで前段へ置いて解決した - 認可が必要な画像を Route Handler で配信していたが、Next.js の画像最適化 API は元リクエストの認証ヘッダーを転送しないため、
unoptimized={image.startsWith("/media/")}で保護対象だけ最適化を無効にしブラウザから同一オリジンの Cookie 付きで直接取得させている - アプリ側10MB に対し前段の Nginx を
client_max_body_size 11mにして multipart のオーバーヘッドを吸収し、sharp での実デコード・画素数制限・一時ファイルへのwx書き込みと rename という保存手順も併せて示している
Show HN: Caspian – Talk to Human Tool for AI Agents(Show HN: Caspian — AI エージェントのための人間との対話ツール)
Source: Hacker News | Published: 2026-08-22 01:17 JST
- Caspian は AI エージェントを Slack・Discord・Telegram・メール・WhatsApp・X・Linear といった人間側のチャネルへ接続する OSS の SDK で、チャネルごとの実装を
channels.add()一行へ畳み込むと説明している - 最大手の OSS エージェントフレームワークはそれぞれ25以上のチャネルアダプタを作りながら、なお Issue トラッカーの8〜15%をチャネル周りの配管に費やしている、という現状を出発点に置いている
- A2A や ACP がエージェント同士をつなぐのに対し、エージェントの通信の大半は対エージェントではなく対人間だとして、Caspian は人が既に使っているチャネル側を担う位置づけだとしている
- スレッド管理・Webhook 検証・プラットフォーム固有の癖の吸収を引き受け、Hosted ではゲートウェイが受信を持ちプロセスがイベントをポーリング、Self-host では自前プロセスとトークンで Webhook を直接受ける2形態を用意する
- バージョン 1.0 は全面書き直しで公開 API が 0.6.x の CommClient から Caspian へ変わっており、Python 3.10+ と TypeScript(Node 18+ / Bun)の両方で配布されている
Show HN: Visual way to understand things in parallel(Show HN: 物事を並行して理解するためのビジュアルな方法)
Source: Hacker News | Published: 2026-08-22 02:06 JST
- wondering.app の canvas は、1つの質問から始めたチャットの任意の箇所から新しいスレッドを枝分かれさせ、関連する複数スレッドをタブ切り替えなしに同じキャンバス上で見渡せるようにしたと投稿者が説明している
- world model を理解する、その分野の主要プレイヤーを調べる、最前線がどこかを尋ねる、といった派生質問を別スレッドとして並べる使い方を例に挙げている
- 回答はテキストの壁ではなくインタラクティブな図やビジュアルを含む形で返し、ハイライトしてメモを付けることもできる
- 実装はキャンバスに React Flow(@xyflow/react)、対話的な図の描画に React コンポーネントを使い、画像生成は GPT Image 2 が担当する
- 応答速度を優先して Gemini 3.5 Flash Lite を採用し、可能な限り処理を並列化する設計にしたとしている
AWS Glue 6.0 delivers 30% price reduction and Iceberg v3 support(AWS Glue 6.0 が30%の値下げと Iceberg v3 対応を実現)
Source: AWS What’s New | Published: 2026-08-22 01:42 JST
- AWS Glue 6.0 が一般提供になり、30%の値下げと Apache Iceberg v3 の全面対応に加えてランタイムが Apache Spark 4.1・Python 3.13・Scala 2.13 へ上がった
- Iceberg v3 対応では、半構造化データの読み取りを速める自動シュレッディング付き VARIANT 型、行単位更新を高速化する deletion vector、空間処理向けの geometry / geography 型、UNKNOWN 型と DEFAULT 列値による柔軟なスキーマ進化が入った
- 開発生産性の面では、繰り返しのオーケストレーションコードを不要にする Spark Declarative Pipelines、サブ秒レイテンシの Real-Time Mode ストリーミング、PySpark 性能を上げる Arrow ネイティブ Python UDF が追加された
- Apache Hudi と Delta Lake についても新しいバージョンをサポートする
- 全 AWS 商用リージョンと GovCloud(US)・AWS 中国リージョンで利用でき、Glue コンソールや SageMaker Unified Studio のバージョン選択で 6.0 を選ぶか、既存ジョブは Spark Upgrade Agent で移行する
Amazon Connect Customer now lets managers chat with their data(Amazon Connect Customer でマネージャーがデータと対話できるように)
Source: AWS What’s New | Published: 2026-08-22 05:00 JST
- Amazon Connect Customer が自然言語の問いかけに対して答えとその根拠、取るべき対処までを数秒で返すようになり、マネージャーがダッシュボードを掘る作業を肩代わりすると発表した
- セルフサービス・エージェントのパフォーマンス・キューのパフォーマンスにまたがる150以上の指標を横断検索し、何が効いているかを見つけて理由を説明し、次の一手を推奨する
- 例として「自動化の候補になるキューはどれか」と尋ねると、処理時間と後処理作業が最も長い箇所を調べ、信頼度スコアと予測インパクト付きの優先順位リストを返す
- これまでアナリストとダッシュボードと数週間の調査を要していたものが、数秒で優先順位付きのアクションプランになるとしている
- Amazon Connect Customer AI Agents がサポートされている全 AWS リージョンで利用できる
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | ローカル開発URLを安定化するリバースプロキシ - Portless | 可変ポートの開発サーバーを https://<name>.localhost の固定URLへ割り当てる Vercel Labs 製CLI Portless 0.15.5 を、GitHubの固定コミット指定で導入している | @suwash | 00:00 |
| 2 | 「RSC と GraphQL が同じ問題を解決していること」を説明したい自分がいることに驚いたんだよね | Dan Abramov の記事を下敷きに、コンポーネント内 fetch によるコロケーションから出発して RSC と GraphQL が同じ問題に答えていることを図で噛み砕いている | @ntk221 | 00:18 |
| 3 | Gemini Sparkを触る勉強会をやってみて考えた、ノーコードAIエージェントとこれからのエンジニア | 事前資料なしで公式ドキュメントを画面に出しながらライブで触る勉強会を YouTube Live 配信付きで主催し、ノーコードAIエージェントの立ち位置とエンジニアの役割を考え直している | @shu_kob | 00:21 |
| 4 | viteのbuild時に環境変数をチェックした話 | vite/client.d.ts の型定義では環境変数の設定漏れに実行時までは気づけないため、zod のスキーマを Vite プラグインの configResolved で config.env に当ててビルド時に落としている | @miyamony | 00:29 |
| 5 | J-Quants APIで株価・決算データを収集する【日本株クオンツ研究ノート Vol.2】 | Google Cloud 上の Python・uv・DuckDB 環境から J-Quants API で上場銘柄一覧・日足・決算サマリーを取得し、Parquet に保存して DuckDB から横断分析できる形にしている | @hiratsukaaa682 | 02:28 |
| 6 | dev でだけ 404 になる Next.js の API route を「契約テスト」で守る | App Router の route.ts で GET / POST 以外の値を export するとルートとして認識されず、ビルドも型検査も通るのに dev だけ404になる回帰を契約テストで止めている | @kodomo_news | 08:07 |
| 7 | AWS Amplify Gen 2は何が違う?実装2例で理解する | Amplify Hosting は Next.js をビルドして配信するサービス、Amplify Gen 2 は認証やDBを TypeScript で定義する仕組みで置き換え関係ではないと整理し、実装2例で使い分けを示している | @yamato_snow | 08:07 |
| 8 | Web Audioだけで仕様準拠WAV(16bit/モノラル/非圧縮)を録音する | MediaRecorder が出す webm/opus は非可逆圧縮で声質変換や特徴抽出の前段で情報が落ちるため、Web Audio だけで16bit・モノラル・非圧縮の仕様準拠WAVを録る実装へ切り替えている | @orca_forge | 10:00 |
| 9 | Cloudflare Pages で 404 が 200 を返していた — 404.html が無いと SPA 扱いになる | 404.html が無いプロジェクトは存在しないパスも SPA 扱いでトップページの中身を HTTP 200 で返してしまい、curl でステータスコードを見るまで気づけなかったと明かしている | @ukintech | 10:38 |
| 10 | オーナー認証を実装したのに、映像URLだけ誰でも見られる状態だった話 | REST API にオーナー認証を実装しても、レスポンスに含まれる映像URLを直接叩けば event_id だけで誰でも再生できる状態が残っていた原因を、GCS 移行時のURL設計に求めている | @ym_studio_craft | 11:38 |
| 11 | PGroonga用MCPを作ったよ | AI は SQL を書けても日本語検索の表記揺れや異体字でつまずくとして、PGroonga のインデックス作成・ノーマライザー・トークナイザー選択を MCP 越しに扱えるようにしている | @circleback | 11:55 |
| 12 | 毎朝 CloudWatch を見回るエージェントを作ってみたら、翌朝さっそく仕事をしてくれた話 | 業務では要件と制約で複雑になりがちな構成の反動として Strands Agents + AgentCore だけの汎用エージェントを組み、毎朝 CloudWatch を見回らせたら翌朝さっそく仕事をしたと報告している | @ncdc | 15:00 |
| 13 | 私が強いと思うエンジニアの大体の特徴 | AWS SAP や IPA 高度試験、通算100本超の技術ブログ、1リポジトリ500コミット以上の個人開発、情報系の学位、TOEIC 700点以上、OSS への PR 5件マージという実務外の6指標を挙げている | @naoki_mm | 15:18 |
| 14 | Reactのデータグリッドで日本語入力が壊れる理由と、その直し方 | IME オンでセルが編集状態にならず1文字目が消える、変換確定の Enter で下のセルへ飛ぶ、変換候補選択中の矢印キーで選択が動く、という日本語環境固有の3症状の直し方を示している | @teraaa12 | 15:19 |
| 15 | 仮想スクロールで「日本一広告が多いサイト」を作ったら950円稼げた話 | 「広告が多すぎるサイトはどこまで作れるか」という思いつきから100万個の広告を並べたサイトを Cloudflare Pages 上に公開し、現時点で950円ほどの収益が出ていると明かしている | @reodesuxz | 15:34 |
| 16 | AWS Systems Manager Session Manager を用いた安価な踏み台サーバーの構成 | SSH ポートを公開する従来の踏み台に代えて、ローカルの SQL クライアントからプライベートサブネットの RDS まで SSM Session Manager で繋ぐ経路を安価な構成で組んでいる | @frontendflat | 15:57 |
| 17 | Post HTTP ― Webだけがインターネットではない | 文章を読むだけでも大量の JavaScript 実行と Cookie 同意と複数の外部サーバー接続を伴う現状を挙げ、Web を置き換えるのではなく HTTP 以外のインターネットを選択肢に戻そうと提案している | @z0 | 16:02 |
| 18 | LLM APIはどこから使うべきか?AWS・GCP・Azure・直API・AI Gatewayの選び方 | 同じ Claude でも Anthropic 直API・Bedrock・Vertex AI・Microsoft Foundry・AI Gateway 経由で契約も処理基盤も使える機能も揃わないとして、モデル選定と経路選定を分けるべきだと述べている | @yhay81 | 16:37 |
| 19 | 半導体ダッシュボードを1時間おきに自動デプロイするCIを組んだら、2日分のデータを4回巻き戻していたのは自分だった | 米国半導体19社と日本のOTC ADR 9社など30銘柄のダッシュボードを1時間おきに自動デプロイしていたら、2日分のデータを4回巻き戻していた犯人が自作CIだったと突き止めている | @ivyxon | 17:33 |
| 20 | Query-aware Compressionは本当に効く?BedrockでRAGのトークンとコストを実測 | Haiku 4.5 で圧縮し Sonnet 4.5 で回答する構成を日本語FAQで実測し、Sonnet への入力トークンは最大94.2%削減できたが総コスト削減は小さいコンテキストで2.3%、大きいコンテキストで53.6%に留まった | @kashiwabaray | 18:15 |
| 21 | AIエージェントの実行基盤を比較——自前実装 vs Temporal vs AWS Durable Functions | AI に何を判断させるかは各種フレームワークで簡単になった一方、承認待ち・再起動・再試行・二重実行防止は残るとして、同じ処理を自前実装・Temporal・AWS Durable Functions で書き比べている | @aecomet | 18:58 |
| 22 | 非エンジニアがStripe決済を実装してわかった「3つの鍵」と設計の話 | 詰まったのはコードの書き方ではなく Stripe の構造理解だったとして、STRIPE_SECRET_KEY・STRIPE_PRICE_ID・STRIPE_WEBHOOK_SECRET という3つの鍵の役割と取得場所を非エンジニア視点で整理している | @kawasaki3 | 19:41 |
| 23 | Next.js 16.3 の instant navigation と instant() を整理する | instant navigation は SPA へ完全移行する仕組みではなくサーバー主導のまま体感速度を上げるもので、どのルートを先にキャッシュしどこを最適化から外すかを決めて使うものだと整理している | @pug | 21:37 |
| 24 | Biome と ESLint + Prettier の違いを整理する | 違いは優劣ではなく1ツールにまとめるか役割を分けるかだとして、新規なら Biome、既存の ESLint ルールやプラグインが多いなら ESLint + Prettier という判断軸を示している | @pug | 21:39 |
| 25 | Cloudflare Pagesのサイトマップが1ヶ月半「取得できませんでした」だった話 | 200 / application/xml / Googlebot 名義でも200と配信側は終始正常で、再送信もファイル名変更も空振りしたが、独自ドメインへ移した当日に「成功しました」へ変わった(因果は未証明)と書いている | @tyuya | 21:58 |
| 26 | GurenがHonoを選んだ理由と、その上に積んでいるもの | Bun 上で動く Laravel ライクなフルスタック TypeScript フレームワーク Guren が、Hono で HTTP・Drizzle ORM で DB・Inertia.js でフロントを繋ぎつつ、利用者に Hono の API を直接触らせない構造を説明している | @7nohe | 21:59 |
| 27 | 株価・決算データで一次スクリーニングを作る【日本株クオンツ研究ノート Vol.3】 | Vol.2 で保存した Parquet の株価・決算データから、数千銘柄を比較可能な形へ整理して追加調査の候補を絞る一次スクリーニングを組んでいる | @hiratsukaaa682 | 23:30 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | 家族用の買い物リストPWAをReact・Cloudflare Workers・D1で作った | Google Keep では商品名で絞り込めず誤操作で並びが崩れ、チェック済みが「今回買った」と「今は買わない」の両方を意味してしまう不満を、商品マスタの3状態管理と IndexedDB キャッシュ+楽観的更新で解いている | @shiva9ro | 00:54 |
| 2 | AWS Certified DevOps Engineer - Professional (DOP-C02)を更新しました | 失効間近の AWS Certified DevOps Engineer - Professional を、SAP-C02 でも使った Udemy の日本語実践問題集だけで更新できたと報告している | @user007 | 06:37 |
| 3 | VSCode→WordPress自動投稿システムでMarkdownがそのまま表示された話 | marked で HTML へ変換して REST API へ送るモードは問題なく動くのに、WP Githuber MD を挟むと Markdown 記法が画面にそのまま出る原因を切り分けている | @caymezon | 08:40 |
| 4 | PostgreSQLの実行計画(EXPLAIN)を読み解きクエリを改善するための実践手順とチェックリスト | EXPLAIN (ANALYZE, BUFFERS, COSTS, TIMING, SUMMARY) を基本形に、ボトルネックがスキャン方法にあるのか結合アルゴリズムにあるのかを客観的に切り分ける判断基準を PostgreSQL 12 以降前提でまとめている | @blinkgroup_jp | 09:22 |
| 5 | 小技を集めたプラグインを作りました。(アメバブログ連携向け) | 自作 YouTube プレーヤーで Alt+クリックしたサムネイルをリスト先頭へ移動させ、そのままサーバーDBへ保存しURLとクエリ検索まで更新する小技をプラグイン化している | @tecoyan | 09:49 |
| 6 | 「カクつく」の原因は補間ではなく日程表だった(動きを疑う順番) | 5秒間隔の設定に対し動きが9秒あり再生中の再呼び出しで経過時間が0に戻っていたのが「カクつき」の正体で、補間より先に再生スケジュールの重なりを疑うべきだったと振り返っている | @Renga | 10:23 |
| 7 | WordPress Media Libraryが画像だらけになる問題をMD5ハッシュで解決する | 同名画像を再 POST すると WordPress が screenshot-2.png のように連番を振って増殖するため、タイムスタンプ付与や毎回削除→再アップを却下し内容の MD5 ハッシュをファイル名へ埋めている | @caymezon | 10:37 |
| 8 | 固定IPが必要な環境でもRegional NAT Gatewayを使うメリット | Regional NAT Gateway は既定だと EIP を AWS が自動払い出しするため固定IP要件では使えないが、Manual Mode なら EIP と AZ を指定でき、Zonal NAT Gateway 2台構成と比べた利点を検討している | @toumakido | 11:21 |
| 9 | SaaS向けapexドメイン対応の価格が桁違いになる理由 | apex の A レコードを受ける入口の月額が CloudFront エニーキャスト静的IP 15,000ドル、Global Accelerator 約18ドル、Approximated 20ドルと最大750倍開く理由を、Price List API の値を出典に説明している | @mori-dev@github | 11:28 |
| 10 | Firebase AuthをNext.js SSRと将来のモバイルアプリで共用する認証設計 | Web は httpOnly セッション Cookie を verifySessionCookie() で、将来のモバイルは ID token の Bearer を verifyIdToken() で検証しつつ、認可キーはどちらも Firebase UID へ揃える設計を採っている | @neko-sen | 12:16 |
| 11 | AIクローラーのUAは名乗るだけ — 検証済みだけ数えたら本物468件・偽装991件だった | Cloudflare 無料プランの httpRequestsAdaptiveGroups を verifiedBotCategory とサイトマップ実在パスの2軸で割り直したところ、8日分で記事取得は468件、.env 狙いの認証情報スキャンが991件、GPTBot 名義で検証できたのは13%だった | @Aulvem | 12:31 |
| 12 | 備忘録:今さらNext.jsの全体像を整理する。App Router・RSC・Server Actions・キャッシュがどう噛み合うのか(Next.js 16 / React 19) | 機能を個別に使えることと全体を1枚で説明できることは別物だったとして、Next.js 16 / React 19 前提で App Router・RSC・Server Actions・Route Handlers・キャッシュの対応関係を棚卸ししている | @nogataka | 12:50 |
| 13 | 備忘録:Next.js App RouterでServer Actions方式とAPI方式をどう使い分けるか。判断基準と選定フローを整理する | どちらでも動くが設計上の目的が違うため後から手戻りが出るとして、実装・通信・認証・キャッシュ・エラー処理・再利用性の6観点を比べて選定フローへ落としている | @nogataka | 12:50 |
| 14 | 備忘録:Next.jsのServer ActionsをRSC・React 19から理解する。SSR・Hydration・再描画との関係を1本の流れに整理する | Server Actions は単独の便利機能ではなく RSC で組んだサーバー主導 UI へ更新経路を1本足す仕組みだとして、SSR・Hydration・再描画との関係を1つの処理フローへ並べ直している | @nogataka | 12:50 |
| 15 | GitHub ActionsでPull Requestの変更範囲を制御するOSS「PR Boundary」を作った | scope:docs のようなラベルと .github/pr-scope.yml の allow / protected 定義で、人でも Dependabot でもコーディングエージェントでも変更してよい範囲を機械的に制限する GitHub Action を公開している | @Winter_Moon | 14:02 |
| 16 | EC2 プライベートIPアドレスを引き続き使用したい場合のリストア方法 | AMI からのリストアでプライベートIPを引き継ぐには EC2 削除前に NIC の「インスタンス終了時に削除」を外して残す必要があり、コンソール表示が true のままになるため CLI で false を確認している | @XYZXYZXYZ | 14:12 |
| 17 | Viteなし・Bunだけで作るHono+React最小構成ハンズオン | Bun.serve() の routes に HTML import を渡すだけで JSX/TSX のバンドルと HMR まで済むため Vite 一式が要らず、hc<AppType>() の型導出と bun build --compile の単一実行ファイル化まで通している | @hidao | 14:26 |
| 18 | 【実務で使えるSVG】path・rect・circleの着色と線のデザイン チートシート | fill や stroke は覚えていても毎回調べ直していた stroke-linecap stroke-dasharray fill-opacity などを、path・rect・circle 共通の早見表へまとめている | @RYMK_Works | 14:27 |
| 19 | iTunesのプレイリストをAndroidへ同期したい。でも削除事故は避けたいので「計画→確認→実行」型CLIを作った | iTunes の .m3u8 はパス情報だけで Windows 絶対パスのため Android で解決できないとして、曲ファイルのコピーと相対パス化と FTP 転送を「計画→確認→実行」の3段に分け、孤立ファイル削除を自動判定させない設計にしている | @iwadjp | 14:39 |
| 20 | TypeScriptでToken Bucketを実装する:ユーザー単位のレート制限を公平にする | レート制限で最初に決めるのはアルゴリズムではなくキーだとして rate:user:<userId>:answer のようにユーザー×操作種別で分け、拒否時も retryAfterMs を返し、複数プロセスでは Redis Lua で補充と消費を原子化している | @Karentia | 14:56 |
| 21 | (海外登壇レポート)在庫オーバーセルをゼロにする話をAWS Community Day Singapore 2026でしてきた | Aurora DSQL の OCC でフラッシュセールのオーバーセルをゼロにする話を登壇したが、裏番組の Kiro ワークショップへ人が流れて聴衆11人・質疑ゼロだったと明かしている | @yama3133 | 15:31 |
| 22 | 【個人開発】100万個の広告を仮想スクロールで描画するサイトを作って950円稼いだ話 | 100万個の広告をそのまま DOM へ置くとメモリとレイアウト計算で破綻するため仮想スクロールを採り、実際に DOM 上へ存在するのは表示範囲の約10倍程度に抑えたと説明している | @reodesuxz | 15:35 |
| 23 | TypeScript 5.xで進化!イミュータブル実装を堅牢にする3つの秘訣 | TypeScript 5.0 以降のデコレーターは ECMAScript 標準機能となり experimentalDecorators の指定が不要になったとして、Redux のイミュータブルな状態管理と組み合わせる3点を挙げている | @DaokFrontier | 16:06 |
| 24 | わかったようでわからない非同期処理の完全理解① | Vue 3 で public/sword.json を読む例を使い、取得直後に使うとまだ届いておらずエラーになる書き方と async / await で待つ書き方を並べている | @yuki_crossroad | 16:08 |
| 25 | わかったようでわからない非同期処理の完全理解②:Axiosを使うとどうなる? | Axios が返事の前に Promise を返すことを踏まえ、受け取れたときの処理を .then()、受け取れなかったときを .catch() に分けて画面表示を変えている | @yuki_crossroad | 16:35 |
| 26 | Playwrightで「固定秒数待ち」がタグ入力を黙って飛ばした話 | 「公開に進む」クリック後に固定4秒待ちだけで公開設定画面を前提にしていたため、本文が長く保存中が続く記事では画面未到達のまま hashtag input not found - skip を出しタグ0件で公開していた | @SciCos | 16:43 |
| 27 | わかったようでわからない非同期処理の完全理解③:Axiosで複数のソードを一覧表示してみる | 3本のソードを public/swords.json から受け取って Vue 3 の v-for で並べ、.then() と async / await のどちらを使うかも自分なりに整理している | @yuki_crossroad | 17:00 |
| 28 | 「AIに引用されているか」を数値にする — LLMO可視性スコアの設計と、実装して初めて分かった落とし穴 | 引用を source_url / answer_mention / search_result の3種に分け、出典リスト掲載・本文言及・内部検索結果ヒットでは価値が違うとして強度3段階の重み付けで0〜100のスコアへ落としている | @mistudio | 17:16 |
| 29 | 【データサイエンス環境構築】 SpyderでAWSのEC2インスタンスにリモートアクセスする | Ubuntu の EC2 を起動して .pem キーで接続し、Python 仮想環境を用意したうえで Spyder 6.1.6 のリモートアクセスから AWS の計算リソースを使う手順を通している | @TomoSub | 17:26 |
| 30 | miseを導入してnode+pnpmの環境構築をさくっとやってみた | Node.js は nvm、Python は pyenv と別々のバージョン管理ツールを覚える状態を避けるため、mise 1本で Node.js と pnpm を入れてプロジェクト単位に版を揃えている | @numayo_factory | 17:52 |
| 31 | Terraform : ECS Fargate環境を構築する(1) ― クラスタ・ネットワーク・タスク定義の基本設計 | ALB 配下の ECS Fargate に RDS(PostgreSQL)と ElastiCache(Redis)を組み合わせる構成を4回連載の1本目として、EC2 キャパシティプロバイダーを使わず containerInsights を有効にしたクラスタから作っている | @ham-nao | 18:07 |
| 32 | f26: レシートの文字起こし ( googleレンズ ) | Local LLM での試行錯誤はいったん置き、Google レンズ+Gmail+GAS+スプレッドシートの連携でレシートの文字起こしを最短経路で実現している | @cxfgp | 18:40 |
| 33 | Amazon Connect のコンタクトフローを CDK で管理しつつ、AWS アカウントに依存させない方法 | コンタクトフローの実体が JSON で他リソースを ARN 直参照するため複数アカウントへ展開するたび手で書き換えが要る問題を、L1 construct の CfnContactFlow を使ってアカウント非依存にしている | @nskworld404 | 18:51 |
| 34 | Bedrock AgentCore Runtime Instances を試してみた | microVM 一択で最大8時間だったセッションが、自アカウントの EC2 で動く Instances により最大14日間・GPU 対応・同一インスタンス上での複数エージェント協調まで広がり、既存の Savings Plans や ODCR をそのまま使えると整理している | @leomarokun | 19:09 |
| 35 | Amazon EVS で VCF 9.1 のデプロイがさらに簡単に!CloudFormation スタック1つで構築 | Terraform→Python→手動 OVA デプロイ約30分→Python という3フェーズ方式の後継として、CloudFormation スタック1つだけで VCF 9.0.2 / 9.1.0 を完走させる EVS Deployment Orchestrator を試している | @mtoyoda | 19:37 |
| 36 | create-react-appで作ったディレクトリーからnpm create vite [ディレクトリー名]で作ったディレクトリーに移行しました。 | create-react-app に ESLint を入れようとして deprecated が大量に出たため Vite へ移し、git switch で未追跡の App.css / index.css が上書き警告になった箇所まで作業ログに残している | @tetu256 | 19:54 |
| 37 | AWSでサーバーレスな「未達成なら寄付Todoアプリ」を作ってみた #1(設計〜バックエンド基礎編) | 期限までに未達成なら重要度に応じて1,000/5,000/10,000円が自動で寄付として引き落とされるアプリを、S3+CloudFront・API Gateway・Lambda・DynamoDB・Cognito・EventBridge・Stripe で組んでいる | @matrin | 19:55 |
| 38 | 「知りたいこと」から逆算してGA4のイベントを設計する | Vue アプリへ追加した導線が実際に使われているか、ユーザーがどの経路で来ているかという「知りたいこと」から逆算して GA4 のイベントを決め、計測して分かったことを整理している | @megumi_i | 20:13 |
| 39 | RPGのイベントをTypeScriptの型で表現する――GameEvent設計【第12回】 | 街道データ Road が持つ eventPoolIds の参照先である GameEvent 型を、どの街道・依頼で、どんな条件で起き、戦闘・交渉・調査のどれを選べるかまで表現できる形へ設計している | @mild_bonobo5557 | 22:11 |
| 40 | TypeScript Decoratorで学ぶ!ゼロから作る依存性注入コンテナ | TypeScript 5.0 以降の TC39 Stage 3 準拠デコレーターを使って DI コンテナをゼロから自作し、動作原理を押さえたうえで InversifyJS や TypeDI の利用法まで広げている | @DaokFrontier | 22:51 |
| 41 | 生成AIに何を渡し、何を許可する? セキュリティリスクを体験で学ぶWebアプリを作りました | ログからの情報漏洩・取引先メールからの情報漏洩・外部文書に潜む悪意ある指示という3シナリオを1本5分で疑似体験させ、選択式クイズではなく操作後の振り返りで見落としに気づかせる構成にしている | @nadev | 23:16 |
| 42 | AI企画会議で10チームの案を個人開発アプリの新機能にするまで | 予選と決勝で1位を決める設計では独自性の強い案が最後に消え10チームが同じ答えへ寄ったため、勝者を決める大会ではなく異なる方向を残して人が選び直せる候補整理の工程が要ると結論づけている | @y_a_y | 23:40 |
Publickey
2026-08-22 付の記事はありませんでした。
gihyo.jp
2026-08-22 付の記事はありませんでした。
GIGAZINE
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | GoogleのAIエージェント「Antigravity」が別デバイスからのリモートコントロールに対応 | Google AI Ultra 加入者から順に提供が始まり、実行中セッションを iOS・Android を含む対応ブラウザから確認・指示でき、操作が必要になるとスマートフォンへ通知が届く | 17:20 |
| 2 | 無料でAIエージェントに最適化されたオープンソースのメモ帳アプリ「Hubble.md」、MarkdownとHTMLをベースにして保存・編集・操作が可能 | Markdown フォルダー単位で開くメモアプリで、追加した属性は .md 先頭の front matter として保存されるため、同じフォルダーを Claude Code などから参照させれば読み取りも編集も双方向に反映される | 19:00 |
ITmedia News
2026-08-22 付の記事はありませんでした。
TypeScript Blog
2026-08-22 付の記事はありませんでした。
Node.js Blog
2026-08-22 付の記事はありませんでした。
Astro Blog
2026-08-22 付の記事はありませんでした。
Cloudflare Blog
対象日の該当記事はすべて Top 20 に掲載されています。
Vercel Changelog
対象日の該当記事はすべて Top 20 に掲載されています。
AWS What’s New
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | AWS Deadline Cloud now tracks automatic download status in the Deadline Cloud Monitor(AWS Deadline Cloud が Deadline Cloud Monitor で自動ダウンロード状況を追跡) | クラウドで走るジョブからの自動ファイルダウンロードについて、進捗・状態・健全性が Deadline Cloud Monitor デスクトップアプリ上で見えるようになった | 03:00 |
Google Cloud Blog
対象日の該当記事はすべて Top 20 に掲載されています。
Supabase Blog
2026-08-22 付の記事はありませんでした。
web.dev
2026-08-22 付の記事はありませんでした。
Mozilla Hacks
2026-08-22 付の記事はありませんでした。
CSS-Tricks
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Resolved: CSS Class Prefix Selector(決着:CSS のクラス接頭辞セレクタ) | Lea Verou が2024年に出した提案が3日前に正式採用されて Selectors Level 5 のドラフトへ入り、冗長で遅い [class^="btn-"], [class*=" btn-"] が .btn-* で済むようになる | 00:13 |
Smashing Magazine
2026-08-22 付の記事はありませんでした。
Hacker News
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Show HN: Telex Page – Turn secrets into AES 256 encrypted PDFs, locally(Show HN: Telex Page — 秘密情報をローカルで AES-256 暗号化 PDF に変える) | パスワードや .env の共有に毎回 openssl の呪文を使っていたが家族には無理だったとして、ブラウザ内だけで PDF を組み立てて AES-256 暗号化しサーバーへ何も送らない実装にしている | 00:42 |
| 2 | Show HN: Mini DBA – monitoring for on prem and cloud databases in 1 place(Show HN: Mini DBA — オンプレとクラウドのDB監視を1か所に) | SQL Server・PostgreSQL・MySQL・MariaDB・Oracle と AWS / Azure のマネージドDBを対象に、ライブアクティビティ・性能分析・アラート・履歴を無料のコミュニティ版付きで提供する | 01:17 |
| 3 | Postgres SELECT DISTINCT does not scale(Postgres の SELECT DISTINCT はスケールしない) | DBOS が Postgres ベースの分割キューで「ENQUEUED なワークフローを持つパーティション」を SELECT DISTINCT で探していたところ性能が急落したとして、Postgres 側の設計上の理由と回避策を示している | 03:41 |
| 4 | Windmill.dev is not “fully open-sourced (AGPLv3)“(Windmill.dev は「完全にオープンソース(AGPLv3)」ではない) | README は完全 AGPLv3 を謳うが LICENSE は backend/ の enterprise コンパイルフラグ配下を商用ライセンスとしており、該当参照が約300ファイルへ散っているため1.1k ある fork の多くが違反状態ではないかと指摘している | 03:50 |
| 5 | When Postgres Isn’t the Process That Kills Your Database(データベースを落とすのが Postgres 自身ではないとき) | Postgres と同じ VM 上で PgBouncer・バックアップエージェント・メトリクスエクスポーター・ローカル Prometheus・ログコレクタが動く前提に立ち、shared_buffers をブート時予約の huge pages へ固定して他プロセスに食わせない設計を説明している | 04:02 |
| 6 | Migrate Repo to TypeScript 7(リポジトリを TypeScript 7 へ移行する) | microsoft/typescript-go の全コミット履歴を blame と著者情報ごと再生し、既存タグと衝突しないよう tsc サブディレクトリへ収めて TypeScript 本体の開発を元のリポジトリへ戻している | 04:03 |
| 7 | One Postgres cluster, many apps(1つの Postgres クラスタで多数のアプリを動かす) | 月5ドルから使える PlanetScale Postgres でアプリごとにクラスタを増やす代わりに、1クラスタ内へ論理データベースとロールを並べる手順と、その組を Pulumi で自動生成する方法を示している | 06:16 |
| 8 | Show HN: OzBrain, a shared brain for knowledge between agents and your team(Show HN: OzBrain — エージェントとチームで知識を共有する脳) | Claude・ChatGPT・Cursor など複数のエージェントが同じ知識層を読み書きし、必要な部分だけを読ませることで同じ説明を二度しなくて済む状態を狙っている | 08:09 |
| 9 | Show HN: Driftless – your Postgres, provably in sync with Stripe(Show HN: Driftless — Postgres が Stripe と一致していることを証明する) | Stripe Webhook の検証と重複排除、届かなかったイベントの検出、REST API 経由の再開可能なバックフィル、DB が Stripe と一致することを示す照合コマンドを単一の Go バイナリへまとめている | 10:16 |
| 10 | Show HN: PgExtAssure – pre-admission security evidence for PostgreSQL extensions(Show HN: PgExtAssure — PostgreSQL 拡張の導入前セキュリティ証跡) | PostgreSQL 拡張を本番へ入れる前の審査材料を可搬な形で生成するツールで、GitHub Action としても公開され、公開コーパスでのベンチマークと外部再現用の検証データを同梱している | 16:28 |
| 11 | Chatflare: Chat with your friends via Cloudflare cache hits(Chatflare: Cloudflare のキャッシュヒットで友達とチャットする) | HTTP のキャッシュヒット/ミスを通信路に使えるかという着想の PoC で、双方が同じ Cloudflare POP へ繋がっている必要があり cf-ray ヘッダー末尾3文字で確認する | 17:52 |
| 12 | Show HN: Running a full AI coding agent inside Cloudflare Durable Object(Show HN: Cloudflare Durable Object の中でフルの AI コーディングエージェントを動かす) | DeepSeek Harness を1コマンドで Cloudflare Workers へ配置し、Durable Object 上に常駐する個人用コーディングエージェントとして動かせるようにしている | 22:58 |
| 13 | Always-On Agent Computers for Supabase(Supabase 向けの常時稼働エージェントコンピュータ) | Supabase Auth のユーザー単位で常駐エージェントを作り、そのユーザーとして Data API へ読み取り専用リクエストを送るため、service-role キーを使わず通常の Postgres 権限と RLS がそのまま適用される | 23:10 |