CommunityCoding & Developmentgithub.com

miketropi/nextora-ecosystem

Entry point for work on the Nextora block-theme ecosystem — child themes, Gutenberg blocks, design presets and the visitor colour/font switcher, and template/part/pattern composition. Use when a request mentions Nextora or a Nextora child theme, when the task spans more than one of those areas, or when you need the source map and production quality gates for this ecosystem before writing code. Also use to decide which specialist skill a multi-part request needs.

What is nextora-ecosystem?

nextora-ecosystem is a Claude Code agent skill that entry point for work on the Nextora block-theme ecosystem — child themes, Gutenberg blocks, design presets and the visitor colour/font switcher, and template/part/pattern composition. Use when a request mentions Nextora or a Nextora child theme, when the task spans more than one of those areas, or when you need the source map and production quality gates for this ecosystem before writing code. Also use to decide which specialist skill a multi-part request needs.

Works with✓Claude Code~Codex CLI~Cursor✓OpenCode
npx skills add https://github.com/miketropi/nextora-skills/tree/main/skills/nextora-ecosystem

Installed? Explore more Coding & Development skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Ask in your favorite AI

Open a new chat with this agent skill pre-loaded.

Documentation

Nextora ecosystem — router

Coordinates five skills that share one source of truth and one set of production gates. This entrypoint resolves the target theme, proves which specialists the request needs, and hands over. It does not contain the implementation rules: those live in the specialist skills and in this skill's two references.

Skills in this suite

SkillOwns
../nextora-child-themes/SKILL.mdCreating or bootstrapping a Nextora child theme: headers, bootstrap, asset pipeline, block registrar.
../nextora-gutenberg-blocks/SKILL.mdBlock metadata, editor UI, dynamic render, repeaters, settings panels, view scripts.
../nextora-design-system/SKILL.mdPalette/typography presets, style variations, the optional visitor colour/font switcher, token and CSS surfaces.
../nextora-site-composition/SKILL.mdTemplates, template parts, patterns, query/archive composition.

Shared evidence and gates for every specialist:

  • references/source-map.md — where the rules come from, with provenance.
  • references/quality-gates.md — what must be true before work is accepted.

Ordered workflow

1. Resolve the target theme and its parent

Work from the live install, or from the repository you were given. Never invent a path and never hardcode a machine path in output or notes.

Inside a WordPress install, the two roots are the template directory (the parent) and the stylesheet directory (the activated theme, parent or child):

get_template_directory();      // parent theme root
get_stylesheet_directory();    // active theme root (child when one is active)
get_stylesheet_directory_uri();

Outside an install, locate the theme by a style.css carrying a Theme Name header and, for a child, a Template: header naming its parent. If a supplied path is missing, rediscover the real one; never fabricate source evidence, never silently pick a different theme, and never claim Nextora compatibility while the Nextora source is unavailable — say the prerequisite is missing and finish the work that does not depend on it.

2. Read local evidence before proposing code

Read these from the target theme, in this order, and prefer their live values over anything quoted in a skill:

FileWhat it settles
style.cssTheme name, Version, Template: (parent for a child), Requires at least, Requires PHP, Tested up to, Text Domain, License.
functions.phpLoad order, what the theme requires at file scope, which feature files it pulls in.
theme.jsonPalette, gradient, font-family, font-size, spacing slugs; custom templates and template parts; version.
package.jsonWhich build/verify commands actually exist, and which libraries are already dependencies.
theme.js/.nvmrc, build scriptsNode version and the real build entry points.
AGENTS.md, README.md, docs/, .opencode/Project instructions. Treat them as claims to verify, not as authority.

Then find what already exists before proposing anything new:

  • blocks/*/block.json — registered blocks, their names, categories, supports.
  • parts/*.html, templates/*.html — composition surfaces and their hierarchy.
  • patterns/*.php — reusable section markup.
  • resources/css/ + assets/css/ — which stylesheet actually ships and how it is built.
  • resources/ts/editor/ or equivalent — shared editor helpers to reuse instead of rewriting (preview shell, rich text, media, repeater).
  • inc/ — helpers for queries, navigation, templates.

Reuse beats invention: an existing block, pattern, helper or token that already does the job is the correct answer, and a new block is only correct when the requested behaviour or editing structure cannot be expressed otherwise.

3. Dispatch by intent

RequestSpecialists to load
Create, scaffold or bootstrap a child theme; child asset pipeline; child block registrationnextora-child-themes
Add/change a block: block.json, attributes, editor UI, render.php, view script, repeater, settings panelnextora-gutenberg-blocks
Colours, fonts, spacing tokens, style variations, the visitor switcher, "must follow the palette"nextora-design-system
Templates, template parts, patterns, page layouts, archives, post queriesnextora-site-composition

Combined requests load every applicable specialist. Two combinations are obligatory:

  • New child + any appearance requirement → nextora-child-themes and nextora-design-system. A child that must follow preset or visitor switches cannot be finished by the child skill alone.
  • New or restyled block → nextora-gutenberg-blocks and nextora-design-system. Block appearance is owned by the design system.

Because the specialists must agree, load them in the same session and let the design-system skill win on any appearance question it covers.

4. Load references progressively

Each specialist is directly invocable; running this router is not a prerequisite. When you do load a specialist, open its SKILL.md, then read only the reference files its workflow names, by relative path. The two shared references above are linked from every specialist, so cross-skill relative links (../nextora-ecosystem/references/...) must keep resolving — do not move or rename them.

5. Hand off

Load the specialist(s), follow their ordered workflow, and apply references/quality-gates.md before declaring anything done. If the request is purely a question about where a rule comes from, answer from references/source-map.md and stop.

Completion checks

  • Target theme and parent identified from their own style.css/theme.json, not assumed.
  • Only real, existing files cited; anything quoted as source was read in this session.
  • Every applicable specialist loaded, including the mandatory pairings above.
  • New code reuses existing blocks, patterns, helpers and tokens where they exist.
  • references/quality-gates.md applied to the result.
  • Nothing in the work depends on this router's own file layout beyond the relative links above.

Boundaries

This suite is Markdown instruction and source-backed reference. It ships no runtime scripts, generators, starter theme trees, package manager or installer. Downstream build and browser verification commands belong to the target theme and are listed in references/quality-gates.md.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

miketropi/nextora-child-themes

Create, bootstrap or audit a child theme of the Nextora parent block theme — the style.css header with Template nextora, the functions.php load order, the single version constant kept in sync with the header, the front-end and editor-canvas asset pipeline with its parent handle dependencies, the child block registrar and inserter category, PHP/i18n conventions, and the optional feature-file layout. Use when a request names a Nextora child, a new child theme name or slug, a child theme header or version bump, child CSS/JS enqueueing, editor canvas styles, a child block folder or block category, porting Nextsaas conventions into a new child, or asks why child code cannot call the parent at file scope. Pair with nextora-design-system for any child that must follow palette or visitor font/colour switching.

miketropi/nextora-site-composition

Compose the surfaces of a Nextora or Nextora child block theme — HTML templates and template parts, PHP block patterns and their categories, page templates and the template hierarchy, front-page versus posts-index, filesystem patterns referenced from thin templates, core query/archive/search loops and explicit query context, header and footer ownership, and filesystem-versus-Site-Editor customisation. Use when a request asks for a landing page layout, a page template, an archive or search composition, a reusable pattern or section, a header/footer part, a query loop, or asks why a template file edit shows no change on the front end.

nextora-design-system

Own colours, typography, spacing tokens, style variations and the optional visitor colour/font switcher for the Nextora parent theme and its child themes. Use when a request mentions a palette, colour role, preset slug, font family or font preset, theme.json settings, Tailwind @theme aliases, CSS custom properties, a style variation, "follow the palette", "must switch with the visitor's choice", scoped block colours, or appearance for a new child theme.

nextora-gutenberg-blocks

Build or change Gutenberg blocks in the Nextora parent theme or a Nextora child theme — block.json registration, typed attributes, native visual editing with RichText and media, InspectorControls settings panels, repeatable list editors with modal item editing, render.php output, view scripts, block style variations, and the esbuild block pipeline. Use when a request mentions a block, block.json, edit.tsx, index.tsx, render.php, ServerSideRender, InnerBlocks, a repeater or list editor, a modal item form, an inspector panel, a block category, or "add/restyle a section block" for Nextora.

Related Skills