「もっと良い見出しを書いて」は提案を求めています。「下書きの見出しを変更して」は介入を求めています。「新しいバージョンを公開して」は、訪問者向けのページを変更します。この三つの文は言い回しこそ近いものの、技術的にはまったく異なる最終状態を表しています。
Framerは2026年十月22日にMCP連携を発表しました。元の発表によると、接続されたAIツールはデザインキャンバス上で作業し、CMSコンテンツを管理し、公開まで行うことができます。このニュースは、会話が実際のプロジェクトでの作業に変わり得るという全般的な変化を可視化しています。ただし、特定の依頼においてどの操作が許可されるかは、接続が存在するというだけでは決まりません。
モデル、クライアント、ツールサーバーはそれぞれ異なる役割です
モデルはコンテキストを処理し、とりわけツール呼び出しを提案します。使用しているAIアプリケーションは、クライアントを介してこれらのツールに接続します。サーバーは提供する機能を記述し、処理します。公式のMCPアーキテクチャはこれらの役割を区別していますが、標準規格は各AIアプリケーションがモデルを内部でどのように実行するかを規定していません。
この区別は、ご自身のモデルやローカルモデルを扱う際に役立ちます。モデル名だけでは、接続が機能していることの証明にはなりません。使用しているクライアントが、必要なトランスポートと認証をサポートしている必要があります。そのうえで、特定のサーバーが、そのタスクに必要なツールを過不足なく提供している必要があります。
イベントの例に当てはめると、既存の接続によって技術的な可能性が開かれることはあります。しかし、それだけでは、クライアントが正しい下書きを選ぶかどうか、テキストが確認済みかどうか、公開が依頼に含まれているかどうかはまだ分かりません。
変更依頼には明確な対象が必要です
使える指示は、ページ、許可される変更、最終状態を明示します。たとえば、「指定した下書きで、見出しと導入文だけを変更してください。日付と参加条件は変更しないでください。何も公開しないでください。その後、影響を受けた箇所を一覧にしてください」といったものです。この私たち独自のテンプレートは、Framer特有の安全策を主張するものではありません。
変更の前に、プロジェクトの現在の状態を読み取っておくべきです。そうしないと、指示が古いバージョンのテキストに基づいてしまう可能性があります。変更の後には、フィードバックが出発点を参照している必要があります。何が置き換えられ、何が維持され、結果はどこにあるのか、という点です。チャット上のきれいな段落だけでは、それには不十分です。
KENJTECで文書化されているリモートMCPの経路
この点については、 KENJTEC MCPガイド が、適切なクライアント向けのこうしたアクセスについて説明しています。KENJTECの文書化されたテスト環境では、Claude Codeが接続済みのプログラムとして記録されていますが、これは他のすべてのクライアントで実行が成功することを意味するものではありません。提供されるツールは、付与された権限に応じて絞り込まれます。
sites:read → list_sites, get_site
sites:write → create_site, edit_site,
publish_site, unpublish_siteたとえばget_siteは、ID、ページの概要、下書きの状態を返しますが、自由に編集できる完全なソースツリーを返すわけではありません。ウェブサイトの作成や変更はKenjiを通じて行われ、KENJTECのAIクレジットを使用します。ご自身の外部AIは指示を出すものであり、自らのウェブサイトコード全体を自動的にサイトへ直接書き込むわけではありません。
書き込み権限の範囲は重要です。この権限には公開も含まれます。重大な影響を伴うツールにラベルを付けることは、クライアントが確認を求める助けにはなりますが、個々の呼び出しごとにサーバー側で追加の確認が行われるわけではありません。「下書きのみ」といった指示は、クライアントが実際に守る必要があります。助言だけが目的であれば、読み取り権限にとどめ、選んだ提案をご自身でエディターに反映することもできます。
オープンな標準とは、理解可能な取り決めを意味します
技術的に機能するアクセスであっても、root、SSH、あるいは一般的なストレージへのアクセスではありません。設定済みの特定の接続にとって重要なのは、提供されるツール、選択した権限、そして該当するアプリケーションのルールです。FramerとKENJTECは異なる機能セットを提供しており、同じプロトコル名だからといって互換性があるわけではありません。
したがって、実践的な次の一歩は小さなものです。ご自身のテストプロジェクトを一つ指定し、その現在の状態を読み取り、限定された望ましい最終状態を定義してください。そのうえで初めて、変更に意味が生まれます。実行後に、どのツールが何を変更したのか、そしてなぜまだ何も公開されていないのか、あるいはすでに何かが公開されているのかを説明できれば、AIとの接続は追跡可能なワークフローになります。
出典と状況
調査および文書は2026年十月25日時点のものです。 Framer MCP · Framer公式アップデート一覧：Framer MCP、2026年十月22日 · アーキテクチャの概要。
