Kirby Panel and Blueprints
KB entry points
kirby://kb/scenarios/06-blueprints-reuse-extendskirby://kb/scenarios/19-programmable-blueprintskirby://kb/scenarios/53-panel-first-custom-fieldkirby://kb/scenarios/54-panel-first-custom-sectionkirby://kb/panel/reference-fieldskirby://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
- Clarify the content model, required fields, and Panel UX expectations.
- Call
kirby:kirby_initand readkirby://roots. - Inspect existing blueprints and patterns:
kirby:kirby_blueprints_indexkirby:kirby_blueprint_read
- Use Panel reference resources for field/section choices:
kirby://fieldskirby://sections
- Check plugin surface when custom Panel UI is needed:
kirby:kirby_plugins_indexkirby://extensions
- Search the KB with
kirby:kirby_search(examples: "blueprints reuse extends", "programmable blueprints", "custom panel field", "custom panel section", "panel branding"). - Implement minimal, convention-aligned YAML/PHP; prefer
extendsand shared sections over duplication. - Validate by re-reading the blueprint (
kirby:kirby_blueprint_read) and verifying frontend output withkirby:kirby_render_pagewhen relevant.