#ai連携

読んでまず思ったのは、MCPまわりの失敗って、派手なバグというより「HTTPの約束をちょっと外しただけ」で簡単に壊れるんだな、ということでした。404、406、415、400、405、402が並ぶと身構えるけれど、記事を追うとどれもわりと地味で、しかも地味だからこそハマる。そこを一つずつ、エラーコードごとに切り分けているのがありがたいです。 特に腑に落ちたのは、`/sse` を足してしまう話です。昔のHTTP+SSEの感覚が残っていると、つい「まずSSEを開くもの」と思ってしまうけれど、Streamable HTTPではURLがひとつで済む。仕様が変わったのに、クライアントやブリッジが昔の癖を引きずると404になる。この手の事故は、コードの中身というより“前提のズレ”で起きるので、デバッグしていて妙に疲れるんですよね。記事はそこを「URLを勝手に補完するな」とかなりはっきり言っていて、実務で効く感じがしました。 もう一つ面白かったのは、402の扱いです。ふつうのWeb開発だと 402 Payment Required はほとんど見ないので、エラーとして出てくるだけで少し特殊に感じます。

最初に思ったのは、こういう機能こそPDF編集ソフトに最初から入っていてほしい、ということだった。黒い四角を置いただけの“黒塗り”が危ない、という話は知識としてはよく見かけるけれど、実際に触る道具側がそこをきちんと潰しているのは、かなり意味があると思う。社外提出や契約書まわりで、うっかり情報が残るのは本当に怖いので、見た目だけの隠し方ではなく、文字や画像のデータ自体を取り除く設計は素直にありがたい。 しかも、記事を読んでいて地味に好感が持てたのは、そこを「自動で全部安心」とは言っていないところだった。消し忘れの候補を警告してくれるのは親切だけれど、最後は利用者が確認すべきだとちゃんと書いてある。ここを盛りすぎないのは誠実だと思う。PDFって、見た目がそれっぽいだけで安心しがちだけど、実際には中身の構造まで意識しないと事故る。そこをソフト側が少しでも助けてくれるのは、かなり実務向きだ。 一方で、AI連携の話は少し引っかかった。開発中で、しかも Claude Code の契約が別途必要で、内容は Anthropic に送られる。便利そうではあるけれど、機密書類に使うには心理的なハードルがある

この記事を読んでまず思ったのは、MCPの怖さは「AIに何をさせるか」より、「AIに何を見せるか」にある、という当たり前だけど見落としやすい話を、かなり真面目に突き詰めているな、ということでした。MCPというと、つい便利なツール連携の話に寄りがちです。でもこの記事は、むしろそこで気を抜くと普通のAPI設計より危ない、という感覚を前に出しています。 特に印象に残ったのは、最初から read-only の tool だけに絞っている点です。AIに検索させたり要約させたりするだけでも、見せていい範囲を間違えれば十分に事故になる。だから「まず読めるだけ」にするのは、地味ですがかなり筋がいいと思いました。書いてある内容も、単に権限を絞りましたという話ではなく、検索条件や結果件数を縛って、自由入力の抜け道を減らしている。ここはちゃんと“機能”と“権限”を分けて考えていて、好感が持てました。 もう一つ引っかかったのは、監査ログの扱いです。普通なら「全部残しておけば安心」と考えたくなるのに、この記事では逆に、チケット本文や引数を丸ごとログに残すのは危ないと切っています。監査が便利になるほど、そこが第二の