.praison recipe bundles from a local folder or remote HTTP registry.
How It Works
Quick Start
How It Works
Local registries store bundles on disk with atomic writes and checksum verification. HTTP registries expose the same operations over REST —get_registry() picks the right backend from a path or URL.
| Operation | Purpose |
|---|---|
publish() | Upload a .praison bundle |
pull() | Download a recipe by name and version |
list_recipes() | List available recipes |
search() | Find recipes by name, description, or tags |
Configuration Options
| Option | Type | Default | Description |
|---|---|---|---|
registry | str | local path | Filesystem path or HTTP(S) URL |
token | str | None | Auth token for remote registries |
force | bool | False | Overwrite existing version on publish |
verify_checksum | bool | True | Verify bundle integrity on pull |
timeout | int | 30 | HTTP request timeout (seconds) |
Environment variables
| Variable | Description |
|---|---|
PRAISONAI_REGISTRY_TOKEN | Default token for HTTP registry authentication |
PRAISONAI_REGISTRY_URL | Default registry URL for scripts |
Common Patterns
CLI workflow
Error handling
Best Practices
Version recipes with semantic versioning
Version recipes with semantic versioning
Tag each publish with a clear version (
1.0.0, 1.1.0). Use force=True only when intentionally replacing a broken release.Use remote registries for team sharing
Use remote registries for team sharing
Point
get_registry() at a shared HTTP registry so teammates pull the same bundles without copying files manually.Load tokens from environment variables
Load tokens from environment variables
Never hardcode registry tokens. Set
PRAISONAI_REGISTRY_TOKEN in your shell or deployment secrets.Verify checksums on pull
Verify checksums on pull
Keep
verify_checksum=True (default) in production so corrupted or tampered bundles are rejected before execution.Related
Modular Recipes
Compose recipes from reusable components with the include pattern
Recipe Serve
Run recipes over HTTP for production deployments

