「FastAPI + htmxが最強説」- AIエンジニアがモック作るならReactは不要、Streamlitも捨てよう

FastAPI + htmxが最強説 - Pythonエンジニアがモック作るならReactは不要、Streamlitも捨てよう この記事はLivetoon Tech Advent Calendar 2025の12日目の記事です。 宣伝 今回のアドベントカレンダーでは、LivetoonのAIキャラクターアプリのkaiwaに関わるエンジニアが、アプリの話からLLM・合成音声・インフラ監視・GPU・OSSまで、幅広くアドベントカレンダーとして書いて行く予定です。 是非、publicationをフォローして、記事を追ってみてください。 本題 どうも、LivetoonCTOのだいちです。 今回はスタートアップでプロトタイプ開発する時の技術選定について書きます。結論から言うと、FastAPI + htmxという組み合わせがモック開発において最も効率的で効果があると思います。 モックごときでReactを

[fuji_haruka]

AIモデルを作るならpython一択ってのはわかるけど、OpenAIとかのAPIを呼び出すだけならpythonじゃなくていいと思うけどね。でも自分の慣れてる言語でやりたいってのはわかる。

[Eiichiro]

htmxもっと流行っていいのに。って思っているので、支援ブクマ。 なんでReactがあそこまで流行るのかわからん。

[bearcub]

実運用になってどんどん機能、コンポーネント増えてきたらどうなるんだろうか。 Claude Code ならReact+Tanstack Router でシンプルに作るのも楽にできますよ。Next.jsはVercel囲い込みがどぎつくてやめた。

[ty356trt5]

モックじゃなくても、自分用の小さいの作るならこれが一番楽（個人的に）

[kappa99999]

わしは社内ツールをflask＋htmx＋jinja2で作った。確かにそんなに複雑なことをしないのであればReactは過剰になる。そしてhtmxはざっくり使い方だけわかればその場ですぐ使える。

[Kamome283]

htmx + Alpine.js はもっと流行ってほしい。TS 以外のバックエンドで React なり Vue なり使うのは大抵やりすぎな気がする。

[hatfatcat]

htmxはフロントエンドが主軸じゃない層がちょっと動くものを作るにはいいと思う。流行りはしないと思うけど、それなりに需要はある層だと思う。

[ys0000]

PoCはコンセプト確認程度なのでStreamlitでも全然よくて、ちゃんとしたアプリの時には要件定義して作った方がいいと思う。プロトタイプが豪華である必要はないし要件整理できたら捨てていいコードだと思う。

[masa8aurum]

・FastAPI + htmx, テンプレエンジン（Jinja2）使用。本番移行時、API設計が残る / 実例あり。リッチでないデモ開発やPoCなら、確かにこれでかなりのところまでやれそう

[Ep7TUEiW]

「AIエンジニア」は職としてモックは作らないのでは。電車運転士が株式投資をするなら……みたいな不要な限定、というか

[pecan_fudge]

Cloud Runだとアクセスの増減に応じてサーバが増えたり消えたりするのでインスタンスが切り替わった瞬間、Streamlitのメモリがリセットされ、ログイン情報が消えるなど面倒だったが解決

[takilog]

"デモが好評で「これ本番化できる？」" って本番化するならStreamlit使わずにどうせちゃんと要件定義して作り直しだし、なんでも一緒では？htmxの技術の話はいいけどそのストーリーはただの難癖だと思う

[misshiki]

“スタートアップでプロトタイプ開発する時の技術選定について書きます。結論から言うと、FastAPI + htmxという組み合わせがモック開発において最も効率的で効果があると思います。”

[pukuman]

“Tailwind”

[p_tan]

Pythonでデータサイエンス系ならHTML書かなくて済むstreamlitかなぁ…。htmxでは、キャッシュ効かせながら重たいplotlyのプロットとかめんどくさそう。フロント側で状態管理しなくていいならhtmxは良さげ。

[kobito19]

なるほどフロントエンドフレームワークが必要なほどではない規模向けのソリューションなのね。テンプレートエンジン+jQueryのポジション

[aktkro]

honoxをreact rendererで使うのがとにかく快適で至高だと思ってる

[circled]

高速プロトタイプならPostgRESTの方が楽な気がするんだ

[odakaho]

“Streamlitで作ったアプリを「本番環境に出す」のは基本的に無理です。 認証機能が貧弱で、API化も難しい。データベース操作も制限がある。”

[tnvusjgoohdbzj]

確かに今はフロントUIはAIに作らせること出来るからこれでいいかも

[esuji5]

AIに雑なWebアプリ作らせた時にcd frontendしてnpm run devするのもめんどいときあるので、こういうのでいいのかも

[s17er]

PrimeFacesみたいだ

[kaz_hiramatsu]

生成AI使うなら別にReactで良くないかと思ってしまう

[nicht-sein]

React＝Next.jsは明確に違うとは思うんだけど、とはいえReact単体だとちょっと弱いと言われたら首肯せざるを得ないw / 「また」といわれるぐらい作る側も使う側も慣れているんだから、Streamlitでいいじゃんと思わなくもない

[solidstatesociety]

視認性はだいぶ上がるな。子供向けのGUIプログラミンに近い。

[unknown_Ex]

htmxは良さそうなんだけどモックの段階でHTMLとJSのことを考えたくないのでgradioとかで完結させたい。モックの目的にもよりそう

[sakurai_youhei]

FastAPIじゃなくてhtmxがエッジだと。あと初速はStreamlitの方が出そうだし、UIいじりたいならプロトタイプを出涸らしになるまでしゃぶりつつStreamlitを雑にforkしながら凌ぐ案も。裏はtornadoみたいだしそっちもなんとでも。

[gratt]

素のJS使ってる派

[htbman]

FastAPIのレスポンスがhtmlだからUI変更のたびに再設計が必要であまり上手いやり方とは思えない。この規模ならフレームワーク自体導入しない方がいい

[sakidatsumono]

ぜひ試したい

[retore]

Twitterでも言ったしブコメにも出てるけどNext.jsがtoo-muchすぎる（＝Reactが，ではないと思う）．ReactRouterとか使えばそんなにヘビー感無いと思うしシンプルに使うならstate管理とかあまり気にせず使える

[doko]

へー良いこと聞いたー。まさに同じ悩みを抱えてたよー

[soxandcity]

フロントエンドに詳しくない人にとっては react を使うがイコールで next.js を使うになるのはまぁわかるが、アレをモックに使うには重すぎる。

[kvx]

htmx使ったことあるけど流行らないと思う。

[forestk]

はい。

[bellonieta]

HTMXは拡張入れないとSSE対応できないからDataStarの方が好き