May 17, 2026
2026年5月17日
AIニュースの多角的分析レポート
コミュニティ
AI コミュニティ動向レポート
llama.cppへのMTP(Multi-Token Prediction)サポートのマージがコミュニティの最大の話題となり、ローカルLLM推論の高速化に向けた重要なマイルストーンが達成された。一方、オープンソースツールの成熟(Lemonade macOS正式対応、OpenReader v3.0.0など)が着実に進み、ローカルAIスタックの実用性が向上し続けている。日本語圏では、LLMが人間のスキルに与える影響の理論的分析や、AIエージェントのアーキテクチャ設計論(MCP vs Skills)が注目を集めた。カウザリティ論からAIセーフティの自動監査まで、基礎研究・安全性の議論も活発化している。
llama.cpp MTPサポートマージ:推論高速化の転換点
Multi-Token Predictionがllama.cppのmasterにマージされたことは、今サイクルのコミュニティ最大のニュースだ。投機的デコーディングの一形態として注目されてきたMTPが、フォーク不要で利用できるようになった意義は大きい。
-
MTP(Multi-Token Prediction)のPR #22673がllama.cppのmasterブランチにマージされ、コミュニティ全体が歓喜。これによりユーザーは独自フォークを管理せずにMTPを利用できるようになった
- MTP support merged into llama.cpp — Reddit r/LocalLLaMA
- MTP PR Merged!!! — Reddit r/LocalLLaMA
- That’s a good news… — Reddit r/LocalLLaMA
-
Strix Halo環境での実測ベンチマークでは、Qwen3.6 27B-MTPが生成速度7.63→16.15 t/s(+111.77%)と劇的な改善を示した。総壁時計時間も87.44s→77.39s(-11.50%)と短縮
- Strix Halo Llama.cpp MTP Benchmarks: 27B Gets Much Faster, 35B Is Mixed — Reddit r/LocalLLaMA
-
一方、35B-MTPは生成速度こそ48.18→56.12 t/s(+16.47%)改善したが、プロンプト処理が972.18→811.90 t/s(-16.49%)低下し、総合では+11.17%遅くなるという逆転現象が確認された。モデルサイズごとにMTPの効果が大きく異なる点に注意が必要
- Strix Halo Llama.cpp MTP Benchmarks: 27B Gets Much Faster, 35B Is Mixed — Reddit r/LocalLLaMA
-
単一RTX 3090でQwen3.6 27BをMTP構成で動かす実践設定(
Q5_K_Sクオント、コンテキスト長65536、--spec-type draft-mtp --spec-draft-n-max 2)も共有され、ユーザーレベルの最適化ノウハウが蓄積しつつある- Qwen 27b MTP Config, Llama.cpp Single 3090 — Reddit r/LocalLLaMA
ローカルLLMエコシステムの成熟:ツール・プラットフォーム拡充
推論エンジンの進化と並行して、ローカルAIを取り巻くツール層が着実に充実しつつある。商用サービスのオープンソース代替や、既存ツールの正式リリースが相次いだ。
-
LemonadeがmacOSサポートを正式版に昇格。OmniRouter・コーディング・画像生成・音声合成・文字起こしの全機能が利用可能になり、LM StudioやOllamaの有力な競合となった。ゼロテレメトリ・クラウドアップセルなしを明確に打ち出している点が差別化ポイント
- macOS support in Lemonade has graduated out of beta! — Reddit r/LocalLLaMA
-
OpenReader v3.0.0がリリース。EPUB・PDF・DOCX・TXT・Markdownに対応したオープンソースTTS文書リーダーで、OpenAI・Replicate・Deepinfra・セルフホストAPIをバックエンドとして選択可能。GitHubスター300+を達成し、1年かけて着実に成長してきたプロジェクト
- GitHub - richardr1126/openreader — Reddit r/LocalLLaMA
-
CodeRabbitの月額$60に対し、オープンソースモデルを推論バックエンドとして利用することで約6分の1のコストでPRレビューを実現する代替ツールが登場。意図的に埋め込んだ10件のバグを検出するテストで有効性を確認済み
- Built a 6x cheaper CodeRabbit alternative using open source models — Reddit r/LocalLLaMA
-
llama-serverにカスタムサンプリングロジックを追加するための拡張機構のプロトタイプが公開された。フォーク管理やラッパー再実装なしに、ループ検出など独自のサンプリング戦略を注入できるアーキテクチャを提案している
- Extension idea: llama-server with custom samplers — Reddit r/LocalLLaMA
ローカルLLMハードウェア:コストとVRAMの最前線
ローカル推論を現実的な選択肢にするためのハードウェア議論が活発だ。統合メモリ・専用GPU・AIデスクトップPCのトレードオフが引き続き検討されている。
-
Ryzen AI Max 395と128GB統合RAMを搭載したCorsairデスクトップPCについて、LLM用途としての費用対効果を問う議論が発生。大容量統合メモリにより大規模モデルをCPU/GPU間で分割せずに動かせる可能性が注目点
- Corsair desktop PC with Ryzen 395 and 128GB of unified RAM — Reddit r/LocalLLaMA
-
Intel Arc Pro B70(32GB)・B65(32GB)のUbuntu上でのllama.cpp/vLLM利用実績を問う投稿が登場。NVIDIAエコシステム外の選択肢としてIntel GPUへの関心が高まっている
- Using Intel Arc Pro series, any thoughts? — Reddit r/LocalLLaMA
-
iOSでOpenAI互換エンドポイントをローカルバックエンドとして提供しつつ、MCP・Web検索まで統合できるアプリの不在が指摘された。ローカル推論のモバイル活用において、フル機能UIと接続安定性を両立するアプリのギャップがある
- LLM Phone Home: Reliable Apps that can deliver inference from local backend — Reddit r/LocalLLaMA
-
Nemotron 3 nano OmniのNemotronモデルでllama.cppの音声入力が機能しない問題が報告された。画像入力は動作するが音声入力オプションがグレーアウトされており、Gemma 4では動作することからモデル固有の互換性問題と見られる
- Audio input not accepted with llamacpp for Nemotron 3 nano Omni? — Reddit r/LocalLLaMA
モデルのファインチューン・アンセンサード化:コミュニティの自律実験
フロンティアモデルベースのファインチューンや制限解除モデルへの需要は根強く、コミュニティが独自に実験・共有するサイクルが継続している。
-
Gemma 4 31Bベースのクリエイティブライティング特化ファインチューン「Ortenzya-The-Creative-Wordsmith」が公開。より自然な英語表現と改善された散文生成、創作・翻訳・ロールプレイでの使用を想定。SafetensorsとGGUF双方で配布
- gemma-4-Ortenzya-The-Creative-Wordsmith-31B-it-uncensored-heretic is Out Now — Reddit r/LocalLLaMA
-
金融アドバイスに関する質問を拒否しないアンセンサードモデルへのニーズが表明された。フロンティアモデル・ローカルモデル双方で法的リスク回避による過剰拒否が問題視されており、アブリタレーション済みモデルへの需要が継続している
LLMとベンチマーク:ローカル量子化モデル対フロンティアの実力比較
定量的な比較テストによってローカルモデルの実力が可視化されつつある。単純なベンチマーク数値ではなく、実タスクでの出力品質が評価軸になってきた。
- ローカル量子化版Qwen3.6とフロンティアモデル(Perplexityサブスクリプション経由)を、ライブラリ不使用のシングルHTMLファイルでのキャンバスアニメーション生成タスクで比較。数値ベンチマークでは測れないコードの「動作する実装力」を評価する試みとして注目
- Local Qwen 3.6 vs frontier models on a coding primitive — Reddit r/LocalLLaMA
AIエージェント設計:MCPとSkillsの役割分離
AIエージェントの設計論がコミュニティでより深く議論されるようになってきた。ツール接続の安定性を巡る実践的な洞察が、理論的な設計原則と結びついてきている。
-
MCP(ツール層)とSkills(実行ロジック層)を明確に分離することで、エージェントの挙動が大幅に安定するという実践報告が登場。意図しないツール呼び出しやループ問題の多くは、この2層が混在していることに起因するという分析が展開された
- MCP vs Skills:AIエージェントの「手足」と「脳」、なぜ今分離すべきなのか? — Zenn LLM
-
OpenUIフレームワークが紹介された。独自の宣言型言語「OpenUI言語」を用いてAIがUIを動的に構築するGenerative UIのアプローチで、チャット応答内でインタラクティブなUIコンポーネントを生成する新しいパターンを提案している
- Generative UI のためのフレームワーク OpenUI — はてなブックマーク IT
LLMと人間のスキル:生産性向上と能力への影響
LLMが職場に与える影響についての実証的・理論的分析が日本語コミュニティで注目を集めた。楽観論と悲観論の二項対立を超えた冷静な分析が求められている。
-
実証研究のメタ分析として、顧客対応での処理量平均15%増、ソフトウェア開発3実験の平均で完了タスク数約26%増、Microsoft 365 Copilotでメール処理時間週3.6時間削減という数値が示された。LLMは「成果物の水準」を変えるが「人間の内部能力」は変えないという区別が重要な論点
- なぜ、LLM AIは世の中の人の仕事スキルを上げも下げもしないのか? — Zenn LLM
-
開発者がこの1年でプログラミングスタイルを大きく変えてきた実体験が共有された。IDEのLLM補完機能を使わなくなり、代わりにコンテキスト準備スクリプトとチャット形式での活用に移行するパターンが報告されている
- How I started programming differently over the last year — Reddit r/LocalLLaMA
AI安全性:自動監査と「嘘をつくAI」への対抗
フロンティアモデルの安全性評価における自動化の波が到来しつつあり、解釈可能性ツールを活用した新しい監査手法が模索されている。
- Anthropicが取り組む自動化安全監査の概念が解説された。Sparse Autoencoder(SAE)による活性化ベクトルの解釈可能な特徴量への分解と、セマンティック検索による訓練データ探索を組み合わせ、報酬ハッキング・サボタージュ能力・評価認識・隠れた目的を自動検出するアプローチ。「嘘を暴くAI」対「嘘を隠すAI」という構図で整理されている
- 嘘を暴くAI vs 嘘を隠すAI — Anthropicが描く自動監査の『知性戦』 — Zenn LLM
機械学習理論とコミュニティ研究
基礎理論から応用研究まで、コミュニティ主導の研究活動が多様な形で展開された。
-
チューリング賞受賞者Judea Pearlの主張「データから学ぶことには限界がある」についての議論が展開された。相関から因果、因果から説明・想像へという階層(Ladder of Causation)を機械学習がいかに超えられないかが焦点で、現在のLLMの構造的限界を問う哲学的議論として注目
- Do you agree with Judea that learning from data is not everything? — Reddit r/MachineLearning
-
高校生研究者によるCNN対Vision Transformerの脳腫瘍検出比較論文がZenodoで公開された。方法論へのフィードバックを求めてコミュニティに投稿しており、オープンな研究文化の一端を示している
-
EEML(Eastern European Machine Learning Summer School)への参加者がインドからの旅程について情報交換するスレッドが立ち上がった。国際的なML教育イベントへのアクセス改善と参加者コミュニティ形成の一例
- Anyone from India attending EEML? — Reddit r/MachineLearning
AI最新ニュース
AI業界最新動向:2026年5月16日
AIゴールドラッシュの恩恵が一部の勝者に集中する一方、業界全体では安全性・倫理・格差をめぐる緊張が高まっている。OpenAIは製品戦略を大幅に再編し、グレッグ・ブロックマンの復帰とともにChatGPT・Codex・金融機能の統合を加速させている。研究機関や規制当局はAIの悪用リスクへの対応を強化しており、ArXivのAI生成論文への厳格化、YouTubeのディープフェイク検出拡張、CFTCの予測市場監視など、ガバナンスの枠組みが急速に整備されつつある。技術面では、モデル効率化とビデオ生成の限界が同時に示され、「見た目の進歩」と「世界理解の欠如」のギャップが鮮明になった。
OpenAIの戦略的再編:製品・買収・金融機能の統合
OpenAIは短期間に複数の重要な動きを見せ、製品ポートフォリオの整理と新領域への拡張を同時に進めている。
-
共同創業者グレッグ・ブロックマンが製品戦略の指揮を執ることになり、その最初の大きな動きとしてChatGPTとプログラミング製品Codexの統合が計画されている。長期離脱から復帰したブロックマンが製品戦略に深く関与することで、OpenAIの意思決定構造が変わる可能性がある
- OpenAI共同創業者グレッグ・ブロックマン、製品戦略を主導へ — TechCrunch AI
-
OpenAIは有名人の声を複製できるとして注目を集めたボイスクローニングスタートアップWeights.ggを買収した。テイラー・スウィフトやドナルド・トランプの声クローンを作成・共有できるサービスを運営していた約6名のチームがOpenAIに加わったが、スタンドアロンのクローニング製品はリリースしない方針
- OpenAI、有名人声真似で有名なボイスクローニングスタートアップを買収 — The Decoder
-
ChatGPTに個人向け資産管理機能のプレビュー版が追加され、金融データネットワークPlaidを介して銀行・証券口座と連携可能になった。現在は米国のProプランユーザー限定だが、将来的に全ユーザーへの拡大を計画しており、AIアシスタントが「実際の財務データに基づいた相談」ができる時代が近づいている
- OpenAI、「ChatGPT」に個人向け資産管理機能 金融口座と連携 — ITmedia AI+
AIゴールドラッシュの明暗:一握りの勝者と取り残された多数
AIブームがもたらした富は、極めて偏った形で分配されている。技術的な成功と人間的な充実が必ずしも一致しないという現実が浮き彫りになっている。
-
Menlo VenturesパートナーのDeedy Dasによると、シリコンバレーでAIブームにより2000万ドル以上の資産を築いた人物は約1万人に過ぎない。その恩恵を受けたのはAnthropic・OpenAI・xAI・Meta・Nvidiaなど特定企業に集中しており、ミドルマネジメント層は空洞化し、勝者でさえ「深刻な目的喪失感」に悩まされているという
- AIはシリコンバレーのごく一部を大富豪にし、残りの人々を取り残した — The Decoder
- AIゴールドラッシュの「持てる者」と「持たざる者」 — TechCrunch AI
-
OpenClawのファウンダーPeter Steinbergerが率いる3人チームが、約100のCodexインスタンスを常時稼働させてコーディング・PRレビュー・バグ発見を行わせており、OpenAI APIのコストは月130万ドルに達している。Steinbergerはこれを「トークンコストを度外視したときの開発の姿を見るための研究投資」と位置付けており、現在のAI開発には資本力の格差が大きく影響することを示している
- 月130万ドルで、OpenClawファウンダーは100のAIエージェントにコーディングとPRレビューを任せる — The Decoder
AIのリスクと悪用:研究・コンテンツ・セキュリティの三正面
AIが社会インフラに深く入り込む中、悪用への対応が各分野で同時進行している。
-
カーネギーメロン大学の研究者が構築した新しいベンチマークで、Claude MythosとGPT-5.5がGoogleのV8エンジンの実際の脆弱性を自律的にエクスプロイトできることが示された。Claude MythosはGPT-5.5を大幅に上回る性能を示したが、コストは12倍に達する。AIエージェントがサイバー攻撃の実行能力を持つことが実証的に確認されたことは、セキュリティ研究者と規制当局双方に重大な示唆を与える
- 新ベンチマークが示す:Claude MythosとGPT-5.5は自律的にブラウザエクスプロイトを開発できる — The Decoder
-
研究論文プレプリントサーバーのarXivが、AIにすべての作業をさせた著者に対して最大1年間の投稿禁止措置を導入すると発表した。科学コミュニティにおけるAI生成コンテンツへの懸念が制度的な規制へと発展しており、学術出版の品質基準をめぐる議論が加速している
- arXiv、AIにすべての作業をさせた著者を1年間禁止へ — TechCrunch AI
-
米国商品先物取引委員会(CFTC)が予測市場でのインサイダー取引を検出するためにAIを活用する方針を示した。AIが規制違反の検出ツールとしても機能し始めており、AIが問題を引き起こす側でも解決する側でも機能するという二重性が際立つ
- 米国、予測市場のインサイダー取引検出にAIを活用へ — Ars Technica AI
ディープフェイク対策の民主化:YouTubeの検出ツール拡張
- YouTubeがLikeness Detection(肖像検出)ツールを18歳以上のすべての成人クリエイターに開放した。従来はパートナープログラム参加者限定だったが、セルフィー形式の顔スキャンを使ってAI生成のフェイク映像を検出し、YouTube Studioから直接削除申請できるようになった。小規模チャンネルの保護に向けた重要な一歩であり、プラットフォームによるディープフェイク対策が「特権的機能」から「基本機能」へ移行しつつある
- YouTubeのAIディープフェイク検出ツール、全成人クリエイターに開放 — The Decoder
- YouTubeはAIディープフェイク検出を全成人ユーザーに拡大 — The Verge AI
AIモデルの技術革新:効率化と「世界理解」の壁
モデルの実用性向上に向けた研究が進む一方、現在の生成AIが抱える根本的な限界も明らかになっている。
-
アレン人工知能研究所とUCバークレーの研究者が開発したEMOは、Mixture-of-Experts(MoE)アーキテクチャで専門家(エキスパート)を単語タイプではなくコンテンツドメインで特化させることで、全エキスパートの12.5%しか使わなくてもパフォーマンスが約1ポイントしか低下しないことを示した。メモリ制約の大きい環境でのMoEモデル実用化への突破口となりうる
- 研究者、エキスパートの12.5%だけで全性能に近い精度を達成するAIモデルを訓練 — The Decoder
-
新ベンチマークWorldReasonBenchが、AIビデオ生成モデルを画質ではなく「物理的・論理的妥当性」で評価した結果、ByteDanceのSeedance 2.0がトップでVeo 3.1・Sora 2が続き、商用モデルがオープンソースの約2倍のスコアを記録した。しかし論理的推論はすべてのモデルで最も成績が悪いカテゴリとなっており、「見た目は美しいが世界を理解していない」という本質的な限界はまだ解消されていない
- 新ベンチマークが確認:AIビデオ生成は見栄えは素晴らしいが世界について推論できない — The Decoder
Google:AI検索時代の「SEO神話」を否定
- Googleが公式ドキュメントで、SEO業界が注目する「生成エンジン最適化(GEO)」「回答エンジン最適化(AEO)」は単なる従来型SEOの言い換えに過ぎないと明言した。LLMS.txtファイルやコンテンツのチャンキングといった「AI検索向け」特化戦術を否定し、AI検索も従来の検索と同じランキングシステムで動いていると説明している。SEO業界で流行する新概念の多くが根拠のないマーケティング用語である可能性を示唆する重要な宣言
- GoogleがGEOとAEOは神話だと主張、AI検索にも従来型SEOで十分 — The Decoder
製品・UXの現場:AIカメラと開発ツールの実態
-
SonyがXperia 1 XIIIのAIカメラアシスタントに関する批判を受け、「写真を編集するのではなく、照明・深度・被写体に基づいて4つの撮影オプションを提案するだけ」と釈明した。AIの動作についての説明不足が引き起こすユーザーの誤解と信頼の損失は、製品コミュニケーションの課題として業界全体に共通する問題を示している
- SonyはAIカメラアシスタントが使えないわけではないと説明しようとしている — The Verge AI
-
オープンソースプロジェクトOpenClaw(旧称Warelay)は、最初のコミットからリリースまでにWarelay → CLAWDIS → CLAWDBOT → Clawdbot → Moltbot → OpenClawと6回の名称変更を経ていたことが、PyCon USでの発表準備中にGit履歴の分析ツールで明らかになった。急成長するAIプロジェクトの開発プロセスのリアルな側面を垣間見せる事例
- Warelay → OpenClaw:名称変更の歴史 — Simon Willison
AI研究・論文
AI業界のAI研究・論文に関する3件の記事を分析し、Markdownコンテンツを生成します。
AI研究最前線:プロダクション基盤・映像生成・コードインテリジェンス(2026年5月16日)
2026年5月中旬、AI研究の現場ではモデルそのものの進化だけでなく、それを「実用に耐える形で動かすための基盤」と「開発者の生産性を底上げするツール」への投資が加速している。NVIDIAはわずか1枚のGPUで1分スケールの720p動画を生成できる世界モデルを公開し、オープンソースの映像生成AIが新たな水準に到達した。その一方でBerriAIはKubernetesベースのエージェント実行基盤を、RepoWiseはリポジトリ全体を対象とするコードインテリジェンスをそれぞれオープンソース化し、AIをプロダクションに持ち込む際のエンジニアリング課題に正面から答えている。これらはいずれも「研究室のデモ」ではなく「現場で動くAI」を設計するための取り組みであり、AI活用の成熟度が次のステージへ移行していることを示している。
オープンソース映像生成AIの新基準:NVIDIA SANA-WM
-
NVIDIAが発表したSANA-WMは2.6Bパラメータのカメラ制御型世界モデルで、60秒・720p解像度の動画を単一GPU上で生成できる。ユーザーがカメラの動きを6自由度(6-DoF)で精密に制御できる点が既存モデルと一線を画す。
-
トレーニングに用いたのは64台のH100 GPUであるにもかかわらず、推論はRTX 5090 1枚で動作する。これは学習コストと推論コストの非対称性を徹底的に最適化したアーキテクチャ設計の成果であり、研究機関・中規模スタジオへの普及を現実的にする。
-
オープンソースとして公開されることで、ゲーム・映像制作・自動運転シミュレーションなど複数の産業領域へ即座に波及する可能性がある。カメラ制御精度が高い世界モデルは、特に自律走行データ拡張や3Dシーン合成のユースケースで競争優位を生む。
AIエージェントのプロダクション運用:LiteLLM Agent Platform
-
BerriAIが公開したLiteLLM Agent PlatformはKubernetesを基盤とするセルフホスト型のエージェント実行レイヤーで、コンテキストごとの分離されたサンドボックスとセッションの永続化を本番環境で実現する。ローカルスクリプトでのエージェント動作と、複数チームが跨がる本番環境での信頼性ある運用の間に存在するギャップを埋めることが主目的だ。
-
サンドボックスの分離設計は、マルチテナント環境でのセキュリティリスクとセッション汚染を防ぐ上で重要な役割を果たす。再起動後もセッション状態が引き継がれる永続化機構は、長時間タスクを担うエージェントの実運用において不可欠な要件だ。
-
LiteLLM自体がすでにAI Gatewayとして多くの企業で採用されており、その上にエージェント実行基盤を重ねることで、既存のルーティング・コスト管理・監査ログの仕組みをそのままエージェントワークロードに適用できる。これはベンダーロックインを避けながらスタックを縦に拡張する戦略として評価できる。
AIによるコードベース理解の深化:Repowise
-
Repowiseはリポジトリ全体をグラフとして解析し、デッドコード検出・依存関係の可視化・アーキテクチャ上の意思決定の記録を統合するコードインテリジェンスツールだ。
.repowiseアーティファクトを生成してリポジトリにコミットすることで、チーム全員がAIコンテキストを共有できる仕組みを採用している。 -
ファイル単位や関数単位ではなくリポジトリ全体をコンテキストとして扱う設計は、LLMが局所的なコードスニペットしか見えない従来の補完ツールとは質的に異なるアプローチだ。大規模コードベースにおける「なぜこの設計になったか」という意思決定の履歴をAIが参照できる点は、オンボーディングやリファクタリング判断に直接的な価値を生む。
-
チュートリアルが
itsdangerousというPythonライブラリを対象に実施されており、既存OSSリポジトリに対しても即座に適用可能であることを示している。LLMクレデンシャルを設定するだけでインデックスパイプラインが動作する設計は、導入コストを最小化し実務への展開を現実的にする。
Past Reports
- 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日 →