300x
pgrustがPostgresの分析クエリを高速化した倍率
$567M
New Mexico州がMetaに命じた青少年メンタルヘルス基金拠出額
70%
DatabricksがAIコーディング支出を削減した割合
🔥 Top Stories
OpenJDKはJavaの参照実装であり、Oracleが統括するガバナンスボードがコントリビューションポリシーを管理している。2026年4月、このボードは大規模言語モデルや拡散モデルなど深層学習システムが生成したコード・文章・画像の投稿を、Gitリポジトリ・GitHubのプルリクエスト・メーリングリスト・Wiki・JBS(Issue管理システム)を含む全チャネルで一律禁止する暫定ポリシーを承認した。8月3日付のThe Register報道で、この禁止が原則論にとどまらず実運用として維持されていることが改めて確認された。Oracle創業者ラリー・エリソン氏は自社について「Oracleはコードを書いていない、AIが書いている」と公言してきたが、OpenJDKでは真逆の立場を取っている。ガバナンスボードが挙げる禁止理由は3点で、第一にもっともらしく見えて保守困難な低品質コードが大量に持ち込まれ限られたレビュアーの時間を消費する点、第二にJDKがミッションクリティカルなシステムの基盤であるためのセキュリティ・安全性の懸念、第三にOracle Contributor Agreement(OCA)がコントリビューターに提供コードの知的財産権保有を義務付けており、AI生成コードは権利の所在が不明確でこの要件と衝突する点である。なおAIをコードの理解・デバッグ・レビュー・研究目的で使うこと自体は禁止されていない。同じOracle傘下でもGraalVMプロジェクトはAIコントリビューションを容認しており、社内でも対応が一枚岩でないことが浮き彫りになった。
🧠 レビュアー負荷とIP帰属の説明は筋が通っているが、実効性を左右するのは「AI生成コードをどう検知するか」という技術的な問題で、この点にポリシーは触れていない。摘発が自己申告や目視レビュー頼みなら抜け道は残る。ただしGraalVMとの温度差はOracle自身がAI活用の統一方針を持てていない証拠でもあり、他のOSS財団が同様の整合性の欠如を突かれる形で独自ルール策定を急ぐ可能性はある。
- 2026年4月にOpenJDKガバナンスボードが承認した暫定ポリシーは、Git・GitHub PR・メール・Wiki・JBSの全チャネルでLLM・拡散モデル生成コンテンツを禁止
- 禁止理由はレビュアー負荷・セキュリティ/安全性・Oracle Contributor Agreementが求めるIP帰属の3点、AIによるコード理解・デバッグ・研究利用は容認
- 同じOracle傘下のGraalVMプロジェクトはAIコントリビューションを許可しており、社内でポリシーが分裂している
💡 OpenJDKにAI生成コードでコントリビュートしても機械的に却下対象になるため、Java本体への貢献を考えるなら人力での実装とレビュー説明を前提にすべきだ。
The Register
⏱ 5 min read
2026-08-03
▲ 292
CloudflareはWorkers上でRustとWasmを使って構築した新ブラウザ「Kitesurf」をベータ公開した。人間向けに設計されたChromiumはAIエージェントには過剰なオーバーヘッドを抱えるとして、Engine・PageScript・PageRendererの3コンポーネントに分割し、ページ読み込みごとに未信頼として隔離する設計を採った。スクリーンショットやHTML抽出のCPU使用量はChromium比3.1〜3.8倍少なく、メモリ消費は4.7〜7.0倍少ない一方、処理時間は1.7〜1.8倍遅い。Web Platform Testsを21万5000件超通過しCSS・DOM・HTML・SVG・XHRの対応は手厚いが、動画再生・WebGL・長時間セッションには未対応。PuppeteerやPlaywright、MCPクライアントから利用できる。
- CPU使用量はスクリーンショット・HTML抽出でChromium比3.1〜3.8倍少なく、メモリ消費は4.7〜7.0倍少ない一方、処理時間は1.7〜1.8倍遅い
- Web Platform Testsを21万5000件以上通過、CSS・DOM・HTML・SVG・XHRの対応が中心で動画再生やWebGLは未対応
💡 PuppeteerやPlaywrightのコードをほぼそのまま流用でき、コスト重視でスクレイピングや検証系のエージェントタスクを動かすなら、まずベータで速度と対応範囲を検証する価値がある。
Cloudflare Blog
⏱ 4 min read
2026-08-06
▲ 127
Google Cloudは脆弱性の検出からサンドボックス内での実害検証、パッチ生成までを自律実行するAIエージェント「CodeMender」をプレビュー公開した。静的解析だけでは見逃しがちなメモリ破壊・インジェクション・暗号関連の欠陥まで検出し、実際にエクスプロイトコードをサンドボックスで実行してリスクの有無を検証することで誤検知を抑える。パッチ生成後は別のAI評価者が既存機能を壊していないか確認する二段構えを取る。対応言語はC/C++・Go・Java・Python・Ruby・Rust・TypeScriptで、CI/CDパイプラインへの組み込みのほかCLIやVS Code、Antigravityとの連携も可能。
- 検出だけでなくサンドボックス内でエクスプロイトを実際に実行してリスクを検証し、誤検知を減らす設計
- 対応言語はC/C++・Go・Java・Python・Ruby・Rust・TypeScriptの7言語、CI/CDやVS Codeへの統合が可能
💡 静的解析ツールの誤検知に疲れているセキュリティチームは、サンドボックス実証付きのトリアージとしてCI/CDに組み込み、人手レビューの前段フィルタに使える。
Google Cloud Blog
⏱ 4 min read
2026-08-05
⚡ Dev & Engineering
pgrustは、5億件の数値合計をPostgres標準のVolcanoモデル実行で約20秒かかっていた処理を135ミリ秒まで短縮した。1回の関数呼び出しで1024行をまとめて処理する「バッチ化」で2.7倍、スキャンと集約を1つの演算に統合し中間バッファのコピーを省く「演算子融合」で3.6倍、SIMDによる並列演算で9.6倍の高速化を積み上げた結果である。ClickBenchではClickHouseを上回る性能を記録したという。
- バッチ化(1回の呼び出しで1024行処理)で2.7倍、演算子融合で3.6倍、SIMDで9.6倍と3段階の最適化を積み上げ、5億件の合計処理を20秒から135ミリ秒に短縮
- Postgresの1行ずつ処理するVolcanoモデルはディスクI/Oがボトルネックだった1980年代の設計で、CPU・メモリ帯域がボトルネックの現代には最適化余地が残っている
malisper.me
⏱ 7 min read
2026-08-06
▲ 208
Databricksは社内のAIコーディング支出を4つの施策で70%削減したと明かした。最大の効果はモデル選定の見直しで、最高性能ではなくコスト対性能に優れる「効率のフロンティア」を基準にGLM系モデルを採用した。Unity AI Gatewayの動的ルーティングでタスクごとに最安のモデルへ自動振り分けし、平均タスクコストを30%超削減しながら最上位モデル並みの品質を維持した。ハーネス調整とプロンプトキャッシュの最適化では生成トークン数を約50%削減している。
- Unity AI Gatewayの動的ルーティングでタスクを最安モデルへ自動振り分け、平均タスクコストを30%超削減しつつ最上位モデル並みの品質を維持
- ハーネス調整とプロンプトキャッシュ最適化により生成トークン数を約50%削減、品質を落とさずコストのみ圧縮
Databricks Blog
⏱ 5 min read
2026-08-05
▲ 117
Go 1.27の`go fix`は解析ツール(モダナイザー)を22種から26種に増やした。新規追加は5種で、`atomictypes`は`atomic.AddInt64()`のような旧来の関数呼び出しを型付きの`atomic.Int64`に変換しデータ競合や32bit環境でのアライメント問題を防ぎ、`unsafefuncs`は`unsafe.Pointer(uintptr(p)+size)`という危険なポインタ演算を`unsafe.Add(p, size)`に置き換える。一方、`[]byte(fmt.Sprintf())`を`fmt.Appendf`に変換する`fmtappendf`は、より良いリファクタリング機会を隠してしまうという理由で廃止された。
- 新規モダナイザーは`atomictypes`・`embedlit`・`slicesbackward`・`unsafefuncs`・`errorsastype`の5種で、解析ツール総数は22種から26種に増加
- `fmtappendf`はパフォーマンス上の懸念とスタイル上の問題を理由に削除、`waitgroup`は`go vet`の同名アナライザーとの混同を避けるため`waitgroupgo`に改称
Future Architect Tech Blog
⏱ 5 min read
2026-08-07
🔖 10
オープンソースのアイデンティティプロバイダ「authentik」が本日のGitHubトレンドでスター544件増となり注目を集めている。SAML・OAuth2/OIDC・LDAP・RADIUSの主要プロトコルに対応し、Okta・Auth0・Entra IDなど商用IdPの代替として位置付けられる。Docker Composeでの小規模検証からHelm Chart経由のKubernetesクラスタ、AWS CloudFormationまで複数のデプロイ手段を備え、コアはMITライセンスで公開されつつ有償のEnterprise Editionも用意する。
- スター数2.35万・フォーク1800・オープンissue841件、コミット23,583件を積み重ねた実運用実績のあるプロジェクト
- SAML・OAuth2/OIDC・LDAP・RADIUSの4プロトコルに対応し、Docker Compose・Kubernetes(Helm)・AWS CloudFormationなど複数のデプロイ経路を提供
GitHub
⏱ 3 min read
2026-08-07
⭐ 544
PrimeIntellectは、コンテキストを変数として・ツールを関数呼び出しとして扱う「Recursive Language Model(RLM)」と、実行を通じて改善される永続的なハーネス状態を組み合わせたコーディング/リサーチエージェント「Prime Agent」を公開した。組み込みのIPythonをモデルの主要な操作手段とし、`rlm(...)`関数で子エージェントを生成して並列・バックグラウンド実行できる。セッションはデーモンで永続化され、切断後も再接続して長時間タスクを継続できる。
- `/refine`コマンドでベースプロンプトを変更せずにハーネスの一部だけを記録付きで改善できる「Refinable State」を実装
- 自動コンパクション・永続ゴール・ハートビートを備えた自律モードで予算(budget)を設定した長時間タスク実行に対応、スター数6.3k・フォーク501
GitHub
⏱ 4 min read
2026-08-06