「読む」から「操作する」へ——MCPで社内ツールにAIをつなぐと、何が変わるのか
RAGは社内文書を「読む」技術でした。その次に来るのが、社内システムを「操作させる」ためのオープン規格MCPです。何ができるようになるのか、そこで初めて生じるリスクと導入の順番を整理します。
社内システム
「上司がつらい」と書くと、なぜこのコーチが出てくるのか——動いているRAGを、検索スコアごと公開します
自社サービスworry.teamのコーチ紹介で動いているRAGを、実測した類似度スコアごと公開します。単語が一致しなくても見つかる仕組みと、関係ない相談に「答えさせない」しきい値の決め方まで。
社内RAGを「どこまで閉じるか」——ネット接続あり・社内ネットワーク完結・PC1台完結
社内RAGの相談で最初に確認するのは「社内の文書を外に送っていいか」です。ここの答えで選べる構成が変わり、しかもあとから変えるのがとても高くつきます。ネット接続あり／社内ネットワーク完結／PC1台完結の3段階で、それぞれ何ができて何ができなくなるかを整理しました。
RAGの構築費用はいくらか——なぜ30万円台から始められるのか
RAGの構築費用は、工数より「毎月かかり続けるもの」と文書の状態で決まります。固定費を作らない構成、見積もりが外れる理由、後から足せない権限とモデル差し替え、小さく始める順番までまとめました。
Django × pgvector でRAGを自前構築する
専用のベクトルDBを契約せず、すでに動いているPostgreSQLにpgvectorを入れてRAGを組む構成。次元数が後から変えられない理由、e5系のプレフィックス、HNSWとIVFFlatの選び分け、しきい値をギャップで切る方法、そして最も重い「埋め込みモデルを差し替える日」の入れ替え手順まで、Djangoの実コードで解説します。
社内RAGで「他部署の資料が見えてしまう」問題の解き方
ベクトル検索は「意味が近いか」しか見ていないため、閲覧権限のない文書も平気で返してきます。社内RAGが本番直前に必ずぶつかるこの壁を、Django＋pgvectorの事前フィルタでどう塞ぐか。後フィルタが破綻する理由、絞り込むと件数が足りなくなるHNSWの罠、そして実装後も残る3つの漏洩経路まで書きます。