画像生成を自分の環境で動かすとき、手間がかかるのは生成そのものより環境を作るところです。
モデルのファイルを置いて、設定を合わせて、APIから呼べるようにする。ここで止まる人が多いと思います。
この部分を、Claude Codeにやらせました。結果から言うと、いまは動いています。そして動いたあとで、使わないことにしました。
1. やらせたこと
別のPCで動かしている画像生成のサーバーに、Flux dev というモデルを入れて、
手元からコマンド1つで呼べる状態にすることです。
| 工程 | 誰がやったか |
|---|---|
| モデルの配置 | ファイルを置く操作は人 |
| 設定ファイルの作成 | AI |
| APIの呼び出しを書く | AI |
| 動かして直す | AI |
| 使うかどうかの判断 | 人 |
「AIに環境構築をやらせる」と聞くと全自動を想像しますが、実際はこうでした。
手を動かす部分はほぼ任せられて、決める部分が残ります。
2. 詰まったところは4つ
ここが、知らないと時間のかかる部分でした。
モデルを指定するだけでは動かない
このモデルは、本体とは別にテキストを解釈する部分と画像を復元する部分が分かれています。
本体だけ指定しても起動しません。3つのファイルを一緒に渡す必要がありました。
設定にはファイル名だけ書いて、実際の置き場所はサーバーに問い合わせて解決する形にしました。
置き場所が変わってもこちらを直さずに済みます。
効くつまみが、ほかのモデルと違う
生成の強さを決める値が、このモデルだけ別の名前になっています。
いつもの値をいくら動かしても絵が変わらず、ここで止まりました。
「設定を変えたのに結果が同じ」ときは、そのつまみが効いていないと考えたほうが早いです。
「切り替えました」の表示に騙される
モデルを切り替える指示を送ると、すぐ「切り替えた」と返ってきます。
ところが実際の読み込みは、最初の1枚を作るときまで行われません。
まとめて作ると1枚目だけ時間が倍以上かかるのは、これが理由でした。
最初はサーバーが遅いのかと思って別のところを疑っていました。
認証でつまずく
手元からサーバーを叩くとき、Windows側のコマンドだけが接続を拒否しました。
暗号化していない認証を既定で弾く仕様で、明示的に許可する指定が要ります。
同じことをPythonからやると、何も言わずに通ります。
道具によって通ったり通らなかったりするため、片方だけ試して「サーバーが悪い」と判断すると迷いました。
3. 動いた。そして使わないことにした
4つを解いて、生成できるようになりました。品質も、ほかのモデルより高く見えます。
それでも使わないことにしました。ライセンスです。
このモデルは非商用のライセンスで配布されています。生成した画像を商用で使うことは認めていると配布元は言っていますが、モデル自体の商用利用は禁止されていて、どこまでが「モデルの利用」なのかに解釈の幅があります。
広告の入ったサイトで記事の画像に使うのは、その幅の中に入る使い方です。争点になりうるものを、見出し画像のために使う理由はありません。
いま使っているのは Apache 2.0 のモデルです。商用でも使えて、表示の義務もありません。品質はFluxに及びませんが、条件がはっきりしているほうを選びました。
4. 環境構築で、AIに任せられるところ
やってみて分かった線引きです。
任せられたもの
- 設定ファイルを書く
- APIの仕様を読んで、呼び出す処理を書く
- エラーが出たときに、原因を切り分けて直す
- 動いた条件を記録に残す
とくに3つ目が効きました。「このつまみは効いていないのでは」という仮説を立てて試すところまでやります。知らない仕様に当たったとき、人が調べるより速いことが多いです。
任せられなかったもの
- ライセンスを読んで、使ってよいか決めること
- ファイルを物理的に置く操作
- 別のPCの電源を入れること
ライセンスについては、AIも「非商用です」とは言います。ただし、それを踏まえて使うかどうかは別の判断です。リスクを取るかどうかは、サイトを運営している側が決めることになります。
5. 知らない人が多い、と思う部分
「AIにコードを書かせる」はよく聞きますが、環境を作らせるのはあまり語られていない気がします。
実際には、こちらのほうが向いているかもしれません。コードは好みや設計の判断が混ざりますが、環境構築は動くか動かないかがはっきりしているからです。エラーが出れば分かるし、動けば終わりです。
止まる理由も、たいてい知識の有無で決まります。「このモデルは3つのファイルが要る」「このつまみは名前が違う」といった、知っていれば一瞬で、知らなければ数時間かかる種類の壁です。ここはAIの得意な場所でした。
逆に、使ってよいかどうかの判断は最後まで人に残りました。 そこだけは代わってもらえません。
6. 確認できなかったこと
ライセンスの解釈は、こちらで確定できていません。配布元の表記を読んだうえで、
争点になりうる使い方を避ける、という判断をしただけです。法律の助言ではありません。
同じ用途でも、判断が分かれる余地はあります。
ほかの画像生成サーバーでも同じ手順になるかは分かりません。試したのは1つの環境だけです。
7. 趣味で動かすなら、まず動かしていいと思います
ここまで書いておいて何ですが、ライセンスを最初に調べろという話ではありません。
自分で見て楽しむために動かすなら、気になったモデルを入れて作ってみるほうが早いです。詰まるのは2に書いた4つで、どれも調べれば解けます。品質の違いも、並べてみないと分かりません。
分かれるのは、できた画像をどこに置くかです。
| 画像の使い道 | 配布元の表記を見る必要 |
|---|---|
| 自分で楽しむ | ほとんど出てきません |
| 仕事の資料や納品物に入れる | 出てきます |
| 広告の入ったサイトに載せる | 出てきます |
こちらが止まったのは3つ目だったからで、趣味で動かしているぶんには関係のない話です。
順番としては、まず動かす。そのあと、作った画像が自分の外に出る用途になったときに、使っているモデルの配布元の表記を見る。この2段で足りると思います。
前回のコラムはAIエージェントに比較サイトを1つ運用させてみたです。
そちらでは、間違えたことをまとめています。