smithery/bnomei

kirby-panel-and-blueprints

Designs Kirby blueprints and Panel UI, including blueprint reuse/extends, programmable blueprints, and custom Panel fields/sections/areas. Use when changing the Panel experience or schema.

Installation

$ npx skills add smithery/bnomei --skill kirby-panel-and-blueprints

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/bnomei · top by installs.

npx skills add smithery/bnomei

Browse all from smithery/bnomei

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,010 B
  • docs SUMMARY.md 222 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Kirby Panel and Blueprints

KB entry points

  • kirby://kb/scenarios/06-blueprints-reuse-extends
  • kirby://kb/scenarios/19-programmable-blueprints
  • kirby://kb/scenarios/53-panel-first-custom-field
  • kirby://kb/scenarios/54-panel-first-custom-section
  • kirby://kb/panel/reference-fields
  • kirby://kb/panel/panel-bundling-decisions

Required inputs

  • Content model and required fields.
  • Panel UX (tabs/sections/layout) and validation rules.
  • Whether to extend an existing blueprint.

Minimal blueprint skeleton

title: Example
status:
  draft: true
  listed: true
fields:
  title:
    type: text
  text:
    type: textarea

Extends example

extends: pages/default

Common pitfalls

  • Duplicating fields instead of using extends.
  • Implementing Panel UI logic in templates instead of blueprints or plugins.

Workflow

  1. Clarify the content model, required fields, and Panel UX expectations.
  2. Call kirby:kirby_init and read kirby://roots.
  3. Inspect existing blueprints and patterns:

- kirby:kirbyblueprintsindex - kirby:kirbyblueprintread

  1. Use Panel reference resources for field/section choices:

- kirby://fields - kirby://sections

  1. Check plugin surface when custom Panel UI is needed:

- kirby:kirbypluginsindex - kirby://extensions

  1. Search the KB with kirby:kirby_search (examples: "blueprints reuse extends", "programmable blueprints", "custom panel field", "custom panel section", "panel branding").
  2. Implement minimal, convention-aligned YAML/PHP; prefer extends and shared sections over duplication.
  3. Validate by re-reading the blueprint (kirby:kirbyblueprintread) and verifying frontend output with kirby:kirbyrenderpage when relevant.