ネイティブ回帰、Rust基盤、RCE修正、DuckDB、Agents API

今日の注目トピック

Shop appを12週間でnative再構築。一括変換ではなく小さな検証checkpointを反復

ShopifyReact NativeSwiftKotlinCoding Agents

Shopify、coding agentを前提にReact Nativeからnativeへ回帰

これは何？Shopifyの主要mobile appを、共通JavaScript実装のReact NativeからiOSのSwiftとAndroidのKotlinへ再構築する移行計画です。

agentがplatform間の実装を移植できるようになり、二重実装のcostがReact Native採用時ほど支配的でなくなったとしてnativeへ戻します。Shop appは12週間で公開しましたが、一括変換は避け、Helixで小さなcheckpointごとにtest、visual review、二つのadversarial review、人間承認を通します。

なぜ重要か

agentがframework選定のcost modelを変えても、品質は検証loopとarchitectureで決まります。business logicをUIから分離し、CLIで高速に確認できる設計が具体的な再利用点です。

読むべき人: mobile developer、platform team、AI coding基盤、engineering manager
HN: 616 points / 422 comments

元記事 HNコメントShopify moves back to Native from React Native

Rustを社内Tier-1へ。MSVC共通backendでABI・hardening・Hotpatch・診断を統合

MicrosoftRustMSVCToolchainInterop

Microsoft、RustをTier-1化しMSVC backendへ接続

これは何？MicrosoftのTier-1 languageは、安全なtoolchainからproduction品質・complianceまで社内標準経路が整った開発言語です。

RustをC++、C#、TypeScriptと並ぶTier-1とし、rustc_codegen_utcでrustcをMSVCのcode generation backendへ接続します。Windows ABI、hardening、Hotpatch、debug、profiling、Rust/C++ interopを共通化し、100超の社内repositoryが利用しています。

なぜ重要か

memory safetyだけでなく、build、diagnostics、servicing、complianceまで揃って初めて大規模導入が持続します。C++とRustが長く共存する現実に合わせたplatform投資です。

読むべき人: Windows system programmer、Rust/C++ developer、toolchain、security担当者
HN: 543 points / 300 comments

元記事 HNコメントRust is tier-1 language at Microsoft

template展開が.gitを再生成しhost RCEへ。16.0.4は展開後に再削除

ForgejoRCEGitSecurityCVE

Forgejo 16.0.4、template展開からhost RCEに至る欠陥を修正

これは何？ForgejoはGit repository、issue、pull requestを自組織で運用するself-hosted forgeです。

悪意あるtemplate repositoryが変数展開後に.gitを再生成し、続くgit初期化へ取り込ませることでhost上のdata読取や任意process実行に至り得るCritical bugを修正しました。16.0.4は展開後にも.gitを削除し、API token認可とdraft release attachment漏えいも修正します。

なぜ重要か

archive展開やtemplate処理の前処理だけでは、処理中に危険なmetadataが再生成されます。信頼できない変換の後で境界条件を再検証する必要があります。

読むべき人: Forgejo管理者、DevOps、application security、Git hosting担当者
HN: 118 points / 43 comments

元記事 HNコメントForgejo <=16.0.3 Critical RCE

50百万groupを300MBで完走。1770MiBを書き出す一方、250MB付近から不安定

DuckDBGROUP BYOut-of-coreMemoryParquet

DuckDB、300MB制限で50百万groupをdisk退避して完走

これは何？DuckDBはprocessへ組み込んでParquetなどを分析でき、memoryを超える中間結果も扱うcolumnar databaseです。

50百万の異なるkeyを持つ1.7GB ParquetのGROUP BYを観測し、300MB制限ではhash tableを約200MiBに抑え、約1770MiBを一時fileへ書いて読み戻す二段階を確認しました。250MBでは成功率が半分、200MB以下ではOOMとなり、退避不能領域とthread数が下限を決めました。

なぜ重要か

out-of-core対応でもmemory limitぎりぎりの運用は保証されません。本番のthread数、group数、退避できないallocator領域を含めて実測する必要があります。

読むべき人: data engineer、analytics platform、database internals、SRE担当者
Zenn: 25 signal / 0 comments

元記事はてなブックマークメモリに載らないGROUP BYをDuckDBはどう処理するのか

Codex系harnessを一回のAPI callへ。hosted・自社・partner sandboxを選択

OpenAIAgents APICodexSandboxMulti-agent

OpenAI、Codex harnessをmanaged提供するAgents APIをpublic beta公開

これは何？Agents APIは、長時間taskをtoolとsandboxで実行するcloud agentを一つのAPIから作成・運用するmanaged serviceです。

task、model、tool、環境を指定すると、context compaction、tool search、programmatic tool calling、subagent orchestrationを含むCodex系harnessを利用できます。OpenAI hosted、自社infrastructure、partner sandboxを選べ、API自体の追加feeはなくtokenとtool利用分を課金します。

なぜ重要か

agent orchestrationの自作範囲を減らせますが、data、secret、network、approval、artifactの境界設計は利用側に残ります。harnessと実行環境を分けて選べる点が運用上の要所です。

読むべき人: AI application developer、platform engineer、security、agent product担当者

元記事Introducing the Agents API

Quick Links

GPT-Live-1、full-duplex音声をAPI提供

これは何？GPT-Live-1は音声の入出力を同時に扱い、text modelへ深いreasoningやtool実行を委譲できるvoice modelです。

割り込み、沈黙、背景音を一つのvoice layerで扱い、front-end音声は毎分0.05ドルです。公開評価は提供者測定なので実回線と対象言語で再検証します。

OpenAIVoiceFull DuplexAPI

元記事Build more natural voice experiences with GPT‑Live‑1 in the API

PlanetScale、real PostgresをshardするNekiをpreview公開

これは何？Nekiは標準Postgres wire protocolを保ちながら、複数machineへdatabaseを分割するmanaged sharding platformです。

各shardを1 primaryと最低2 replicaで3 availability zoneへ置き、routerがqueryを分配・統合します。single primaryからonline reshardできるplatform previewです。

PlanetScalePostgreSQLShardingDatabase

元記事 HNコメントNeki

Planet Labsの公開satellite feedをDuckDBで探索

これは何？Planet LabsのEphemeridesは、運用中satelliteの軌道要素を取得できる公開data feedです。

97機の軌道dataをTLEから抽出し、GCATやDuckDBと結合してconstellationの機体と軌道を調べる再現可能な手順を示します。

Planet LabsSatellitesDuckDBOpen Data

元記事 HNコメントPlanet Labs' open satellite feed

Python dictとset、衝突の作り方次第で二次時間に

これは何？Pythonのdictとsetはhash tableで、通常は高速でもkeyのhash衝突によって探索回数が増えます。

攻撃的または偏ったkeyでhash probeが重なると、挿入全体がquadraticになり得ることを小さな例で示します。外部入力をkeyへする処理では上限と測定が必要です。

PythonHash TablePerformanceAlgorithmic Complexity

元記事 HNコメントPython sets and dictionaries can have quadratic-time performance

PDF MARIN、描画ではなく内容を除去する墨消しに対応

これは何？PDF MARINはWindows向けの無償利用できるPDF編集softwareです。

黒い図形を重ねるだけでなく対象内容を削除するredactionへ対応し、商用利用も無料です。墨消し後はcopy、search、metadata残存も別途検証します。

PDFRedactionWindowsPrivacy

元記事はてなブックマーク商用も無料のPDF編集ソフト「PDF MARIN」が登場、黒く塗るだけではない本物の墨消しに対応／「Claude Code」と連携するAI機能も開発中

React 19移行でpnpm hoist由来のReact 18混入を追跡

これは何？pnpm workspaceとViteを使うmonorepoで、複数React versionのmodule解決を調べた障害記録です。

依存宣言のないlibraryがhoist先のReact 18を読み、error 525を起こしました。ViteのresolveIdで経路を記録し、resolve.dedupeでReact 19へ統一します。

React 19pnpmViteMonorepo

元記事React 19移行で学んだpnpmの依存関係解決の仕組み

Stockfish 19、universal binaryと新NNUEを導入

これは何？Stockfishは局面分析や対局に使うGPLのopen-source chess engineです。

CPU featureを自動選択するuniversal binary、新しいSFNNv16、RISC-V・LoongArch・WebAssembly対応を追加し、Stockfish 18比で最大44 Elo向上したとproject testで報告します。

StockfishChess EngineNNUEWebAssembly

元記事 HNコメントStockfish 19

Windows XPの初期画像選択はreservoir samplingだった

これは何？Windows XPが新規accountのprofile画像を一回のdirectory走査で選んだ実装解説です。

GetTickCountをseedにRtlRandomExを使い、k=1のreservoir samplingで候補を均等選択します。file数が途中で変わっても二回走査せず、最大100件で打ち切ります。

Windows XPReservoir SamplingAlgorithmsHistory

元記事 HNコメントWhat algorithm did Windows XP use to choose your initial user picture?