Jun 8, 2026
2026年6月8日
AIニュースの多角的分析レポート
コミュニティ
コミュニティ発・ローカルLLM深化とAIコーディング実践の波
量子化技術(QAT・NVFP4)の実装が llama.cpp へ急速に統合され、コンシューマーハードウェアで動く高品質モデルの選択肢が広がっている。一方で、AI コーディングツールの実用普及に伴い「Claude Code は実装するが設計はしない」という本質的な気づきが共有されるなど、ツールと人間の役割分担に関するコミュニティの理解が深まりつつある。個人開発者レベルでは 3D アバター制御・カスタムダッシュボード・数理最適化自動修正など、LLM を組み込んだ応用実験が活発で、草の根の技術探索が AI 活用の裾野を広げている。ローカル音声合成「Irodori-TTS V3」のリリースや GMKtec の Strix 搭載ミニ PC 発表など、ローカル AI を支えるハードウェア・ツール層も着実に充実しつつある。
量子化技術の最前線:QAT・NVFP4・MTP が llama.cpp に集結
-
2-bit QAT(量子化対応トレーニング)がコミュニティで次の焦点として浮上。現状の 4-bit QAT 実績を踏まえ、120B〜400B 規模の MoE モデルを 2-bit で圧縮すれば64/128GB RAM のコンシューマー PC で動作できる可能性が議論されている。1.58-bit テルナリー LLM をゼロから学習する代替手段として有望視されており、同サイズのフルモデルを上回る性能が期待できるとの見方もある。
- 2-bit QAT model releases — Reddit r/LocalLLaMA
-
NVFP4 形式のサポートが llama.cpp にマージ。RTX 5060 Ti などの最新 GPU ユーザーから実際の利用方法を求める声が上がっており、Gemma4 QAT の NVFP4 量子版も Hugging Face で公開済み。ただしチュートリアルが少なく「進歩が速すぎてついていけない」という学習コストの課題も明確になった。
- NVFP4 on llama.cpp? — Reddit r/LocalLLaMA
-
Gemma4 QAT 版の実用品質に疑問符。
Q4_0およびQ4_K_XL形式で配布された Gemma4 26B A4B QAT を llama.cpp(b9549)で推奨パラメータ(--temp 1.0 --top-p 0.95 --top-k 64)で動かしたユーザーが、チェスボード SVG 生成テストで旧 Gemma4 より品質が低下したと報告。QAT 量子化の恩恵が実タスクで安定して出るかどうかはまだ検証途上。- QAT variant of Gemma4 26B A4B is not working well for me — Reddit r/LocalLLaMA
-
llama.cpp に Gemma4 MTP(Multi-Token Prediction)サポートがマージ。投機的デコードを活用した高速推論への道が開かれ、Gemma4 のローカル実行環境がさらに整備された。
- llama.cpp Gemma4 MTP support merged! — Reddit r/LocalLLaMA
ローカル LLM の民主化:ベンチマークから日常利用まで
-
Qwen 3.6 27B が DeepSWE ベンチマークで 2%(1.79%) を記録、Haiku 4.5 と Minimax M2.7 を上回り 18/20 位。注目点は平均タスク処理時間 32 分・平均出力トークン 44k と「冗長」との評判に反して出力効率が同規模モデル並みだったこと。また 3.6 Plus とほぼ同スコアで、27B と Plus のアーキテクチャ差への疑問が浮上している。
- Qwen 3.6 27B on DeepSWE — Reddit r/LocalLLaMA
-
「ラップトップでゼロからローカル LLM 体験」という入門報告が反響。ASUS Zenbook Pro 14(RTX 4060 8GB VRAM、64GB RAM)で Qwen3.6 35B-A3B を実行し、32k コンテキストで ~27TPS、256k コンテキストで ~18TPS を達成。ファイル読み書き・CLI 実行・コード生成まで実用レベルに達したと報告されており、初心者層へのローカル LLM 普及が進んでいることを示す。
- Qwen3.6 35B-A3B on a Laptop: My Zero to One Moment — Reddit r/LocalLLaMA
-
小型モデルのツール呼び出し精度が依然として課題。12GB RTX 3060 ユーザーが OmniCoder v2 9B 未満で正確かつエージェント的なツール呼び出しができるモデルを探しているが、最新の Qwen・Gemma 系列でも適切なツール呼び出しが難しいと報告。9B 以下でのエージェント実行は現時点でも実用的な選択肢が限られている。
- Any smaller model than OmniCoder v2 9b that can appropriately and accurately tool call? — Reddit r/LocalLLaMA
AI コーディング環境の整備と実践的教訓
-
「Claude Code は実装する。設計はあなたがする」——Kaggle BirdCLEF+ 2026 初参加者が 2 か月かけて得た教訓が Zenn で話題に。CPU/GPU 9:1 割り当てのミス・データリークによる過学習・不適切な損失関数選択など、設計判断の誤りがコスト損失に直結することが具体的な失敗マップで示された。AI ツールの能力過信が招く「設計の空洞化」リスクが明確化されている。
-
opencode のローカル LLM 専用フォーク「ClosedCode」が開発中。TypeScript も JSX も使わない Pure Vanilla JS・ビルドステップなしという設計ポリシーで、ローカル LLM に特化したコーディングワークスペースを目指す。依存関係の最小化と透明性を重視する設計思想が、プライバシー重視のユーザー層に響いている。
-
複数 MCP サーバーの管理が開発者の悩みに。openCode で複数 MCP サーバーを起動時にロードするとトークンを大量消費しコンテキストウィンドウを汚染する問題が浮上。プロキシ/ハブ経由での単一エンドポイント化やセッション単位での遅延ロードなど解決策が模索されており、MCP エコシステムの管理ツール整備が今後の課題となっている。
- How are you all managing multiple MCP servers on startup? — Reddit r/LocalLLaMA
-
llama-server 管理ツール「start-llama」が OSSとして公開。複数の llama-server バイナリ・モデル別設定オーバーライド・コマンドライン引数上書きをワンステップで管理できる軽量ランチャー。コマンドラインから即座に起動できる利便性を重視した実用ツール。
- A handy llama-server launcher with easy model and configuration customisation — Reddit r/LocalLLaMA
-
Alibaba がエージェントネイティブなコードレビューツール「Open Code Review」を公開。エージェントがコードレビューを担う新しいアプローチで、PR レビューの自動化・高度化を狙う。
- Open Code Review — Agent Native Code Review — はてなブックマーク IT
個人開発者による AI 応用実験の広がり
-
言語で 3D アバターを操作するデモが公開。ボタン操作ではなく自然言語(英語)で「歩きながら手を振って、その後数回ジャンプして」などの複合動作を指示できる仕組みで、プログラマブルなニューラルプログラムにコンパイルされる。従来のスクリプト定義では実現困難だった動作組み合わせを言語で自在に生成できる点が革新的。
- Control a 3D avatar with language instead of buttons — Reddit r/LocalLLaMA
-
数理最適化の「実行不可能(Infeasible)」エラーを LLM で自動修正するシステムが提案。AST を用いたエラー解析で IIS(既約矛盾部分集合)から抽出された純粋な数理的矛盾を、設計者の意図(ドメイン知識・業務要件)と橋渡しする「セマンティックギャップ解消」アーキテクチャ。従来は高度な数理専門知識と膨大な時間を要していた問題を LLM で民主化する試み。
- 数理最適化の『解なし』を LLM で解決する! — Zenn LLM
-
カスタム AI ダッシュボードを 0 から自作する文化が日英両コミュニティに広がる。マトリックスレイン・CRT スキャンライン・ネオンリングを備えた専用チャット UI など、標準 Web UI に飽き足らない開発者が自分専用の AI パートナーインターフェースを制作・共有している。日本語記事と英語記事が同内容で同時投稿される形式も普及しつつある。
ローカル音声合成の成熟:Irodori-TTS V3
- Irodori-TTS V3 が 2026 年 5 月にリリース。PC 上でローカル実行できる音声合成 AI で、GPU なしでも動作可能。V3 では音声品質向上・出力秒数指定・絵文字による感情制御が追加され、クラウド AI にありがちな生成回数制限や内容制限もない。ローカル実行ゆえのプライバシーと自由度が評価されており、クリエイター向け用途での実用化が進んでいる。
- 声を指定して好きなセリフを喋らせられるローカル AI「Irodori-TTS」の V3 が出たので使ってみた — はてなブックマーク IT
ハードウェアとエコシステム:コンシューマー向け AI PC の整備
-
GMKtec が OCuLink・Wi-Fi 7・デュアル PCIe 4.0 搭載の EVO-X3 を発表。さらに今年後半には 192GB RAM を搭載した Ryzen AI MAX+ 495 モデルの投入も予告されており、大容量メモリで大規模モデルをローカル実行できるミニ PC が現実的な選択肢になりつつある。価格は未発表だが、コミュニティでは Strix 495 を搭載した初の量産ハードウェアとして注目されている。
-
「LLM 以外で毎日使っている珍しい AI ツールは何か?」というスレッドが反響を呼び、非 LLM AI ツールへの関心が浮き彫りに。LLM 一辺倒でなく、特定タスク向けに特化した小型 AI ツールを日常的に組み合わせる実践者の存在がコミュニティ内で可視化されている。
- What’s your most unusual non-LLM AI you actually use daily? — Reddit r/LocalLLaMA
AI 時代の知識設計と哲学的考察
- 「AnchorSpec の墓碑銘」として AI 時代の知識資産の新形態が提唱。2026 年の LLM ラッシュを背景に、企業が本当に求める AI と「現在公式提供されている AI」のギャップを論じた記事が話題に。仕様駆動開発ツール AnchorSpec を突き詰めた先に「AnchorSpec は不要」という逆説的な境地が描かれており、AI と人間の知識共有の本質的な問い直しを促している。
- AnchorSpec の思想がたどり着いた境地 — Zenn LLM
AI研究・論文
AI研究・論文 週次レポート(2026年6月第2週)
AIエージェントの自律性強化とインフラ整備が加速した一週間だった。UIUCとChromaによるHarness-1はRLで訓練した検索サブエージェントがOpus-4.6に肉薄する水準に達し、GoogleのColab CLIはAIエージェントがリモートGPU/TPUを直接操作できる環境を整えた。一方、プロンプト自動最適化フレームワークGEPAや21種のLow-code/No-codeツールまとめが示すように、AI活用の民主化も着実に進んでいる。セキュリティ面ではNVIDIAのgarakがLLMレッドチーミングの標準ワークフローとして台頭しつつあり、モデルの品質向上と安全確保が同時進行している構図が鮮明だ。
AIエージェントの自律性とインフラ整備
エージェントが「検索・判断・実行」の全サイクルを自律的にこなす時代が具体的な形を見せ始めた。コンピュートへのプログラマティックアクセスと、強化学習で鍛えた推論能力が両輪として機能しつつある。
-
UIUC・Chroma共同開発のHarness-1は200億パラメータのサブエージェントで、強化学習(RL)を用いてステートフルな検索ハーネス内でトレーニングされた。ハーネスが候補プール・重要度タグ付きキュレーションセット・証拠グラフ・検証記録を管理しつつ、ポリシーが「何を検索し・いつ止めるか」を決定するという分業構造が特徴的だ
- Harness-1:RLで訓練された20Bの検索サブエージェント — MarkTechPost
-
Harness-1は8つのベンチマークで平均キュレーション再現率0.730を達成し、次点のオープンサブエージェントを11.4ポイント上回る。クローズドモデルのOpus-4.6にのみ後れを取るという性能は、オープンウェイト勢の底上げを印象付ける。重みとハーネスコードは公開済みで再現性も確保されている
- Harness-1:RLで訓練された20Bの検索サブエージェント — MarkTechPost
-
GoogleのColab CLIは、開発者とAIエージェントがローカルコードをリモートのColab GPU/TPUランタイムで実行できるターミナルインターフェースを提供する。「エージェントがコンピュートを自律的に調達・実行する」というパターンが、Googleのプラットフォームレベルで公式サポートされた点が重要だ
- Google Colab CLIが開発者とAIエージェントにリモートGPU/TPU実行を提供 — MarkTechPost
-
Harness-1のステートフル設計とColab CLIのリモート実行環境は、コンセプトとして補完的な関係にある。前者は「何を検索するか」の知的判断を担い、後者は「どこで実行するか」のコンピュートアクセスを解決する。AIエージェントが長期タスクをこなすためのスタックが、研究・インフラの両面で埋まりつつある
プロンプト自動最適化とAI開発の民主化
モデルを変えずに性能を引き出すプロンプトエンジニアリングの自動化と、コーディング不要でAIを扱えるツールの整備が、AI活用の裾野を広げている。
-
GEPAは「反射的プロンプト進化」フレームワークとして、小規模言語モデルで多段算術文章題を解く場面を対象にチュートリアル形式で実証された。弱いシードプロンプトから出発し、構造化されたフィードバックを持つ決定論的評価器がプロンプトを反復改善する
- GEPAによる反射的プロンプト最適化の構築 — MarkTechPost
-
GEPAのマルチコンポーネント設計では、命令フィールドと出力フォーマットルールを同時進化させる点が差別化要素だ。ホールドアウト検証セットでの汎化確認まで組み込まれており、過学習リスクを意識した設計になっている
- GEPAによる反射的プロンプト最適化の構築 — MarkTechPost
-
2026年版のLow-code/No-code AIツールガイドは21種のプラットフォームを比較対象として掲載し、アプリビルダー・自動化・AIエージェント・機械学習プラットフォームの4カテゴリに整理している。プロンプトを入力するだけでアプリ・エージェント・モデルが動作するレベルに達したと評価されており、非エンジニアがAIを業務投入するハードルが実質的に消えつつある
- 2026年のベストLow-code/No-code AIツール21選 — MarkTechPost
-
GEPA(プロンプト自動最適化)とLow-code/No-codeツールの普及は、異なる層の開発者に同じ方向性のメリットをもたらす。前者はAIエンジニアがプロンプト設計の試行錯誤をシステム化し、後者はドメイン専門家がコードなしでAIをデプロイする道を拓く。両者が揃うことで、AI活用の「設計コスト」が全レイヤーで下がる構図だ
LLMセキュリティ:レッドチーミングの構造化と標準化
モデルの能力向上と表裏一体で、攻撃面の系統的な評価・文書化が急務になっている。NVIDIAのgarakはその標準化を加速させるツールとして注目される。
-
NVIDIA garakはLLMのディフェンシブなレッドチーミングのエンドツーエンドフレームワークとして位置づけられ、セットアップ・プラグイン探索・ドライラン・Hugging Faceジェネレーターへの実モデルスキャン・マルチプローブ評価まで一連のワークフローをカバーする
- NVIDIA garakチュートリアル:カスタムプローブとディテクターでLLMレッドチーミングを構築 — MarkTechPost
-
garakの出力はAVID(AI Vulnerability Intelligence Database)フォーマットでエクスポートされ、脆弱性の構造化文書化が可能になる。攻撃成功率・安全スコアの分析、フラグ付き出力の検査、カスタムプローブ・ディテクターの拡張まで実装されており、「発見→記録→改善」のループが一ツールで完結する
- NVIDIA garakチュートリアル:カスタムプローブとディテクターでLLMレッドチーミングを構築 — MarkTechPost
-
Harness-1やLow-code/No-codeツールがAIの展開を加速する一方、garakのような安全評価フレームワークの重要性も比例して高まる。特にエージェントがGPUリソースやWeb検索を自律的に扱う環境では、プロンプトインジェクションや意図しない情報漏洩のリスクが構造的に増大するため、レッドチーミングの自動化・標準化は開発サイクルの一部として組み込まれるべきフェーズに入っている
AI最新ニュース
AI最新動向レポート(2026年6月8日号)
2026年6月第2週は、AIエージェント時代への転換を象徴するニュースが相次いだ。OpenAIが「チャットは死んだ」と宣言しChatGPTをスーパーアプリに再構築する方針を示す一方、AIコストの急騰を懸念する「トークンポカリプス」論が業界に広がりつつある。AIセキュリティの脆弱性が製品レベルで対処され始めた一方で、銃検知AIの訴訟や偽コンテンツクリエイターの増加が社会的課題として浮上。さらにOpenAIとAnthropicはIPOを前にしたチップ開発・人材獲得競争を激化させており、業界全体が次のフェーズへ急速に移行する転換点にある。
ChatGPT「チャットは死んだ」——エージェントスーパーアプリへの大変革
OpenAIが社内で「チャットは死んだ(Chat is dead)」と宣言し、ChatGPTをコーディングツール・AIエージェント・外部パートナーアプリを統合した”スーパーアプリ”へ刷新する計画を進めている。これはChatGPT発表以来最大規模の方向転換であり、AIインターフェースのパラダイムシフトを意味する。
-
OpenAIは社内でChatGPTを「フルエージェントアプリ」として再構築する方針を明言。CanvaやBooking.comなどのパートナーアプリを統合し、タスクを自律的にこなすエージェント機能を中心に据えた設計に移行する予定
- ChatGPT is dead — OpenAI plans to rebuild as a full-blown agent app — The Decoder
- OpenAI is still working on that ‘super app’ — TechCrunch AI
-
「チャットUI」から「エージェントUI」への転換は、ユーザーがAIに指示を入力するのではなく、AIが自律的にタスクを分解・実行・報告する形態への移行を示している。これはGPT-4以降の「質問→回答」モデルからの根本的な脱却を意味する
- OpenAI is still working on that ‘super app’ — TechCrunch AI
AIセキュリティの新フロント——プロンプトインジェクション対策の限界
ChatGPTにロックダウンモードが導入されたが、これはプロンプトインジェクション攻撃そのものを解決するものではなく、「外部への情報流出ルートを塞ぐ」にすぎない。根本的な脆弱性は依然として未解決であり、今後もセキュリティ研究の最重要課題であり続ける。
-
OpenAIは新機能「ロックダウンモード」をChatGPTに導入。有効にするとWebブラウジング・Deep Research・Agent Modeが無効化され、プロンプトインジェクション攻撃によるデータ流出の最終ステップ(外部サービスへの送信)をブロックする
- ChatGPT’s new Lockdown Mode protects against prompt injection — The Decoder
- ChatGPTに「ロックダウンモード」 — ITmedia AI+
-
ただしロックダウンモードは「流出チェーンの末端を塞ぐ」対症療法にすぎず、プロンプトインジェクション攻撃自体は防げない。機密データを扱う企業・個人向けの一時的な緩和策として位置づけられており、根本解決には至っていない
トークンポカリプス——AIコスト高騰とDeepSeek人気の背景
大手AIプロバイダーのIPO準備が進むにつれ、価格上昇圧力が高まっている。米国企業の間では安価な代替手段としてDeepSeekへの注目が急上昇しており、コスト意識とセキュリティリスクのトレードオフが顕在化しつつある。
-
業界内で「Tokenpocalypse(トークンポカリプス)」という概念が浮上。大手AI企業のIPO準備が本格化するにつれ、利益確保のためのAPI価格引き上げが今後も続く可能性が高まっている
- Is this the dawn of the Tokenpocalypse? — TechCrunch AI
-
Ramp(米国の法人向けfintech)が公開した2026年6月のトレンドソフトウェアベンダーランキングで、DeepSeekが1位を獲得。米国企業がコスト削減目的でDeepSeekを直接利用するケースが急増しており、中国モデルへのデータ送信に関するセキュリティリスクの懸念も同時に指摘されている
-
Rampのチーフエコノミストであるアラ・カラジアン氏は、コスト意識の高まりをDeepSeek人気の主要因と分析しつつ、中国モデルへの企業データ送信のリスクについても警鐘を鳴らしている
AIエージェント技術の最前線——製造業の実態とSearch as Code
AIエージェントは研究段階から実用段階へと移行しつつある。一方で製造業の現場ではまだギャップがあり、技術的には革新的な「Search as Code」アーキテクチャが登場し、既存APIの制約を超えた検索設計が可能になってきた。
-
MONOist編集部が実施した「製造業のAIエージェント活用実態調査 2026」の結果が公開。製造業現場におけるAIエージェントの活用状況、課題、期待値についての実態が明らかになった
- AIエージェントに対する製造業のリアルな声 — ITmedia AI+
-
Perplexityが「Search as Code」アーキテクチャを発表。固定APIを呼び出す従来型の検索設計を廃止し、AIモデルが自らPythonで検索パイプラインを記述・実行する方式に切り替えた。サンドボックス内でフィルタリングと重複排除を完結させることで、トークンコストを最大85%削減しつつOpenAIやAnthropicを主要ベンチマークで上回る結果を達成している
OpenAI vs Anthropic——IPO前夜のチップ開発・人材争奪戦
両社がIPOに向けて加速する中、ハードウェア内製化の競争が激化。OpenAI出身のチップエンジニアがAnthropicに移籍するという象徴的な動きが起きており、シリコン戦略が次のAI競争の焦点になりつつある。
-
AnthropicがOpenAIの2番目のカスタムチップエンジニアであるClive Chan氏を引き抜いたことが判明。Chan氏はテスラのAutopilot ASICおよびOpenAI-Broadcomパートナーシップでの経験を持ち、Anthropicが独自AIチップ開発を検討中との報道が背景にある
-
NotionがAnthropicへのアクセスを一時停止するサービス障害が発生。Notionのプロダクトヘッドがリツイートの多さに「驚いた」とコメントし、Anthropicへの依存度の高さとそのリスクが可視化された出来事となった
- Notion restores access to Anthropic after service disruption — TechCrunch AI
LLMスケーリングの謎が解明——小さいモデルが大きいモデルに追いつけない理由
大規模言語モデルが小規模モデルにはできないタスクをこなせる理由が、研究によって初めて機械論的に解明された。この知見はモデルの効率化に実用的な示唆を与える。
-
400万〜40億パラメータの範囲のモデルを対象にした新研究により、小規模モデルがレアタスクを習得できない原因が判明。頻出タスクの学習が繰り返されることで、レアタスクの知識が継続的に上書きされる「知識の競合」が根本原因であることが特定された
-
解決策として、モデルサイズを増やすのではなく「対象タスクの学習データ出現頻度を高める」だけで対処できる可能性が示された。これはAIトレーニングの効率化とコスト削減において実用的なインサイトとなる
AIコンテンツクリエイターとAI安全性——社会的責任の問われる時代
AIが生成するコンテンツや意思決定が現実社会に影響を与えるケースが増加し、判別の困難さと法的・倫理的責任の所在が問われている。
-
AI生成コンテンツクリエイター(AIインフルエンサー)は当初は比較的識別しやすかったが、技術の進化により見分けがつかなくなりつつある。リアルなビジュアル、自然な言語表現、インタラクション能力の向上がその要因となっている
- AI ‘content creators’ are getting harder to spot — The Verge AI
-
学校銃撃事件の生存者が、設置されていたAI銃検知システムが凶器を検出できなかったとして、開発企業を提訴。「AIシステムはどの程度の精度であるべきか」という法的・社会的問いを突きつけており、AIの失敗に対する責任の所在が問われる先例的ケースとなっている
開発インフラの地殻変動——CloudflareのVoidZero買収とAzure Linux 4.0
フロントエンドツールチェーンとクラウドインフラの両面で、大手プラットフォームによる戦略的買収・展開が相次いでいる。
-
CloudflareがJavaScript向けビルドツールViteおよびバンドルツールRolldownの開発元VoidZeroを買収。これによりAstroもViteと共にCloudflare傘下となり、フロントエンド開発エコシステムにおけるCloudflareの影響力が大幅に拡大した
- CloudflareがViteやRolldownの開発元VoidZeroの買収を発表 — Publickey
-
Microsoftが独自Linuxディストリビューション「Azure Linux 4.0」のパブリックプレビューを開始。Fedora由来のRPMベースで構築され、Azure環境への最適化に加えWSL(Windows Subsystem for Linux)でも利用可能となっている
注目の新技術——MiniCPM5-1BとNVIDIA γ-World
エッジAIとリアルタイム生成の両分野で、実用性の高い技術が登場している。
-
オンデバイス動作に特化したローカルAI「MiniCPM5-1B」が公開。1Bパラメータクラスで最高性能を謳い、ペット(エージェントとの継続的なキャラクター関係)機能を搭載している点が特徴的。プライバシー配慮やオフライン活用が求められるユースケースに向いている
-
NVIDIAが開発した世界モデル「γ-World(ガンマワールド)」が注目を集めている。マルチプレイゲーム環境をリアルタイムにAI生成する能力を持ち、ゲームエンジン不要でインタラクティブなゲーム空間を生成できる可能性を示している。また視覚言語モデル「LocateAnything」は、画像内の物体を高速・高精度で検出する能力で注目されている
Past Reports
- 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日 →