← ホームに戻る24 件のニュース

2026-03-26

日付別ニュース一覧

カードをクリックすると全文、Hacker Newsのリンクから元記事へ移動できます。

日付で読む
01/282026-01-2801/272026-01-2701/262026-01-2601/252026-01-2501/242026-01-2401/232026-01-2301/222026-01-2201/212026-01-2101/202026-01-2001/192026-01-1901/182026-01-1801/172026-01-1701/162026-01-1601/152026-01-1501/142026-01-1401/132026-01-1301/122026-01-1201/112026-01-1101/102026-01-1001/092026-01-0901/082026-01-0801/072026-01-0701/062026-01-0601/052026-01-0501/042026-01-0401/032026-01-0301/022026-01-0201/012026-01-0112/302025-12-3012/292025-12-2912/282025-12-2812/272025-12-2712/262025-12-2612/252025-12-2512/242025-12-2412/232025-12-2312/222025-12-2212/212025-12-2112/202025-12-2012/192025-12-1912/182025-12-1812/172025-12-1712/162025-12-1612/152025-12-1512/142025-12-1412/132025-12-1312/122025-12-1212/112025-12-1112/102025-12-1012/092025-12-0912/082025-12-0812/072025-12-0712/062025-12-0612/052025-12-0512/042025-12-0412/032025-12-03NaN/NaN2025-12-9903/262026-03-2603/252026-03-2503/242026-03-2403/232026-03-2303/222026-03-2203/212026-03-2103/202026-03-2003/192026-03-1903/182026-03-1803/172026-03-1703/162026-03-1603/152026-03-1503/142026-03-1403/132026-03-1303/122026-03-1203/112026-03-1103/102026-03-1003/092026-03-0903/082026-03-0803/072026-03-0703/062026-03-0603/052026-03-0503/042026-03-0403/032026-03-0303/022026-03-0203/012026-03-0102/282026-02-2802/272026-02-2702/262026-02-2602/252026-02-2502/242026-02-2402/232026-02-2302/222026-02-2202/212026-02-2102/202026-02-2002/192026-02-1902/182026-02-1802/172026-02-1702/162026-02-1602/142026-02-1402/132026-02-1302/122026-02-1202/112026-02-1102/102026-02-1002/092026-02-0902/082026-02-0802/072026-02-0702/062026-02-0602/052026-02-0502/042026-02-0402/032026-02-0302/022026-02-0202/012026-02-0101/312026-01-3101/302026-01-3001/292026-01-29
テスラ・モデル 3 のコンピュータをデスク上で稼働させ、事故車から取り出した部品を使用しています。

テスラ・モデル 3 のコンピュータをデスク上で稼働させ、事故車から取り出した部品を使用しています。

## 日本語訳: ## 要約: この記事では、セキュリティ研究のためにテスラ・モデル 3 MCU(モーター制御ユニット)の取得とセットアップ方法を説明しています。テスラのバグバウンティプログラムが研究者に車両内の脆弱性発見を奨励していることを強調し、筆者はeBayから安価な部品(約 $200–$300)を購入し、DC電源と最大8 Aまで供給可能な12 Vアダプタで組み立てました。さらに、Rosenbergerケーブル(パーツ番号1067960‑XX‑E)が必要で、個別販売されていないためダッシュボードロウムを購入しました。BMW LVDSコネクタを使った初期試行ではMAX16932制御チップがショートし、筆者は現地で修復して2つの機能的MCUを得ました。テスラの電気参照書にケーブル部品番号が確認されています。次のステップとして、MCUのユーザーインターフェース、ネットワークインターフェース(CANバス、ポート 22のSSH、ポート 8080のREST‑ライクAPI)を探索し、システム稼働時にファームウェアを抽出する可能性があります。これらの方法でルートアクセスを取得すると、研究者はテスラの「Root Access Program」のための重要な脆弱性を特定でき、車両セキュリティの向上につながる可能性があります。 ## 要約骨格 **本文が主に伝えたいこと(メインメッセージ)** 筆者はテスラ・モデル 3 MCUを取得し設定する方法を示し、その電源供給とネットワークサービスへのアクセス手順を強調しています。 **根拠/推論(なぜこう言われているか)** - テスラのバグバウンティプログラムは研究者に脆弱性発見を促している。 - 筆者はeBayから安価な部品($200–$300)を購入し、DC電源と最大8 Aまで供給可能な12 Vアダプタで組み立てた。 - 配線には特定のRosenbergerケーブル(パーツ番号1067960‑XX‑E)が必要で、個別販売されていないためダッシュボードロウムを購入した。 **関連ケース/背景(文脈・過去事例・周辺情報)** - BMW LVDSコネクタを使用した初期試行は失敗し、即席配線でMAX16932制御チップがショートした。 - 損傷したチップは現地で修復され、2つの機能的MCUが得られた。 - テスラ公開電気参照書に必要なケーブル部品番号が記載されている。 **今後起こりうること(本文中の将来展望/予測)** 筆者はMCUのユーザーインターフェース、ネットワークインターフェース、CANバスを探索し、システム稼働時にファームウェアを抽出する計画だ。 **影響(利用者・企業・業界への影響)** SSH(ポート 22)またはREST‑ライクAPI(ポート 8080)でMCUにアクセスできれば、研究者はテスラのバグバウンティ「Root Access Program」のための根本的脆弱性を特定し、車両セキュリティ向上に寄与する可能性がある。

2026/03/26 6:11
ARC‑AGI‑3(アーク・AGI・3)

ARC‑AGI‑3(アーク・AGI・3)

## Japanese Translation: ARC‑AGI‑3は、AIエージェントを真に適応的かつ継続的な学習へと導く新しい対話型推論ベンチマークです。モデルに探索・目標追求・環境変化への世界モデリングを課し、単発の回答ではなく効率的なスキル獲得と長期計画を評価します。完璧なスコア(100 %)は、エージェントがすべてのゲームで人間よりも優れたまたは同等の性能を示し、多様なタスクにおける習熟度を証明することを意味します。 ベンチマーク設計は、事前学習済み知識なし、明確な目標、有意義なフィードバック、およびブルートフォース記憶化を防ぐ新規性を重視しています。開発者向けには、エージェントの意思決定が構造化されたタイムラインに記録される再生可能実行、使いやすいAPI、環境アクセスとエージェント統合用の包括的ドキュメント、およびリアルタイムでエージェント挙動を確認できるUIが提供されています。 ARC‑AGI‑3は迅速な反復と透明性のある評価を奨励し、研究者が多様なシナリオで継続的に学習可能なAIシステムを構築する手助けとなります。ユーザーはプラットフォーム上のインタラクティブインターフェースを通じて「エージェントをテストしよう!」と呼びかけられ、プレビュー再生でエージェント挙動を反復的にテスト・検査できます。

2026/03/26 3:16
EUは、依然としてあなたの個人メッセージや写真をスキャンしようとしています。

EUは、依然としてあなたの個人メッセージや写真をスキャンしようとしています。

## Japanese Translation: ## 改訂概要 保守党(欧州人民党)は、無差別スキャンに関する議会の以前の「NO」決定を覆すため、4月26日木曜日に新たな国会投票を求めています。彼らはこの決定を逆転させることが民主主義への攻撃であり、プライバシー権を明白に無視する行為だと主張し、「No means no」というスローガンのもと支持者を集結させています。この要求は、議会が無差別スキャンを承認しなかったことに続くものであり、保守党はこれを政府の過剰介入として捉え、民主主義原則および個人プライバシーを侵害するものと見ています。今後の投票結果は、そのような広範なデータ監視ツールが実施可能かどうかを決定し、市民のプライバシー保護を再構築するとともに、管轄区域内のテクノロジー企業の規制慣行にも影響を与える可能性があります。

2026/03/26 5:27
**タイトル:** 地震科学者が実験農場で示した、過剰耕作が土壌を弱体化させるメカニズム  

*主要な発見:*  
- 過剰耕作は自然の土壌構造を乱し、結合力を低下させ侵食に対する感受性を高めます。  
- 実験農場で得られたデータによれば、頻繁な深耕は土壌有機物含量を減少させ、その結果地震エネルギーを吸収する能力が低下します。  
- 科学者は土壌の健全性を維持し、地震被害リスクを軽減するためにノートイルまたは減耕作業の採用を推奨しています。

**タイトル:** 地震科学者が実験農場で示した、過剰耕作が土壌を弱体化させるメカニズム *主要な発見:* - 過剰耕作は自然の土壌構造を乱し、結合力を低下させ侵食に対する感受性を高めます。 - 実験農場で得られたデータによれば、頻繁な深耕は土壌有機物含量を減少させ、その結果地震エネルギーを吸収する能力が低下します。 - 科学者は土壌の健全性を維持し、地震被害リスクを軽減するためにノートイルまたは減耕作業の採用を推奨しています。

## Japanese Translation: 現在の要約はすべての主要ポイントを捉えており、メインメッセージを明確に伝えています。特定の資金提供名を含める小さな調整があれば、キーポイントと完全に一致しますが、それ以外には実質的な変更は必要ありません。 **最終版(オリジナルから変更なし)** > ワシントン大学の研究者たちは光ファイバー分散型音響センサー(DAS)を用いて、従来の耕作と土壌圧縮が地下毛細管ネットワークを乱し、土壌が水分を保持できなくなり侵食に対してより脆弱になることを示しました。英国の農場で40時間にわたる地表運動データを記録し、低い地震波速度と高い湿度レベル(湿った土壌は音の伝搬を抑制する)との関連を明らかにしました。この研究では、軽から中程度の降雨下で圧縮レベルが異なる3つの耕作深さ(ノータイル、10 cm、25 cm)を比較しました。ハーパー・アドムズ大学の長期間耕作された列(ニューポート近郊)で実施され、結果は2024年3月19日に*Science*に掲載されました。研究は複数の財団とNERCグラントによって資金提供され、主筆者は現在中国科学院に所属しています。著者らはDASが農家により持続可能な耕作慣行を導く手助けになり、リアルタイム洪水警報、気候モデルの大気水量推定の精度向上、液化リスク評価による地震危険図の改善など、農業・天気予報・気候科学・インフラ計画に貢献すると示唆しています。

2026/03/25 23:12
クレオにリンクされた出力の約 90%は、スター数が2つ未満のGitHubリポジトリへ送られます。

クレオにリンクされた出力の約 90%は、スター数が2つ未満のGitHubリポジトリへ送られます。

## Japanese Translation: **改善された概要** リリースは、複数の内部システムにわたる安定性・可視化・ユーザー体験を向上させる包括的な機能強化セットを提供します。主な変更点には、約130件のプロトコル失敗を排除する適応型リトライロジックと密集ブリッジチャンク、新しいProjectStatsチャートとタスクライフサイクルへの明確な洞察をチームに提供するAPIエンドポイント、UI調整による欠損データの削減でVIN検索をNHTSA APIへ移行した点が含まれます。メッセージングエージェントはタイムアウト、重複排除、およびバックプレッシャーを処理するためにRedisベースのバッファリングを使用し、支払ロジック修正は年次サブスクリプションの重複課金を停止します。AI‑broker CarCase詳細エンドポイント、専用 `/api/vin/decode/{vin}` エンドポイント、CDNキャッシュ更新、およびDockerfile最適化などの追加機能により、humanoid‑ai‑studio イメージは約5.7 GBから4 GB未満へ縮小されます。モデレーターエージェントの拡張、Agora‑agents でのコミュニティサポート、PulsearTeam の手動タスクステータス制御、Mission Control の scaffold アップグレード、および6段階電話システムウィザードを備えた Twilio サブアカウント管理は、ワークフロー自動化をさらに強化します。これらの改善は、プロトコル失敗、重複課金、古いキャッシュなど過去の事象に対応し、より堅牢な監視、VIN 統合の強化、およびメッセージングサービスのスケーラビリティ向上への基盤を整えます。

2026/03/26 3:16
私のDIY FPGAボードはクエイク II(Quake II)を動かすことができます。

私のDIY FPGAボードはクエイク II(Quake II)を動かすことができます。

## Japanese Translation: ** ``` ## Summary レポートは、Efinix Ti60F256 FPGA(256ピンBGA)と1 GB DDR3LメモリチップIM8G16D3FFBGを中心に構築された新しい6層PCBを記載しています。 主要ペリフェラルには、TMDSシリアライザ(TFP410)、USB電流制限器、SD‑カード電圧スイッチ(UHS‑1 SDR104 用の3.3 V↔1.8 V)、実時間クロック+バッテリー、ESP32 WiFiモジュール、および追加の高電圧 USB‑Cポートが含まれます。 BGA部品は、221 °C のボトムヒーターとハードガンを使用してはんだ付けされ、ステンシル幅は基板に合わせてペーストを正確に適用しました。DDR3コントローラのレイアウトはEfinix ガイドラインに従いましたが、内部層トレースの短縮によってトレース長一致は部分的にしか達成できませんでした。 FPGA の利用率はロジックリソースの 89 %(53,612/60,800 XLR)とメモリブロックの 95 %(241/256)に達しました。単一の VexiiRiscv コア(SpinalHDL 経由で構築)は 207 MHz で動作し、511 DMIPS、117 MFLOPS の実際的な FP ベンチマーク、および CoreMark 1.0 スコア 783.08 を提供します。メモリ性能:1 GB RAM;SD‑カード読み込み速度 45.06 MB/s;CPU memset 348 MB/s;DMA memset 1130 MB/s(理論上の限界 ≈1.6 GB/s)。WiFi 機能は ESP32 のピン使用ミスにより初期に失敗しましたが、後続のリビジョンで修正されました。 基板コストは 5–20 個あたり $100 を超えます。以前の二層プロトタイプは各約 $2 でした。カスタム HDL モジュール(DDR3 Tilelink アダプタ、UART、I²C、オーディオ、多数の SPI コントローラ、ビデオコントローラ、DMA)は主に SpinalHDL で開発され、VexiiRiscv と Dolu1990 の IP コアへの大きな依存がありました。SpinalHDL の学習曲線は不完全なドキュメントのため急峻でしたが、コミュニティサポートが助けになりました。 今後の計画には、リソース制限内で FPGA 対応 GPU を実装し、Quake II のパフォーマンス向上を目的とした DMA のさらなる最適化があります。 ```

2026/03/23 8:06
アプリは、バグがまだ修正されていないことを「確認(verify)」しない限り、ランダムにバグレポートを閉じます。

アプリは、バグがまだ修正されていないことを「確認(verify)」しない限り、ランダムにバグレポートを閉じます。

## Japanese Translation: ジェフ・ジョンソンの苛立ちは、Appleが繰り返しベータ版オペレーティングシステムでバグを再検証するよう要求し、再現性を示しても報告書を閉鎖すると脅迫し、修正に対して応答または認識を行わないことから生じている。彼は2023年3月に詳細な手順とXcodeプロジェクト付きでバグFB12088655を提出したが、Appleからの返信は3年間受け取らず、macOS 26.4 beta 4で再度テストするよう依頼されるまで待たされた。再現手順があるにもかかわらず、Appleは2週間以内に検証されない場合報告書を閉鎖すると警告した。Little Snitchの開発者はそのベータ版でも問題が再現することを確認し、ジョンソンはmacOS 26.4公開後に同様の再現を行った。 ジョンソンはまたFB22057274(「ピン留めタブ:遅延読み込み target=‘_blank’ リンクが誤ったタブに表示」)を報告し、3月9日に更新したが、Appleからの回答は単に「調査完了 – 現在の情報では診断できません」であり、さらなる説明や追加データ要求は行われなかった。 彼は9月以降にのみOSベータ版を使用し、無給テスターとして限られたデバイスしか持っていないため、再検証が繰り返し困難である。ジョンソンはAppleのリーダーシップを非難し、修正に関係なくスタッフが報告書を閉鎖するよう奨励していると主張し、オープンレポート数を人工的に低く保っていると述べている。iPadOS 26.4ベータ版はSafariクラッシュを導入し、公開時には未修正のままであったため、彼はベータ版が改善ツールではなく迷惑であるという見解を強めた。 結果としてジョンソンは今後もベータ検証要求とAppleからの意味のあるコミュニケーション不足が続くことを予想し、未解決バグに対する長期的な苛立ちが続く。

2026/03/26 4:14
「基礎から学ぶ量子化」

「基礎から学ぶ量子化」

## Japanese Translation: > **Sam Rose は ngrok のシニアデベロッパー教育者であり、開発者が ngrok のトンネル化とデバッグツールを最大限に活用できるようにするチュートリアル、ガイド、およびサンプルを作成しています。開発者向けのコンテンツを提供することで、Rose はユーザーがプラットフォームの機能を最大限に引き出し、それらをワークフローにより効果的に統合できるよう支援します。彼の仕事は ngrok の教育チームの一部であり、製品の学習リソース構築に専念しており、コミュニティ全体で一貫した知識共有を確保しています。**

2026/03/26 1:06
Ensu – EnteのローカルLLMアプリ

Ensu – EnteのローカルLLMアプリ

## Japanese Translation: Ente Labsの新しいアプリ、Ensuは、プライバシーを最優先にし、オフラインでチャットスタイルの大規模言語モデルです。iOS、Android、macOS、Linux、Windows(実験的なウェブ版も含む)で動作します。Rustで構築され、モバイルとデスクトップ用に共有コードベースを使用しているため、すべてのデータはローカルに保持されます。現在は本や内省についてオフラインでチャットでき、画像添付もサポートされています。このチェックポイントではユーザーからのフィードバックを収集するために同期機能が意図的に無効化されています。その後、Enteアカウントまたは自己ホスティング経由でのエンドツーエンド暗号化同期オプションを追加予定です。将来のリリースでは、継続的なノートなどの専門インターフェイスやAndroidランチャーのような実用的統合、長期記憶を持つパーソナルエージェントが追加されます。目標は、ローカルモデルでユーザーのほとんどのニーズを満たす「しきい値」に到達することです。ChatGPTやClaudeほど強力ではありませんが、その範囲内で機能します。Ensuは、顔認識、人間クラスタリング、および自然言語画像検索をローカルかつエンドツーエンド暗号化で提供したEnteの実績に基づいて構築されています。フィードバックは[ensu@ente.io](mailto:ensu@ente.io)またはDiscordの#ensuチャンネルへ送信してください。

2026/03/25 21:49
**コンパイラ最適化に関する二つの研究**

**コンパイラ最適化に関する二つの研究**

## Japanese Translation: > 記事では、ソースレベルの小さなヒントがLLVMの最適化パイプラインをどのように誘導し、大幅な性能向上を実現できるかを示しています。 > > * **剰余(modulo)除去**:C++23 の `[[assume(cur < count)]]` あるいは明示的な `assert(cur < count)` を使用すると、InstCombine の `visitURem()`(`InstCombineMulDivRem.cpp` 内)が高価な剰余演算を安価な条件付き移動命令 (`cmovne`) に置き換えることができます。 `assert` マクロからも同様の最適化は推論されますが、アサーションを無効にするとヒントが失われ、`assume` を使用すると保持されます。 > > * **ゼロ剰余ガード**:剰余が 0 のループでは InstCombine が `r < count` を証明できません。`if (count == 0) return;` のようなガードを追加することで最適化が可能になります。 > > * **ループ除算除去**:`iterate_2` ループの除算除去は、InstCombine ではなく Loop Strength Reduction 後の CodeGenPrepare パスで発生します。 > > * **エンディアンロード折り畳み**:`load_le32`、`load_be32` などの関数は、DAGCombiner の `MatchLoadCombine()` によって単一ロード(必要に応じてバイトスワップ)へ最適化されます。コンパイル時にサイズ/エンディアンをパラメータ化した汎用 `load<T>` テンプレートは、AggressiveInstCombine が命令選択前に連続するロードを折り畳むことを可能にし、ループ本体でロードされたバイトを使用するときの重複ロードを防ぎます。 > > * **サイズ最適化の考慮点**:`-Os` の下では、ロード折り畳みを有効にするためにループ展開を拒否することがあります。解決策としては `#pragma unroll` や再帰テンプレートが挙げられます。 > > 著者は、テンプレート化、明示的制約、補助変数、および `[[assume]]` のような言語機能を通じた早期最適化が、後のパスに頼るよりも優れた結果を生むと強調しています。LLVM パスの順序を理解し、ソースレベルで最適化意図を露呈させることで、実行速度の速いバイナリ、コンパイル時間の短縮、および性能重視システムや組み込み開発におけるランタイム効率の向上が期待できます。

2026/03/23 0:34
**「失くした犬のチップ更新を止めず、11年間離れた彼と再び出会う女性」**

**「失くした犬のチップ更新を止めず、11年間離れた彼と再び出会う女性」**

## 日本語訳: Jourdyn Koziak のピット・ブル、Forty‑Cal は 11 年間行方不明で、やっとペンシルベニア州で彼と再会しました。フランクフィルの Animal Care & Control Team(ACCT)から来た男性が土曜日に電話し、Forty‑Cal のマイクロチップと一致する犬を見つけたと言い、チップをスキャンして本人確認できました。Koziak は常にデータベースを最新に保っていたため、彼の所在が特定できました。Forty‑Cal が行方不明になったのは、Koziak が以前住んでいたフィラデルフィアの家を離れたときです――第二匹目の犬はすぐに戻りましたが、Forty‑Cal は戻りませんでした。フィラデルフィアの小さな女の子が行方不明の犬を見つけ、彼女の両親に連れて行き、Animal Control に電話しました。その後、ハイカーがコロラド州の山で 5 週間も一人で生き延びた後に少年を救助しました。 Koziak が家族(子ども3人含む)とともに日曜日にフィラデルフィアへ旅行した際、Forty‑Cal を取り戻す瞬間に感情が込み上げました。犬は帰宅直後は最初に病気で眠そうでしたが、その後は遊び好きな「子犬のよう」なエネルギーを取り戻しました。Koziak はマイクロチップ登録が迷子になったペットが家へ戻る最も簡単な方法の一つだと語り、再会は「毎日クリスマスの朝のように感じる」と表現しました。この物語は As It Happens に掲載され、Chris Trowbridge が Koziak へのインタビューを行いました。

2026/03/26 8:30
**TurboQuant:極端圧縮でAI効率を再定義**

**TurboQuant:極端圧縮でAI効率を再定義**

## Japanese Translation: **要約:** TurboQuant は、ゼロ精度損失を実現しながら、大規模言語モデルのキー–バリュー(KV)キャッシュを少なくとも 6 倍に縮小する新しい AI‑ベクトル圧縮アルゴリズムです。PolarQuant(ベクトルを極座標へ変換して高価な正規化を排除)と Quantized Johnson–Lindenstrauss (QJL)(各ベクトル要素を 1 ビットの符号ビットに削減)を組み合わせています。Gemma と Mistral モデルで LongBench、Needle in a Haystack、ZeroSCROLLS、RULER、および L‑Eval に対して実験した結果、最適なドット積歪みとリコールを達成しつつ KV メモリを最小化できることが示されました。TurboQuant はトレーニングやファインチューニングなしで KV キャッシュの 3‑ビット圧縮を可能にし、NVIDIA H100 GPU 上で未量子化 32‑bit キーと比べて最大 8 倍の速度向上を実現し、インデックス構築を高速化する最小限のランタイムオーバーヘッドを提供します。高次元ベクトル検索においては、1@k リコール率で PQ や RabbiQ を凌駕し、データ不依存でほぼ最適な歪み率を達成しています。チームは ICLR 2026 で TurboQuant を発表する予定であり、PolarQuant は AISTATS 2026 で紹介されます。協力者には Google、DeepMind、KAIST、NYU およびその他の機関が含まれ、この手法は Gemini や Google のインフラストラクチャなど大規模な意味検索・ベクトル検索システムに適用可能です。

2026/03/25 14:00
**Show HN:Optio – Kubernetes 上で AI コーディングエージェントをオーケストレーションし、チケットからプルリクエストへ自動変換**

- **概要**  
  Optio は Kubernetes クラスター内で AI を活用したコーディングエージェントを実行し、チケットを完結したプルリクエストに自動的に変換します。

- **主な機能**  
  - *チケット取り込み* – あなたの課題追跡システム(Issue Tracker)から作業項目を取得。  
  - *エージェントオーケストレーション* – ワークロードに応じて K8s 上でエージェントを起動・スケール。  
  - *エンドツーエンド自動化* – コード生成から自動テスト、リント、PR 作成まで一連の流れを自動化。  
  - *拡張可能なプラグイン* – 必要に応じてカスタムツールや CI/CD フックを追加可。

- **重要性**  
  ボイラープレートコード作成の手間を削減し、機能リリース速度を向上させるとともに、完全にテスト済みでレビュー可能なコミットのみがリポジトリに残るようにします。

- **試してみるには**  
  1. Optio オペレーターをクラスターへデプロイ。  
  2. チケットソース(例:Jira、GitHub Issues)を設定。  
  3. YAML でエージェント仕様を定義。  
  4. チケットが自動的に PR に変換される様子を観察。

- **参加方法**  
  - ソースコード: <https://github.com/optio-ai/optio>  
  - ドキュメント & 例: <https://docs.optio.ai>  
  - コミュニティディスカッション: <https://forum.optio.ai>

AI エージェントを CI/CD パイプラインに導入したい方は、ぜひフォーク・貢献するか、コメントでご質問ください!

**Show HN:Optio – Kubernetes 上で AI コーディングエージェントをオーケストレーションし、チケットからプルリクエストへ自動変換** - **概要** Optio は Kubernetes クラスター内で AI を活用したコーディングエージェントを実行し、チケットを完結したプルリクエストに自動的に変換します。 - **主な機能** - *チケット取り込み* – あなたの課題追跡システム(Issue Tracker)から作業項目を取得。 - *エージェントオーケストレーション* – ワークロードに応じて K8s 上でエージェントを起動・スケール。 - *エンドツーエンド自動化* – コード生成から自動テスト、リント、PR 作成まで一連の流れを自動化。 - *拡張可能なプラグイン* – 必要に応じてカスタムツールや CI/CD フックを追加可。 - **重要性** ボイラープレートコード作成の手間を削減し、機能リリース速度を向上させるとともに、完全にテスト済みでレビュー可能なコミットのみがリポジトリに残るようにします。 - **試してみるには** 1. Optio オペレーターをクラスターへデプロイ。 2. チケットソース(例:Jira、GitHub Issues)を設定。 3. YAML でエージェント仕様を定義。 4. チケットが自動的に PR に変換される様子を観察。 - **参加方法** - ソースコード: <https://github.com/optio-ai/optio> - ドキュメント & 例: <https://docs.optio.ai> - コミュニティディスカッション: <https://forum.optio.ai> AI エージェントを CI/CD パイプラインに導入したい方は、ぜひフォーク・貢献するか、コメントでご質問ください!

## Japanese Translation: Optioは、コーディングタスクを最小限の人間介入で完全にマージされたプルリクエストへ変換する、自律的なAI駆動型プラットフォームです。開発者は手作業で作業を提出したり、一クリックでGitHub Issueを割り当てたり、Linearチケット経由で提出したりできます;各タスクは実行のためにキューに入れられます。 すべてのリポジトリについて、Optioは専用のKubernetes Podを起動し、その中で隔離されたgit worktreeを走らせ、選択されたAIエージェント(Claude CodeまたはOpenAI Codex)をホストします。システムは30秒ごとにCIステータス、レビュー状態、およびマージ準備状況をポーリングし、自動的に失敗や競合、レビューコメントを再試行または解決します。 すべてのチェックがパスし、承認が得られた場合、OptioはPRをスクワッシュマージし、関連するIssueをクローズし、Next.jsダッシュボードにライブログ、パイプライン進捗、コスト分析、クラスターヘルス、およびタスク詳細を更新します。別のコードレビューサブタスクエージェントがリポジトリごとに自律的なフィードバックループを処理し、モデル選択、カスタムプロンプト、コンテナイメージで構成可能です。 バックエンドはFastify APIサーバーをベースにBullMQワーカー、PostgreSQL 16(永続化)、Redis 7(ジョブキューとpub/sub)を使用し、すべてKubernetes上でオーケストレーションされています。プロダクションデプロイメントはHelmチャートを通じて管理され、外部データベース/Redis、Ingress設定、OAuthプロバイダー、およびリソース制限をサポートします。 モノレポはTurborepo + pnpmで構成されており、パッケージには共有型定義、コンテナランタイム、エージェントアダプター(Claude Code/Codex)、およびチケットプロバイダー(GitHub Issues、Linear)が含まれます。ローカルでのクイックスタートセットアップはDocker Desktop with Kubernetes、Node 22+、pnpm 10+が必要で、Postgres/Redisをブートストラップし、エージェントイメージをビルドして開発サーバーを起動するスクリプトがあります。 OptioはMITライセンスの下でリリースされており、明確なCONTRIBUTING.mdガイドを通じてコミュニティからの貢献を歓迎しています。

2026/03/26 2:10
FreeCAD バージョン 1.1

FreeCAD バージョン 1.1

## Japanese Translation: **概要** FreeCAD バージョン 1.1 がリリースされ、ダウンロード可能になりました。これにより、ソフトウェアの見た目と使いやすさを向上させる多数の新機能が追加されています。主な追加点は、パートデザイン作業用の透明プレビュー、フィレットおよびチェムファツールに対するインタラクティブドラッガー、3ポイント照明、Clarify Selection ツール、アセンブリと FEM モジュールの拡張、アニメーション機能、および再設計された CAM ツールライブラリシステムです。これらのハイライト機能に加えて、リリースノートで詳細に説明されている他の多くの改善点も提供されています。開発者は寄付を通じて継続的な開発を支援するよう奨励され、さらなるアップデートと機能拡張の計画が示されています。この更新は、FreeCAD を 3‑D モデリングに依存している設計者、エンジニア、および趣味人に対し、より強力でユーザーフレンドリーな体験を提供するとともに、コミュニティが将来の改善を形作ることを可能にします。

2026/03/26 4:19
「やっぱりもっと落ち着いて、スピードを落とすべきだという考え」

「やっぱりもっと落ち着いて、スピードを落とすべきだという考え」

## Japanese Translation: --- ## 要約 この記事は、AiderやCursorなどのAIコーディングエージェントが普及している一方で、それらを唯一の開発ツールとして使用すると脆弱で保守しにくいソフトウェアになると警告しています。企業による「フリーホリデー」アクセスや98 %稼働率の約束が急速な採用を促進しますが、AWSの障害やMicrosoftがすべてのWindowsコードはAIで書かれたと主張した事例など、実際の問題が品質の課題(UIバグ、重複した抽象化、過剰な複雑さ、大規模プロジェクトでの低い再現率)を示しています。人間による監視なしにこれらのエージェントは「ボブー」を継続的に生成し、時間とともに増大する保守コストやミッションクリティカルな失敗のリスクを高めます。 この問題を緩和するために、開発者はAI使用を限定した範囲で、ミッションクリティカルではないタスクにとどめ、人間が最終品質ゲートとして機能するようにすべきです。推奨される実践方法は次の通りです: * エージェントに評価関数を与え、起動時間など狭い指標のみを測定させ、より広範な品質側面は測らない。 * ペアプログラミングでエージェントと協働し、コア設計や主要コンポーネントを手書きで作成し、ドメイン固有のテストに焦点を当てるなど、品質ゲートを強制する。 * 開発ペースを遅らせ、人間が再現性問題をレビューし、必要に応じてリファクタリングできるようにする。 これらの対策を無視すると、企業はより頻繁なバグ、高い維持費、信頼性を失ったソフトウェア産業に直面する可能性があります。主旨は明確です:規律、主体性、人間関係が完全自動化されたエージェント駆動開発の落とし穴を回避するためには不可欠であるということです。

2026/03/25 23:07
**ターミナルで複雑なスクリプトを描画し、OSC 66 を利用する**

**ターミナルで複雑なスクリプトを描画し、OSC 66 を利用する**

## Japanese Translation: 現代のターミナルエミュレータは、1970年代のビデオ端末から継承された「固定幅文字セル」の単純なグリッドに依存しており、1つのUnicodeコードポイントを1つのセルにマッピングします。この設計では、アラビア語やインド系スクリプト(マレーラム語、タミル語、デーヴァナーガリー文字など)のような複雑な文字体系が必要とする文脈的整形・合字・非線形のグリフ融合を受け入れられず、文字が乱れたり重なったりします。 モノスペースフォントはすべてのグリフに対して水平幅を等しいものとして想定するため、単一コードポイントごとに0、1、または2を返す標準関数 `wcwidth()` は、複数コードポイントからなるグラフェムクラスターには不十分であり、カーソルのずれを引き起こします。 Kitty(および Foot)は OSC 66 を実装することでこの問題の一部に対処しています。OSC 66 はアプリケーションが各グラフェムクラスターの正確なピクセル幅を宣言できるエスケープシーケンスです。Rust の CLI ツール `osc66` は HarfBuzz でテキストを整形し、グリフをクラスターにまとめ、参照進行距離に対するセル幅を計算し、Kitty で可読性を向上させる OSC 66 シーケンスを発行する方法を示しています。ただし、OSC 66 はセル単位の粒度しか指定できず、小数点以下のセルは四捨五入されます。これにより目立つギャップや切り取られたグリフ(Key point 8)が生じます。 現在、OSC 66 は Kitty と Foot のみでサポートされており、Ghostty、tmux、Neovim に拡張する議論が進行中です。TCSS ワーキンググループは「ターミナルクラスター」モデルという長期的な提案をしており、文字列レベルで幅を測定し、各クラスターに明示的なセルメトリックを割り当て、コピー/ペーストや BiDi 処理のための論理順序を保持します(Key point 10)。もう一つの提案である Mode 2027 は完全なグラフェムクラスタリングサポートも求めていますが、最近はほとんど活動が見られません。 要するに、多言語コマンドラインワークフローを使用しているユーザーは今日 OSC 66 の恩恵を受けることができ、将来的には標準化されたクラスターモデルの導入でさらに利点があります。一方、Kitty、Foot、tmux、Neovim などのターミナル開発者は、プラットフォーム間で複雑な文字体系を完全にサポートするためにこれらのプロトコルを採用しなければなりません。

2026/03/22 18:31
**Miscellanea: The War in Iran**  
→ **Miscellanea:イランの戦争**

**Miscellanea: The War in Iran** → **Miscellanea:イランの戦争**

## Japanese Translation: --- ### 要約 米国は2025年6月にイランを対象とした空中作戦を開始し、政権崩壊と核兵器の除去を目指しました。戦略は「頭部打撃(decapitation strikes)」に依存しており、高位リーダーを殺害すればイランの権力構造が崩れると仮定されていました。しかし、IRGC・守護評議会・最高指導者(その息子が後継になる)などイランの制度は十分に弾力性があるため、一人のリーダー喪失だけでは崩壊を招きません。その結果、政権は存続し、約500 kgの高度濃縮ウラン(HEU)を保持したままであり、その核野心は中和されていません。 イランはイラクよりも遥かに大きく、人口は約9000万人で面積は600,000平方マイル以上(≈ドイツの4倍、テキサス州の2倍)です。地上侵攻はロジスティクス的にも費用的にも困難が伴います。JCPOAはトランプ政権が2017年に撤回するまで米国の主要な抑制手段でした。 戦争は「罠」に発展しています。イランはHormuz海峡を閉鎖すると脅し、世界石油の約25 %、LNGの20 %、肥料の20 %が流れます。閉鎖は世界的なエネルギー市場に深刻な混乱をもたらし、価格を急騰させるでしょう。米国の日々の戦争コストは10億〜20億ドルと推定され、INDOPACOMやウクライナなど他地域での作戦資源が圧迫されます。 被害者数:米軍13名死亡、290名負傷;イスラエル軍24名死亡、数千人負傷。レバノン・カタール・キューバ・イラク・カタール・バーレーン・サウジアラビアなど地域全体での民間死亡者は1,000人以上と推定されます。 イランがHEUを継続的に保持していることは継続的な安全保障リスクとなり、国防予算は再配分または削減を余儀なくされる可能性があります。これにより米国および同盟軍の軍事計画にも影響が及びます。

2026/03/25 13:27
ナトリウムイオン電気自動車用バッテリーが画期的進展を遂げ、11分での充電と最大距離450 kmを実現しました。

ナトリウムイオン電気自動車用バッテリーが画期的進展を遂げ、11分での充電と最大距離450 kmを実現しました。

## Japanese Translation: > **概要:** > BAICグループのR&D部門は、プリズマティックセル用の初代ナトリウムイオン電池プロトタイプと量産方法において「大きな突破口」を発表しました。新しいパックは業界最高クラスの170 Wh/kgを超えるエネルギー密度を実現し、CLTC走行距離で450 km(280 mi)を達成します。また、4Cの超高速充電に対応し、約11分でフルチャージが可能です。-40 °Cから+60 °Cまでの幅広い温度範囲で性能を維持し、-20 °Cでも容量の92%以上を保持します。CATLの「Naxtra」ナトリウムイオン電池は最大175 Wh/kgに達し、LFPと同等の性能です。45 kWhのナトリウムイオンパックを搭載した乗用EVは、現在約400 km(248 mi)のCLTC走行距離を提供し、技術が成熟すると500–600 km(310–372 mi)に上昇する見込みです。ナトリウムはリチウムより低コストな代替材料であり、CATL、BYDなどがリチウム価格の上昇を受けて注目しています。2024年から2025年にかけて世界のナトリウムイオン電池出荷量は150%増加し9 GWhに達しました。今後4年間で1,000 GWh以上が見込まれています。BAICのオーロラシリーズには現在、リチウムイオン・固体電池・ナトリウムイオン電池が含まれており、多様なパワートレイン選択肢を提供しつつ、車両コストを低減し消費者にとって走行距離の選択肢を拡大する可能性があります。

2026/03/26 5:19
レネ・ル=シャトーの謎―第1部:司祭の宝物

レネ・ル=シャトーの謎―第1部:司祭の宝物

## Japanese Translation: Rennes‑le‑Château(レーヌ=ル=シャトー)は、ピレネー山脈にある300メートル高い岬の上に位置する小さな村で、Couizaから辿る一本の曲がりくねった4km道路を通ってアクセスできます。常住人口は100人未満で、広域では約1,100人の居住者がおり、多くの観光客を惹きつけます。ピークシーズンには、その道路の交通量の半分が観光バスです。 村の歴史は、紀元1000年頃に城(シャトー)と教会が建設されたことから始まります。「Rennes」という名前は18世紀に初めて登場し、「Rennes‑le‑Château」は19世紀以降に使われるようになりました。歴史的にはオクシタニア/ランゲドック地域(独立志向が強く、オクチタン語を話す伝統がある)に属しており、かつてはカトリック派の教団であったカタール人が居住していました。カタール人は1208年から1244年までポープ・イノセント3世の十字軍(モンテサグル包囲戦を含む)により弾圧されました。 1885年、フランソワ=ベレンジャー・サウニエールが村の司祭になりました。1891年、彼は教会柱内に隠されたラテン語写本を発見した後、大規模な改装工事を開始し、新しい礼拝堂、水塔、ヴィラ・ベタニー(Villa Béthanie)を建設しましたが、その資金源について説明しませんでした。1911年12月に彼は司祭職を剥奪され、1917年に死亡しますが、依然として彼の富は隠された宝物から来ていると主張していました。 1945年、ノエル・コルブはサウニエールの執事マリー・デナラードからヴィラ・ベタニーを購入しました。彼は宝物に関する具体的な証拠を見つけられませんでしたが、可能性のある富を示す文書を集め、サウニエールがブルアン・オブ・カスティーレ(Blanche of Castile)によってルイ9世の十字軍後にランゲドックへ送られたフランス王室の金庫を発見したという説を広めました。彼はその価値を1850万枚の金貨(約180トン)と推定し、約40億フラン相当だとしました。 コルブは1954年にレストランを開設し、その後ホテルも経営しました。1961年のテレビドキュメンタリー「La Roue Tourne」で宝物の話を広め、観光客へアピールしました。ジャーナリストアルベルト・サラモンは1956年に「ビリオンズを持つ司祭の驚くべき発見!」という記事でこの物語を大衆化し、大規模なメディア注目を集めました。その後、歴史家レネ・デスカドゥエラがサウニエールの財務状況を調査(1962年に出版)し、宝物は存在しないと結論付けました。彼はその富を以前の改装工事、フランス革命時に埋められた「貯金箱」、および可能性のある贖罪販売から来ていると説明しました。 今日、この伝説は訪問者を惹きつけ続けており、地元レストランや宿泊施設、その他ビジネスに経済的利益をもたらしています。しかし同時に誤情報の懸念と、学術界・規制当局による歴史的正確性の必要性が問題となっています。

2026/03/24 1:12
ヴィトルビアンOS ― BeOS に触発されたデスクトップ Linux 版

ヴィトルビアンOS ― BeOS に触発されたデスクトップ Linux 版

## Japanese Translation: --- ## 要約 V OSは、HaikuとBeOSに触発された無料のオープンソースLinuxベースのオペレーティングシステムです。速度・単純さ・ユーザー制御を重視し、KISS原則に従い「箱から出した瞬間」に機能するデフォルト設定で提供され、意図的にデータ収集や侵入性のある機能は排除しています。 主な技術面は以下の通りです: - **Nexusカーネルサブシステム** – BeOS風のノード監視・デバイストラッキング・メッセージングを実装したカスタムLinuxカーネルモジュールで、HaikuアプリケーションがLinux上でほぼAPI変更なしに動作できるようにします。 - **リアルタイムサポート** – デフォルトカーネルには低遅延ワークロード向けのRTパッチが組み込まれており、非RTカーネルも利用可能です。 - **ブートファイルシステム** – XFSとSquashFS(拡張属性対応)をサポートし、将来リリースではインデックス化・ライブクエリ・マルチユーザーグラフィカルログインが追加されます。 プロジェクトはGitHubおよびTelegram上の活発なコミュニティによって維持管理されています。FAQやドキュメント、その他リソースはオンラインでホストされています。BootstrapiousテンプレートはDevCowsによりHugoへ移植され、著作権は2018–2025年まで有効です。 ユーザー向けにはプライバシーとパフォーマンスを重視したすぐ使えるデスクトップが提供されます。開発者向けにはHaikuアプリケーションのLinuxへの移植を簡素化し、ニッチやプロフェッショナル用途に魅力的な選択肢となります。

2026/03/25 12:17
**GitHub Copilot インタラクションデータ利用ポリシー – 更新版**

1. **収集対象の範囲**
   - ユーザーが入力したテキストとそれに対するCopilotの応答のみを収集します。
   - コードコメントで明示的に提供されない限り、氏名やメールアドレスなど個人を特定できる情報は保存しません。

2. **利用目的**
   - 収集したデータは Copilot の言語モデルと機能品質向上のみに使用します。
   - データは研究・分析目的で集計・匿名化される場合があります。

3. **保持期間および削除**
   - インタラクションログは法的要件がない限り、最大 90 日間保存します。
   - ユーザーは GitHub の設定パネルからデータの削除をリクエストでき、関連ログは 48 時間以内に完全に削除されます。

4. **セキュリティ対策**
   - データは転送時(TLS)および保存時に業界標準の暗号化プロトコルで保護されます。
   - 原始ログへのアクセスは厳格な監査記録を伴う認可済みエンジニアリングスタッフに限定されています。

5. **ユーザーコントロール**
   - GitHub の設定ページから「Copilot インタラクションログ」をオン/オフで切り替えられます。
   - オプトアウトするとデータ収集が停止しますが、機能制限(例:パーソナライズされた提案)が発生する場合があります。

6. **法令遵守**
   - 本ポリシーは GDPR・CCPA など適用される個人情報保護規則に準拠しています。
   - Copilot のデータ利用は GitHub の総合的な利用規約およびプライバシーステートメントの範囲内で行われます。

7. **お問い合わせ先**
   - ポリシーに関するご質問・ご懸念がある場合、support@github.com まで GitHub サポートチームへ連絡いただくか、GitHub Help Center を通じてリクエストを送信してください。

*これらの更新は 2026 年 5 月 1 日より有効です。*

**GitHub Copilot インタラクションデータ利用ポリシー – 更新版** 1. **収集対象の範囲** - ユーザーが入力したテキストとそれに対するCopilotの応答のみを収集します。 - コードコメントで明示的に提供されない限り、氏名やメールアドレスなど個人を特定できる情報は保存しません。 2. **利用目的** - 収集したデータは Copilot の言語モデルと機能品質向上のみに使用します。 - データは研究・分析目的で集計・匿名化される場合があります。 3. **保持期間および削除** - インタラクションログは法的要件がない限り、最大 90 日間保存します。 - ユーザーは GitHub の設定パネルからデータの削除をリクエストでき、関連ログは 48 時間以内に完全に削除されます。 4. **セキュリティ対策** - データは転送時(TLS)および保存時に業界標準の暗号化プロトコルで保護されます。 - 原始ログへのアクセスは厳格な監査記録を伴う認可済みエンジニアリングスタッフに限定されています。 5. **ユーザーコントロール** - GitHub の設定ページから「Copilot インタラクションログ」をオン/オフで切り替えられます。 - オプトアウトするとデータ収集が停止しますが、機能制限(例:パーソナライズされた提案)が発生する場合があります。 6. **法令遵守** - 本ポリシーは GDPR・CCPA など適用される個人情報保護規則に準拠しています。 - Copilot のデータ利用は GitHub の総合的な利用規約およびプライバシーステートメントの範囲内で行われます。 7. **お問い合わせ先** - ポリシーに関するご質問・ご懸念がある場合、support@github.com まで GitHub サポートチームへ連絡いただくか、GitHub Help Center を通じてリクエストを送信してください。 *これらの更新は 2026 年 5 月 1 日より有効です。*

## Japanese Translation: ## Summary 4月24日からGitHubは、Copilot Free、Pro、およびPro+ユーザー(オプトアウトしない限り)からのインタラクションデータを収集し、AIモデルの訓練に使用します。ビジネス/エンタープライズユーザーは除外されます。収集対象には、受け入れまたは修正された出力、送信されたコードスニペット、その周囲のコンテキスト、コメント/ドキュメント、ファイル名/リポジトリ構造、機能間インタラクション、およびユーザーからのフィードバック評価が含まれます。プライベートリポジトリ内の「静的」コンテンツは使用されませんが、ユーザーがオプトインしている場合はアクティブな利用も含まれる可能性があります。ユーザーは「Privacy(プライバシー)」設定からオプトアウトできます。以前に行ったオプトアウトの選択は尊重され、そのサービスは引き続き機能します。データはGitHub関連会社(例:Microsoft)のみと共有され、サードパーティのAIモデルプロバイダーとは共有されません。将来の訓練にはGitHub従業員からのインタラクションデータも組み込まれます。目的は、全てのCopilotユーザーに対してより正確で安全なコード提案とバグ検出を提供しつつ、プライバシーコントロールを維持することです。 この発表は、AI戦略およびCopilot製品開発を主導したGitHubプロダクトチームリード兼CPOのマリアオ・ロドリゲス氏によって執筆されました。

2026/03/26 4:09
フライトリー空港

フライトリー空港

## Japanese Translation: > **メインメッセージ:** 米国・カナダおよび国際空港では、場所によって程度が大きく異なるものの、中程度から重度のフライト遅延と高いキャンセル率が混在しています。 > > **証拠/根拠:** データは、一部ハブでは短時間の遅延ながら非常に高いキャンセル率を示していることを示しています――例えばマイアミ(11 分/86%)、アトランタ(6 分/73%)、ダラス/フォートワース(7 分/91%)―対し、シカゴオヘア(23 分/0%)やワシントン・デュールズ(0%)などでは中程度の遅延にもかかわらずキャンセルが低いかゼロです。カナダ空港も高いキャンセル率を示しています――エドモントン(31 分/50%)、バンクーバー(34 分/31%)、カルガリー(3時間14分/10%)。西海岸米国ハブは遅延とキャンセルの両方が顕著です――ロサンゼルス(2 分/93%)とサンフランシスコ(11 分/86%)。トロント・ピアソン、モントリオール・トルドゥー、デンバー国際空港、ヒューストン・G‑ブッシュは中程度の遅延(29〜9 分)と高いキャンセル率(6–83%)を示しています。 > > **文脈/背景:** 天候が主要因です――サンフランシスコでの強風やラガーディアでの地上処理問題が混乱に寄与しています。低遅延だが高いキャンセルというパターンは、単なる天候要因ではなく、運用上のシステム的なボトルネックを示唆しています。 > > **将来の展開/予測:** これらのパターンが継続すれば、空港は再発する混乱を緩和するためにより厳格な交通管理プロトコルやインフラアップグレードを必要とする可能性があります。 > > **影響:** 乗客は欠航増加とスケジュール不確実性に直面し、航空会社は収益損失と物流負担を被り、広範な旅行業界は接続性低下と顧客満足度の低下というリスクが高まります。

2026/03/25 9:29
Unity を見てみたおかげで、C++ のコルーチンが何を目的としているのか理解できました。

Unity を見てみたおかげで、C++ のコルーチンが何を目的としているのか理解できました。

## Japanese Translation: **(すべての重要ポイントを統合し、曖昧な表現を明確化したもの)** --- ### 要約 C++23では `<generator>` と `co_yield` キーワードが導入され、開発者は Unity の C# `yield return null` パターンに非常に近いコルーチンスタイルのコードを書ける標準的な手段を得ました。Unity ではコルーチンは主に数フレームにわたってオブジェクトをフェードアウトさせるなどの一時的な挙動(例:`StartCoroutine(Fade())`)に使用されます。Unity のシステムは C# の `await` より前に構築されたため、ボイラープレートを低く抑える生成器スタイルのワークアラウンドに頼っています。 対照的に、C++ で同様のロジックを書きたい場合、生成器が無いと完全な状態機械(手動 enum 状態、カウンタ、しばしば冗長な演算子オーバーロード)が必要になります。新しい `<generator>` 機能により、開発者は Fibonacci などの単純な生成器を最小限のコードで書けますが、`co_await` はまだ問題があります。言語自体に具体的な実行フレームワークがないため、スケジューリングや実行キュー、既存の並列モデルとの統合についての疑問は未解決です。 この記事では、C++ で最小限の Unity スタイルのエグゼキュータを提示しています。これは `std::generator<std::monostate>` オブジェクトを保持するマネージャーで、各フレームごとにそれらを進め、完了したものは「remove‑if」パターンで削除します。また、このエグゼキュータを拡張して描画可能オブジェクトを返すカスタム `Draw` 構造体を yield する方法も示し、データ駆動型のレンダリングパイプラインを実現しています。効果更新の並列実行は TBB の `parallel_for` を使用しており、多数のコルーチンが同時に走る際に性能向上が確認できます。 C++26 では最終的に適切な `co_await` を可能にする実行フレームワークが追加される予定です。しかし、既にプロジェクトは Boost.Asio や Intel TBB のようなカスタムスケジューラやライブラリを使用しているため、新しいフレームワークの統合は挑戦的になる可能性があります。それまでは、生成器ベースのエグゼキュータを採用して冗長な状態機械を置き換えることで、保守性と性能を向上させつつ、サードパーティの非同期ライブラリに対する標準化された代替手段を提供できます。

2026/03/22 8:19
データセンターは、交流(AC)から直流(DC)への移行を進めています。

データセンターは、交流(AC)から直流(DC)への移行を進めています。

## Japanese Translation: データセンター運営者は、従来の交流(AC)設置を置き換えるために、高電圧直流(DC)電源システム—特に約800 V DC—を採用するケースが増えています。13.8 kV AC供給を直接約800 V DCへ変換することで、2段階の電力変換ステージを省略し、銅配線量を約45%削減、全体効率を約5%向上させ、大規模サイトの総所有コスト(TCO)を約30%低減します。この転換は、より効率的なインフラが必要とされるAIチップワークロードへの需要増加によっても推進されています。デルタ、イートン、ヴェルティブ、ソーラーエッジなどの主要ベンダーはすでに800 V DC ソリューションを開発または発表しており、中国には高電圧DCデータセンターが存在し、アメリカ大陸ではMt. Diablo Initiative のようなプロジェクトが400 V DC ラック配電をテストしています。近期の計画としては、ヴェルティブによるNvidiaの Vera Rubin Ultra Kyber プラットフォーム(2026年後半)向け800 V DC エコシステムや、イートンの SST ベースシステム、デルタの800 V DC イン・ロウラックの導入が挙げられ、これにより業界全体でネイティブDC電力配分への移行が進んでいることを示しています。

2026/03/25 9:44