巷の MCP は別途アクセストークン取って環境変数に入れて、プログラムをローカルで走らせて stdio で通信パターンも多そうやな。

今更 MCP 作り出したけど、 認可無ければ超簡単。 認可絡むと超面倒。

JS/TS はパンドラカオスだし、もう任意の言語で webasm コンパイルした方が幸せじゃない？って思っても、DOM 操作が特定環境(ブラウザ)のJSライブラリという位置づけっぽくて、JS 無しに至れ無いっぽい？

「TS で合法だけど、React で違法」と言う状況を「TS が悪い」と表現するのは流石に洗脳されすぎでは…？ Svelte とかあるじゃん

TV で報道されない不祥事は、本来 TV ショーに影響しないのでは？と、思った。 TV 見てないけど。

軽く調べた感じ、Responses API でも、stateless の方が無難っぽいなぁ

OpenAI Responses API 試してるけどさ、ステートフルの戦略は理解したとしても、その割にステート操作 API が不足してるし、マルチモーダルなアイテムの構造に一貫性が無いし… うーん

巷のコードを勉強しますか

Tool / MCP 多すぎ問題を解決する為に、どのTool を使うかプランを作るステップを挟んだとして、そのプランが正しくてかつ次の本ステップも正しく、ってなると正しい確率下がりかねないし、続くタスクで読み込まなかった Tool が必要になる可能性もある。 どうしたら良いんやろ？

あー AI の tool call と MCP を混同してるパターンもあるのかな？ tool call は必要、MCP は必ずじも必要ではないって思っています

AI 関連でフロー制御 DSL フレームワークみたいなの流行ってるけどさ、AI 分野とか関係なく、素朴にプログラム書くより自由度が低いフロー制御 DSL がありがたいケースって乏しくないですかね？

いや本当これで、「仕事を奪われる説」を肯定するとしたら、恐れるべきは「AIに奪われる」というより「できる人が5人分とか10人分とか作れるようになるので中途半端な人の仕事が奪われる」の方が近い気がする。

私が思う MCP 微妙じゃね？ポイントは、 - 独自サーバーを提供した時、独自ゆえにクライアント数が多くならないなら分離させるメリットがない - 小規模でもネットでサーバー化するとインフラが面倒 - サーバーが独自情報を提供する時、サーバー毎に認可取って回るのどうなん？ あたりかな？

私の思うMCP 微妙じゃね？ポイントとは 違うけど、こういう側面もあるのね。 ただ、MCP の流れも止まらん気がするし、上手く乗るしかないんやろな。

ほとんどの状況において、MCPサーバーは必要ないよ、という記事。(What if you don't need MCP at all? がタイトル) ・最近、開発者らの間ではMCPサーバーの話題が持ちきりだが、必ずしも必要ではない ・多くの人気なMCPサーバーは特定のタスクに対して非効率であることが多い

Python 本体よりもライブラリのヘルっぷりがやばすぎる。

もう Pyrhon は広がりすぎて消えることはなさそうなので、v4とか作って破壊的変更しまくって欲しい v2 から v3 で実績あるし

LangChain の LangSmith かと思ったら違った

LLM ってそもそもリストの扱いが悪いよね。 「100 個だして」っ言うと、100にならんこと多いし。 まあ、そのうち良くなるだろうけどさ。

TOON ねぇ 私も CSV でエエやんって思うし、 LLM が学習したことないフォーマット渡されて正しく認識できんのか？って気もするし、LLM は XML が良いって言われてて、意味の終了判定がない順序ベースの情報は扱い悪そう…としか