主語がない。

◯◯には大きく2つの

ウケる

URLのjaありとなしが混在しているのでどっちかに統一して欲しい

動作確認

なにが利用できないかをちゃんと書いて欲しい。

これらasyncioタスク可視化機能は利用できない

とか

既存のツールってなんですか?既存のツールを知らないです

あー、

python -m asyncio ps と asynncio ptree があるんですね。

ps/ptree のようなスラッシュ表記だとわからなかったので、ちゃんと分けて書いてほしいです。

あと、画像の文字が小さすぎるので、実行イメージはスクショじゃなくて、テキストとして入れてもらう方がいいかなぁ

~~関数

今回注目

今回筆者が注目

~~コマンドと

と書いて欲しい

print_call_graph() 関数、とか書いて欲しいかな

もうRC出てるので「追加される」でよいかと

おーーー、シーケンス図いいですねーーーー

ここの流れとかそれぞれ(Work Pools, Deployment等)の構成要素の役割がどうなっているか、もう一回まとめてほしいなと思いました。

このページの図がわかりやすいかは微妙だけど、それぞれが何の役割で、どうい依存関係なのかまとめてほしいなと思いました。

https://docs.prefect.io/v3/concepts/work-pools

これって1日1回の処理だから3回登録されている?それともどういうスケジュール設定でも3回?と疑問に思いました

確認される?

名前の入力を促されるのでは?

ここでは実行環境

を入力し?

だいぶ間をあけてこの用語が出てきたので、Work Poolの説明がもう一度ほしい

typo

August

localを選択して、◯◯な設定を~~

みたいな、この場合はこうするのでlocalを選んだよ、という説明が欲しい

まぁ、ローカルで実行するからだとは思うんだけど

このタスクってなにもしてなくてただログを出力するだけなので、ちょっと微妙だなって思いました。

ちゃんと処理があって、その処理内容を表すログを出して欲しい

get_run_logger()関数自体は使用するとロガーを取得するだけなので、

使用してロガーを取得し、そのロガーを使って出力します。

みたいな説明がより適切だと思います。

で◯◯を

なんの名前?

typo: では

これだけEvents(複数形)じゃないのはなんでなんですかね

前半3つだけカタカナ表記があるのが気になる。なぜ?

項目が6つと多いため表が窮屈で文章が改行されて読みにくいなと感じました。 箇条書きのネストにした方が読みやすくないかなぁ。でも、そうすると比較はしにくくなる。

表の中の文章を見た感じ、表に収めるためにだいぶ短くしているので、箇条書きにして普通に文章にした方がいいかも?

なんかここに+があるのは違和感があるので、日本語にして欲しいかなー

ワークフロー、の方がよいのでは

自動再実行があるのに、エラー通知があるのはなんか辺かなと

失敗時の処理を定義、とかなら意味が通じる

nits: 依存関係の管理

トルでも意味が通じそう

カタカナが連続して読みにくいので、以下みたいに書いて欲しい

ワークフロー・フレームワーク ワークフローのフレームワーク

公式サイトのタイトルでは「Pythonic, Modern Workflow Orchestration For Resilient Data Platforms」と書いてある。フレームワークという用語は出てこない

早い段階でPrefectの公式サイトへのリンクが欲しい

ことが

(なにと同列の「も」なのかわからない

ここで一旦まとめとして、自動的にAPI仕様書からデータを作ってテストを実行、それでバグを見つけて修正がきでたよ。

みたいなことを書いてもいいかなと思った

nits: 使い方は

nits: 読みがあってもいいかも

（スキーマンテシス）?

nits: API仕様 でよさそう

関数 https://github.com/schemathesis/schemathesis/blob/master/src/schemathesis/openapi/loaders.py#L84

さらっとやってみたって感じの内容なので、もし知見があるなら、実際にやってみてこんなことがあったよとか、ここが難しい、ここが便利みたいな、もうちょっと突っ込んだ内容があるとうれしいなと思いました。

max_examples() でテストケースの数を増やすことについても説明しても良さそう。ってかデフォルトだと何パターンテストするんだ?

https://schemathesis.readthedocs.io/en/stable/tutorials/pytest/#generating-more-test-cases

設定ファイルは別にCLIじゃなくてpytestでも使えるっぽい。 なので、設定ファイルでのカスタマイズみたいなのは別の見出しにした方がよさそう https://schemathesis.readthedocs.io/en/stable/tutorials/pytest/#configuration-file

設定できる項目は公式ドキュメントのここにあるよ、と説明して欲しい

どういう結果が出力されているのかを説明して欲しい。

これも、どこが書き換えられたのかわからない。

from_urlがfrom_asgiになっただけ?そうならそうだと説明して欲しい。

メソッドじゃなくて関数

https://github.com/schemathesis/schemathesis/blob/master/src/schemathesis/openapi/loaders.py#L22

一文が長いので、でした。で一度区切ってもよいかと

bは負の整数を受け入れてもよいと思います

以下のように、だと「どこを変更したの?」と探す必要があるので、

以下のように変数bの定義で〜〜Field(gt=0)を〜〜

のように、どのような変更をしたかを説明して欲しい。

気が利いてる！

ドキュメントを見るとGraphQLにも対応しているようです。 https://schemathesis.readthedocs.io/en/stable/

Web APIの、とか書いてくれた方がいいなと思いました。普通にPythonの関数をテストするデータとか作るのかなと思った

動いてる！！

まとめがMCP全般の話しかしていないけど、MCPサーバーやホストを自作する?みたいな観点でのまとめもあるといいなと思います。

ここで段落を分けてもいいかも

開き括弧がない

文が長いのでここで区切ってもいいかも。

起動します。その中で〜

みたいな

文が長いので2つに分けてもいいかも

この記事では〜にとどめています。 Claude〜多くのことを考慮する必要があります。

sseはさっきの説明になかったので気になる

します

コードのdocstringと合わせた方が良いかと

以下はOSの名前を取得するMCPサーバーです

3.12 or 3.13にしていない理由はありますか?なにか制限があるなら書いて欲しい

pip installでdotenv入れているので、追加しても良いのでは

この段階でシステム構成図がほしいです。

ローカルで何個かプログラムを立ち上げてー、とか?

後半にある「本記事で実装したMCP構成要素の対応関係」があればいいかなぁ。

「これからこういうシステム構成のものを作るよ、それぞれ今はここを作っているよ」とわかるように話を進めてもらえると、今どこをやっているのかが把握しやすくなると思います。

トル

一般的な用語ですか?漢字が連続しているなーと思った

この図はどこかから持ってきたものですか? あんまり図になっている意義を感じなかった。(箇条書きでもよさそう

あとPromptがtypoしてる

Server A B とLocal dara source、PostgreSQLも線でつないでほしい。 GitHubもロゴの下に「GitHub」と文字がほしい

SHOULD: ちょっと読みにくいので、こんな感じでも意図が伝わるかなと思います。

各LLMがそれぞれ外部ツールとの連携方法を

nits: 記事へのリンクが脚注にあるといいかも。これとか

https://gihyo.jp/article/2025/03/openai-mcp

nits: ちょっと読点が多いので、以下でもいいかなと

記述してLLMに伝えることで

ハードルを上げていくスタイル

コメントテスト

これらの公式サイトへのリンクがほしい。Flaskなども同様

関数名も index に揃えて欲しい派

FastAPIもhomeだったので、逆にFlaskの例の index() を home() にするのがよさそう

この説明いいですね。フレームワークでツールキットをラップして、より使いやすくしているということがわかる

では、○○をするとImmutable〜

なにかしないとオブジェクトは返ってこないと思うので。

このコードだと返ってきます、よりは

request.form にフォームをパースした○○オブジェクトが格納されています。

とか

HTTPユーティリティは規約に〜

とか主語があった方がいいかなと思いました

扱いの例

かな

これはあんまり賛同できないです。

結局Webフレームワーク全体としてどういう機能を提供しているか、を見ることになると思うので「Webツールキットがこの機能を提供している」とかは選択の判断材料にならないと思います。

Pyramidは人気か?と思うので「トル」でもいいかなと

親切

発音よりは「読み方」かな

ウィスギー派

読み方

トル

ルーティング例として似たようなコードになっている方がイメージしやすいと思います。

あと、ルーティングだけFlask/FastAPIとそれぞれのパターンを提示して詳細に説明しているけど、他と重みが違うのはなんでなのかは気になります。

ここだけ詳細に伝えたい意図はなんなのか(他は文章でさらっとしている

見出しレベルを下げた方が良い(ルーティングの中だと思うので)

これもコード例がほしいなー

PythonのオブジェクトでリクエストやレスポンスをWebツールキットの一種で処理するコード例がほしいなー

なんか図とかあるといいんですけどねーーー、低レイヤーはどの部分なのとか

とはいえ、どういう図がいいのかのイメージは湧いていない

トル or 的な

Webツールキットがどのような

なんの詳細?

主な、とはなにか

トルでも意味が通じそう

統合って書かなくてもいいのでは

これ、1つの列で、列のタイトルを Werkzeug / Flask とかにして、各行には「W / F / 拡張」とか書いた方がわかりやすいのではと思った

上でも説明しているので書かなくてよいのでは

Webツールキットが登場する

機能提供という文字が多いけどそんなに意味がないので、○とかにして、「○はそこで機能を提供している意味ですよ」とか説明したい。 拡張で提供も「拡張」とだけ書いて、拡張機能をインストールすることで~~みたいな説明を文章で書きたい

機能

下の表でも見出しで「機能」と書いている

何が言及されている場合?

WebフレームワークとWebアプリケーションフレームワークという表現があるので、どちらかに統一して欲しい

際

ツールキットがツールやコンポーネントの集合体、だと一般名詞を一般名詞で説明しているイメージで、あんまりピンとこないです。どう書くといいんだろう...

いる

過去形である必要は無いと思います

上の図では「Tool Kit」となっているので、統一した方がよいかと。というか図の中でも「Webツールキット」と書いた方がよいと思います

図を簡素化して、ここではこの文章は無しでもいいかもですね

この段階でWebツールキットとはなにかとかを書いてくれた方が、読者は興味を持ってもらえるかなと思いました。

Webツールキットとはなにか、なぜWebツールキットの役割と機能を今回は紹介するのか、といった問いに書き出しで答えて欲しいなと思います。

現時点ではまだ「能力を活かした〜可能になります」と言い切るのは早いのでは。

今後可能になります、程度かなと

OSSである必要はないのでは。ライブラリで統一した方がよいかなーと というかを見た感じライブラリである必要もなさそう。自分が作成している、もしくは仕事のコードとかも、free threadに対応しているかどうかが確認できると思われる

https://github.com/tonybaloney/pytest-freethreaded

最新が2回ある

なにの対応?

Python 3.14

実行時間を

意味がわからない単語。並列処理にはそういう言葉があるのか。知らない人多そうなので説明して欲しいかも

https://ja.wikipedia.org/wiki/%E4%B8%A6%E5%88%97%E8%A8%88%E7%AE%97

Python 3.13

ちょっと日本語が読みにくいです。

いろいろ試してみた、がなにを試したのか?となるので読みにくいのかなぁ

後半では動作検証とあるので、言葉を合わせた方がいいかなと思います。

についての概要と動作検証した結果を紹介します。

とか

タイトルとしてちょっと 微妙かなって思いました。 知る。でいいかなと

1.0.1??

Sequoia

以下の様に「experimental free-threading build」が表示されます。

みたいな

3.13tがフリースレッドbuildだよという説明が必要

これはちょっと意味がわからない単語です

その反面、GILが

みたいな書き出しでもよさそう

複数のスレッドでなにが実行される?

ご参照ください

かな

おさらいをし

である、が連続しているので片方削除したい

フィックス

pydata

標準ライブラリ(公式ドキュメントにあわせたい

先頭の.はないほうが好みです

向上はまだしてないかなと

向上に向けた取り組みが進んでいる、くらいかなと

これもキーではない

キーでは無く値では

Python 3.12

値が変更不可のキー?

普通に「読み取り専用の要素を定義」とか

便利

デフォルト値なので指定しなくてよさそう https://docs.python.org/ja/3.13/library/warnings.html#warnings.deprecated

公式ドキュメントへのりんくがほしい

https://docs.python.org/ja/3.13/library/warnings.html#warnings.deprecated

可能なら、これはなんのためのものなのか?を説明してほしいです。

ライブラリ等を更新していて、削除予定の関数があったら~~みたいな

クラスの非推奨を?

ビルド済みのものがインストールできるはずなので、それを紹介してよいと思います

https://docs.python.org/ja/3.13/using/windows.html#installing-free-threaded-binaries

https://docs.python.org/ja/3.13/using/mac.html#installing-free-threaded-binaries

これはGILの無効化、という方が適切だと思います。別に改善はしていない

まだ実験的なもので、今後も継続して更新されそう、とかなにか補足が欲しいかな

あとはPyCon US 2024のレポートにも書いたので、これを紹介してくれるとうれしいです https://gihyo.jp/article/2024/07/pycon-us-2024-03#gh9cBNeN3k

◯◯ビルドした

とかいいたい

ビルドは

スクロールしないと大事なところが見れないので、改行するか、大事なポイントを説明文で補足してほしい

consider... 以降を日本語で、こういう意味だよって説明してほしい

ここは別の話だと思うので、

エラーメッセージのカラー化(これは対話型インタプリタの機能)

と、secrets.pyの衝突は別の見出しがよいと思います。 こっちは「Improved error messages」の文脈

動画わかりやすい！！

日本語にしてもいいんじゃないですかね

対話型インタプリタの改善

とか

プログラムの修正が

とか

問題の発見が

とか

エラーメッセージの改善に

とか

新機能が追加されています。

とか?

把握しやすくなった反面、前の方に書いてた「最後の実行結果が表示される」が使えなくなっていると思うので、そのことを補足した方がよいかと。

どっちを使うかはお好みでって感じですかねぇ

コメントが表示されず [PY]DataFamre と表示されています。

とか

nits: 一番左上のセル、で通じるかと

図がはさまったことにより、「問題1ってなんだっけ?」ってなるので「問題1.コードが長く読みにくい」みたいな、どういう問題かを説明する短い文がほしい

Python in Excelではbreakpoint~~ の方がよいかと

Webページの表からデータを取り込んだ、ということを説明した方がいいのではと思いました。

pandasのread_htmlみたいなもん、と説明してもいいかも https://pandas.pydata.org/pandas-docs/stable/reference/api/pandas.read_html.html

typo

文字化けするのでフォントを指定する必要がある、と説明してほしい

際

スクショがないので実際の表示イメージがわからない。ので、スクショ待ち

nits: 矢印が細かいので、もっと行を少なくして読者に伝える情報を減らした方が見やすいと思います。

3~4行くらいあればいいので、矢印をもっと太くして、右上から左下に移動する斜めの矢印もほしい

コードにはキャプションを入れてほしい

Jupyter Notebookっぽい動作だなって思うので、そういうたとえがあってもいいかなと思いました。

Jupyterを知っている人には「あー、あれと同じね」みたいに思ってもらって理解しやすいかなと

これってどこを指しているのか?シート名??あとで説明がある?

whisper.cppだけturboにしているのはなぜですか?

速度比較をするのであれば同じモデルを使ってほしい。 large-v3-turboモデルはlarge-v3よりも速いです。

Sequoiaにあげましょうw

音声の文字起こしで一から〜

の方が読みやすいかと

どういう機種か、スペックを書いてほしい

APIとGPUはローカル環境じゃないので、別枠で書いた方がいいかなと思いました。

上のサンプルコードではlarge-v3だったけど?

これはなんだ?

large-v2?v3?v3-turbo?

https://github.com/ml-explore/mlx

ここも紹介してよいかと

これもlarge-v3があると思います

buildディレクトリの中にコンパイルされたwhisperが作成されます

とか?

large-v3-turboもあるのでlarge-v2じゃなくてよいのでは

https://github.com/ggerganov/whisper.cpp/blob/master/models/README.md

このコードを実行した結果がほしいのと、OSS版と比べるために時間もほしい

ffmpegでやるかと思ったらここでもPython使うのいいですね

large-v3じゃないんですね?モデルの最新はlarge-v3です

turboモデルも使ってみてほしい

コードのここを書き換えたよ、は書いてほしい。 initial_promptはそのままなんですよね?

知らなかった。すごい

これも引用かなにかで別途書き出して「ここが改善された」とわかるようになっているといいなと思いました

SHOULD: preタグで書かれるとgihyo.jp側でもスクロールしないと読めないので読みにくいです。

引用にするか、あとはなにか良い方法あるかなぁ。

ためせるようにこの音声ファイルも置いてくれるとうれしいなー。

自分の声が恥ずかしかったら、なにかの読み上げソフトで読み上げた音声(ライセンス上問題ないもの)を置くのもありかと。

あとはPyCon JPとかの発表動画からカットして使うとかもありかも

紹介しなくてもいいんじゃないかな よくかわっていない人はこの2つのpip installを実行しちゃいそう

nits

OSS番のwhisperを利用するには、

とか。pipでなにをインストールするの?と思ったので

日本語が変かなと

OSS版がサポートするPythonバージョンは、とか

これってどこに書いてました? 内部的にはffmpegで変換していると思うので、ffmpegが処理できるファイル形式ならなんでもいけるかなと思っていました

nits: 「それぞれに」だと全部にありそうに見えるけど、large, turboにはenはないので、なにかいい表現があるといいかなと。

一部には英語のみ~

とか?

します

ウィジェット

ずつ