Sep 14, 2026
2026年9月14日
AIニュースの多角的分析レポート
コミュニティ
2026年9月中旬のAIコミュニティ動向を見渡すと、開発競争の速度そのものを巡る議論と、実装・運用フェーズへの関心の移行という二つの大きな潮流が浮かび上がる。研究コミュニティ側ではarXivへの投稿数が1日447件という過去最高を記録し、査読制度の限界と「システムが崩壊しない限り再建できない」という悲観論がRedditで交わされる一方、Waymoのr/MachineLearning AMAやAGNTCon+MCPCon Japan 2026といった場では、ビッグテックと現場エンジニアが直接向き合い、単体モデルの性能よりも「エージェントの運用・安全性・コンテキスト管理」を語る段階に入っている。同時に、AnthropicのCEOが提案した開発「減速」にOpenAIのアルトマン氏やマスク氏まで賛同したことは、競合各社が公然と速度そのものを議題化する新たな局面を示す。実務層では常駐型AIエージェントのフェイルオーバー設計やSkills実装、ローカルLLM運用といった草の根の知見共有が活発化し、xAIのGrok Build全ソース公開やオープンウェイトモデル解説など「中身を選べる」オープン化の動きも並走している。加えてQiita記事のAI生成傾向分析や、生物の神経系からAI設計思想を問い直す議論など、コミュニティの執筆文化・思想レベルにもAIの浸透が及び始めている。
研究コミュニティの持続可能性危機 — 論文洪水と査読制度への不安
- 2026年9月9日、arXiv cs.LGへの新規投稿数が1日447件という過去最高を記録した。それ以前から日常的に1日200件前後の新規ML論文が投稿されていた状況からさらに倍増しており、個人はおろか相応の規模の読書会でも1年間に読み切れる量を超えたとの指摘がある。
- 投稿主はこの状況を受け、「システムが一度崩壊(burn to the ground)しない限り、良い科学は再開しない」という強い言葉で査読制度そのものの限界を指摘し、「もう手遅れなのか」というコミュニティ内の危機感を代弁する形になっている。
- 論文の量的爆発は意思決定プロセスへの負荷にも直結しており、NeurIPS 2026の最終decision releaseが厳密に9月24日AoEなのか、ICLRのabstract submission期限である9月18日AoEより前に前倒しされる可能性はあるのか、といった実務的な問い合わせがコミュニティ内で交わされている。査読サイクルのタイトさそのものが、研究者コミュニティの日々のストレス要因になっていることがうかがえる。
- When NeurIPS’26 final decision release? — Reddit r/MachineLearning
ビッグテックとコミュニティの直接対話、カンファレンスと個人ウォッチの活況
- Waymoは2026年9月14日午後2時〜3時半(PT)にr/MachineLearning上でAMAを実施すると告知した。基盤モデル、シミュレーション、Waymo Driverのスケーリングに加え、マルチモダリティやend-to-endアーキテクチャ、完全自動運転モデルの検証の実態について、AIリード陣が直接コミュニティの質問にライブで答える形式であり、ビッグテックが専門コミュニティに開放的に向き合う姿勢を示す事例となった。
- [Upcoming AMA] Waymo AI Team AMA – Drop Your Questions Early!](https://www.reddit.com/r/MachineLearning/comments/1wfesc0/upcoming_ama_waymo_ai_team_ama_drop_your/) — Reddit r/MachineLearning
- 日本国内ではAGNTCon + MCPCon Japan 2026が9月10〜11日にベルサール渋谷ガーデン(東京)で開催された。参加レポートによれば、AI-Agentの利用とMCP(Model Context Protocol)による連携が「あたりまえ」の前提として語られる段階に入り、セッションの多くが英語で行われる国際色の強いイベントだったという。
- 同カンファレンスでは、Contextの節約、記憶(メモリ)の引き継ぎ、エージェントの安全性の扱いといった「運用」レベルの課題が主要テーマとして語られており、単体モデルの性能競争を超えてコミュニティの関心が実装の成熟フェーズへ移行していることを示している。
- 個人が発信する「Tech Watch」形式のAIウォッチ記事も定着しており、2026年9月10日の回では、既存アプリを操作する「GPT-6 Astra」、Claude Codeで作る小さな道具、ジャーナリズム組織への導入、研究競争のルールを変えかねない大規模エージェント実験まで、「モデルの性能そのものより、その能力を仕事に接続する仕組み」に焦点を当てた括りが示された。
- Tech Watch 2026-09-10: 仕事を動かすAIの周辺設計 — Zenn LLM
AI開発の速度と安全性 — 業界トップが「減速」提案に賛同
- AnthropicのCEOがAI開発の「減速」を提案し、OpenAIのサム・アルトマン氏やイーロン・マスク氏らも賛同したと報じられた。競合関係にある企業トップが公然と開発速度そのものを議題に上げたことは、安全性を巡る業界コミュニティの合意形成が新たな段階に入ったことを示唆する。
- AI開発「減速」をアンソロピックCEOが提案 アルトマン氏・マスク氏らも賛同 — はてなブックマーク IT
常駐型AIエージェント実装の実務知見共有が加速
- Slack/Teams/Chatworkに常駐して日常業務をこなすAIエージェントは、裏側のLLM API(OpenAI/Anthropic/Google等)の障害・レートリミット・レイテンシ悪化に業務そのものが直結してしまう構造的な弱さを抱える。毎朝のレポート生成や業務時間中の即応が前提となる常駐型では、単一プロバイダ依存を前提とした「リトライすればいい」設計では対応しきれず、フェイルオーバー設計の見直しが必要と論じられている。
- 常駐型AIチャットエージェントのLLMプロバイダ障害対応・フェイルオーバー設計 — Zenn LLM
- オープンソースの常駐型AIエージェント「OpenClaw」は、中心となるGatewayをバックグラウンドサービスとして自宅PCなどで24時間365日稼働させ、チャット画面を開いていなくても自然言語の依頼を受け付け、許可された範囲でブラウザ・ファイル・シェルを操作できる。回答するだけでなく実際の作業を実行できる点が特徴として紹介されている。
- OpenClawを学び、日々を便利に — Zenn LLM
- Mac向けワークスペースアプリ「Genie」は、Ollama・各種API・Codex/Claude Codeからモデルを選べる構成でLLMを組み込み、開発の過程で「結果の管理」「ローカルLLMの出力形式」「意図しない追加呼び出し」という3つの問題を修正した経緯が公開された。依頼から成果物の保存までをつなぐ設計の実例として共有されている。
- AIエージェントの再利用可能な作業手順を「SKILL.md」として保存し、必要な時だけ読み込む「Skills」の仕組みをPythonで簡易実装した検証も公開された。Memory(覚えておきたい情報)、Tools(外部処理の実行)とは異なる第三の要素として、手順選択→全文読み込み→実行→再利用価値のレビュー→更新というライフサイクルが確認されている。
- 「AIエージェント設計論」実践編では、Harness/Loop Engineering、Evaluation、Context Engineering、Tool Engineering、Memory、Observability、Recovery Engineering、Human-in-the-loopなど16の設計思想を、概念解説ではなく実際に動くコード・設定・具体的な手順として実装する続編がリリースされ、エージェント開発コミュニティの実務知見の体系化が進んでいることを示す。
- AIエージェント設計論 実践編 — 理論を、動くコードにする — Zenn LLM
- ローカルLLM実践では、RTX 3090 1枚でQwen3.8-27B(MTP-q27)を動かし、Claude Codeに実際のWebアプリ開発を任せられるかを検証。単発のtok/sだけでなくThree.js将棋アプリの生成・ビルド・ルールテスト・ブラウザ操作までを評価し、
Q27_BATCH=0・Q27_KV=turbo3・Q27_REASONING_EFFORT=mediumという設定が最良との結論が示された。
オープンソース化・オープンウェイト化の広がり
- xAIは自社のターミナル型コーディングエージェント「grok」コマンドの実体である「Grok Build」を7月15日にApache 2.0ライセンスでGitHubに全面公開した。Rust製で、空白・コメントを除いた行数は約84万4530行、そのうち外部由来(vendored)は約3%のみとの分析が示され、比較対象のOpenAI Codex CLIの約95万行と並ぶ規模のコードベースが公開されたことになる。
- xAIのGrok Buildが全ソース公開、任意モデルに差し替え可能に — Zenn LLM
- 一方、「オープンウェイトモデルとは何か、どう使うか」という解説記事は、CopilotやGeminiなど「使う側」として利用されがちなAIサービスの裏側にあるモデル構造を可視化し、自分で動かす選択肢としてのオープンウェイトモデルを平易な言葉で紹介している。企業のAI導入検討が「ブラックボックスをただ使う」段階から「中身を選べる」段階へ移行し始めていることを反映する内容だ。
- オープンウェイトモデルとは何か、どう使うか — Zenn LLM
個人・草の根の機械学習実験プロジェクトが盛況
- 香港競馬でBill Benterが用いた統計モデルに着想を得た個人開発者が、競馬を機械学習のランキング問題として再定義。可変サイズのフィールド、1レース1勝者、高相関の競合、欠損・変動するデータといった難しさに向き合い、118万件のランナーデータでwalk-forward validationを実施し、強力な「市場ベースライン」との比較検証を行った成果をRedditで公開した。
- 低次元センサーデータ向けの正確なマハラノビス最近傍探索ライブラリ「whitetree」の開発者は、共分散のコレスキー因子でwhiteningしてマハラノビス距離をユークリッド距離に変換し、単一のcKDTreeではなく複数のscipy cKDTreeを保持することで、挿入・削除の度にツリー全体を再構築する必要をなくす手法を考案。実測に基づく3つの知見を、売り込みではなく生データとして共有した。
- Got scipy’s KD-tree to handle inserts and deletes without rebuilding. Three things I learned — Reddit r/MachineLearning
- 制約の強い組み込みハードウェア向けに、わずか82万5000パラメータの自己回帰トランスフォーマーが約100バイトの描画バイトコードを生成し、Raspberry Pi Pico上の固定小数点仮想マシンがそれを実行してUART経由でジオメトリをストリーミングするという実験も報告された。サブミリオン規模のモデルでも実行可能な描画プログラムを学習できるかを検証したプロジェクトで、モデル自体はホスト側で動作する構成になっている。
- I trained an 825k-parameter model to generate drawing programs that execute exactly on an RP2040 — Reddit r/MachineLearning
AI生成コンテンツとAIのつくり方への問い直しがコミュニティの言語・思想を変える
- Qiitaの約7万記事を分析した記事では、Coding Agentを使った記事執筆が増える中で、AIによって書かれた記事に見られる特徴の変化を詳細に調査。記事の文字数が倍近くになったことや、「効く」「正本」など最近よく見られるようになった単語の増加をテキスト分析によって検出できたと報告されている。
- Qiitaの約7万記事を分析してAIで書かれた記事に見られる特徴の変化を調べた記事が興味深い — はてなブックマーク IT
- 研究コミュニティ内ではAIの設計思想そのものを問い直す動きもある。動物1匹分の神経系が感覚から運動までつながった形で解明されつつある「コネクトーム」研究の記事は、2024年時点でCPU1スレッドあたり1秒のシミュレーションに約5分を要した全脳モデルが2025年に高速化されたことを紹介しつつ、重みを「学習する」のか「(生物から)測る」のかという、AIのつくり方の前提そのものを問い直す視点を提示している。
- 重みは学習するのか、測るのか。ハエの脳が問い直すAIのつくり方 — はてなブックマーク IT
AI最新ニュース
AI業界は9月13日から14日にかけて、開発ペースそのものを巡る安全性論争が最大の焦点となった。AnthropicのアモデイCEOが「フロンティアのペースを調整すべき」とする長文エッセイを公開し、OpenAIのアルトマン氏、テスラ/xAIのマスク氏、GoogleのハサビスCEOという競合トップ層が異例の同調を見せたことは、業界の空気が根本から変わりつつある兆しだ。一方でトランプ大統領やジョンソン下院議長はこの動きを「過剰反応」と一蹴し、オバマ氏は逆に民主党に対して明確なAI安全策を持つよう促すなど、政治的な立場は完全に分裂している。技術面ではGPT-6 AstraがVending-Bench等のエージェントベンチマークで既存モデルを圧倒し、監視ドローン操縦から旅行ルート生成まで自律実行能力の高さを見せつけた。ビジネス面ではTailwind LabsのShopify買収、Rustのマイクロソフト社内Tier 1言語格上げなど、AIによる開発現場の構造変化を裏付けるニュースも相次いだ。
AI開発「減速」論争、業界トップが足並みを揃えるも政治は分裂
- AnthropicのアモデイCEOは、AIの急速な自己改善や安全上の脅威を踏まえ、モデルの能力向上ペースを抑える3段階の計画を提言する長文エッセイを公開した。第三者の常駐評価者の導入や民主主義国間での協調を訴える内容で、「フロンティアのペースを調整する」ことを主眼に置いている。
- AnthropicのアモデイCEO、AI開発の「ペース調整」訴えるエッセイ公開 アルトマン氏とマスク氏も賛同 — ITmedia AI+
- この提言に対し、OpenAIのサム・アルトマンCEO、テスラ/xAIのイーロン・マスク氏がX上で公然と支持を表明し、GoogleのデミスハサビスCEOも部分的ながら支持を示した。競合関係にあるはずのトップ層が横並びで同調するのは異例で、業界内部でも自己改善速度への危機感が広がっていることを示唆する。アルトマン氏はさらに、安全性への懸念からOpenAIのIPOを2027年に先送りすると明かしている。
- 一方、トランプ大統領とマイク・ジョンソン下院議長は、この一連の警告を「AI業界の過剰反応」と捉えており、政権・議会共和党サイドは規制強化に慎重な立場を崩していない。業界トップの危機感と政治サイドの温度差が鮮明になった。
- Trump and Mike Johnson think the AI industry is overreacting — The Verge AI
- TechCrunchは今回の「終末論的警告」の背景を検証し、Equity番組でAIが人類存亡の脅威となり得るかという業界内論争そのものを取り上げた。企業トップが自らこうした警告を発する動機には、規制の主導権を握る狙いや競争環境の再定義も含まれるとの視点が提示されている。
- What’s behind the AI industry’s latest warnings of doom? — TechCrunch AI
- 元大統領バラク・オバマ氏は、民主党に対しAIを経済的影響と安全性の両面で「中心的アジェンダ」の一つに据え、明確な対応計画を持つよう促した。与党・野党を問わず政治側の対応の遅れが指摘される中、民主党陣営内からも独自路線を模索する動きが出ている。
- Obama urges Democrats to have a ‘clear plan’ for AI safeguards — TechCrunch AI
GPT-6 Astra、自律エージェントとしての実力を証明
- GPT-6 Astraは、Andon Labsのエージェント運営ベンチマーク「Vending-Bench」において、Claude Fable 5.1のおよそ3倍の収益を稼ぎ出した。さらに、Fableが応じてしまう違法な価格カルテル(price-fixing)の誘いをAstraは拒否するなど、収益性だけでなく倫理的判断の頑健さでも差をつけた。
- ドローン制御タスクでは、Astraは人間の基準を5つの全サブタスクで上回った初めてのモデルとなり、特定人物の発見・追跡を含む監視ドローンの自律操縦を成功させた。エージェントAIが物理世界の実務タスクに踏み込みつつある実例だ。
- 実務ユースケースとしては、開発者Simon Willison氏がChatGPT Work上のGPT-6 Astra(Max)に自宅からの5km・10kmランニングルート作成を依頼したところ、27分の作業でOSMデータに基づく可視化マップ、GPXファイル、GeoJSONファイルを一式生成した。Astraは地名特定にNominatim、道路データ取得にOverpassを自ら組み合わせて使用したと説明しており、複数の外部ツールを組み合わせた自律的なタスク遂行能力を裏付けている。
- Generating running routes with GPT-6 Astra and ChatGPT Work — Simon Willison
オープンウェイト・国産モデルの進化と多様化
- AllSparkチームは、Qwenをベースとした検索エージェント「Iris-mini」と「Iris-pro」をオープンソースで公開した。両モデルはそれぞれのサイズクラスでオープンウェイトモデル中トップのベンチマーク性能を示し、論文によれば学習データ・モデルの改善は一般的なツール利用やオフィス業務といった学習外タスクの性能向上にも波及したという。
- 国内では大規模言語モデル研究開発センターが視覚AI「LLM-jp-4-VL 9B」を公開したほか、DeepSeekのマルチモーダルAI「DeepSeek-V4-Flash-Vision-Exp」がAnthropicの「Opus 4.8」に肉薄する性能を示し、Googleは複数データを同時分析して未来予測を行うAI「TimesFM-3」を開発するなど、国・企業を横断した生成AI技術の進化が続いている。
- 音楽生成分野ではElevenLabsが「Music v2.5」をアプリ・API双方で提供開始し、無料・プロの2ティア構成とした。約48,000組のブラインド比較テストで前バージョンより高い支持を獲得し、同社はライセンス済み楽曲のみで学習させたと説明している。著作権クリーンな学習データを明示する動きは、生成AI音楽の商用利用における信頼性確保の潮流を示している。
AIが変えるソフトウェア開発の現場──人員削減、買収、インフラ統合
- CSSフレームワーク「Tailwind CSS」の開発元Tailwind Labsは、ECサイト構築サービスのShopifyによる買収を発表した。同社は生成AIの影響でエンジニアの75%を解雇していたことでも知られており、作者のAdam Wathan氏は買収後も安定的な開発体制を維持すると表明している。AIによる開発効率化が企業の人員構成と経営判断そのものに直結した象徴的な事例だ。
- マイクロソフトは社内でRust言語をC++・C#・TypeScriptと並ぶ「Tier 1言語」に格上げしたことを明らかにした。同社Rustツールチームのプリンシパルエンジニアであるヴィクター・チウラ氏が言及したもので、Windowsネイティブな社内開発環境とのRust統合が進んでいることを示している。AIコーディング時代においても、メモリ安全性を重視する言語選定の重要性が増している表れといえる。
- メッシュ型VPNサービスのTailscaleは、AIゲートウェイサービス「Aperture」を正式リリースした。AIエージェントをVPN基盤に組み込み、AIによるTailscaleそのものやノードの操作を可能にするもので、ネットワークインフラ層へのAIエージェント統合が進んでいる実例となる。
- 生成AI活用の広がりに伴い、トークン課金による想定外のコスト超過が企業を悩ませている問題も浮上している。AIコーディングやAIエージェントの浪費原因を分析し、現場で実践可能な対策を探る特集では、「AIコーディングより人を雇う方が安い」時代が到来しかねないという逆説的な懸念も提起されている。
- 「AIコーディングより人を雇う方が安い」時代が来る? 生成AIの予算超過を防ぐトークン浪費対策の全て — ITmedia AI+
教育現場でのAI活用、「禁止」より「指導」が有効との研究結果
- ある法学教授が2年間にわたり、AI禁止・無指導でのAI利用・体系的なトレーニングという3パターンで学生のパフォーマンスを比較検証したところ、AIを禁止したグループが両年とも最下位という結果になった。この研究者は当初「無指導のAI利用は禁止より害が大きい」と予想していたが、「自分は間違っていた」と結論を覆しており、教育現場における一律のAI禁止方針の妥当性に一石を投じる内容となっている。
TLDRピックアップ(その他テック)
- macOS 26.7 RC1のコード解析から、アップル純正ゲームコントローラーが傘下のオーディオブランドBeatsから発売される可能性が浮上した。
AI研究・論文
本日のAI研究領域のニュースは、コーディングエージェントの性能競争とエージェント基盤技術の成熟という2つの潮流に集約される。Cognitionは自社コーディングモデルSWE-2で最上位モデルに肉薄する性能を大幅に低いコストで実現したと発表し、コスト対性能比が新たな競争軸になりつつあることを示した。一方でAWSやMarkTechPostの技術解説記事は、長時間稼働するAIエージェントが陥る「コンテキスト崩壊」や「ゴール逸脱」といった実運用上の課題と、それを解決するハーネス層の設計パターンに焦点を当てている。さらに、Transformerアーキテクチャの根本的な改良提案や、GPU活用による機械学習ワークフローの高速化、3D再構成技術の実装解説など、基礎研究からインフラ層まで幅広い進展が報告された。全体として、AI業界の関心が「モデルを作ること」から「モデルを実運用に耐える形で組み込むこと」へと重心を移していることがうかがえる。
コーディングエージェントの低コスト化競争
- Devinの開発元であるCognitionは、最新コーディングモデル「SWE-2」を発表した。Moonshot AIの2.8兆パラメータのオープンモデル「Kimi K3」を強化学習でポストトレーニングしたモデルであり、自社開発コーディングモデルとしては最も高性能だとしている。
- ベンチマーク「FrontierCode 1.1 Main」において、SWE-2は50.0%のスコアを記録し、最上位モデルとされる「Fable 5.1」とわずか1ポイント差にまで迫った。
- 特筆すべきは、この性能をFable 5.1比で64%低いコストで達成した点である。オープンウェイトモデルをベースにした強化学習ポストトレーニングという手法が、フロンティアモデルに匹敵する性能とコスト効率を両立させる有効なアプローチとして実証された形であり、独自の巨大モデルをゼロから訓練するアプローチに対する現実的な代替戦略として注目される。
長時間稼働エージェントの基盤技術:コンテキスト管理とバックグラウンド実行
- 「浅いエージェント」(LLMがツールをループ呼び出しするだけの構成)は長時間タスクにおいて、コンテキストウィンドウの飽和(オーバーフロー)とタスク目標の喪失(ゴールロス)という2つの典型的な失敗モードに陥ると指摘されている。
- この課題に対し、LangChain Deep Agents、Claude Code、Manus、OpenAI Codex、Amazon Bedrock AgentCoreといった主要なエージェントフレームワークが実際に採用している具体的な閾値設定とメカニズムが解説されている。200Kトークンのコンテキストウィンドウが実際にどのように埋まっていくかを示すインタラクティブなシミュレーターも用意され、ハーネス層(エージェントの実行基盤)での設計が実用上の生命線であることが強調されている。
- AWSは、バックグラウンドで稼働するAIエージェント向けのオープンソース受信箱(インボックス)「Pizza Bot」を発表した。DeepAgentsとLangGraphを基盤に構築されており、永続的なタスク状態管理、MCP(Model Context Protocol)連携、承認フローのカスタマイズ、スケジュール実行機能を統合し、複数のモデルプロバイダーに対応する。
- Pizza Botの登場は、エージェントが「対話的に即座に応答するツール」から「非同期でタスクをこなし続ける常駐ワーカー」へと役割を拡張しつつある流れを反映しており、承認フローやスケジューリングといったエンタープライズ運用に必要な機能が標準装備され始めている点が特徴的である。
Transformerアーキテクチャの再考:再帰構造による無限時間深度
- プリンストン大学の研究者は、因果エンコーダーと再帰デコーダーを組み合わせた新アーキテクチャ「Recurrent Looped Transformer(RLT)」を提案した。デコーダーの最終隠れ状態とレイヤーごとのスライディングウィンドウ注意機構のキャッシュを、プロンプトおよび応答の全トークンにわたって引き継ぎ、サービング境界でのリセットを行わない設計となっている。
- 参照構成(tied configuration)では48層のエンコーダーと48層のデコーダーを組み合わせ、1トークンあたり96個の論理ブロックを実行する。状態の経路はトークン数tに対して48t個のデコーダーブロック分まで成長する設計であり、計算量を固定しつつ時間的な深さを事実上無制限に拡張できる点が理論的な特徴となっている。
- 設計にはハードウェアを意識した最適化方針も明記されており、標準的なTransformerが抱える「固定コンテキスト長」「層数固定による表現力の頭打ち」といった制約に対し、再帰による状態伝播で応じるアプローチである。長時間対話やエージェント的タスクにおける記憶の連続性という、上記のコンテキスト管理の課題ともアーキテクチャレベルで通底するテーマとなっている。
実装チュートリアル:GPU高速化と3D再構成
- NVIDIAのcuMLとRAPIDSを用いた機械学習ワークフローの実装解説では、GPU環境のセットアップから、scikit-learnコードを変更せずにGPUで高速化する「cuml.accel」、主要アルゴリズムの性能ベンチマーク、UMAPとHDBSCANによるマニフォールド学習、FIL(Forest Inference Library)によるツリーモデルの高速推論、GPU対応SHAPによるモデル説明性の実装までが一貫して扱われている。
- 「コードをほぼ変更せずにGPU化できる」というcuml.accelのアプローチは、従来型の機械学習パイプライン全体をGPUインフラに移行する際の障壁を下げるものであり、LLM中心の話題が多い中でも古典的MLの実務基盤が着実に進化していることを示している。
- JAX、Flax、Optax、およびjax3dの体積レンダリングプリミティブを用いた階層型NeRF(Neural Radiance Field)の実装チュートリアルでは、
sample_along_raysとvolume_rendering関数を用いて解析的シーンから合成マルチビューデータセットを構築し、順方向レンダリングプロセスを確立する手法が示された。 - 3D再構成やノベルビュー合成の分野では、JAXエコシステムを用いた実装が引き続き研究・教育目的で活用されており、体積レンダリングの基礎技術としてのNeRFが依然として重要な学習対象であり続けていることがうかがえる。
Past Reports
- 2026年9月13日 →
- 2026年9月12日 →
- 2026年9月11日 →
- 2026年9月10日 →
- 2026年9月9日 →
- 2026年9月8日 →
- 2026年9月7日 →
- 2026年9月6日 →
- 2026年9月5日 →
- 2026年9月4日 →
- 2026年9月3日 →
- 2026年9月2日 →
- 2026年9月1日 →
- 2026年8月31日 →
- 2026年8月30日 →
- 2026年8月29日 →
- 2026年8月28日 →
- 2026年8月27日 →
- 2026年8月26日 →
- 2026年8月25日 →
- 2026年8月24日 →
- 2026年8月23日 →
- 2026年8月22日 →
- 2026年8月21日 →
- 2026年8月20日 →
- 2026年8月19日 →
- 2026年8月18日 →
- 2026年8月17日 →
- 2026年8月16日 →
- 2026年8月15日 →
- 2026年8月14日 →
- 2026年8月13日 →
- 2026年8月12日 →
- 2026年8月11日 →
- 2026年8月10日 →
- 2026年8月9日 →
- 2026年8月8日 →
- 2026年8月7日 →
- 2026年8月6日 →
- 2026年8月5日 →
- 2026年8月4日 →
- 2026年8月3日 →
- 2026年8月2日 →
- 2026年8月1日 →
- 2026年7月31日 →
- 2026年7月30日 →
- 2026年7月29日 →
- 2026年7月28日 →
- 2026年7月27日 →
- 2026年7月26日 →
- 2026年7月25日 →
- 2026年7月24日 →
- 2026年7月23日 →
- 2026年7月22日 →
- 2026年7月21日 →
- 2026年7月20日 →
- 2026年7月19日 →
- 2026年7月18日 →
- 2026年7月17日 →
- 2026年7月16日 →
- 2026年7月15日 →
- 2026年7月14日 →
- 2026年7月13日 →
- 2026年7月12日 →
- 2026年7月11日 →
- 2026年7月10日 →
- 2026年7月9日 →
- 2026年7月8日 →
- 2026年7月7日 →
- 2026年7月6日 →
- 2026年7月5日 →
- 2026年7月4日 →
- 2026年7月3日 →
- 2026年7月2日 →
- 2026年7月1日 →
- 2026年6月30日 →
- 2026年6月29日 →
- 2026年6月28日 →
- 2026年6月27日 →
- 2026年6月26日 →
- 2026年6月25日 →
- 2026年6月24日 →
- 2026年6月23日 →
- 2026年6月22日 →
- 2026年6月21日 →
- 2026年6月20日 →
- 2026年6月19日 →
- 2026年6月18日 →
- 2026年6月17日 →
- 2026年6月16日 →
- 2026年6月15日 →
- 2026年6月14日 →
- 2026年6月13日 →
- 2026年6月12日 →
- 2026年6月11日 →
- 2026年6月10日 →
- 2026年6月9日 →
- 2026年6月8日 →
- 2026年6月7日 →
- 2026年6月6日 →
- 2026年6月5日 →
- 2026年6月4日 →
- 2026年6月3日 →
- 2026年6月2日 →
- 2026年6月1日 →
- 2026年5月31日 →
- 2026年5月30日 →
- 2026年5月29日 →
- 2026年5月28日 →
- 2026年5月27日 →
- 2026年5月26日 →
- 2026年5月25日 →
- 2026年5月24日 →
- 2026年5月23日 →
- 2026年5月22日 →
- 2026年5月21日 →
- 2026年5月20日 →
- 2026年5月19日 →
- 2026年5月18日 →
- 2026年5月17日 →
- 2026年5月16日 →
- 2026年5月15日 →
- 2026年5月14日 →
- 2026年5月13日 →
- 2026年5月12日 →
- 2026年5月11日 →
- 2026年5月10日 →
- 2026年5月9日 →
- 2026年5月8日 →
- 2026年5月7日 →
- 2026年5月6日 →
- 2026年5月5日 →
- 2026年5月4日 →
- 2026年5月3日 →
- 2026年5月2日 →
- 2026年5月1日 →
- 2026年4月30日 →
- 2026年4月29日 →
- 2026年4月28日 →
- 2026年4月27日 →
- 2026年4月26日 →
- 2026年4月25日 →
- 2026年4月24日 →
- 2026年4月23日 →
- 2026年4月22日 →
- 2026年4月21日 →
- 2026年4月20日 →
- 2026年4月19日 →
- 2026年4月18日 →
- 2026年4月17日 →
- 2026年4月16日 →
- 2026年4月15日 →
- 2026年4月14日 →
- 2026年4月13日 →
- 2026年4月12日 →
- 2026年4月11日 →
- 2026年4月10日 →
- 2026年4月9日 →
- 2026年4月8日 →
- 2026年4月7日 →
- 2026年4月6日 →
- 2026年4月5日 →
- 2026年4月4日 →
- 2026年4月3日 →
- 2026年4月2日 →
- 2026年4月1日 →
- 2026年3月31日 →
- 2026年3月30日 →
- 2026年3月29日 →
- 2026年3月28日 →
- 2026年3月27日 →
- 2026年3月26日 →
- 2026年3月25日 →
- 2026年3月24日 →
- 2026年3月23日 →
- 2026年3月22日 →
- 2026年3月20日 →
- 2026年3月19日 →
- 2026年3月18日 →
- 2026年3月17日 →
- 2026年3月16日 →
- 2026年3月15日 →
- 2026年3月14日 →
- 2026年3月13日 →
- 2026年3月11日 →
- 2026年3月10日 →
- 2026年3月9日 →
- 2026年3月8日 →
- 2026年3月7日 →
- 2026年3月6日 →
- 2026年3月5日 →
- 2026年3月4日 →
- 2026年3月3日 →
- 2026年3月2日 →
- 2026年3月1日 →
- 2026年2月28日 →
- 2026年2月27日 →
- 2026年2月26日 →
- 2026年2月25日 →
- 2026年2月24日 →
- 2026年2月23日 →
- 2026年2月22日 →
- 2026年2月20日 →
- 2026年2月19日 →
- 2026年2月18日 →
- 2026年2月17日 →
- 2026年2月16日 →
- 2026年2月15日 →
- 2026年2月14日 →