1年の感謝を込めて 2025年最後の12/26(金)あさ8時からのラヴィット！は 今年の忘れられないシーンをランキング形式で発表する MWL2025を行います🎉 視聴者の皆様から、今年のラヴィット！の「もっとも忘れられない名シーン」を大募集✨ #もっとも忘れられないラヴィット2025# と共に投稿して下さい🐰

これをいうと身バレするかもだけど、ちょっと業界の人間としては書きたいので書きます。今回の無期限静養という言葉は、ただ休ませるというより、世間の温度を測るための時間です。期限を切ると、復帰日がまたニュースになる。だから、あえて出口をぼかしたんです。世の中を甘く見ちゃいけない。炎上っていうのは火じゃないの。怨念。本人が悪い悪くないだけじゃなくて、見ている人たちの不満が一気に乗っかる。こういう時は、下手に動いたらどんなに擁護があっても終わる。だから、黙って身を引くのも処世術になる。 テレビって残酷でね。昨日まで笑ってた人間を、今日から急に腫れ物みたいに扱う。スポンサーが怖い、局が怖い、SNSが怖い。結局、誰も責任取りたくないから静養って言葉に逃げ込むわけ。 降板だと切り捨てた印象になる。謹慎だと罪を認めたように見える。休養だと軽く聞こえる。だから無期限の静養は柔らかいけれど、実質的には距離を置く言葉です。 言葉を選んでるつもりでも、運命はごまかせないのよ。人間はね、人気がある時ほど足元を見ない。周りも持ち上げる。だけど一度転ぶと、今度は誰も手を差し伸べない。だから普段の生き方が出る。 芸能界ってさ、復帰できるかどうかは謝罪のうまさじゃないんだよ。「また見たい」と思われるかどうかなんだよね。 嫌われたというより、疲れられたらキツい。 視聴者に「もういいよ」って思われたら、復帰の椅子がなくなる。だからその前に無期限にした。 世論、スポンサー、本人の状態、番組側のリスク。その全部が整わない限り、この業界は戻せない。逆に言えば、どれか一つでも整えばいいわけではないんです。 今は動く時じゃないね。正論やもっともらしい主張を重ねるより、沈黙して、自分の徳を積み直す時期。表に出ることばかり考えていたら、また同じことを繰り返す。 でもまあ、静養は人生終わりってわけじゃない。 テレビに戻れなくても、別の場所でやれることはある。ただ、昔みたいに時間が経てば忘れる時代じゃない。ネットは忘れないからね。だから復帰より先に、本人が変わったと思わせられるかだな。 結論としては、無期限静養は処分というより、危機管理上の保留です。誰も次の一手を断言できないから、時間に預けた。 時間は薬にもなるけど、毒にもなるよ。結局、静養って言葉の中に、業界の怖さが全部入ってるんだよな。

# AIエージェント開発の意思決定ポイント 🎯 **ポイント** 全部のタスクに最強モデルを使っていませんか？「Yes/Noの分類」にフラグシップモデルを使うのは、引っ越しにジャンボジェットを飛ばすようなものです。モデル階層化は、コストと品質のバランスを「定数」から「関数」に変える実践的な戦略です。 📋 **概要** モデル階層とは、タスクの種類や難易度に応じて小型・中型・大型のどのクラスのLLMを使うかを制御するダイヤルです。AIエージェントシステムでは、1回のセッション内に分類・抽出のような定型処理と、推論・計画のような高度な処理が混在します。すべてを大型モデルで処理すれば品質は安定しますが、月間コストが桁違いに膨張します。実運用では全リクエストの概ね60〜80%が小型・中型モデルで十分処理でき、大型モデルが本当に必要なのは残りの20〜40%です。 🔍 **意思決定のポイント** このダイヤルは2つの駆動変数で決めます。 🔹 **コスト感度（cost_sensitivity）** — コスト感度が高いほど小型モデルへの振り分けを増やします。全リクエストを大型モデルで処理する場合と比べ、60%を小型（コスト1/10）、20%を中型（コスト1/3）、20%を大型で処理すると、コストは概ね30%程度まで削減できます。 🔹 **リクエスト価値（request_value）** — 価値の高いリクエストほどエスカレーション閾値を下げ、早めに上位モデルを使います。逆にコスト感度が高い場合は閾値を上げ、本当に必要な場合のみエスカレーションします。 まずはタスク種別による静的ルーティングから始めるのが実践的です。分類・タグ付け・抽出は小型、要約・翻訳は中型、推論・計画・コード生成は大型。そこに信頼度ベースのエスカレーション（構造化出力のパースエラー率、回答拒否率などで判定）を重ねます。 💡 **要点と詳細** 📊 モデル階層数は2〜3層が運用しやすいです。4層以上は管理コストが増大します。エスカレーション閾値は信頼度0.7〜0.85が目安で、リクエスト価値が高いほど下げます。 ルーター方式はまずルールベースで始めましょう。LLMをルーターに使うとルーティング自体にコストがかかり、小型モデル1回分に匹敵することもあります。リクエスト量が少ないうちは入力長やキーワードベースのルールで十分です。 障害時には逆方向のフォールバック（大型→中型→小型）も有効です。サーキットブレーカが開いた場合に軽量モデルに切り替えることで、品質は落ちてもサービスを継続できます。縮退レベルをレスポンスのメタデータに含め、クライアント側で品質低下の可能性を表示するのが望ましいです。 ⚖️ **トレードオフ** 📉 小型モデルに偏りすぎると — 複雑な推論タスクで「もっともらしいが間違っている」回答が増えます。計画の途中で矛盾が発生し実行フェーズで失敗、コード生成では構文は正しいが論理的に誤ったコードが生成されます。失敗コストが高いタスクでは、エラー修正コストが節約額を上回ることになります。 📈 大型モデルに偏りすぎると — 単純な分類タスクに100倍のコストをかけ、応答時間が数秒に膨張します。大型モデルのレート制限に達しやすくなり、全リクエストが429エラーの影響を受けるリスクもあります。月間コストの予算超過はサービスの継続性を脅かします。 🛠️ **ユースケース** 📞 **カスタマーサポート** — 質問分類・FAQ回答・感情分析は小型モデル（全体の約70%）、技術的な問題の診断は中型〜大型、返金ポリシー判断は大型モデル。分類結果に応じて適切な層にルーティングします。 📊 **データ分析パイプライン** — フォーマット変換は小型、数値統計はコード（LLM不要）、パターン分析・異常検知の解釈とエグゼクティブサマリは大型。パイプラインの大部分は小型モデルとコードで処理できます。 🔄 **障害時フォールバック** — 通常は大型モデルで推論し、プロバイダ障害時に中型→小型と段階的にダウングレード。全プロバイダ障害なら静的フォールバック。可用性と品質のバランスを動的に調整する構成です。 信頼度の定義は測定可能な指標に落としましょう。「なんとなく自信がない」では運用できません。モデル更新時はルーティング比率の再検証もお忘れなく。 #AIエージェント# #ソフトウェアアーキテクチャ#

# AIエージェント開発の意思決定ポイント 🎯 **ポイント** 全部のタスクに最強モデルを使っていませんか？「Yes/Noの分類」にフラグシップモデルを使うのは、引っ越しにジャンボジェットを飛ばすようなものです。モデル階層化は、コストと品質のバランスを「定数」から「関数」に変える実践的な戦略です。 📋 **概要** モデル階層とは、タスクの種類や難易度に応じて小型・中型・大型のどのクラスのLLMを使うかを制御するダイヤルです。AIエージェントシステムでは、1回のセッション内に分類・抽出のような定型処理と、推論・計画のような高度な処理が混在します。すべてを大型モデルで処理すれば品質は安定しますが、月間コストが桁違いに膨張します。実運用では全リクエストの概ね60〜80%が小型・中型モデルで十分処理でき、大型モデルが本当に必要なのは残りの20〜40%です。 🔍 **意思決定のポイント** このダイヤルは2つの駆動変数で決めます。 🔹 **コスト感度（cost_sensitivity）** — コスト感度が高いほど小型モデルへの振り分けを増やします。全リクエストを大型モデルで処理する場合と比べ、60%を小型（コスト1/10）、20%を中型（コスト1/3）、20%を大型で処理すると、コストは概ね30%程度まで削減できます。 🔹 **リクエスト価値（request_value）** — 価値の高いリクエストほどエスカレーション閾値を下げ、早めに上位モデルを使います。逆にコスト感度が高い場合は閾値を上げ、本当に必要な場合のみエスカレーションします。 まずはタスク種別による静的ルーティングから始めるのが実践的です。分類・タグ付け・抽出は小型、要約・翻訳は中型、推論・計画・コード生成は大型。そこに信頼度ベースのエスカレーション（構造化出力のパースエラー率、回答拒否率などで判定）を重ねます。 💡 **要点と詳細** 📊 モデル階層数は2〜3層が運用しやすいです。4層以上は管理コストが増大します。エスカレーション閾値は信頼度0.7〜0.85が目安で、リクエスト価値が高いほど下げます。 ルーター方式はまずルールベースで始めましょう。LLMをルーターに使うとルーティング自体にコストがかかり、小型モデル1回分に匹敵することもあります。リクエスト量が少ないうちは入力長やキーワードベースのルールで十分です。 障害時には逆方向のフォールバック（大型→中型→小型）も有効です。サーキットブレーカが開いた場合に軽量モデルに切り替えることで、品質は落ちてもサービスを継続できます。縮退レベルをレスポンスのメタデータに含め、クライアント側で品質低下の可能性を表示するのが望ましいです。 ⚖️ **トレードオフ** 📉 小型モデルに偏りすぎると — 複雑な推論タスクで「もっともらしいが間違っている」回答が増えます。計画の途中で矛盾が発生し実行フェーズで失敗、コード生成では構文は正しいが論理的に誤ったコードが生成されます。失敗コストが高いタスクでは、エラー修正コストが節約額を上回ることになります。 📈 大型モデルに偏りすぎると — 単純な分類タスクに100倍のコストをかけ、応答時間が数秒に膨張します。大型モデルのレート制限に達しやすくなり、全リクエストが429エラーの影響を受けるリスクもあります。月間コストの予算超過はサービスの継続性を脅かします。 🛠️ **ユースケース** 📞 **カスタマーサポート** — 質問分類・FAQ回答・感情分析は小型モデル（全体の約70%）、技術的な問題の診断は中型〜大型、返金ポリシー判断は大型モデル。分類結果に応じて適切な層にルーティングします。 📊 **データ分析パイプライン** — フォーマット変換は小型、数値統計はコード（LLM不要）、パターン分析・異常検知の解釈とエグゼクティブサマリは大型。パイプラインの大部分は小型モデルとコードで処理できます。 🔄 **障害時フォールバック** — 通常は大型モデルで推論し、プロバイダ障害時に中型→小型と段階的にダウングレード。全プロバイダ障害なら静的フォールバック。可用性と品質のバランスを動的に調整する構成です。 信頼度の定義は測定可能な指標に落としましょう。「なんとなく自信がない」では運用できません。モデル更新時はルーティング比率の再検証もお忘れなく。 #AIエージェント# #ソフトウェアアーキテクチャ#

動画生成モデルは「もっともらしい動画」を作れても、「正しい確率で将来を分布できる」かは別問題です。 タイトル: PAWBench: How Far Are We from Probabilistically Aligned World Modeling? URL: 🎯 概要 コインを50回投げたとき表と裏が約50%ずつ出るように、動画生成モデルも「ありうる将来の正しい確率分布」を再現できなければ真のワールドモデルとは言えません。PAWBenchはこの「確率的整合性」を評価する初の体系的ベンチマークで、50シナリオ・11モデルを評価しました。 🔍 解決する課題 従来の動画評価はFIDやFVDなどの知覚品質や多様性に焦点を当ててきましたが、「各結果が正しい頻度で生成されるか（較正）」と「すべてのありうる結果を網羅できるか（網羅性）」を同時に測る指標がありませんでした。 ⚙️ 評価手法 PAWEvalはK=50回の動画生成をGemini 3.5 Flashで終端結果に変換し、全変動距離（TVD）と有効サポート回収率で評価します。投擲・回転・衝突・材料遷移など8種類の物理メカニズムを対象としています。 📊 主要結果 最良モデルのCosmos 3 Super I2VでもTVD 20.5（完全整合=0）に留まります。全モデルの平均TVDは31.2で、有限サンプルで予想される偶然のばらつき（8.33）を大幅に上回ります。「確率精度・広い網羅性・採点信頼性」を同時に達成したモデルは1つもありませんでした。 ⚡ 介入実験の教訓 プロンプトエンジニアリング・結合ノイズサンプリング・LoRA微調整の3つを試しましたが、いずれも部分的な改善にとどまり根本的なギャップは解消されませんでした。モデルは物理的因果介入には過少反応し、非因果的な視覚・テキスト手がかりには過剰反応する傾向があります。 動画生成をロボティクス・自動運転・物理シミュレーションに応用しようとする研究にとって、確率的整合性はこれから欠かせない評価軸になります。 #動画生成# #ワールドモデル#

【ちょい読みVoice📚】 「もっとも大切なことは、戦争に関する多様な知識や視点を提供し、生徒たちに関心をもってもらうことだと思います。」 「修学旅行に見る『平和学習』の変化」 #竹内秀一# （公益財団法人日本修学旅行協会理事長）より ▶︎全文はVoice9月号で。

最近見たサイトでもっとも信用できないって思ったのが 料理サイトで豚の生姜見てたら目についた質問で 他の肉でも作れますか？ はい、牛肉や鳥肉でも作れます！！って もう、それ豚の生姜焼きじゃないんよな。。