Gemma 4

1. 「ローカル LLM は使えるようになった」 ── 840pt HN 議論の争点 2026 年 6 月 15 日、機械学習エンジニアの Vicki Boykis が公開した「Running local models is good now」は、Hacker News フロントページに 2 日以上居座り、最終的に 840pt / 276 コミットメント (Boykis 自身の hacklog note 集計 値) を獲得した。記事の中核テーゼはこうだ。 「12 ヶ月前まで『ゴミ』だったローカル LLM が、Gemma 4 ファミリの登場でフロンティアモデルの約 75% の精度と速度でエージェンティック・コーディングのループが回るようになった」 しかし同じ日に、Hashicorp 共同創業者 Mitchell Hashimoto が X 上で明確に反論している (Boykis 記事へ vickiboykis.com 経由で参照)。 「『ローカルモデルはゴミ』から『ローカルモデル使えるじゃん』への変化は 12 ヶ月で起きた。でも、まだ十分 (good enough) とは思っていない。Opus 4.5 クラスのローカルモデルが必要。それが実現したら、世界がひっくり返る」 二人の議論は正反対に見えるが、実はどちらも正しい。違いは「何を基準にするか」だけだ。本稿は Boykis の 「ローカル LLM + Pi コーディングエージェント + LM Studio + Docker」ワークフロー を、当ブログ 6/16 の Open-Weight Frontier 日本企業ハブ が扱わなかった 「agentic harness セットアップ」軸 で完全に再現する。読者が得るべき結論は 1 つだ。 ...

DiffusionGemma 26B-A4B 完全解説：自己回帰を捨てた Google の「ブロック並列」テキスト拡散が拓く Open-Weight Frontier 第 7 モデル 自己回帰の限界と、テキスト拡散への回帰 2026 年 6 月 10 日、Google DeepMind は DiffusionGemma を Apache 2.0 で公開した。Gemma 4 26B A4B の MoE バックボーンに、昨年 5 月の I/O で発表された Gemini Diffusion の研究成果を統合した「ブロック並列デコード」モデルである。 中心的な主張は明確だ。「H100 で 1000 tok/s 以上、GeForce RTX 5090 で 700 tok/s 以上」 をローカル推論で実現する。Google 公式の表現は次の通りである。 “Most language models act like a typewriter, generating one token at a time from left to right. In the cloud, this is efficient because servers can batch thousands of user requests together to share the hardware load. But when run locally for a single user, this word-by-word process leaves your dedicated GPU or TPU underutilized. DiffusionGemma reverses this inefficiency. Instead of predicting words sequentially, it drafts an entire 256-token paragraph simultaneously.” ― Brendan O’Donoghue & Sebastian Flenhagenhag, Google Research ...

問題：編集者がいない、ラベルもない動画アーカイブ マサイマラでサファリロッジを運営しながらソフトウェアエンジニアとしても活動するNJ氏は、ある矛盾に直面していた。日々撮影される映像は増え続けるが、編集のボトルネックは解消されない。SNSアカウントは「コンテンツ不足」ではなく「編集時間不足」で更新が止まっていた。 初期の解決策はSaaSの組み合わせだった。Eddie AI、Higgsfield MCP、Submagic、Buffer — 月額約140ドルのスタック。しかし生成AIビデオを本物の旅行ブランドで使うリスク（TripAdvisorで致命的）と、週3〜5投稿の現実的な目標に阻まれた。 ここで著者は重要な気づきを得る。すべてのAI動画編集ツールは、映像がすでにラベル付けされている前提で設計されている。 しかし実際のアーカイブは IMG_1103.MOV が Mara june 2024 backup final FINAL に放り込まれているだけ。本当に必要なのは編集ツールではなく、検索可能なインデックスだった。 アーキテクチャ：1,400行のPythonローカルパイプライン 8つのステップで1クリップあたりのメタデータを抽出し、.description.md のサイドカーファイルとして保存する。 ffprobe — コーデック、解像度、フレームレートなどの基本メタデータを取得 exiftool — iPhone、DJI、ドローンのGPS緯度経度・高度を抽出 逆ジオコーディング — Nominatimで座標を地名に変換 ffmpeg — 5フレームを均等間隔で抜き出し、1920pxにリサイズ WhisperX — 単語レベルのアラインメント付き文字起こし + pyannote話者分離（97言語対応） insightface — 顔検出、512次元ArcFace埋め込みをSQLiteデータベースに保存 Gemma 4 31B — フレーム + 文字起こし断片 + フォルダコンテキストからYAMLフロントマターと説明文を生成 サイドカーファイルを書き出し # Gemma 4 が IMG_1103.MOV に対して生成したメタデータ lighting: bright_daylight time_of_day: midday color_palette: warm_greens people: 1 faces: [512次元埋め込みベクトル...] location: "-1.234, 35.678" description: | サファリテントのデッキに立つエリー。 背景にサバンナが広がる。カメラが 室内から室外へパンする。 このサイドカーファイル形式の利点は3つある：プレーンテキストでgrep可能、ドライブを移動しても壊れない、中央データベースが不要。 ...