Skip to content llms.txt

Kiro — Skills

File format
Markdown
Discovery path
.kiro/steering
Syllago install method
Project scope, Direct copy
Symlink support
Yes
Native frontmatter fields
name, description, license, compatibility, metadata

Features

How each feature converts to syllago's canonical format. See format conversion for what these statuses mean.

Fields

Native frontmatter or config fields this provider exposes. The first column is the provider's own field name; the canonical key column links to syllago's cross-provider equivalent.

Provider fieldConversionCanonical keySummary
compatibility Translated Conversion type: Translated Actively mapped to the target provider’s equivalent field during conversion. Learn more → compatibilityyaml frontmatter key: compatibility (optional)
description Translated Conversion type: Translated Actively mapped to the target provider’s equivalent field during conversion. Learn more → descriptionyaml frontmatter key: description (required)
license Translated Conversion type: Translated Actively mapped to the target provider’s equivalent field during conversion. Learn more → licenseyaml frontmatter key: license (optional)
metadata Translated Conversion type: Translated Actively mapped to the target provider’s equivalent field during conversion. Learn more → metadata_mapyaml frontmatter key: metadata (optional map)
name Translated Conversion type: Translated Actively mapped to the target provider’s equivalent field during conversion. Learn more → display_nameyaml frontmatter key: name (required, slug-style identifier)
displayName Embedded Conversion type: Embedded No canonical equivalent — appended as prose in a conversion notes block so nothing is silently lost. Learn more → Human-readable label distinct from the slug-style 'name' field; used by Kiro for UI display.
keywords Embedded Conversion type: Embedded No canonical equivalent — appended as prose in a conversion notes block so nothing is silently lost. Learn more → Array of activation trigger words used by Kiro's automatic power-loading system.

Other features

Behaviors, conventions, and capabilities that aren't tied to a single named field — things like path-based activation, discovery rules, and lifecycle behavior.

FeatureConversionSummary
canonical_filename Translated Conversion type: Translated Actively mapped to the target provider’s equivalent field during conversion. Learn more → Fixed filename POWER.md (required, all caps)
project_scope Translated Conversion type: Translated Actively mapped to the target provider’s equivalent field during conversion. Learn more → Self-contained directory installed via Kiro Powers panel (UI installation, no fixed filesystem path)
steering/ directory Embedded Conversion type: Embedded No canonical equivalent — appended as prose in a conversion notes block so nothing is silently lost. Learn more → Optional steering/ subdirectory containing workflow-specific guidance files loaded on-demand.
mcp.json bundled in power directory Not portable Conversion type: Not portable Unique to this provider — can’t be carried across providers. Learn more → Optional mcp.json inside the power directory declaring MCP servers; server names in POWER.md must match keys.
Onboarding section in POWER.md Not portable Conversion type: Not portable Unique to this provider — can’t be carried across providers. Learn more → Dedicated '# Onboarding' section whose instructions Kiro runs automatically on first activation.

Sources

Source
https://kiro.dev/docs/powers/create/