Library
The library is your personal content store at ~/.syllago/content/. Unlike registries (shared, read-only locally) or loadouts (bundled configurations), the library is fully read-write. You own this content and can add, edit, or remove it freely.
Directory structure
Section titled “Directory structure”Content is organized by type. Each item is a directory containing a .syllago.yaml metadata file and one or more content files.
~/.syllago/content/├── rules/│ ├── typescript/│ │ ├── .syllago.yaml│ │ └── typescript.md│ └── security/│ ├── .syllago.yaml│ └── security.md├── skills/│ └── develop-docs/│ ├── .syllago.yaml│ └── develop-docs.md├── agents/├── hooks/├── commands/└── loadouts/The .syllago.yaml file stores metadata like the item’s name, description, content type, and provider compatibility. The accompanying files hold the actual content that gets exported to providers.
Adding content
Section titled “Adding content”There are three ways to get content into your library.
Import from a provider
Section titled “Import from a provider”Pull content from an existing provider setup into syllago. This is the most common starting point — bring in what you already have.
# Discover what a provider hassyllago add --from claude-code
# Add only a specific content typesyllago add skills --from claude-code
# Add a specific item by namesyllago add rules/my-rule --from cursor
# Preview what would be written without actually writingsyllago add --from claude-code --dry-run
# Add everythingsyllago add --all --from claude-codeSyllago handles format conversion automatically. A Cursor rule becomes a universal syllago item that can later be installed to Claude Code, Kiro, or any other supported provider.
See syllago add --help for full options.
Create from scratch
Section titled “Create from scratch”Scaffold a new content item with the correct directory structure and metadata template.
# Create a new skillsyllago create skills my-new-skill
# Create a provider-specific rulesyllago create rules my-rule --provider claude-codeThis creates the directory, .syllago.yaml, and a starter content file — ready for you to edit.
See syllago create for full options.
Browsing and inspecting content
Section titled “Browsing and inspecting content”List content
Section titled “List content”# Show all content grouped by typesyllago list
# Show only library contentsyllago list --source library
# Filter by content typesyllago list --type skills
# JSON output for scriptingsyllago list --jsonThe --source flag accepts: library, shared, registry, builtin, or all (default).
See syllago list for full options.
Inspect an item
Section titled “Inspect an item”View the full metadata and content details for any item.
# Inspect by type/namesyllago inspect skills/my-skill
# Provider-specific content uses type/provider/namesyllago inspect rules/claude-code/my-ruleSee syllago inspect for full options.
Exporting to providers
Section titled “Exporting to providers”Once content is in your library, install it to any supported provider. Syllago converts between provider formats automatically.
# Install a specific item to Cursorsyllago install my-rule --to cursor
# Install all skills to Kirosyllago install --to kiro --type skillsFor project-scoped providers (Kiro, Cline, Zed), content is written to the current working directory’s provider config.
See syllago install --help for full options.
How it connects
Section titled “How it connects”The library sits at the center of the syllago workflow:
- Providers are the source and destination. Import from one, export to many.
- Registries are shared content you consume. Registry items appear alongside library items when you run
syllago list --source all, but they live in separate cloned repos. - Loadouts bundle library content into named configurations that can be applied or reverted as a unit.
For an overview of how all three collections work together, see Collections.