superpowers-sage:modeling

Classify WordPress/Sage content elements into static fields, CPT collections, Options Pages, relations, or repeaters.

13|Updated Mar 19, 2026
One-click install
npx skills add https://github.com/hekivo/superpowers-sage --skill superpowers-sage-modeling-hekivo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: superpowers-sage:modeling
Source: https://github.com/hekivo/superpowers-sage/tree/main/skills/modeling
Command: npx skills add https://github.com/hekivo/superpowers-sage --skill superpowers-sage-modeling-hekivo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents WordPress content from being modeled incorrectly by helping you classify what should be static, editable, collected, globally shared, or relational.

Core Features & Use Cases

  • Content Classification Matrix: Decide between static ACF fields, dynamic CPT collections (via Poet), Options Pages, relationship fields, and fixed repeaters based on how content changes over time.
  • Decision Checklist: Use a structured set of questions (reuse, growth, filters, cardinality, detail pages, search needs) to avoid “static content that should be dynamic” mistakes.
  • Actionable Implementation Output: Produce a component-level model including recommended ACF field types, CPT names/config, and query examples for dynamic displays.

Quick Start

Ask an AI assistant to analyze your Sage/Bedrock component and return a content model using the checklist, with suggested ACF fields and CPT/Poet configuration for anything that should be dynamic.

Frequently Asked Questions about superpowers-sage:modeling

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I decide between using ACF fields or a custom post type for WordPress content?

Classify WordPress content architecture by applying a decision checklist that evaluates reuse, growth, filters, cardinality, detail pages, and search needs to assign elements to static ACF fields, dynamic CPT collections, global Options Pages, relationship fields, or fixed repeaters.

What is the best way to model content architecture in a Sage and Bedrock build?

Model Sage and Bedrock content architecture by evaluating each component element through a structured checklist, then outputting implementation guidance including Poet CPT configuration, ACF field definitions, and query patterns while avoiding direct register_post_type usage.

When should I use WordPress Options Pages instead of custom fields for globally shared content?

Use WordPress Options Pages instead of ACF fields when content architecture classification identifies elements as globally shared data that needs centralized editing rather than static component fields or dynamic CPT collections.

How do I configure Poet CPTs for dynamic content collections in WordPress?

Configure Poet CPTs by classifying dynamic content collections during the architecture modeling phase, then outputting Poet CPT configuration names and settings as implementation guidance rather than using direct register_post_type registration.

Does this content architecture modeling approach support Livewire and block components?

Yes, the content architecture modeling approach explicitly applies to block and Livewire component planning, helping classify component content elements as static fields, dynamic CPT collections, or global Options Pages before implementation.