これだけで1セクションになりそうですよね。読みたいけど、深ぼると大きくなりすぎちゃうからこれだけの表にするとか？

軽量化のアプローチの手法が実務での判断ポイントに含まれていて、少し読みにくく感じました。float32 → float16 とか スカラー量子化とかいつ何を選択するか、みたいな指針があるといいのかも（だいたいGPUが対応してたり、ほとんどのVector DBで対応してるとか？）

前回のEmbeddingモデル比較表のような厚み があってもいいかなと思いました

手法・仕組み・メモリ削減の目安・どのツールでサポートされているか みたいな表があってもいいかなと思いました。

前回4月分では、uv / pip の例がここにあったので、今回もここに追記した方が良いのではと思いました。

前回のセットアップ<br /> https://terada-202605-image-search.gihyo-python-monthly.pages.dev/2026/202604#id6

Two-Towerモデルの説明も文字であって良いのではないかと思いました。後半「モダリティギャップに注意」のところである説明をこちらに持ってくる感じです

追記サンプル<br /> テキストと画像で別々のエンコーダを持ち、出力だけを同じ空間に揃えるアプローチです。

冒頭で出てくる Two-Tower モデルですが、何かという説明も冒頭部分で書いて良いのではと思いました。（冒頭部分にもコメントします

割とハイライトになり得るエピソードな気がします。冒頭の方（せめてコラムの最後くらい 筆者の環境で少量のEmbeddingテストをしたところ あたり） にあってもいいのではないかと思います

変換し、のtypoですかね

nits: 図3は120なのに、200で気になりましたが、図は例だしなと思いました

3つの観点

感想です：え！すご！簡単！コード少なっっ！！

article_common.py の方が読みやすいかも？後続のexample_2 でimport しますし

OpenAI API版もPydantic AI版も利用する共通の処理だというのがわかるといいかもと思いました

ここだけ小文字 大文字の方が良さそう「AI」

ツールが漏れてそう

ツールを呼び出し

「」の数が足りない？なくても良さそうす

パースの間違い？

でで

トルでもいいかもと思いました

nits: 便利！

nits: サンプルコードの作成お疲れさまです！とても良いので、「CrewAIを動かしてみる」あたりに紹介があってもいいかも？

感想：実際のログ見れるのとてもいいですね〜〜〜！

プロセスを変えると、Agent、Task、Crewの役割がかわる、ということでしょうか？今回の例では変えた。ということなのでしょうか？

読んでいて何を検索するツールかわかりませんでした（タスクの進行状況なのかなとか）Googleのリアルタイム検索ツールなのですね。一言あると嬉しいです。

ああああflake8からのエッセンス！ありがとうございます！

.10がでてました。出るまでにまだ上がるでしょうから、どこかでフリーズ決めないとですねー

httpx_async.py のタイポでしょうか

imo: uv pipの公式の見解もあると、後半のお勧めしない根拠になるかと思いました。

代案

なお、uv pip コマンドは公式では legacy workflow とされており、以下のコマンドで代替できます。

imo: 別の方法として、exclude-newerを紹介してはどうでしょうか？スクリプトを単体で配布する場合、.pyファイル内で完結できると便利で、よく使っています。pepにはないuv独自機能なのですが。

https://docs.astral.sh/uv/guides/scripts/#improving-reproducibility

```

[tool.uv]

exclude-newer = "2025-12-18T00:00:00Z"

///

```

imo: 定義しているのは、PEP 723 だと思います。 https://peps.python.org/pep-0723/#specification それを紹介している公式（準公式？）のサイトが提示されているサイトなのかなと思っていました。

以下でどうでしょうか？

PEP 723で定義され、Python Packaging User Guide」の「Inline script metadata」で紹介されています。

imo: 本文中で uv run も紹介しているので、表に追加してもいいのかなと思いました

トル ですよね

ここへのコメントが適切か分かりませんが、uv python コマンドの紹介も欲しいなと思いました。 「uv で python 環境を管理する」みたいな

--app はコマンドラインツールを作るためのオプションではなさそうです

This project kind is for web servers, scripts, and command-line interfaces. https://docs.astral.sh/uv/reference/cli/#uv-init--app

感想: typer は clickベースなんですね。知らなかった

imo: テーブルの方が見やすいと感じました。引数 | 説明 くらいの感じでどうでしょうか？

imo: main的な関数は、下の方（if __name__の直上）にある方が読みやすいかなと思いました（他の章もそのようなイメージ？）

imo: git push だけでいいのではと思いました

imho: コマンドの公式ドキュメントへのリンクがあると嬉しいなと思いました

感想です：便利すぎますね

感想です：おおおお！

IMO：Pyreflyの生まれた経緯に少し触れたいです！後半の納得感の味付けにもなりそうかなと思いまして！ ・PyreってのをFacebookが作ってた ・色々限界きた ・IDEを第一に考えた「型チェッカー + 言語サーバ」の設計思想がある

以下の記事にありました！ Why we built Pyrefly https://engineering.fb.com/2025/05/15/developer-tools/introducing-pyrefly-a-new-type-checker-and-ide-experience-for-python/

imho: 重箱ですが、「# str() と repr() の結果は同じ」の方がわかりやすいかも？

pip install pydantic みたいなのは入れないのでしょうか？なくてもあっても良いです。他の記事ではある印象だったので確認です

サクッと試せるように、pydantic公式のsandboxを紹介してはどうでしょうか？ * https://github.com/pydantic/pydantic.run * https://pydantic.run/blank

とても気になりました！最後まで読んでも移行が容易なのがわからなかったので、docsへのリンクがあると嬉しいです。

各種クラウドに加えて、prefectクラウドもあるのですね https://docs-3.prefect.io/integrations/integrations https://docs-3.prefect.io/v3/how-to-guides/cloud/manage-users/index

（ドキュメントが充実していて嬉しい）

後ろを読んで、記録だけでなく、可視化もでき、yamlで管理することがわかりました。ここで説明があると読んでいく補助線としていいかも？

「何が、いつ、どこまで進んだか」を記録し、

従来のcron＋スクリプト運用と大きく違うのは、ただ動かすだけでなく、「何が、いつ、どこまで進んだか」を記録し、YAMLで定義・管理し、その進捗を可視化し、必要に応じて再開できるという点です。

↑だと長いですね。。

感想：いいすね〜！

感想：最高ですねめちゃめちゃ便利そう！

これ、落ちてるサーバがいるとどうなりますか？ return_exceptions Trueで、ValueErrorなどの文字列が返るだけだから、gradio側で、その文字列が表示されるだけってことですね。それはそれで良いのかしら。落ちる想定はそもそもなさそうではありますね。

docstringの説明があってもいいかなと思いました。

Pythonでコード内に記載するドキュメントの書き方。例：... みたいな。でも冗長かもです

感想：ありがたい情報

感想：高まってる！！

感想：この解説めっちゃいいですね

twineのみでの対応方法をご存知でしたらちょろっと追加してもいいかなと思いました。

Twineを使ってリリースをされている方も一定数いそうで。 本文後半のactions の中身をみると、twineだけでは頑張らないとできなそうな感じはあるのですが。

GitHub Actions以外でローカルからアップロードしてくれるツールでどうなのか気になりましたーー :pray: https://github.com/pypa/twine https://github.com/pypa/twine/issues/1094

画像1つでいいのでは？あと、みて欲しいところに赤枠などあるといいかなと思いました

imho: PEPに言及はないですが、euro 2007のトークではウィスキーですね 🥃 ぼくはウィスギーと呼んでいました。

http://www.phyast.pitt.edu/~micheles/python/europython07/talk.html

グニコーンは少数派ですよね。 公式はどっちでもいいっぽいっす。

https://github.com/benoitc/gunicorn/issues/139

Bold

imho: アスギーかなって。文字起こしだとasciiになりますし作者はアスギーって言ってるように聞こえます。エイエスジーアイとも言ってます。

https://youtu.be/-7taKQnndfo?t=1613

誰の機能ですか？webツールキットの、だと思うので、見出しはwebツールキットの役割やwebツールキットの機能でもいいかも。

Fastapiの場合、ルーティングやレスポンスなんかは、ほぼStarletteままだと思いますが、クラス名を変えているから、直接とは言えないのですかね。

Toolkitという概念をはじめて知りました。Starletteもフレームワークだと思ってたら、公式にツールキットってあった。

Starlette is a lightweight ASGI framework/toolkit

https://www.starlette.io/

感想です：これぞエクセルでPythonの使う便利さ！と思いました

感想です: 本筋ではなく、ものすごく個人的なお気持ち的には、日付に年が入っていれば、年の行はなくてもいいかなと思いました（他のことに使うケースでも結局邪魔になってしまいそう）

便利！

nifs: OSS版はPythonのみなんですね。一言あってもいいかも

NGになる例があってもいいのでは、と思ったけどそもそもエラーになりますもんね。でもNGになる例が欲しいかなぁ

タイポ

ありがたいドキュメント！

知らなかったーこの話！

参考になる公式手順があると嬉しいなと思いました

このページかなと思ったのですが、さらに下のブログ記事が手順として紹介されていました。

Hosting your Models and Datasets on Hugging Face Spaces using Streamlit

こちらの方が手順としてよさそう？ Hosting your Models and Datasets on Hugging Face Spaces using Streamlit