Release Milestone And New Extension Surface
Sources: 1 • Confidence: High • Updated: 2026-04-13 03:53
Key takeaways
- datasette-llm version 0.1a1 has been released.
- Dependent plugins can request a model by purpose via an API (for example purpose="enrichment") and can register their purpose strings via register_llm_purposes() to enable centralized purpose listings for features such as an admin UI.
- datasette-llm is a base plugin that makes models from the LLM project available to other Datasette plugins, including datasette-enrichments-llm.
- datasette-llm 0.1a1 adds a register_llm_purposes() plugin hook and a get_purposes() function to retrieve registered purpose strings.
- datasette-llm centrally configures which models are used for different purposes, such as data enrichment versus SQL query assistance.
Sections
Release Milestone And New Extension Surface
- datasette-llm version 0.1a1 has been released.
- datasette-llm 0.1a1 adds a register_llm_purposes() plugin hook and a get_purposes() function to retrieve registered purpose strings.
Centralized Purpose-Based Model Routing
- Dependent plugins can request a model by purpose via an API (for example purpose="enrichment") and can register their purpose strings via register_llm_purposes() to enable centralized purpose listings for features such as an admin UI.
- datasette-llm centrally configures which models are used for different purposes, such as data enrichment versus SQL query assistance.
Shared Base Layer For Llm-Enabled Plugin Ecosystem
- Dependent plugins can request a model by purpose via an API (for example purpose="enrichment") and can register their purpose strings via register_llm_purposes() to enable centralized purpose listings for features such as an admin UI.
- datasette-llm is a base plugin that makes models from the LLM project available to other Datasette plugins, including datasette-enrichments-llm.
Unknowns
- What is the concrete configuration format and precedence model for mapping purposes to models (e.g., where it lives, how overrides work, and how defaults are chosen)?
- What standardized purpose strings exist or are recommended, and how are naming collisions or conflicting semantics across plugins handled?
- Which models from the LLM project are supported through datasette-llm in practice, and what are the operational constraints (latency, quotas, cost visibility) exposed to administrators?
- Is there an implemented admin UI (or equivalent management surface) that consumes get_purposes(), and how widely is it used in real deployments?
- What are the security and governance controls associated with purpose-based model selection (e.g., preventing unapproved purposes/models, logging/auditing by purpose)?