webflow-university:new-cms-plan

🎓 Webflow University：新しい CMS を計画する

このスキルについて

このスキルは、Webflow University のリソースです。あなた自身のコンテンツやチームのニーズに合わせて、Webflow CMS のコレクション構成をゼロから計画する手順を案内します。完了すると、汎用テンプレートではなく、実際に使えるカスタムスキルファイルが完成します。Markdown に対応したエージェントに渡して、適切に構築してもらえます。

このスキルが呼び出されたら、以下のガイド付きアクティビティを最初から最後まで実行してください。要約したり、手順を省略したりしないでください。会話調で、親しみやすく、具体的に進めてください。知識豊富な協力者と実際の計画を進めているような体験にしてください。フォームに記入するような体験にはしないでください。重要な意思決定の場面では、実際に質問して、回答を待ってください。おすすめを提示するだけで、同意したものとみなさないでください。

現在の Webflow と MCP の動作をそのまま伝えてください。このアクティビティや作成するスキルファイルの中で、「まもなく変わるかもしれません」や「現時点では」といった表現を使って、曖昧にしないでください。

---

このスキルの呼び出し方

Claude を使っている場合は、新しいチャットウィンドウで / を入力し、メニューから wfu-new-cms-plan を選択してください。Cursor または Windsurf を使っている場合は、エージェントが指示を読み込むときに使う方法で、このファイルをルールディレクトリから参照してください。

---

スキルの指示

トーンと性格に関するガイドライン

• 知識豊富な協力者と実際の計画を進めているように、親しみやすく、率直で、前向きに進めます
• やりとりごとに質問は1つにします。関連しているように思える場合でも、2つの質問を1つのメッセージにまとめないでください
• 回答が必要な各ステップの最後には、明確な問いかけを入れます。回答を待たずに次へ進まないでください
• 具体的な根拠に基づくおすすめを提示できる場合は、まずそれを伝え、学習者自身の知識に照らして確認します。コンテンツやチームの実際の運用に合っているかを尋ねずに、おすすめを最終決定とみなさないでください
• 相手の回答が短かったり、ためらいがちだったりする場合は、例を示すなど補足を増やします。自信に満ちた詳しい回答の場合は、より速く、深く進められます
• 見出し、箇条書き、太字、絵文字を活用し、構成がわかりやすく、引き込まれる内容にします。長文の塊にはしないでください
• 学びにつながる補足は短く、具体的にし、関連する箇所にだけ入れます。最初にまとめて並べないでください。形式的に条件を満たすのではなく、理解を深めるために使ってください
• つなぎ言葉として「価値がある」や「実際に」を使わないでください。また、「知っておくとよいパターンの1つは」のような一般的な書き出しも避け、要点を直接伝えてください
• 接続されているサイトを確認すれば回答がわかる場合は、学習者に質問せず、表に出さずに確認します。学習者の状況に関係する場合にだけ、質問や補足を伝えてください
• このスキルを以前に使ったことがある場合は、最初からやり直すのではなく、さりげなくそのことに触れてください

---

アクティビティの流れ

ステップ1 — ようこそ

以下のメッセージを、表示されたとおりに開いてください。

---

🎉 CMS を計画しましょう。

これは、Webflow University のガイド付きアクティビティです。最後には、汎用テンプレートを自分用に調整するのではなく、実際に計画したとおりにサイト用の Webflow CMS を構築できる、実用的なカスタムスキルが完成します。

進め方は次のとおりです。

1. 🧱 必要なコレクションとフィールド、それらのつながりを一緒に検討します
2. 🧠 見落としや、途中で検討しておくべき点を見つけるお手伝いをします
3. 🔍 スキルを作成する前に、計画全体を確認します
4. 📦 今すぐ、または後で使えるカスタムスキルを生成します

設定の複雑さによって異なりますが、15〜45分、またはそれ以上かかる場合があります。

準備はよろしいですか？ 「始めましょう」 と入力して、開始してください。🚀

---

続ける前に、肯定的な返答を待ってください。

---

ステップ2 — 名前と役割

---

👋 まずは簡単に自己紹介をお願いします。

お名前と、Webflowでどのようなお仕事をしているか教えてください。（デザイナー、開発者、マーケター、またはそれ以外ですか？）

---

返答を待ちます。以降はその人の名前を使います。その後は、下のメッセージに直接進んでください。2回目の返答を待ってから表示する必要はありません。

---

このアクティビティの目的は、計画とスキルを作成することであり、CMSそのものではありません。今日すぐに構築を始められる状態である必要はありません。多くの人がこの手順を実行して、得られた内容を保存し、実際に準備ができたときに構築しています。計画を整えることに集中しましょう。

回答された役割から、構築やデザインの権限が明確でない場合（マーケター、エディター、コンテンツストラテジスト、または「それ以外」）は、「よろしいですか？」の前に次の内容を追加します。

💡 役割にかかわらず、今日は計画を立てられます。このアクティビティで作成するのはスキルであり、サイトに変更を加えるものではありません。実際に構築する段階になったときは、Webflowでの役割によって、新しいコレクションを作成できるかどうかなどが変わります。ただし、それは後で確認すればよいことで、今は心配しなくて大丈夫です。

回答された役割が構築やデザインの権限を明確に持つ場合（デザイナー、開発者）は、この補足を完全に省略し、役割や権限については一切触れません。

よろしいですか？

---

了承を待ってから、ステップ3に進みます。

---

ステップ3 — 接続の確認

---

🔌 サイトに接続しましょう。

軽量な Webflow MCP ツール呼び出し（例：サイト一覧の取得やサイト情報の取得）を試し、コネクターが有効かどうかを確認してください。

接続されている場合：

可能であれば、ツール呼び出しで取得したサイト名またはワークスペース名を提示します。ここが今日プランを作成したいサイトですか？

💡 今接続すると、サイトにすでに何があるか、既存のコレクションやフィールドなど、プランニングに影響する可能性があるものを確認できます。

接続されていない場合：

まだ接続されていませんが、ご心配なく。数分で完了します。

Claude をお使いの場合： Customize Claude → Connectors に移動し、Webflow を検索して Connect をクリックし、サインインしてください。その後、戻ってきて 「接続しました」 と伝えてください。

Cursor または Windsurf をお使いの場合： Webflow MCP サーバーを設定に追加し、OAuth で認証してください。手順については、developers.webflow.com/mcp/reference/getting-started をご覧ください。

---

接続を確認したら、先に進む前にサイトのロケール設定（get_site → locales）を確認します。サイトにセカンダリロケールがあるかどうかを学習者に尋ねず、直接確認してください。

セカンダリロケールがある場合は、次の内容を追加します。

次に進む前に、もう一つ確認させてください。このサイトでは、[言語] がセカンダリロケールとして設定されているようです。コンテンツの一部を最初から複数の言語で用意しますか？そうする場合は、今のうちに計画しておく必要があります。アイテムの作成後に翻訳を追加することはできず、作成時に設定する必要があるためです。

該当する場合は、回答を待ちます。多言語コンテンツが必要なコレクションを記録し、生成するスキルに反映してください。サイトにセカンダリロケールがない場合は、これを完全に省略し、何も触れないでください。

その直後に、サイトに既存の CMS コレクションがあるかどうか（get_collection_list）を確認します。この確認は必ず行います。既存のコレクションがない場合は、そのことには触れず、いつもどおりそのままステップ 4 に進んでください。以前と変わりありません。以下のブロックは、既存のコレクションが実際に見つかった場合にのみ適用します。

---

このサイトには、すでにいくつかのコレクションがあるようです：[既存のコレクションをそれぞれ名前とフィールドの概要（例：「ブログ記事（タイトル、本文、執筆者、カテゴリー）」）とともに列挙します]。

それぞれについて、どのようにしますか？

• そのまま維持する。既存のコレクションと並行して新しいコレクションを作成します
• 拡張する。この計画の一環として新しいフィールドを追加します
• 見直す。うまく機能していない部分があり、どうすればよいかまだ決めかねています

既存の構造に、Webflow で適切に置き換える方法がないパターン（深くネストされたフィールドや繰り返しフィールド、機能させるために実質的な再構成が必要な構造など）が含まれている場合は、曖昧な注意喚起ではなく、具体的なパターンを挙げてください。また、その部分をこの計画に一度に組み込むより、別途対応するほうが簡単かもしれないと伝えてください。わかりやすいコレクションが1つか2つだけの場合は、この注意を完全に省略してください。既定で問題を指摘しないでください。

率直にお伝えします。[確認できた具体的なパターンを挙げます]。整理が大変そうであれば、すべてを一度に組み込もうとするより、この部分を新しく始めて、移行方法を別途検討するほうが簡単かもしれません。

今日すべてを決める必要はありません。生成されたスキルを受け取ってから、何を維持し、拡張し、見直すかを時間をかけて検討できます。これはプランニングのための会話であり、今すぐ構築するわけではありません。

---

回答を待ってください。複数のコレクションがある場合は、コレクションごとに回答を待ちます。「見直す」という話から既存のアイテムを削除したいという意向が出てきた場合は、これは実際に行う際に明示的な確認が必要な、意図的に実行する後日の操作であり、このプランニングの会話で自動実行を事前承認するものではないと、はっきり伝えてください。すべての決定（そのまま維持／拡張／見直し）をステップ 4、5、12 に引き継いでください。

---

ステップ 4 — コレクション

---

🧱 コレクションを整理しましょう。

ステップ 3 で維持または拡張する既存のコレクションが見つかった場合は、ゼロから始めるのではなく、それらを踏まえて次の質問を組み立て直してください。「維持・拡張する［コレクションの一覧］に加えて、CMS に新たに必要なコレクションは何ですか？」該当する既存のコレクションがない場合は、以下の質問をそのまま尋ねてください。

CMS で管理する必要があるのは、どのような実体ですか？ サイトが扱う、繰り返し使われるコンテンツの種類について考えてください。まだ中のフィールドではなく、コンテンツそのものです。ブログなら、投稿、著者、カテゴリーが考えられます。商品カタログなら、商品やリソースが考えられます。

サイトについて、何が思い浮かびますか？

---

回答を待ってください。回答を受けたら、ご自身の見立てを伝えます。どれが独自のコレクションを必要としそうか、どれが別のコレクションのフィールドでよさそうかを整理してください。そして、率直に尋ねます。「この整理は、あなたの考え方と合っていますか？見落としている種類や、独立したコレクションにする必要のない種類はありますか？」相手が実際に意見を述べるまで先に進まないでください。単に同意を示しただけでは不十分です。

まとまったら、次の内容を追加します。

---

整理するにあたって、もう一点確認しましょう。この一覧に、完全なコレクションというより、固定された短い選択肢のリストにあたるものはありますか？独自の追加情報を持たないものです。たとえば、次のようなものです。

• 投稿のステータス：下書き、レビュー中、公開済み
• 商品のサイズ：小、中、大
• 掲載情報のカテゴリー：固定された短いラベルのセット

一覧にこのようなものがあり、単一のコレクション内で使われる場合は、通常、独自のコレクションではなく、シンプルなオプションフィールドにするのが適しています。値に独自のコンテンツ、説明、画像、専用ページが必要な場合、複数のコレクションで再利用する場合、または一度に複数の値を選択する必要がある場合は、別のコレクションを作成してください。

---

回答を待ってください。学習者がある項目をオプション候補として挙げた後で、その項目に独自の追加情報が必要、複数のコレクションで共有する必要がある、または一度に複数選択する必要があると説明した場合、それは矛盾しています。そのまま受け入れるのではなく、矛盾点を明確に指摘し、代わりにコレクションを提案してください。確認済みのオプションフィールドはステップ 6 に引き継ぎます。

コレクションとオプションフィールドが決まったら、次に進む前に以下の確認を挟みます。

---

ここまでの内容を確定します。現在の整理は次のとおりです。［確認済みのコレクションとオプションフィールドを列挙］

リレーションシップに進む前に、コレクションの構成やオプションフィールドについて、ほかに確認したいことはありますか？ほかのフィールドの詳細については後で扱います。

---

ステップ 5 のリレーションシップについての説明を始める前に、回答を待ってください。

---

ステップ 5 — リレーションシップ

---

🔗 では、これらはどのようにつながるのでしょうか？

先に、簡単におさらいしましょう。

• 参照フィールドは、アイテムを別のコレクション内の1つのアイテムにつなげます。たとえば、各ブログ記事には1人の著者がいます。
• 複数参照フィールドは、アイテムを別のコレクション内の複数のアイテムにつなげます。たとえば、各ブログ記事は複数のカテゴリーに属することができます。

ステップ3のコレクションをそのまま使用または拡張する場合、それらとの関係について説明する際は、ステップ3で読み取った実際のフィールド名、型、コレクションIDを使用してください。新たに計画するかのように、内容を再構想したり説明し直したりしないでください。新しいコレクションから既存のコレクションを参照する場合は、プレースホルダーではなく、そのコレクションの実際のIDを指定してください。

コレクション同士がつながる箇所を特定し、上記の例のような平易なルールとして書き出してください。

どちら向きにつなげるかも重要です。接続先を選択するとき、実際にチームが編集するコレクションはどちらでしょうか。通常、フィールドはそのコレクションに設定します。

ときには、コレクションを別の種類のコレクションではなく、同じ種類のコレクションにつなげる必要があります。これは自己参照と呼ばれ、回避策ではなく、一般的に使われている確立されたパターンです。実際の例をいくつか挙げます。

• 親カテゴリーを持つカテゴリー（メンズウェアは衣料品の下位に位置します）
• 関連する別のブログ記事を参照するブログ記事

「同じ種類の別のアイテムにつなげる」といった関係があれば、このパターンに当てはまります。

コレクション同士の実際の関係はどのようなものですか？

どのようにつなげればよいかわからない場合は、サイト上でコンテンツをどのように表示したいか教えてください。関係を一緒に整理します。

---

回答を待ちます。曖昧な点があれば、やさしく掘り下げてください。「投稿にはカテゴリーがあるとのことですが、複数のカテゴリーが必要になる場合はありますか？」と尋ねます。また、見落としやすい次の2点についても確認してください。単純なペアではなく、3つ以上のコレクションが互いにつながるかどうか。そして、それぞれの関係について、実際にどちらのコレクションから接続先を選択するかです。学習者が一方だけではなく両方のコレクションから接続先を選択する必要があると説明した場合は、これが本当に2つ目のフィールドを必要とする唯一のケースであり、そうしないと関係が一方向にしか機能しないことを指摘してください。「関連記事」コレクションが「記事」コレクションと並んで存在するなど、同じ種類のコンテンツを2つの別々のコレクションで扱っているように思える場合は、そのまま別々のコレクションとして受け入れるのではなく、やさしく確認してください。構造が重複する2つのコレクションではなく、1つのコレクションが自分自身を参照する形ではないか尋ねます。次に進む前に、各ルールを明確に確認します。

関係が確定したら、次のコールアウトを追加します。

💡 構築する前に確認してください： 参照フィールドと複数参照フィールドには上限があり、それらの表示によく使われるネストされたコレクションリストにも上限があります。関連するコンテンツが大量にある場合は、エージェントが構築する前に、現在の参照フィールドの上限とネストされたコレクションリストの上限を確認してください。

ステップ6に進みます。

---

ステップ6 — コンテンツフィールド

---

📋 まずはコンテンツフィールド、つまり人々が実際に目にして、関わるコンテンツのフィールドから始めましょう。

たとえば、ブログ記事コレクションを作成する場合は、次のようなフィールドが必要になるでしょう。

• タイトル
• 本文
• 要約
• サムネイル画像

明確な名前を付けることが大切です。フィールド名は重要です。情報というフィールド名では、エージェントにはほとんど何も伝わりません。記事の要約というフィールド名なら、何を想定すべきかが正確に伝わります。次のステップの AEO フィールドも含め、これから名前を付けるすべてのフィールドで、この点を意識しましょう。

すべてを一度に進めるのではなく、コレクションごとに進めましょう。各コレクションについて、**「［コレクション］には何が必要ですか？」**と尋ね、具体的で、そのコレクションに合わせたフィールドを想起させる言葉を質問の最後に添えましょう。フィールドに直接対応する具体的な名詞（説明、価格、ヒーロー画像、ギャラリー、統計値など）を使い、テーマやムードボードのような言葉（雰囲気、風景、印象など）は使わないでください。たとえば、パッケージコレクションなら、「パッケージページで目にするもの、旅程、価格、写真について考えてみてください」と尋ねます。旅行先コレクションなら、「旅行先の名前、そこでのゴルフ事情の説明、ヒーロー画像、平均気温のような統計値、写真ギャラリーなどを考えてみてください」と尋ねます。一般的なリストを使い回すのではなく、それぞれのコレクションに現実的な内容に合わせて質問を調整しましょう。

---

次のコレクションに進む前に、各コレクションについての回答を待ちましょう。コレクションの役割について説明された内容に対して回答が不十分だと思われる場合は、リストが完全だと決めつけず、見落としているものがないか尋ねてください。ここでは、現時点で把握しているコンテンツから始めます。AEO フィールドは次のステップで扱うため、この段階ですべてを網羅できているか不安そうであれば、これは意図的な進め方だと明確に伝えて安心させましょう。上記の囲みで示した命名基準を、提案されたすべてのフィールドに適用してください。名前が曖昧な場合は、話を脱線させることなく、より明確な名前をさりげなく提案しましょう。すべてのコレクションのコンテンツフィールドが決まったら、ステップ 7 に進みます。

---

ステップ 7 — AEO フィールド

---

🔍 では、このコンテンツが見つかるようにしましょう。

回答エンジンが利用できるのは公開ページにある情報だけで、Collection の裏側の設定までは見えません。そのため、著者情報、新しさ、関連コンテンツなどのフィールドは、あると便利というだけではありません。回答エンジンとチームが実際に活用できる情報を提供するものです。これらの一部は Collection の設定にあり、Collection ページのテンプレートや Collection リストを設定するまで気づきにくいため、今のうちに計画しておくのが適切です。

これらを一つずつ確認していきます。よろしいですか？

---

確認を待ってから、一つずつ進めてください。

著者情報。 本文に名前が記載されているだけではなく、専用の著者フィールドを設けることで、サイトやエージェントが実際に参照できるようにします。回答エンジンは、コンテンツの背後に誰がいるかを信頼性の指標として重視するため、旅行や商品のおすすめなど、アドバイスの多いコンテンツでは特に重要です。明確に当てはまるかどうかわからない場合は、誰がコンテンツを作成しているのか少し教えてください。ブログの著者名のように、一緒に検討できます。これは、いずれかの Collection に当てはまりますか？

---

回答を待ってから、次のフィールドに進んでください。以下は、新しさ、関連コンテンツ、メタデータの順に、一つずつ個別に尋ね、まとめて提示しないでください。各フィールドでは、まず仕組みと、回答エンジンや読者にとって重要な理由を簡潔に説明し、明確に当てはまらない場合は一緒に検討しようと誘う文を続けてから、該当するかを尋ねてください。簡潔にまとめ、各フィールドの説明は2文にとどめ、段落にはしないでください。該当しないと回答された場合は、黙って省略せず、意図的な選択として明記してください。最終計画で、検討したうえで対象外と判断したことが、見落としではないとわかるようにします。各フィールド名が出てきたら、Step 6 と同じ命名基準に沿って、明確かつ具体的な名前になっているかを手短に確認してください。ただし、毎回これを独立した質問にしないでください。

新しさ。 公開日とは別に、最終確認日を記録します。料金、提供状況、詳細など、古くなる可能性のあるコンテンツには、公開日が経過し続けるだけではなく、「この日付時点で正確」というシグナルが必要です。これは読者と回答エンジンの双方にとって重要です。これは、いずれかの Collection に当てはまりますか？

関連コンテンツ。 関連する項目をつなぐ参照フィールドです。回答エンジンは関連項目をたどって、孤立したページだけでなく、文脈や網羅性を把握できます。これにより、コンテンツグラフがより明確になるため、回答エンジンにとって重要です。これは、いずれかの Collection に当てはまりますか？

メタデータ。 メタディスクリプションと Open Graph 画像です。検索結果やソーシャル共有に表示されるテキストと画像であり、回答エンジンがページの要約に使うテキストそのものになることもよくあります。これは他の AEO フィールドより大きな決定事項なので、単純に二者択一で尋ねるのではなく、簡潔な推奨を示してください。主要な Collection やコンバージョンを促す Collection では、Collection ごとにフィールドを明示すると管理しやすく、その価値があります。一方、補助的なコンテンツには通常、Webflow に組み込まれた Collection テンプレートの SEO 設定で十分です。前提を示さずに学習者だけに判断を求めるのではなく、どの Collection がどちらに当たるか、一緒に整理することを提案してください。

---

Step 8 — フィールドグループ

---

🗂️ もうひとつの実用的なポイント：フィールドを整理する

コレクションにフィールドが増えてきたら、フィールドグループを使って、コレクションの設定内でラベル付きのセクションに整理できます。

たとえば、ブログ記事のコレクションでは、次のようにグループ分けできます。

• コンテンツ： 概要、本文、サムネイル
• SEO： メタディスクリプション、Open Graph 画像

想定しているフィールド数を踏まえて、コレクションでこの機能は役立ちそうですか？また、グループ分けの提案をご希望ですか？

---

このステップの前に、この計画に、接続済みサイトの既存の Ecommerce Products または SKUs コレクションを拡張するものが含まれているか、内部で確認してください。これらでは、空のグループであってもフィールドグループを利用できません。実際に該当する場合に限り、「[Collection] は Ecommerce コレクションのため、フィールドグループを利用できません。このコレクションではこのステップを省略します」と伝えてください。それ以外の場合は何も言わず、記載どおりに進めてください。

回答を待ってください。提案を希望された場合は、汎用的なテンプレートではなく、コレクションについて実際に話し合った内容に基づいて、例に示したコンテンツ／公開／SEO のような考え方で、すでに挙がっているフィールドをグループ分けしてください。

---

ステップ 9 — ほかに計画しておくこと

---

📈 計画を確定する前に、少し視野を広げてみましょう。

今後の成長や変化について、まだ話し合っていないことはありますか？たとえば、後からコンテンツを追加するコントリビューターが増えること、今は計画していないものの必要になるかもしれない新しいコンテンツタイプ、あるいは本当に不確かで、後から見直したいことなどが挙げられます。

まだどうすればよいかわからなくても、気になることがあればここでお知らせください。

---

回答を待ってください。挙がった内容が本当に将来的な見通しに関わるもの、または不確かなものであれば、最終計画と生成されるスキルに「見直し事項」として明記してください。すでにこの会話で決めた内容を変える具体的な話であれば、後で記録するだけでなく、その部分に戻って一緒に計画を調整することを提案してください。追加事項がない場合も、それで問題ありません。無理に聞き出さないでください。

---

ステップ 10 — 完全性の確認（内部）

学習者に何かを提示する前に、以下のリストに照らして、まとめた計画を内部で確認してください。このチェックリストは学習者に見せないでください。

• すべてのコレクションについて、明確な目的が示されている
• すべてのリレーションシップが平易な言葉で説明され、カーディナリティ（一つまたは複数）と方向が明示されている
• オプションフィールドの候補について、Webflow の実際の基準（独自のコンテンツを持つ必要がある、コレクション間で再利用する必要がある、または複数選択が必要である）に照らして確認しており、自動的に採用していない
• コレクションが同種のものと関連しているように見える場合、自己参照を検討している
• フィールド名とコレクション名が明確かつ具体的で、曖昧ではない
• AEO の各フィールドカテゴリについて個別に確認しており、追加しないと決めたものは、意図的な選択として記録され、黙って省略されていない
• フィールドグループについて、回答が「今は不要」であっても確認されており、該当する場合は Ecommerce に関する制約も記録されている
• サイトに第2ロケール以降がある場合、一度触れるだけでなく、すべてのコレクションについて複数ロケールのニーズを確認している
• ステップ 9 で挙がった内容が、更新された決定に反映されているか、明示的な見直し事項として記録されている
• 上記に不足がある場合は、学習者に代わって補完せず、先に戻って質問している

---

ステップ 11 — 承認用に計画を提示する

---

✅ 計画はこちらです。

［以下の順序で、組み立てた計画全体を提示します：コレクションとその目的、平易な言葉で記した関係ルール（Option フィールドに関する決定や自己参照を含む）、コンテンツフィールド、含めた項目と意図的に除外した項目を示す AEO フィールド、フィールドグループ、該当する場合はロケールに関する注記、そしてステップ 9 で再確認事項としてフラグが付けられた内容。］

ステップ 3 のコレクションを既存のものと並行して維持、拡張、または新規作成する場合は、計画の一部として明示的な表を提示してください。新規作成するコレクションと、参照または拡張する既存のコレクション（実際のコレクション ID を含む）を示します。これはステップ 12 に進む作成か参照かの判断を確認するための安全確認ポイントです。生成されるスキルの中に埋もれさせず、ここで学習者に見せて確認してもらってください。

コレクションを実際に拡張する場合（そのまま維持する場合や新規作成する場合ではない場合）は、以下の一般的な計画承認とは別に、独立した確認ポイントとして追加してください。

---

🔍 既存のものに関わるため、もう一度明示的に確認します。

**［既存のコレクション名］**に加わる変更は以下のとおりです。［追加や名前変更をすべて明確に列挙します。例：「Description を Sub-headline に変更（表示名のみ。型の変更なし）。新しいフィールドを 3 つ追加：Customer name、Result/stat、Pull quote。新しいリレーションシップを 3 つ追加：Plans への Reference、Features への MultiReference、Related stories 用の自己参照 MultiReference。」］上記の追加と名前変更のみで、このコレクションに既に存在する項目を削除したり、型を変更したりすることはありません。

計画を確定する前に、これで正しいか確認してください。

---

この確認事項について明示的な承認を待ってから先に進んでください。下記の全般的な「要件と一致していますか」という質問とは別に確認します。両方の承認を得てから、ステップ 12 に進んでください。拡張するコレクションがない場合は、この確認ポイントを完全に省略し、そのことについて何も述べないでください。

名前も含めて、もう一度確認してください。コレクション名とフィールド名の両方です。スキルになる前に、もっと明確にしておきたいものはありますか？

これは確認用の計画の骨子であり、スキルそのものではありません。生成されるスキルには、ここで要約した内容に加え、正確なフィールド型、構築の順序、エージェントが実際に従う詳細な実行手順が含まれます。ここで承認するのは計画の概要であり、指示セット全体ではありません。

これは実際に必要としている内容と一致していますか？それとも、スキルを生成する前に調整したい点がありますか？

---

回答を待ちます。先に進む前に必要な調整を行ってください。明示的な承認を得るまで、出力用のスキルを生成しないでください。

---

ステップ 12 — 出力スキルを生成する

承認されたら、単独で使える Markdown スキルファイルを生成します。これはステップ 11 で提示した計画と同じ文書ではありません。その計画は、人が読んで承認するためのものでした。このファイルはエージェントが実行するためのものであり、明確で順序立てた命令として記述します。承認済みの計画をそのままコピーせず、その形式に書き換えてください。

計画に、ステップ 3 で保持または拡張するコレクションが含まれている場合、生成するスキルのコレクション作成手順では、コレクションごとに明確に分岐してください。新規のコレクションには 新規作成（作成アクションを呼び出す）、保持または拡張するコレクションには 既存を参照（作成を完全にスキップし、計画時に取得した実際のコレクション ID を使用する）を選びます。すでに存在するコレクションを再作成しようとしてはいけません。ステップ 11 の新規作成と既存参照の表を、生成するスキルの計画セクションにも再掲し、実行する人が確認できるようにしてください。単に暗示するだけでは不十分です。

出力するスキルには、次の内容をこの順序で含めてください：

1. 簡潔な概要セクション。このスキルで何を構築するかを示し、計画がすでに学習者の確認と承認を受けていることを明記します
2. 実行前の要約確認。このスキルが新しいセッションで読み込まれた場合、または元の計画作成の会話に参加していなかった人が読み込んだ場合は、何らかの操作に着手する前に、計画全体を現在の読み手に要約して伝え、進める準備ができているか確認します
3. カスタム計画の全体。「再検討する事項」のステップ 9 のメモも含め、計画をエージェントが実行できる形式に書き換えます。計画内の検証手順（各コレクションとフィールドが構築され、正しく読み返せることの確認）の直後に、サンプルコンテンツの作成を提案する手順を入れます
   • デフォルトではコレクションごとに下書き項目を 1 件作成しますが、学習者が希望する件数に柔軟に対応します。
   • それぞれをサンプルとして明確にラベル付けします（例：Name フィールドに「SAMPLE — 」というプレフィックスを付ける）。
   • isDraft: true を指定して作成し、サンプルコンテンツをライブサイトに公開してはいけません。
   • 計画にリレーションシップがある場合は、サンプル項目同士もつなげます。一方のコレクションのサンプル項目が、現実的に関連するもう一方のサンプル項目を参照するようにします。
   • 作成後、学習者の確認が終わったらサンプル項目を削除することを積極的に提案し、参照されている項目を削除する場合は、逆依存の順序（参照している内側の項目から先に削除する）に従う必要があることを伝えます。
   • 実際のコンテンツの作成に進む次の手順として、wfu-migrate-cms コンパニオンスキルを案内する 1 行で締めくくります。詳しい説明に脱線しないでください。
4. 以下の技術的な実行手順の全体。記載どおりに正確に再掲してください。内容を要約、圧縮、言い換えしてはいけません。これは固定の参照内容であり、言い換えの対象ではありません。契約書の定型条項と同様に、一字一句そのままコピーしてください。
5. 締めくくりの確認。今すぐ構築に進むか、学習者がまずチームとファイルを確認できるよう、ここで止めるかを尋ねます

生成したファイルを提示する前に、以下の実行手順のすべてが出力に一字一句そのまま含まれていることを、表に出さずに確認してください。何かが削られたり、言い換えられたりしていたら、提示前に修正してください。

同じ応答で、次の 2 つを一緒に届けてください。学習者への簡潔なメッセージ（承認済みの計画に基づいてスキルの準備ができたことを伝えるもの）と、生成したスキルファイルそのものです。ファイルがすぐに表示されない場合は、スレッドを更新すると通常解決することを伝える短い一文も添えてください。

---

ステップ 13 — 終了

---

📦 スキルの準備ができました。

これは、汎用テンプレートではなく、実際のコレクション、フィールド、関連性に基づいて作成された、カスタムの Markdown スキルです。

今すぐ始める準備ができていれば、ここで一緒に構築を始められます。または、ファイルを保存して、準備ができたときにお使いください。あとでエージェントに読み込ませたり、共有スキルライブラリに追加したり、同じ構造を構築する必要があるチームメイトに送ったりできます。

今すぐ一緒に構築を始めますか？それとも、後で使うために保存しますか？

---

今すぐ構築したい場合は、生成されたスキルの実行手順に沿って、一つずつ進め、実際の操作ごとに計画を立てて承認を得てください。後で使うために保存したい場合は、温かく締めくくり、次に読み込むときはいつでも、どこでも、ファイルが同じように機能することを伝えてください。

---

技術的な実行手順

このセクション全体は、ステップ 12 に従い、生成されるすべてのスキルに一字一句そのまま収録されます。学習者の計画によって変わることはありません。このアクティビティで作成されるすべてのスキルに一貫性と正確性を保証するものです。実際にテスト済みの Webflow MCP の動作に基づいています。ツール自体の説明と矛盾する場合は、この内容が優先されます。

絶対に守るべきルール

1. このスキルでは、コレクションの作成を取り消せません。 現行の Webflow MCP ツールセットで確認したところ、MCP 経由でコレクションを削除するアクションは、どのような形でも利用できません。コレクションを削除するには、Webflow 自体を直接操作する人間が対応する必要があり、しかも、そのコレクションにアイテムがない場合に限られます。つまり、取り返しのつかない状態になるわけではありませんが、このスキルだけでは対応できません。コレクションを作成する前に、必ず明示的な確認を得てください。試しに操作するためだけにコレクションを作成してはいけません。

2. フィールドのタイプとスラッグは、作成後に変更できません。 後から編集できるのは、フィールドの表示名、ヘルプテキスト、必須かどうかだけです。フィールドのタイプを変更するには、そのフィールドを削除して作り直すしかありません。そのフィールドを持つすべてのアイテムのデータが失われます。だからこそ、この作業での計画が重要です。最初に正しいタイプを選んでください。

3. アイテムは常にステージング状態で作成され、公開状態では作成されません。 アイテムを直接公開状態で作成するアクションはありません。公開するには必ず別途、後から操作する必要があります。特定のアイテムを公開するか、サイト全体を公開します。サイト全体を公開すると、このワークフローで作成したアイテムだけでなく、ステージング状態にあるすべてのアイテムが一度に公開されます。

4. 新しく作成したコレクションの個別アイテムを公開するには、先にそのコレクションを一度公開する必要があります。 一度も公開されていないコレクション内の特定のアイテムを公開しようとすると、それ以上の説明がない、単なる「not found」エラーが返されます。解決するには、まずサイト全体を一度だけ公開します。その後は、特定のアイテムを通常どおり公開できます。ただし、同じサイト公開によって、その時点ですでにステージング状態にあるほかのアイテムもすべて公開される点に注意してください。このコレクションだけが対象ではありません。

5. プランの上限を事実として述べてはいけません。 MCP 経由では、サイトのコレクション数やアイテム数の上限を確認できません。上限について話題になった場合は、この方法では確認できないことを明確に伝え、Webflow 独自のプラン設定を確認するよう案内してください。具体的な数を述べたり、示唆したりしてはいけません。

6. サイトにセカンダリロケールがある場合は、すべての手順で考慮する必要があります。 1 つのロケールだけに存在するアイテムは、プライマリロケールも含め、ほかのすべてのロケールから見えません。アイテムを最初に作成するときにセカンダリロケールを指定する必要があります。既存のアイテムに後から翻訳を追加する方法はありません。ローカライズされたサイトでは、最初の操作だけでなく、読み取りと書き込みのすべてでロケールを考慮する必要があります。

7. 書き込みのたびに、読み取り直して内容を確認してください。 成功しても、有用な確認情報を返さないアクションがいくつかあります。エラーがなかったからといって、書き込みが成功したと決めつけてはいけません。また、何らかのエラーが発生したからといって、書き込みが完全に失敗したと決めつけてもいけません。一部のアクションは、エラーを返す前に部分的に適用されることがあります。必ず後から実際の状態を再確認してください。

8. 参照元のあるアイテムを削除する場合は、依存関係の逆順で削除する必要があります。 Reference または MultiReference フィールドを通じて別のアイテムから参照されているアイテムは削除できません。API は競合エラーを返し、そのアイテムを参照しているアイテムを正確に示します。依存関係を構築した順序の逆順で削除してください。まず、ほかのアイテムを参照しているアイテムを削除し、その後、依存関係の連鎖を逆にたどってください。

フィールドタイプ

次に示す正確なタイプ名だけを使用してください。近い名前でも失敗します。

コンテンツ	使用するタイプ
タイトル、短いラベル、長いプレーンテキスト	PlainText
書式付き本文コンテンツ	RichText
画像 1 枚	Image
画像ギャラリー	MultiImage
ダウンロード可能なドキュメント	File
動画埋め込み	VideoLink（Video ではありません）
外部 URL	Link（URL ではありません）
メールアドレス	Email
電話番号	Phone
数値、件数、評価	Number
日付	DateTime（Date ではありません）
オン／オフのフラグ	Switch（Boolean ではありません）
ブランドまたはテーマの色	Color
固定された選択肢	Option（Dropdown や Select ではありません）
別の場所にある 1 つのアイテムに接続	Reference
別の場所にある複数のアイテムに接続	MultiReference

リレーションの仕組み

• 参照先のコレクションは、それを指すフィールドを作成する前に存在している必要があります。参照先のコレクションを先に作成してください。
• コレクションは自分自身を参照できます。これは、階層（親カテゴリを持つカテゴリ）や関連アイテムの接続（関連投稿にリンクする投稿）で一般的に使われる、サポート対象のパターンです。また、自動的に双方向になるわけではありません。A を B に接続しても、B が自動的に A に接続されることはありません。
• コレクションが持てる複数参照フィールドの数に厳密な上限はありませんが、技術的な上限ではなく、パフォーマンスを考慮した実用上の目安として5つまでにしてください。複数参照の接続ごとに、表示する場所で追加のルックアップが発生します。
• 単一のコレクション内で使う、限定された事前定義値のセットにはオプションフィールドが適しています。値に独自のコンテンツが必要な場合、複数のコレクションで再利用する場合、または複数選択が必要な場合は、代わりにコレクションを使用してください。
• MCP ではオプションフィールドを作成できますが、フィールド更新アクションではオプションのメタデータの変更はサポートされていません。エージェントを通じて選択肢を追加または編集するには、別の方法を使うか、フィールドを作り直すか、Webflow で直接手動編集する必要がある場合があります。既存フィールドのまま更新することはできません。
• オプションフィールドの値は、名前または基になる ID のどちらでも書き込めますが、フィルタリングやクエリには ID しか使えず、名前は使えません。名前でフィルタリングすると、間違いを示すエラーなしに結果が0件で返されます。
• 参照フィールドの対象が正しいコレクションか確認する必要があります。存在しない ID と、別のコレクションに属する有効な ID は同じエラーを返す場合があります。エラーだけで判断せず、対象のコレクションを直接確認してください。

フィールドグループ

• フィールドグループは、コレクション設定でのフィールドの表示方法を整理します。基になるデータには影響しません。
• フィールドグループを更新する際は、毎回グループの全セットを送信する必要があります。既存のグループに追加されるのではなく、グループ設定全体が置き換えられます。グループを省略すると、そのグループは削除されます。
• コレクションに組み込まれている名前フィールドとスラッグフィールドを、グループに含めることはできません。
• Ecommerce コレクションでは、空のグループであってもフィールドグループを利用できません。
• フィールドグループはコレクションごとに最大50個です。これは実際のツールレベルの制約であり、プランによる制限ではないため、事実として伝えて構いません。

操作順序とバッチ処理

• 依存関係の順に構築してください。まず参照先のコレクションとそのアイテムを作成し、次にそれらを参照するコレクションとフィールドを作成してから、接続して内容を入力します。
• 多数のアイテムを一度に作成する場合、新しいアイテムの作成には大きなバッチを使って構いません。既存アイテムを更新する場合は、小さなバッチを使ってください。更新バッチに不正なエントリーが1つあると、そのアイテムだけでなくバッチ全体が破棄される場合があるためです。
• 一括で書き込む前に、送信する内容を検証してください。作成は通常、バッチ全体が成功するか失敗するかのどちらかです。エントリーが1つでも不正だと、そのバッチでは何も作成されません。

報告と検証

• 一括操作の後は、応答だけを信頼せず、実際の現在の状態を再確認してください。実行内容を正確に確認できる操作もあれば、ほとんど確認できない操作もあります。
• 実際に作成、更新、接続されたものを明確に報告し、想定どおりに進まなかったことがあれば、意図した結果を実際の結果として伝えずに、その点を明示してください。
• ロケールや検証に失敗したアイテムなど、何かがスキップされた場合は、黙って見過ごさず、明確に伝えてください。
• 新しく作成したコレクションやアイテムは、Webflow の画面にすぐ反映されない場合があります。作成したばかりのものが見当たらないと学習者が言った場合は、失敗と判断する前に、ページまたはタブを更新するよう提案してください。

実際に操作する前に、毎回計画を立ててください

何かを作成、接続、または入力する前に、具体的な計画を伝え、承認を待ってください。構造、接続、コンテンツ生成は、それぞれ別々の承認ポイントとして扱い、包括的な一度の承認ですべてをカバーしないでください。

接続前に確認する

参照フィールドまたは複数参照フィールドでは、接続を確定する前に、関係が予定どおりであることを確認してください。値が入力された接続を元に戻すのは難しく、データを失う可能性があります。

---

参照リソース

• CMS コレクション | Webflow Way — 一般的な構造化のガイダンス
• オプションフィールドの概要
• 参照フィールドの概要
• コレクションリストをネストする
• コレクションフィールド
• CMS フィールドの種類とアイテムの値
• Webflow MCP サーバーの概要

---

注意事項

このスキルは、単一の .md ファイルとして配布したり、「Build & scale a CMS with MCP」コースに添付したり、既存コンテンツを移行するための付属スキルとともに単独のダウンロードファイルとして共有したりできるように設計された、Webflow University のリソースです。

参加者が以下を備えている場合に最も効果を発揮します。

• Webflow MCP に対応した AI エージェント
• 計画対象のサイトで認証済みの Webflow MCP
• Webflow コレクションに関する基本的な知識

このアクティビティの出力は、各学習者が自身の計画に基づいて新たに生成する、独立した 2 つ目のスキルファイルです。このファイルは、自己完結型の単一の Markdown ファイルです。別のセッションや別のエージェント、あるいはまったく別の人が読み込んでも、自身の内容を要約し、何らかの操作を実行する前に準備ができていることを確認します。