litestar-plugins

Litestar Plugins

Use this skill for plugin composition, first-party plugin setup, plugin protocol authoring, and app startup wiring.

Code Style Rules

• Prefer first-party Litestar plugins where they exist.
• Keep plugin configuration near app setup or settings modules.
• Use InitPlugin for reusable app initialization; keep protocol names for legacy code and non-init hooks.
• Keep domain routes and plugin lifecycle concerns separated.

Quick Reference

• Plugin patterns: plugins.md
• Pair with litestar-routing for DomainPlugin layout.
• Pair with focused first-party plugin skills when available.

Workflow

1. Identify whether the task is app composition or plugin authoring.
2. Use existing first-party plugins before custom glue.
3. Register plugins in app setup with settings-backed config.
4. Test startup, shutdown, CLI, or schema behavior touched by the plugin.

Guardrails

• Do not hide route logic inside plugin setup.
• Do not add a custom plugin where a plain provider or middleware is enough.
• Do not scatter plugin config across unrelated modules.
• Do not bypass first-party plugins for common integrations.

Validation Checkpoint

• Plugin config is settings-backed when environment-specific.
• Startup and shutdown behavior are covered.
• Plugin protocols match the integration point.
• App setup remains readable.

Example

app = Litestar(
    route_handlers=[UserController],
    plugins=[DomainPlugin()],
)

References Index

• plugins.md

Official References

• https://docs.litestar.dev/ - Litestar documentation
• https://docs.litestar.dev/latest/reference/ - Litestar API reference

Shared Styleguide Baseline

• General
• Python
• Litestar