umbraco-kinds

Create and apply reusable Kind configurations for Umbraco backoffice extensions.

4|Updated Mar 6, 2026
One-click install
npx skills add https://github.com/albanist/umbraco_CLI --skill umbraco-kinds-albanist
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: umbraco-kinds
Source: https://github.com/albanist/umbraco_CLI/tree/main/skills/extensions/umbraco-kinds
Command: npx skills add https://github.com/albanist/umbraco_CLI --skill umbraco-kinds-albanist

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill streamlines the creation and management of Umbraco backoffice extensions by defining and applying reusable "Kind" configurations, ensuring consistency and reducing boilerplate code.

Core Features & Use Cases

  • Kind Definition: Create custom presets for extension properties.
  • Kind Consumption: Apply defined Kinds to new extensions for inherited defaults.
  • Use Case: Define a 'button' Kind with common properties like elementName and default meta values, then apply it to multiple header app extensions to ensure they all share a consistent button appearance and behavior.

Quick Start

Use the umbraco-kinds skill to fetch the latest documentation for Umbraco extension kinds.

Frequently Asked Questions about umbraco-kinds

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

FAQPage Schema
What are Umbraco extension kinds and how do they work?

Umbraco extension kinds are reusable configuration presets for backoffice extensions. They work by defining default properties, such as element names and meta values, which new extensions consume to inherit standardized behaviors and reduce boilerplate code.

How do I standardize default properties for multiple Umbraco backoffice extensions?

To standardize default properties for multiple Umbraco backoffice extensions, define a custom Kind with common presets and apply it across new extensions. This ensures inherited defaults and consistent appearance without duplicating configuration code.

What is the best way to reduce boilerplate manifest code when creating Umbraco header apps?

The best way to reduce boilerplate manifest code for Umbraco header apps is to create a Kind configuration. By defining a preset Kind with default meta values, consuming extensions inherit these properties, minimizing redundant manifest entries.

Do I need to fetch official documentation to generate Umbraco kind manifest files?

Yes, you need to fetch official documentation to accurately generate Umbraco kind manifest files. This Skill requires retrieving the latest docs to ensure both Kind definitions and consuming extensions are generated with correct manifest structures.

Can I apply a single Kind definition to multiple different Umbraco backoffice extensions?

Yes, you can apply a single Kind definition to multiple different Umbraco backoffice extensions. Once a Kind is defined with specific default properties, any new consuming extension can reference it to inherit those standardized configuration presets.

When should I avoid using Kinds for Umbraco extension configuration?

You should avoid using Kinds for Umbraco extension configuration when an extension requires highly unique properties that do not overlap with other extensions. Kinds are designed for standardization and reuse, so isolated configurations gain no benefit from this approach.