Connect with us

AI(人工知能)ニュース

新進気鋭のローカル画像生成AI「HiDream-I1」圧倒的な170億パラメータ、商用利用も自由

Published

on

 - innovaTopia - (イノベトピア)

2025年3月に突如として発表され、新たな画像生成AIとして注目されている「HiDream-I1」。今回は、このHiDreamを「ComfyUI」で利用するための手順について解説します。

HiDreamとは?

「HiDream-I1」は、北京の「HiDream.ai」が開発し、香港の「VivagoAI」によって提供されている、高性能かつオープンソースの画像生成AIモデルです。2024年3月に発表されて以来、その卓越した画像生成能力と、ビジネス利用を強力にサポートする柔軟なライセンス体系で、画像生成AIの新たな潮流を築いています。特に、スモールビジネスにおけるデザインコストの削減や、個人クリエイターの表現力向上に貢献することを目指して設計されています。

HiDreamは、DiT(Diffusion Transformer)とMoE(Mixture-of-Experts)を組み合わせたハイブリッドモデルです。

DiTは、画像生成の安定性と品質を飛躍的に向上させるTransformerベースの拡散モデルで、Stable Diffusionなどの次世代モデルでも採用が進んでいます。そして、MoEとは、大規模なAIモデルを効率的に動かすための革新的な技術です。これは、特定のタスク(例えば、ある種類の画像生成)に特化した、「エキスパート」と呼ばれる複数の小さなAIを用意し、入力された情報に応じて最適なエキスパートを賢く選び、その部分だけを動かす仕組みです。

このDiTとMoEのハイブリッドアーキテクチャによって、HiDreamは170億パラメータという途方もない規模のモデルを、非常に効率的に制御しています。参考までに、多くの主要なStable Diffusionモデルが約10億~数10億パラメータ程度、比較的新しいFLUX.1でも約9億パラメータであることを考えると、HiDreamの170億パラメータという規模は、いかに膨大で、より詳細かつ複雑な表現を可能にする潜在力を持っているかがわかると思います。

加えて、HiDream-I1は、T5やLlamaなどのLLMを活用することで、日本語を含む多様な言語のプロンプトを非常に高度に理解します。これにより、単語の羅列ではない、より自然で複雑な文章による指示からも、ユーザーが意図する画像を正確に生成しやすくなっています。最も認識しやすいのは中国語プロンプトですが、英語・日本語でも遜色なく動作します。

また、MITライセンスの下で提供されており、個人利用だけでなく、商用利用、改変、再配布が自由に認められています。

※本記事の内容は2025年7月時点の情報です。大きな変更点は随時更新していきますが、モデルやUI、料金体系などはの詳細は必ず公式サイトや最新の情報も併せてご確認ください。

目次

はじめに

先述の通り、HiDreamは効率化の技術が用いられているとはいえ、170億という膨大なパラメータのため、これまで紹介してきたモデルよりもはるかに要求スペックが高くなっています。

FLUXのように完全版の「Full」開発用の「Dev」モデルと、軽量の「Fast」モデルが用意されています。ライセンスなどは全て同じなので、商用利用も改変も自由にすることができます。

「Fast」最低環境(ギリギリ動かせる)

OSWindows10 64bit
GPUNVIDIA GeForce RTX 4060(VRAM 8GB)
容量30GB以上の空き SSD推奨
CPUIntel Core i5 第8世代
AMD Ryzen 5 2600
メモリ16GB

「Fast」推奨環境(快適に利用できる)

OSWindows11 64bit
GPUNVIDIA GeForce RTX 4070(VRAM 12GB)
容量50GB以上の空き NVMe SSD推奨
CPUIntel Core i7 第10世代
AMD Ryzen 7 5800X
メモリ32GB

「Dev」最低環境

OSWindows10 64bit
GPUNVIDIA GeForce RTX 4070(VRAM 12GB)
容量50GB以上の空き SSD推奨
CPUIntel Core i7 第10世代
AMD Ryzen 7 3700X
メモリ32GB

「Dev」推奨環境

OSWindows11 64bit
GPUNVIDIA GeForce RTX 4080(VRAM 16GB)
容量100GB以上の空き NVMe SSD推奨
CPUIntel Core i9 第12世代
AMD Ryzen 9 7900X
メモリ64GB

「Full」最低環境

OSWindows10 64bit
GPUNVIDIA GeForce RTX 4070(VRAM 24GB)
容量100GB以上の空き SSD推奨
CPUIntel Core i9 第10世代
AMD Ryzen 9 5900X
メモリ64GB

「Full」推奨環境

OSWindows11 64bit
GPUNVIDIA GeForce RTX 5070 Ti(VRAM 32GB以上)
容量200GB以上の空き NVMe SSD必須
CPUIntel Core i9 第13世代
AMD Ryzen 9 7950X
メモリ128GB

上の表はあくまで目安です。設定の最適化や、モデルなどによって必要なスペックは大きく変わります。最も重要なのは「NVIDIAのCUDA対応のGPUが搭載されていること」と「SSD」と「十分なメモリ」になります。

また、各モデルには、有志による「量子化モデル」が用意されており、多少手持ちのPCのスペックが低くても活用できる可能性はありますが、量子化モデルはどうしてもオリジナルに比べると品質が落ちてしまうのは覚悟しましょう。

また、推奨環境を満たせなくても、時間さえかければ生成できる場合もあります。1から描いたり、イラストレーターに依頼することを考えれば、1枚当たり数分かかってもかなり早い方ではありますが、生成AIという特性上、必ずしも思ったような構図やクオリティが一発で出るわけではないので、この繰り返しになると、PCに掛かる負荷や、時間がストレスの蓄積になるでしょう。

導入方法

HiDreamはComfyUIでの利用が推奨されています。ComfyUIの導入方法や使い方に関しては以下の記事で解説しています。

ComfyUIの導入に「Stability Matrix」を利用する場合は以下の記事にて解説しています。

ComfyUIはStable Diffusion、FLUX、HiDreamのすべてを利用できる汎用性の非常に高いツールですので、是非とも活用しましょう。

導入方法も、最も簡単な方法を紹介します。過去の記事で紹介した各ファイルの保存場所などを把握していることが前提になりますのでご注意ください。

まずはComfyUIの開発者向けWikiにアクセスして、ほしいモデルをインストールします。

手動モデルダウンロード|ComfyUI Wiki(外部サイト)

 - innovaTopia - (イノベトピア)

ご覧の通りですが、モデルだけでもかなり容量が大きいので、ダウンロードにはかなり時間がかかります。

fp8とは軽量化モデルです。余裕があれば複数のモデルをダウンロードして比較してみるのもいいかもしれません。

ダウンロード中に次の準備をしてしましましょう。モデルのリストの上にスクロールすると、サンプル画像が貼られています。これを右クリックして保存し、ComfyUI上にドラック&ドロップすると、画像のメタデータとして保存されているワークフローが読み込まれます。

この画像は「dev_fp8」が使用されているため、これや他のテキストエンコーダー、VAEなどが不足している場合はダイアログが出てきますので、モデル以外は全てダウンロードし、モデル自体は不要なら無視して閉じてしまいましょう。

 - innovaTopia - (イノベトピア)

各黄色のノードにマニュアルが一緒に書かれていますので、迷ったらこれらを見て解決できるかと思います。

HiDream特有の仕様としては、「QuadrapleCLIPLoader」を使用していることです。Llama、T5を含む4つのテキストエンコーダーを通すことで、プロンプトの理解度が大きく向上しています。

また、上記のWikiでは拡張子が.ggufとなっている量子化モデルの利用方法も解説されています。これは公式のモデルではなく、city96氏によって製作されたものです。

使い方は基本的に同じなのですが、拡張子が違うため、モデルを読み込むためのノードとして別のものを使う必要があります。

GGUF バージョン ワークフロー|ComfyUI Wiki(外部サイト)

Hagging Faceのページや、ワークフローが保存されたサンプル画像などが掲載されています。

HiDream-I1-Fast-gguf|Hagging Face(外部サイト)

HiDream-I1-Dev-gguf|Hagging Face(外部サイト)

HiDream-I1-Full-gguf|Hagging Face(外部サイト)

Q2~8と数字が降られていますが、数字が小さいほど軽量化が施されています。

利用方法

画面下部にある「Run(実行)」をクリックすれば画像の生成が始まります。押せば押した分だけ次の生成を予約することができ、順番に処理されていきます。

また、HiDreamは3つのモデル毎に推奨設定があります。サンプル画像からワークフローを読み込んだ場合は、一番右側のノードに記載されていますので、基本的にはこれに従いましょう。

HiDream Fast

  • hidream_i1_fast_bf16.safetensors
  • shift: 3.0
  • steps: 16
  • sampler: lcm
  • scheduler: normal
  • cfg: 1.0 (no negative prompt)

HiDream Dev

  • hidream_i1_dev_bf16.safetensors
  • shift: 6.0
  • steps: 28
  • sampler: lcm
  • scheduler: normal
  • cfg: 1.0 (no negative prompt)

HiDream Full

  • hidream_i1_full_fp16.safetensors
  • shift: 3.0
  • steps: 50
  • sampler: uni_pc
  • scheduler: simple
  • cfg: 5.0

すると、「shift」というあまり見慣れないステータスがあるかと思います。(「Model Sampling SD3」というノードですが、Stable Diffusionとは無関係です。)

この数字は「学習内容の平均値からどれだけずらすか」というステータスです。下げるほど、人物の正面や、棒立ちのような平凡で安定した出力になり、上げるほど独特なポーズや動きのあるポーズが出やすい分、プロンプトへの忠誠度は下がり、破綻の確率が上がることを示しています。

これを利用して、プロンプトとシード値を固定して、このshiftの数値を少しずつ上げていくと、アニメーションのように棒立ちから動きのある構図へと変化していくのが確認できるかと思います。

これはそのまま動画のようにつなげられるわけではありませんが、プロンプトがしっかりと反映されているかの確認などにも役立ちます。

出力したい構図などに合わせて、数値を変えるとより細やかなコントロールができるようになるステータスなので、上手く活用していきましょう。

また、サンプル画像ではネガティブプロンプトを記載するノードはなく、固定のフレーズが読み込まれています。

FLUXと共通するところではありますが、Stable Diffusionの学習データよりも、紐づけられたアノテーションが詳細に埋め込まれているため、ネガティブプロンプトは基本的に必要ありません。

Stable Diffusionが入力されたプロンプトから、頻出する概念を勝手に引っ張ってきてしまう現象(例えば、学生服(school uniform)と入力しただけで、背景のほとんどが教室風になるといったこと)が解消されているということなので、指示されていないことは出にくいことを示しています。

システム的に使えないというわけではないので、どうしてもネガティブプロンプトを設定したいときは、ノードを新たに追加して繋ぎなおせばいいだけです。

よくある症状と対処方法

ComfyUIが起動しない

Stability Matrix側のログに「error while attempting to bind on address (‘127.0.0.1’, 8188): 通常、各ソケット アドレスに対してプロトコル、ネットワーク アドレス、またはポートのどれか 1 つのみを使用できます。」と出ていませんか?これは8188のポートが何かに使われていて、使用できなかった時に表示されるエラーです。大半は、閉じたつもりのComfyUIがまだ動き続けてしまっていることが原因です。

コマンドプロンプトを起動し、

と入力してみてください。(ポート番号は人によって違う場合がありますので、エラーログをよく確認しましょう)

そうすると、該当のポート番号が何に使われているかが出てきます。

そうしたら、コマンドプロンプトで以下のコマンドを実行し、ポートを使用しているプログラムを強制的に終了させます。

これで改善します。

ComfyUIが動かなくなった

Stability Matrixのほうを確認してみましょう。こちらでComfyUIが止まってしまっていることがたまにあります。その場合は起動しなおしてみましょう。

インストールしたモデルが見つからない

起動中にインストールしたものを表示するにはブラウザを更新をする必要があります。この更新でStability Matrix上でComfyUIが止まってしまう可能性もあるので、併せて確認しましょう。

最後に

今回は「ComfyUI」を使って「HiDream-I1」をローカルで運用する方法を紹介してきました。

HiDreamはリリースからの日が非常に浅く、元のモデルの容量が膨大であるために、まだコミュニティによる研究・開発が進んでいないのが現状です。

また、成人向けの表現が非常に出にくいことが知られています。純粋に学習したデータセットから徹底して性的な画像が排除されている可能性、テキストエンコーダーが性的なワードを弾いたり、重みが軽く設定されている可能性など、複数の技術によって強固に防がれているのではないかと考察が飛び交っています。

Stable Diffusionの性的コンテンツの規制を受けて代替を探しているユーザーには現状として不適切ではありますが、そうでない場合には、安心材料とも言えます。

【関連記事】

AI(人工知能)ニュース

スマホカメラ×AI技術「DeepDetect」農業のデジタル革命が始まる

Published

on

By

スマホカメラ×AI技術「DeepDetect」農業のデジタル革命が始まる - innovaTopia - (イノベトピア)

ウェールズの研究者が、ジャガイモ疫病と戦うためのAIアプリ「DeepDetectプロジェクト」を開発している。

ジャガイモ疫病は世界のジャガイモ作物の約20%の損失を引き起こし、総額45億ドル以上の経済的損失をもたらしている。この病気はPhytophthora infestans(フィトフトラ・インフェスタンス)という病原体によって引き起こされる。

従来の検査は労働集約的で費用がかかり、ヒューマンエラーが発生しやすいため、見逃された場合は病気が畑全体に広がる可能性がある。新しいAIアプリはスマートフォンのカメラを使用してジャガイモの葉の変化を検出し、農家が通常現れる前に病気の兆候を察知できるようにする。

ウェールズでは17,000ヘクタール以上がジャガイモ栽培に充てられているとされる。研究者は農家からの直接的なフィードバックを収集中で、早期診断により農家がより迅速に病気と戦えるようになることを期待している。この技術は将来的にジャガイモを超えて農業産業の他分野にも拡張される可能性がある。

From: 文献リンクResearchers Want To Use AI To Fight Potato Blight

【編集部解説】

このニュースが注目すべき理由は、農業分野におけるAI活用の新たな地平を示している点にあります。特に食料安全保障の観点から、ジャガイモ疫病という世界的な課題に対する革新的なアプローチが提示されています。

従来の農業では、病気の検出は人間の目視に頼る部分が大きく、症状が目に見えるようになった時点では既に手遅れになることが多々ありました。Phytophthora infestans(フィトフトラ・インフェスタンス)という病原体によるジャガイモ疫病は、1845年のアイルランド大飢饉の原因ともなった歴史的な脅威であり、現在でも湿度の高い条件下では数週間で作物を全滅させる可能性があります。

アベリストウィス大学のDeepDetectプロジェクトは、コンピュータビジョンと機械学習を組み合わせて、スマートフォンのカメラを通じてジャガイモの葉の微細な変化を検出し、人間の目では見えない初期段階での病気の兆候を捉えることを目指しています。この技術の革新性は、従来の広域予防散布からtargeted intervention(標的介入)へのパラダイムシフトにあります。

ある報告によると、ウェールズの農家は予防的な殺菌剤散布に年間500万ポンド以上を費やしていると推定されています。このAIシステムが実現すれば、必要な場所にのみピンポイントで対策を講じることが可能になり、大幅なコスト削減と環境負荷軽減が期待できます。

技術面では、このシステムがリアルタイム位置情報と組み合わされることで、location-specific disease diagnoses(場所特有の病気診断)を提供できる点が重要です。これにより、農家は自分の畑の特定の区画に対して即座に対応できるようになります。

興味深いのは、開発チームが最初から農家との共同設計アプローチを採用していることです。これにより、技術的に優れていても実用性に欠けるという、多くの農業技術製品が陥りがちな問題を回避しようとしています。

将来的な展望として、この技術は他の作物や病害にも応用可能とされており、農業分野におけるpredictive analytics(予測分析)の基盤技術となる可能性があります。特に気候変動により病害の発生パターンが変化する中で、このような早期警告システムの重要性はますます高まるでしょう。

一方で、農家のデジタルリテラシーや通信インフラの整備状況、データプライバシーの問題など、実装に向けた課題も存在します。また、AIの判断精度やfalse positive(偽陽性)・false negative(偽陰性)のリスクについても、実用化に向けて慎重な検証が必要です。

この研究はウェールズ政府のSmart Flexible Innovation Support(SFIS)プログラムの支援を受けており、政府レベルでも農業のデジタル変革が重要政策として位置づけられていることがわかります。世界人口の増加と気候変動という二重の課題に直面する現代において、このような技術革新は単なる効率化を超えた、人類の生存戦略としての意味を持っています。

【用語解説】

potato blight(ジャガイモ疫病)
Phytophthora infestansという病原体によって引き起こされるジャガイモの致命的な病気である。感染した植物から数日で広大な畑を全滅させる能力を持ち、1845年のアイルランド大飢饉の原因ともなった歴史的な脅威である。

machine learning(機械学習)
データから自動的にパターンを学習し、予測や分類を行うAI技術である。農業分野では作物の病気検出や収穫量予測などに活用されている。

targeted intervention(標的介入)
特定の問題が発生している場所にのみピンポイントで対策を講じるアプローチである。従来の広域予防散布と対比される効率的な手法である。

【参考リンク】

Aberystwyth University(アベリストウィス大学)(外部)
ウェールズにある公立大学で、今回のDeepDetectプロジェクトを主導している。農業科学や環境科学の分野で高い評価を受けている。

Welsh Government(ウェールズ政府)(外部)
イギリスの構成国の一つであるウェールズの地方政府。Smart Flexible Innovation Supportプログラムを通じて農業技術革新を支援している。

【参考動画】

【参考記事】

Farming’s new weapon: AI app to spot potato blight before it hits(外部)
ウェールズの科学者が開発中のDeepDetectプロジェクトについて詳しく報じた記事。予防散布に年間527万ポンドを費やしているウェールズの現状や具体的な情報を提供している。

Potato blight warning app to use AI to help farmers – BBC News(外部)
BBCによるDeepDetectプロジェクトの報道。ジャガイモが世界で4番目に重要な主食作物であることや食料安全保障の観点からこの技術の重要性を説明している。

Agriculture Technology News 2025: New Tech & AI Advances(外部)
2025年の農業技術トレンドについて包括的に分析した記事。世界の農場の60%以上がAI駆動の精密農業技術を採用すると予測している。

Phytophthora infestans: An Overview of Methods and Attempts(外部)
Phytophthora infestansの科学的研究論文。病原体の遺伝子構造や高い変異率について詳細な説明を提供している。

【編集部後記】

農業とAIの融合は、私たちの食卓の未来を大きく変える可能性を秘めています。スマートフォンひとつで作物の病気を早期発見できる時代が目前に迫っている今、皆さんはどんな農業の未来を想像されますか?

食料安全保障という人類共通の課題に対して、テクノロジーがどこまで貢献できるのか、一緒に考えてみませんか?また、このような技術が実用化された際、消費者である私たちの生活にはどのような変化が訪れると思われますか?ぜひSNSで皆さんの率直なご意見をお聞かせください。

Continue Reading

AI(人工知能)ニュース

Axon Draft One:警察報告書をAIが作成、時間短縮や透明性に疑問

Published

on

By

Axon Draft One:警察報告書をAIが作成、時間短縮や透明性に疑問 - innovaTopia - (イノベトピア)

法執行技術企業Axon社が開発したAIソフトウェア「Draft One(ドラフト・ワン)」が全米の警察署で導入されている。

このツールは警察官のボディカメラの音声認識を基に報告書を自動作成するもので、Axon社の最も急成長している製品の一つである。コロラド州フォートコリンズでは報告書作成時間が従来の1時間から約10分に短縮された。Axon社は作成時間を70%削減できると主張している。

一方で市民権団体や法律専門家は懸念を表明しており、ACLU(米国市民自由連合)は警察機関にこの技術から距離を置くよう求めている。ワシントン州のある検察庁はAI入力を受けた警察報告書の受け入れを拒否し、ユタ州はAI関与時の開示義務を法制化した。元のAI草稿が保存されないため透明性や正確性の検証が困難になるという指摘もある。

From: 文献リンクCops Are Using AI To Help Them Write Up Reports Faster

【編集部解説】

このニュースで紹介されているAxon社のDraft Oneは、単なる効率化ツールを超えた重要な議論を巻き起こしています。

まず技術的な側面を整理しておきましょう。Draft Oneは、警察官のボディカメラ映像から音声を抽出し、OpenAIのChatGPTをベースにした生成AIが報告書の下書きを作成するシステムです。Axon社によると、警察官は勤務時間の最大40%を報告書作成に費やしており、この技術により70%の時間を削減できると主張しています。

しかし、実際の効果については異なる報告が出ています。アンカレッジ警察署で2024年に実施された3ヶ月間の試験運用では、期待されたほどの大幅な時間短縮効果は確認されませんでした。同警察署のジーナ・ブリントン副署長は「警察官に大幅な時間短縮をもたらすことを期待していたが、そうした効果は見られなかった」と述べています。審査に要する時間が、報告書生成で節約される時間を相殺してしまうためです。

このケースは単独のものではありません。2024年にJournal of Experimental Criminologyに発表された学術研究でも、Draft Oneを含むAI支援報告書作成システムが実際の時間短縮効果を示さなかったという結果が報告されています。これらの事実は、Axon社の主張と実際の効果に重要な乖離があることを示しています。

最も重要な問題は透明性の欠如です。Draft Oneは、意図的に元のAI生成草案を保存しない設計になっています。この設計により、最終的な報告書のどの部分がAIによって生成され、どの部分が警察官によって編集されたかを判別することが不可能になっています。

この透明性の問題に対応するため、カリフォルニア州議会では現在、ジェシー・アレギン州上院議員(民主党、バークレー選出)が提出したSB 524法案を審議中です。この法案は、AI使用時の開示義務と元草案の保存を義務付けるもので、現在のDraft Oneの設計では対応できません。

法的影響も深刻です。ワシントン州キング郡の検察庁は既にAI支援で作成された報告書の受け入れを拒否する方針を表明しており、Electronic Frontier Foundation(EFF)の調査では、一部の警察署ではAI使用の開示すら行わず、Draft Oneで作成された報告書を特定することができないケースも確認されています。

技術的課題として、音声認識の精度問題があります。方言やアクセント、非言語的コミュニケーション(うなずきなど)が正確に反映されない可能性があり、これらの誤認識が重大な法的結果を招く可能性があります。ブリントン副署長も「警察官が見たが口に出さなかったことは、ボディカメラが認識できない」という問題を指摘しています。

一方で、人手不足に悩む警察組織にとっては魅力的なソリューションです。国際警察署長協会(IACP)の2024年調査では、全米の警察機関が認可定員の平均約91%で運営されており、約10%の人員不足状況にあることが報告されています。効率化への需要は確実に存在します。

しかし、ACLU(米国市民自由連合)が指摘するように、警察報告書の手書き作成プロセスには重要な意味があります。警察官が自らの行動を文字にする過程で、法的権限の限界を再認識し、上司による監督も可能になるという側面です。AI化により、この重要な内省プロセスが失われる懸念があります。

長期的な視点では、この技術は刑事司法制度の根幹に関わる変化をもたらす可能性があります。現在は軽微な事件での試験運用に留まっているケースが多いものの、技術の成熟と普及により、重大事件でも使用されるようになれば、司法制度全体への影響は計り知れません。

【用語解説】

Draft One(ドラフト・ワン)
Axon社が開発したAI技術を使った警察報告書作成支援ソフトウェア。警察官のボディカメラの音声を自動認識し、OpenAIのChatGPTベースの生成AIが報告書の下書きを数秒で作成する。警察官は下書きを確認・編集してから正式に提出する仕組みである。

ACLU(American Civil Liberties Union、米国市民自由連合)
1920年に設立されたアメリカの市民権擁護団体。憲法修正第1条で保障された言論の自由、報道の自由、集会の自由などの市民的自由を守る活動を行っている。現在のDraft Oneに関する問題について警告を発している。

Electronic Frontier Foundation(EFF)
デジタル時代における市民の権利を守るために1990年に設立された非営利団体。プライバシー、言論の自由、イノベーションを擁護する活動を行っている。Draft Oneの透明性問題について調査・批判を行っている。

IACP(International Association of Chiefs of Police、国際警察署長協会)
1893年に設立された世界最大の警察指導者組織。法執行機関の専門性向上と公共安全の改善を目的として活動している。全米の警察人員不足に関する調査を実施している。

【参考リンク】

Axon公式サイト(外部)
Draft Oneの開発・販売元でProtect Lifeをミッションに掲げる法執行技術企業

Draft One製品ページ(外部)
生成AIとボディカメラ音声で数秒で報告書草稿を作成するシステムの詳細

ACLU公式見解(外部)
AI生成警察報告書の透明性とバイアスの懸念について詳細に説明した白書

EFF調査記事(外部)
Draft Oneが透明性を阻害するよう設計されている問題を詳細に分析

国際警察署長協会(外部)
全米警察機関の人員不足状況と採用・定着に関する2024年調査結果を公開

【参考記事】

アンカレッジ警察のAI報告書検証 – EFF(外部)
3ヶ月試験運用で期待された時間短縮効果が確認されなかった結果を詳述

AI報告書作成の効果検証論文 – Springer(外部)
Journal of Experimental CriminologyでAI支援システムの時間短縮効果を否定

警察署でのAI活用状況 – CNN(外部)
コロラド州フォートコリンズでの事例とAxon社の70%時間短縮主張を報告

全米警察人員不足調査 – IACP(外部)
1,158機関が回答し平均91%の充足率で約10%の人員不足状況を報告

カリフォルニア州AI開示法案 – California Globe(外部)
SB 524法案でAI使用時の開示義務と元草稿保存を義務付ける内容を詳述

ACLU白書について – Engadget(外部)
フレズノ警察署での軽犯罪報告書限定の試験運用について報告

アンカレッジ警察の導入見送り – Alaska Public Media(外部)
副署長による音声のみ依存で視覚的情報が欠落する問題の具体的説明

【編集部後記】

このDraft Oneの事例は、私たちの身近にある「効率化」という言葉の裏に隠れた重要な問題を浮き彫りにしています。特に注目すべきは、Axon社が主張する効果と実際の現場での検証結果に乖離があることです。

日本でも警察のDX化が進む中、同様の技術導入は時間の問題かもしれません。皆さんは、自分が関わる可能性のある法的手続きで、AIが作成した書類をどこまで信頼できるでしょうか。また、効率性と透明性のバランスをどう取るべきだと思いますか。

アンカレッジ警察署の事例のように、実際に試してみなければ分からない課題もあります。ぜひSNSで、この技術に対する率直なご意見をお聞かせください。私たちも読者の皆さんと一緒に、テクノロジーが人間社会に与える影響について考え続けていきたいと思います。

Continue Reading

AI(人工知能)ニュース

Anthropic Claude Sonnet 4、100万トークンのコンテキスト対応でソフトウェアプロジェクト全体の一括解析が可能に

Published

on

By

Anthropic Claude Sonnet 4、100万トークンのコンテキスト対応でソフトウェアプロジェクト全体の一括解析が可能に - innovaTopia - (イノベトピア)

2025年8月12日、AnthropicはClaude Sonnet 4が1リクエストで最大100万トークンを処理可能になったと発表した。

Public BetaとしてAnthropicのAPIとAmazon Bedrockで提供し、Google CloudのVertex AI対応は予定中である。75,000行超のコードベース解析が可能となり、内部テスト「needle in a haystack」で100%の正確性を達成した。

価格は入力200Kトークン以下が$3/M、出力が$15/M、超過分は入力$6/M、出力$22.5/Mとなる。Menlo Venturesの調査ではAIコード生成市場でAnthropicは42%、OpenAIは21%のシェアを持つ。主要顧客はCursorとGitHub Copilotで、年間収益ランレート50億ドルのうち約12億ドルを占める。初期利用はTier 4やカスタムレート制限のAPI顧客、Fortune 500企業などである。

From: 文献リンクClaude can now process entire software projects in single request, Anthropic says

【編集部解説】

AnthropicがClaude Sonnet 4に最大100万トークンのコンテキスト(文脈)処理を開放しました。単一リクエストで約75,000行のコードや約75万語のドキュメントを一気に読み込める規模で、APIおよびAmazon Bedrock経由のPublic Betaとして段階的に展開されています。これにより、これまで分割前提だった大規模リポジトリや多数文書の横断的な関連把握が、1回の入出力で可能になります。

技術的には、長文脈での「needle in a haystack(干し草の山の中の針)」的検索・想起の正確性が論点です。Anthropicは内部評価で100%の再現性を謳いますが、これはあくまで社内テストであり、実運用におけるコード異臭検知や設計上のトレードオフ把握など、多層的な推論の持続性は現場検証が不可欠です。ただし、プロジェクト全体像を”丸ごと”見渡せること自体は、ファイル粒度の分割では失われがちだった依存関係と設計意図を保ったまま提案できる余地を広げます。

実装・料金面では、200Kトークン以下は従来の$3/MTok(入力)・$15/MTok(出力)に据え置き、200K超から$6/MTok・$22.50/MTokへ切り替わる二段制です。長文脈のβ利用は当面Tier 4およびカスタム制限の組織が対象で、プロンプトキャッシング(prompt caching(プロンプトの再利用キャッシュ))と併用することでリピート照会型ワークロードの総コストを抑制できる設計です。この「キャッシュ×長文脈」によるRAG代替のコスト・品質最適化は、法務・金融・製造のナレッジ資産を持つ企業にとって実践的な選択肢になり得ます。

市場文脈では、コード生成が企業導入の主用途として伸び、Menlo Ventures調査でAnthropicのコード生成シェアは42%、OpenAIは21%とされています。企業は価格より性能を優先し、より高性能モデルへの素早いアップグレードが常態化しています。一方で、価格攻勢を強める競合(例:GPT-5)や、プラットフォーム戦略におけるアライアンスの力学は、モデル採用の流動性を高める要因となります。

できるようになることは明確です。第一に、リポジトリ全体の設計レビュー、リファクタリング計画、仕様と実装の整合性監査を「文脈を保ったまま」一気通貫で回せます。第二に、数百ファイル規模の文書群からの合意形成資料やリスク論点の抽出など、関係性を前提とする要約・統合がしやすくなります。第三に、ツール呼び出しを跨いだエージェント運用で、長いワークフローの一貫性と再現性を保ちやすくなります。

留意すべきリスクもあります。長文脈は「見えすぎるがゆえの錯覚」を生みやすく、誤った前提の連鎖や過剰一般化が交じると、広範囲に影響する提案ミスになり得ます。加えて、過去バージョンで観測された望ましくない振る舞いの教訓から、安全性設計は今後も注視が必要です。ベータ段階では、重要判断におけるヒューマン・イン・ザ・ループを厳格に保つべきです。

規制・ガバナンス面では、長文脈化に伴い入力データの守備範囲が拡大します。権限分離、機密区分、データ最小化の実装が不十分だと、不要な個人情報・営業秘密まで取り込むリスクが増します。監査可能性(誰が・いつ・何を入力し、どの判断がなされたか)を担保するためのログ設計や、キャッシュのTTL・アクセス制御は、モデル選定と同列の経営課題です。

長期的には、RAG前処理中心の「情報を選んでから渡す」設計から、長文脈を前提に「まず全体を見せ、モデル自身に選ばせる」設計への再編が進みます。これは、情報アーキテクチャとMLOpsの分業を再定義し、エージェント編成・権限設計・コスト会計の枠組みまで影響を与えます。GeminiやOpenAIも大規模コンテキストの路線にあり、長文脈×価格×推論性能の三つ巴は当面の焦点であり続けるでしょう。

最後に、なぜ今か。モデル性能の頭打ち議論が出る中で、「入力側の律速」を外すことは実務価値に直結します。プロダクトロードマップ、設計思想、運用手順、テスト資産、ナレッジの「全体」を理解したうえで提案できるAIは、開発現場の意思決定速度と品質を底上げします。長文脈は魔法ではありませんが、現場の「分割に伴う損失」を削る現実的なテコになります。

【用語解説】

コンテキストウィンドウ(context window)
モデルが一度のリクエストで保持・参照できる入力の範囲のこと。

トークン(token)
テキストを分割した最小単位で、課金やモデルの処理量の基準となる。

needle in a haystack(干し草の山の中の針)
大量テキスト中の特定情報を探索する内部評価手法の通称。

Public Beta(公開ベータ)
一般開放された試験提供段階で、正式版前の段階を指す。

プロンプトキャッシング(prompt caching)
繰り返し使う大規模プロンプトをキャッシュして遅延とコストを削減する仕組み。

RAG(Retrieval-Augmented Generation)
検索・取得結果を補助情報として生成に用いる方式。

リポジトリ横断コード解析
リポジトリ全体を読み込み、依存関係や設計をまたいで解析・提案すること。

コンテキスト対応エージェント
長いワークフローや多数のツール呼び出しにわたり文脈を保持するAIエージェント。

【参考リンク】

Anthropic(外部)
人工知能モデルClaudeを提供する企業で、Sonnet 4の1Mトークン文脈を発表している。

Claude Sonnet 4: 1Mトークン対応発表(外部)
Sonnet 4の1Mトークン対応、ユースケース、価格調整、提供範囲を案内する発表ページである。

Anthropic API Pricing(外部)
Sonnet 4の長文脈価格やティア条件、バッチ割引、キャッシュ適用などの詳細を示す。

Amazon Bedrock(外部)
複数基盤モデルを提供するAWSの生成AIサービスで、Claudeの提供も含む。

Google Cloud Vertex AI(外部)
Google CloudのAIプラットフォームで、基盤モデルの提供と統合機能を持つ。

【参考動画】

【参考記事】

Claude Sonnet 4 now supports 1M tokens of context(外部)
Sonnet 4が最大1Mトークンの文脈に対応し、リポジトリ全体の解析、文書群統合、コンテキスト対応エージェントなどのユースケースが拡張された。

Anthropic’s Claude AI model can now handle longer prompts(外部)
Sonnet 4が1Mトークンに対応し、約750,000語または75,000行規模の入力が可能になった。

Menlo Ventures – 2025 Mid-Year LLM Market Update(外部)
企業LLM市場のシェア変動、API支出の倍増、コード生成の台頭、Anthropicのコード生成シェア42%などを提示。

Techmeme summary: Anthropic updates Claude Sonnet 4(外部)
1Mトークンの文脈対応、約750K語/75K行、5倍拡張という要点を集約し、同日の報道の中心情報を短く示す。

Simon Willison: Claude Sonnet 4 now supports 1M tokens of context(外部)200Kと1Mでの二段価格、βヘッダー指定、Tier 4制限など、実装上の具体的留意点を補足し、他社(Gemini)の価格比較も紹介。

【編集部後記】

みなさんは、開発しているサービスやプロジェクトの全体像を、AIが一度に理解して提案してくれるとしたら、どんな活用を思い描きますか。75,000行のコードベースを分割せずに扱えることは、単なる効率化を超えた可能性を秘めています。

これまで、大規模なシステムの改善提案を得るためには、開発者が手作業でコードを分割し、重要な文脈を失うリスクを抱えながら作業していました。しかし今回のClaude Sonnet 4の長文脈対応により、プロジェクト全体の設計思想や依存関係を保ったまま、AIからの提案を受けられるようになります。

もちろん、200Kトークン超で$6/$22.50という価格設定は決して安くありません。しかし、分割作業に費やしていた時間コストや、文脈を失うことで生じる品質リスクを考慮すれば、多くの企業にとって合理的な投資と言えるでしょう。

この技術がもし皆さんの職場や個人プロジェクトに導入されたら、どんな変化が起こるのか。コードレビューの質は向上するのか、設計判断のスピードは上がるのか。そして何より、開発者の創造性がより高い領域に向かうのか。ぜひ想像しながら、この技術の可能性について考えてみてください。

Continue Reading

Trending