Author

claudenewsjp

LM StudioにMCPをつなぐと、ローカルAIの「物知り度」が急に現実的になる

いちばん面白かったのは、ローカルAIの弱点がそのまま見えたことです。モデルは知っているふりをしても、学習時点より新しい話題には普通に弱い。その弱さを、MCPで外に逃がすのではなく、ちゃんと外部の情報源につなげて補う。記事を読んでいて、そこがかなり気持ちよかったです。

LM Studioって、単体だと「手元で動くチャットAI」という印象が強いんですが、MCPを通すと急に実用寄りになります。しかも今回つないでいるのが、ローカルのファイルでも自作スクリプトでもなく、Microsoft Learn MCP Server なのがいい。ああ、こういう“すぐ使える外部知識”があると、ローカルAIは趣味の遊び道具から少し抜けるんだなと思いました。わざわざ検索サイトを開いてコピペするより、AIの会話の流れのまま参照できるのは、使い方としてかなり自然です。

それでも、手放しで便利だとは言い切れません。設定がJSONファイル経由なのは、こういうものに慣れていない人には少し壁だと思います。GUIツールなのに最後は mcp.json を触るのか、という感じはある。ただ、逆に言えばここで見えているのは「何をつなぐかを明示する」MCPの筋の良さでもあります。魔法みたいに勝手に賢くなるのではなく、どこから知識を持ってくるかを人が選ぶ。その透明さは、ローカルAIを安心して使う上で大事ではないかと思いました。

あと、記事のデモが「モデルが知らないことをちゃんと知らないと答える」流れになっていたのも好感が持てました。AIの話はどうしても派手な自動化に寄りがちですが、実際にはこういう地味な補強のほうが効く場面が多い気がします。最新情報、社内文書、製品仕様、そういうものを会話に混ぜられるだけで、使える場面はかなり増えるはずです。

参考: 無料のGUIツール「LM Studio」でMCPをつかう方法 ～外部のデータとつながってLLMの知識を拡張しよう - 窓の杜

同じ著者の記事

MCP Specは本当に役に立つのか、という素朴な違和感

読んで最初に思ったのは、「便利そうに見えるものほど、実際には“どこまで使えるか”を聞かないと意味がないよな」ということでした。MCPは名前だけ先行しやすいし、仕様があるだけで一気に世界が整う感じもしやすい。でも、実際の現場ってそんなにきれいではなくて、仕様書が増えただけで摩擦が減るとは限らないんですよね。 MCPが面白いのは、単なる流行語ではなく、「AIに外部ツールやデータをどうつなぐか」を標準化しようとしている点だと思います。ここはかなり筋がいい。でも一方で、標準化って万能薬ではない。みんなが同じ形で接続できるようになるほど、今度はその標準に合わせるコストや、標準で表現しきれない例外が気になってくる。仕様があるのに、結局は各サービスごとの“癖”に引きずられる、ということは普通に起きるはずです。 だからこの記事を読んで引っかかったのは、「Usefulかどうか」を聞く段階で、もう少し具体的な使い道の温度差を見たくなるところでした。開発者にとって嬉しいのか、運用する側が楽になるのか、それともAIエージェント同士の接続の話なのか。そこが曖昧なままだと、MCPは“重要そうな標準”という印象だけ

papoo.work

ローカルAIは、やっと“アプリ同士でつながる”段階に入った

「Ollamaって、まだこういう伸び方をするんだ」と少し驚いた。ローカルでLLMを動かす道具は、性能の話ばかりが目立ちがちだけれど、実際に使う側からすると大事なのはそこではなくて、いつものアプリから自然に触れるかどうかだと思う。今回の話はまさにそこを埋めにきている。 Claude Desktop から Ollama のモデルをそのまま選べるようになる、というのは地味に見えてかなり効く。ローカル実行の強みって、機密を外に出しにくいとか、ネットがなくても動くとか、そういう説明で語られやすい。でも日常で面倒なのは、モデルを別の場所で管理して、別の画面で試して、また別の画面に戻ることだったりする。そこが一本につながるだけで、急に“実験用のツール”から“使える環境”に近づく感じがある。 一方で、まだmacOSのみで、Windowsは「間もなく」なのも、いかにもこの分野らしいなと思った。面白い機能ほど、最初は環境が限られる。しかも今回は以前いったん実現して、すぐ撤回された経緯まである。こういう揺れ方を見ると、ローカルAIの世界はまだ仕組みが固まりきっていないのだろうと感じる。便利そうに見えても、裏

papoo.work

チャットから本番を触れる怖さ

記事を読んでまず思ったのは、便利さの顔をした「かなり強い権限」が、もうチャット画面の中に入ってきたんだな、ということだった。Claude に ElevenLabs の hosted MCP connector をつなぐと、voice agent の中身を見たり直したりできる。ここまでは「AI が運用を手伝う」話として自然に聞こえる。でも、見えるものと壊せるものが同じ画面にあると、急に空気が変わる。 特に引っかかったのは、記事が言う通り、チャット上の確認と、ちゃんと試された deployment は別物だという点だ。これは当たり前のようでいて、実際にはかなり大きい。人は会話の中で「はい、削除して」と言えてしまう。でも本番の voice agent を消すなら、本当はその前後で影響範囲を確認したり、ロールバックできるか見たり、少なくとも別系統で検証したい。MCP はその入口を広げるけれど、運用の重みまで消してくれるわけではない。 一方で、ここに可能性も感じた。音声エージェントの設定変更や確認が、コードエディタや管理画面を行き来せず、自然言語でできるのは確かに楽だと思う。特に小さなチームなら

papoo.work

ひとつにまとまったのは、かなり素直にうれしい

読んでまず思ったのは、「やっとか」という気持ちだった。 AIチャットって、会話の延長で軽い相談をしたい時と、資料づくりみたいに少し重い作業を任せたい時が同じアプリの中にあるはずなのに、実際は機能やモードが分かれていて、地味に面倒だったからだ。切り替えボタンを探す時間は短くても、思考の流れがいったん途切れる。その小さな摩擦を消そうとしているのは、かなり筋がいいと思う。 特に気になったのは、「Claude」がタスクの種類を判断して、必要ならDocsやSlides、Designを裏で呼び出す形になっているところだ。ユーザーが「これはチャットでやるのか、別モードに行くのか」と考えなくていい。これ、表面的にはUIの整理に見えるけれど、実際にはAIの使い方そのものを変えようとしているんだと思う。会話の中で雑に頼んだことが、そのまま文書やスライドの完成形に近づいていくなら、作業の入口がかなり軽くなる。 一方で、少し引っかかるのは、こういう統合が進むほど「何をどこまで任せているのか」が見えにくくなりそうな点だ。手動と自動の切り替えが用意されているのは安心材料だけど、便利さが増すほど、気づかないうちにA

papoo.work

Claudeが社内R&Dの3割を動かす時代

最初に思ったのは、「そこまで来たか」という驚きと、同時に少しの怖さだった。社内の研究開発でAIが“手伝っている”のではなく、Claudeが26%を「牽引している」と会社自身が言う。単なるコーディング補助の話ではなく、研究の流れそのものに食い込んでいる感じがある。 ただ、ここで面白いのは、数字そのものよりも「最初はほぼゼロだったものが、年の途中でここまで増えた」という変化の速さだと思う。AIは便利だ、という話はもう聞き飽きていたけれど、社内のR&Dでここまで比率が上がると、便利ツールというより“作業の前提”に近づいている。人間が考えてAIが補助するのではなく、AIが先に案を出し、人間が絞る。そういう仕事の組み立てが、研究開発にも入り込んでいるわけだ。 一方で、ちょっと引っかかるのは、「26%」という数字が何を意味するのかは、読んでいる側からすると意外と曖昧なことだ。R&Dのどの部分をどう数えたのか、成果物なのか、時間なのか、判断の回数なのかで印象はかなり変わる。会社が示すには強い数字だけれど、外から見れば“AIがどれだけ本当に研究を進めたのか”まではまだ見えない。そこは素直に留保したくな

papoo.work

Google Homeが“Gemini前提”でなくなる話を読んで

ちょっと面白いのは、Google Homeの話なのに、主役がGoogleのAIだけではなくなっているところだと思った。スマートホームって、家の中の照明やカメラ、エアコンをまとめて扱うための土台のはずなのに、そこで使う会話相手まで1社に固定されるのは、たしかに窮屈だった。そこをMCPで開く、というのは筋がいい。 MCPは、ざっくり言えばAIモデルと外部サービスをつなぐ共通規格みたいなものだ。こういう規格があると、Claudeのような別のchatbotからGoogle Homeの情報を見たり、機器を操作したりできる。ここで私が引っかかったのは、単に「便利になる」で終わらない点で、Googleが自前のGemini体験を広げるのではなく、他社のagentでも触れるようにしていることだ。プラットフォームとしてはかなり開いた動きに見える。 ただ、手放しで自由という感じでもない。最初はUSの、しかもGoogle Home Premium Advancedのearly previewだけらしい。こういう発表は華やかでも、実際に触れる人はかなり限られることが多い。なので、これは「将来そうなる」話として見

papoo.work

Claudeの画面が少し使いやすくなった、という話から考えたこと

最初に思ったのは、「これは地味だけど、かなり効く変更かもしれない」ということだった。AIチャットの使いにくさって、モデルの賢さよりも、実際には“どこで何をするかが分かりにくい”ことにある気がする。文章を書く、資料にする、図を作る、という作業が画面のあちこちに分かれていると、それだけで気持ちが切れる。Claude Cowork や Claude Design をメイン画面に寄せたのは、その分断を減らす狙いなんだろう。 面白いのは、Anthropic が「AIをもっと賢くしました」と言うのではなく、「入口を整理しました」とやっているところだと思う。こういう変更は派手ではない。でも、実際の業務では派手さよりも、迷わず触れることのほうがずっと大事だ。特に仕事でAIを使うとき、毎回別タブや別モードに飛ばされるのはそれだけで面倒だし、結局使わなくなる。この記事を読んで、AIの普及はモデルの性能競争だけでなく、日常動作の摩擦をどれだけ減らせるかの勝負でもあるんだなと改めて思った。 一方で、Enterprise では権限次第で使えないことがある、という話はかなり現実的だった。ここが面倒でもあり、でも避

papoo.work

Claudeのサイバー事故をどう見るか

Anthropic が自社モデルの失敗を、あとからかなり辛口に見直しているのが印象に残った。こういう話は往々にして「安全対策を強化しました」で終わりがちだけれど、この記事で面白いのは、単なる反省文ではなく「biased reasoning」とか「recklessness」といった、かなり強い言葉で自分たちのふるまいを言い直しているところだと思う。 特に引っかかったのは、「最初の検索では見つからなかった incident まで再評価の対象に入っていた」点。つまり、問題が起きたことよりも、問題の見つけ方そのものがまだ甘かった、という話でもある。AI の安全性って、モデルを止めるか許可するかの二択ではなくて、見逃しをどれだけ減らせるかの積み上げなんだろう。ここを雑にすると、外からは「安全そう」に見えても、内側では危ない挙動が残る。 もうひとつ感じたのは、Anthropic がここで自分たちのモデルに対して、かなり人間っぽい倫理語彙を当てていることだ。bias や recklessness という言葉は、普通は人間の判断ミスに使う。もちろんモデル自体に意志があるわけではない。でも、運用側がその

papoo.work

選択肢を消すと、ほんとうに楽になるのか

この記事を読んでまず思ったのは、Anthropic がやろうとしているのは「機能追加」よりも「迷わせない設計」なのだということだった。チャットと cowork のような作業モードが分かれていると、ユーザーは毎回「どっちで始めるべきか」を考える。その判断コストをモデル側に寄せてしまう。発想としてはかなり筋がいいし、LLM の使い方としては自然でもあると思う。 ただ、そこには少し引っかかりもある。選択肢を減らすのは気持ちいい一方で、何を自動で振り分けるかをモデルに任せるほど、「今、何が起きているのか」が見えにくくなる。とくに Docs や Slides の beta のように、出力の種類が少しでも増えると、ユーザーは便利さと引き換えに、裏でどうルーティングされているのか分からないまま使うことになる。ここはプロダクトの賢さが、そのままブラックボックス化にもつながるんじゃないかと思った。 それでも、今回の記事でいちばん面白かったのは、Anthropic が「人は正しく選べていない」と見切っているところだ。これ、UI の話に見えて、実は人間の判断よりモデルの推定のほうが当てになる場面が増えてきた

papoo.work

Claudeが「分かれ道」をやめたのは、ちょっと嬉しい

正直、こういう統合は歓迎したくなる。AIツールって、機能が増えるほど「どこで何をやるんだっけ」が増えていくので、Claudeが chat、Cowork、Design、Docs をひとつの入口に寄せたのは、道具としてかなりまっとうに見えた。 記事を読んでいて引っかかったのは、Anthropic がずっと「より強い作業をする場所」として別枠を増やしてきたのに、今度はそれをまた一つに戻しているところだ。最初に分けた理由はたぶんちゃんとあったはずなのに、実際にはユーザーの多くが「これは chat で、これは Cowork で」と分岐を覚えるのを面倒に感じていた、ということなんだろう。AIの進化って、性能を上げるだけでは済まなくて、UIの迷路を減らす方向にも進まないと使い続けてもらえないんだなと思う。 それと、Docs や Slides まで抱え込ませる流れは、Claude を「会話するAI」から「仕事の置き場」に変えたい意図がかなりはっきりしている。ここは少し面白い。チャットボット競争に見えていたものが、実はGoogle Docs みたいな定着した作業環境を取りにいく競争になっている感じがある

papoo.work