101 Knowledge時点で4 Pillar構成を見直し、AI CREATIVEを独立させた――増えたKnowledgeに合わせて分類を再編した実例

結論――Pillarは固定の箱ではなく、Knowledgeの実態に合わせて更新する

Knowledgeを作り始めた時点では、少ない記事を大きなテーマへまとめるだけでも分類として機能します。ところが記事数が増えると、最初に決めたPillar名の中へ、当初は想定していなかったまとまりが育つことがあります。

その状態でPillarを固定すると、名前と中身の意味が少しずつずれます。海辺の部屋では、分類を守るために記事を曲げるのではなく、記事の実態を見て分類側を再編する方針に変えました。

101 Knowledge時点では、まだ4 Pillarだった

過去の作業記録では、Knowledge総数が101本に達した時点で、Knowledge Graphは4 Pillar / 18 Topic Clustersでした。

この数字は現在の状態ではありません。あくまで、その時点のスナップショットです。2026年9月28日のWix CMS確認では5 Pillar / 18 Topic Clustersへ移行していました。

このように、過去のTXTや引き継ぎ資料に残ったPillar数を現在値として使わず、作業開始時にWix CMSを読み直す運用にしています。

創作系だけで31 Knowledgeのまとまりができていた

101本時点の再編検討では、創作系の4 Clusterをまとめると31 Knowledgeになっていました。

AI映像・カット設計：9件
AI漫画の構造・演出設計：6件
人間とAIの共同創作：13件
作品Continuity・STATE管理：3件

これらは映像、漫画、物語、共同創作、作品内STATEなど、共通して「AIとの創作」を扱っていました。個々のClusterは成立していても、上位のPillarとして一つの意味にまとめた方が現在の内容を説明しやすい状態になっていました。

再編案では「AI CREATIVE」を5つ目のPillarにした

そこで、創作系31本を5つ目のPillar「AI CREATIVE」へまとめる案が作られました。

当時の再編案では、101 Knowledgeを AI NEWS & KNOWLEDGE 10 / AI WORKFLOW 18 / AI CREATIVE 31 / CONTENT & EVIDENCE 30 / WEB & CMS 12 と再配置する構成でした。合計は101です。

この再編案は、その作業スレッド内では実装完了まで確認されていません。したがって「その場で変更した」とは書きません。確認できるのは、4 Pillar構成を見直し、AI CREATIVEを独立させる設計を作ったことです。

2026年9月28日のWix CMSでは、5 Pillar構成が実際に使われていた

2026年9月28日のWix CMS確認では、Pillarは5つでした。AI NEWS & KNOWLEDGE、AI WORKFLOW、AI CREATIVE、CONTENT & EVIDENCE、WEB & CMSです。

同じ確認時点のKnowledge件数は107本で、Pillar別では AI CREATIVE 31、AI NEWS & KNOWLEDGE 10、AI WORKFLOW 18、CONTENT & EVIDENCE 33、WEB & CMS 15でした。

つまり、過去に設計されたAI CREATIVEという5つ目のPillarは、現在のCMSでは実際の上位分類として存在しています。一方、CONTENT & EVIDENCEとWEB & CMSはその後のKnowledge追加で件数が増えており、過去スナップショットの30・12から変化しています。この記事自体もWEB & CMSへ1本追加されたため、公開後の現在値は15です。

再編の基準は、件数だけではない

31本あるから必ず独立Pillarにする、という固定ルールではありません。件数は「まとまりが大きくなった」ことを見つける一つの信号です。

実際の再編では、Cluster同士が同じ上位概念で説明できるか、既存Pillar名の意味を広げすぎていないか、初めて見る人が分類名から中身を想像できるか、別Pillarとの境界を説明できるかを見ます。

分類のためにKnowledgeを作るのではなく、Knowledgeを理解しやすくするために分類を使います。

Pillarを固定すると、記事側を分類へ無理に寄せやすくなる

既存Pillarを絶対に変えない前提にすると、新しく育ったテーマも既存のどこかへ押し込む必要が出てきます。

すると、記事そのものの問いより「どこへ入るか」を優先し、Pillar名の意味を少しずつ拡張してしまいます。結果として、同じPillarの中に別の役割を持つClusterが増え、上位分類の説明が曖昧になります。

海辺の部屋では逆に、Knowledgeを先に正しく分類し、その集合が既存Pillarで説明しにくくなったら、Pillar側を分割・統合・名称変更できる設計にしています。

Pillar再編は、FeaturedやBreadcrumbにも影響する

PillarはCMS上のラベルだけではありません。Featuredでは5 Pillarから代表を1本ずつ選び、BreadcrumbではPrimary Clusterから親Pillarをたどります。

そのためPillarを再編すると、FeaturedをKnowledge Graphへの入口として選ぶ運用や、Primary ClusterからBreadcrumbを生成する構造にも影響します。

分類を変更するときは、Pillarだけを書き換えるのではなく、ClusterのparentPillar、Index、Featured代表、Breadcrumb、Statsなど、Graph全体の整合を確認する必要があります。

現在のルールでは、Pillar数を固定値として扱わない

現在の恒常運用では、記事作成のたびにWix CMSからKnowledge、Pillar、Cluster、Membership、Relation、Index、Stats、Featuredを読み直します。

過去資料のPillar数を現在値として使わず、作業時点のWix CMS構造を正本にします。Pillar数は将来も固定とは限りません。

Pillarは増減・分割・統合・名称変更を許容し、Knowledgeの実態に合わせて再評価するものとして扱います。

確認できたことと、確認できていないこと

確認できたこと：101 Knowledge時点の記録では4 Pillar / 18 Clustersだったこと。創作系4 Clusterが9＋6＋13＋3＝31 Knowledgeだったこと。AI CREATIVEを5つ目のPillarとして独立させる再編案が作られたこと。2026年9月28日のWix CMS確認では5 Pillar / 18 Clustersで、AI CREATIVEが31 Knowledgeを持っていたこと。

確認できていないこと：当時の再編案がどの操作・どの日時で2026年9月28日に確認した5 Pillar構成へ反映されたか、その一連のMutationログまでは今回の資料から特定していません。また、5 Pillar化によって検索順位、回遊、AI引用率が改善したかも測定していません。

したがって本Knowledgeは、「31本なら必ずPillarを増やす」というルールではなく、Knowledgeの増加後に分類の意味と実態を再確認し、必要なら上位分類を再編する運用を、この実例から整理したものです。

このKnowledgeの関連知識

Pillar変更がBreadcrumbへ伝播する：Breadcrumbを60記事へ手入力しない――Primary Cluster→Pillarから一括生成した方法。Primary Clusterから親Pillarを使ってBreadcrumbを生成するため、Pillar再編が表示ナビへ影響する実装上のつながりを示す。

1記事のGraph統合から分類体系の再編へ広げる：「文章を書いた」でKnowledgeを完成扱いしない――CMS登録＋Graph統合までを1本の完了条件にした。個々のKnowledgeをGraphへ組み込む運用が増えた後、Pillar・Clusterの意味そのものを全体で見直す再編へ広げる。

Pillar再編がFeatured入口へ影響する：Featuredを新着6本にせず、5 Pillar代表＋1 Flagshipへ揃えた――Knowledge Graphの入口として選んだ実例。Featuredを5 Pillar代表＋1 Flagshipで運用するには、現在のPillar構造がKnowledgeの実態に合っていることが前提になる。