mirror of
https://github.com/mudler/LocalAI.git
synced 2026-10-28 17:18:49 -04:00
* refactor(addons): one name and one verb pair in the add-ons UI The sidebar, the page and the tabs now say Add-ons. The tabs are My add-ons, Find add-ons and Sources. Turn on and Turn off replace Enable, Start, Disable and Stop wherever they label a button, and the state words read On and Off. The subtitle no longer names the owner. Other locales get the new keys; the main labels are translated and the rest carry the English text until a translator refines them. A unit test checks that every locale has the keys of English. Assisted-by: Claude:claude-sonnet-5-5 [Claude Code] Signed-off-by: Ettore Di Giacinto <mudler@localai.io> * feat(addons): show what an add-on does on its card and move actions to a menu A card now shows the add-on description, an "Adds a page" line and the number of chat tools when they apply. The pin button and the bare arrows are replaced by one overflow menu with Show in sidebar, Details and Remove. Reordering a pinned add-on stays in the same menu. Remove asks first and runs the typed uninstall action; only administrators see it. Assisted-by: Claude:claude-sonnet-5-5 [Claude Code] Signed-off-by: Ettore Di Giacinto <mudler@localai.io> * feat(addons): add a preview pane for the selected add-on Selecting a card, or choosing Details in its menu, opens a pane beside the list. It shows the name and state, the description, what the add-on adds, Turn on or Turn off and Remove, and its version and source. The pane replaces the modal sheet and uses the data the list already has. The source comes from the installed list that the host already serves to administrators. Screenshot slots show only when the host lists images for the add-on; today it lists none, so no slot is drawn. Assisted-by: Claude:claude-sonnet-5-5 [Claude Code] Signed-off-by: Ettore Di Giacinto <mudler@localai.io> * feat(addons): clear first-run and empty states for My add-ons With nothing installed, an administrator now sees three add-ons from the sources, each with Install and turn on, and a link to Find add-ons. A search that finds nothing says that no add-on matches and offers to clear the search, instead of saying that nothing is installed. Install and turn on is one action of the user: it installs, then turns the add-on on, with a separate operation identity for each step and the progress or the reason for a failure shown on the card. Assisted-by: Claude:claude-sonnet-5-5 [Claude Code] Signed-off-by: Ettore Di Giacinto <mudler@localai.io> * feat(addons): one button and folded details on Find add-ons entries Each entry shows its description, an "Adds a page" label when the library entry declares a main page, and one button: Install and turn on. An add-on that is installed but off offers Turn on. Details is folded into the entry and shows the trust and build facts the entry already carries, so the separate details sheet is gone. A backend keeps a plain Install, because a backend has no on or off. The library entry carries no tool count, so the entry cannot say how many chat tools an add-on adds. That label appears on My add-ons, where the list knows it. Assisted-by: Claude:claude-sonnet-5-5 [Claude Code] Signed-off-by: Ettore Di Giacinto <mudler@localai.io> * feat(addons): install and turn on in one dialog with inline progress Install and turn on now asks once. The dialog then stays open and shows two steps, the install and the turn on, and ends on the result or on the reason a step failed with a way to try again. A failed turn on keeps the install and the retry only turns the add-on on. Each step is its own action with its own operation identity, so an unknown outcome still blocks further actions on the add-on until it is read or dismissed. The first-run cards use the same dialog. The two-step flow is a plain function with unit tests. Assisted-by: Claude:claude-sonnet-5-5 [Claude Code] Signed-off-by: Ettore Di Giacinto <mudler@localai.io> * refactor(addons): fold the Installed tab into My add-ons The page now has three tabs: My add-ons, Find add-ons and Sources. What the Installed tab showed is in the preview pane of each add-on, under More details for administrators: health, trust, compatibility, storage, data recovery and updates, with Check for updates and Upgrade. Remove and Turn on or Turn off are on the card and in the pane. An old ?tab=installed address opens My add-ons, and the management link ?manage=ID opens the details of that add-on. A card shows an update mark when the host reports one. Closing the pane returns focus to its card. Assisted-by: Claude:claude-sonnet-5-5 [Claude Code] Signed-off-by: Ettore Di Giacinto <mudler@localai.io> * docs(addons): describe the new add-ons page labels Update the add-ons feature page and the pages that point at it: the sidebar item and the page are called Add-ons, the tabs are My add-ons, Find add-ons and Sources, Turn on and Turn off replace Start and Stop, the card menu replaces the pin control, and the preview pane holds what the Installed tab showed. Assisted-by: Claude:claude-sonnet-5-5 [Claude Code] Signed-off-by: Ettore Di Giacinto <mudler@localai.io> * feat(addons): say what is wrong on the page of an add-on that cannot open The page of an add-on that cannot open now depends on the add-on. One that is installed but off says "<name> is off" and offers Turn on to an administrator. One that is not installed says so and sends an administrator to Find add-ons. One that failed shows the reason and a link to its details. A reader gets a line that says who can fix it, and no button. The page title is the name of the add-on, with a capital first letter when the host lists no title, and no longer the bare identifier. Assisted-by: Claude:claude-sonnet-5-5 [Claude Code] Signed-off-by: Ettore Di Giacinto <mudler@localai.io> * feat(chat): put the add-on tools control next to MCP and say what off means The add-on tools control moves from the chat header to the composer, right after the MCP control, because both decide what the model may call in this chat. Its menu starts with one line: an add-on that is off here does nothing in this chat. Only add-ons that ship tools appear in it, as before. Assisted-by: Claude:claude-sonnet-5-5 [Claude Code] Signed-off-by: Ettore Di Giacinto <mudler@localai.io> * chore(addons): clear lint warnings of the new components Add the lint header the add-on components use for JSX-only imports, drop an unneeded directive, stop exporting a helper from a component file and extract the dependencies of an effect. Assisted-by: Claude:claude-sonnet-5-5 [Claude Code] Signed-off-by: Ettore Di Giacinto <mudler@localai.io> * test(addons): update the backend library specs for the folded entry details A backend says its kind on the entry, an add-on says it under Details, Details is a fold of the entry and an installed backend has no Install button. Assisted-by: Claude:claude-sonnet-5-5 [Claude Code] Signed-off-by: Ettore Di Giacinto <mudler@localai.io> --------- Signed-off-by: Ettore Di Giacinto <mudler@localai.io> Co-authored-by: Ettore Di Giacinto <mudler@localai.io>
175 lines
7.5 KiB
Markdown
175 lines
7.5 KiB
Markdown
+++
|
|
disableToc = false
|
|
title = "Model Quantization"
|
|
weight = 83
|
|
url = '/features/quantization/'
|
|
+++
|
|
|
|

|
|
|
|
LocalAI supports model quantization directly through the API and Web UI. Quantization converts HuggingFace models to GGUF format and compresses them to smaller sizes for efficient inference with llama.cpp.
|
|
|
|
{{% notice note %}}
|
|
This feature is **experimental** and may change in future releases.
|
|
{{% /notice %}}
|
|
|
|
## Supported Backends
|
|
|
|
| Backend | Description | Quantization Types | Platforms |
|
|
|---------|-------------|-------------------|-----------|
|
|
| **llama-cpp-quantization** | Downloads HF models, converts to GGUF, and quantizes using llama.cpp | q2_k, q3_k_s, q3_k_m, q3_k_l, q4_0, q4_k_s, q4_k_m, q5_0, q5_k_s, q5_k_m, q6_k, q8_0, f16 | CPU (Linux, macOS) |
|
|
|
|
## Quick Start
|
|
|
|
### 1. Start a quantization job
|
|
|
|
```bash
|
|
curl -X POST http://localhost:8080/api/quantization/jobs \
|
|
-H "Content-Type: application/json" \
|
|
-d '{
|
|
"model": "unsloth/functiongemma-270m-it",
|
|
"quantization_type": "q4_k_m"
|
|
}'
|
|
```
|
|
|
|
### 2. Monitor progress (SSE stream)
|
|
|
|
```bash
|
|
curl -N http://localhost:8080/api/quantization/jobs/{job_id}/progress
|
|
```
|
|
|
|
### 3. Download the quantized model
|
|
|
|
```bash
|
|
curl -o model.gguf http://localhost:8080/api/quantization/jobs/{job_id}/download
|
|
```
|
|
|
|
### 4. Or import it directly into LocalAI
|
|
|
|
```bash
|
|
curl -X POST http://localhost:8080/api/quantization/jobs/{job_id}/import \
|
|
-H "Content-Type: application/json" \
|
|
-d '{
|
|
"name": "my-quantized-model"
|
|
}'
|
|
```
|
|
|
|
## API Reference
|
|
|
|
### Endpoints
|
|
|
|
| Method | Path | Description |
|
|
|--------|------|-------------|
|
|
| `POST` | `/api/quantization/jobs` | Start a quantization job |
|
|
| `GET` | `/api/quantization/jobs` | List all jobs |
|
|
| `GET` | `/api/quantization/jobs/:id` | Get job details |
|
|
| `POST` | `/api/quantization/jobs/:id/stop` | Stop a running job |
|
|
| `DELETE` | `/api/quantization/jobs/:id` | Delete a job and its data |
|
|
| `GET` | `/api/quantization/jobs/:id/progress` | SSE progress stream |
|
|
| `POST` | `/api/quantization/jobs/:id/import` | Import quantized model into LocalAI |
|
|
| `GET` | `/api/quantization/jobs/:id/download` | Download quantized GGUF file |
|
|
| `GET` | `/api/quantization/backends` | List available quantization backends |
|
|
|
|
### Job Request Fields
|
|
|
|
| Field | Type | Description |
|
|
|-------|------|-------------|
|
|
| `model` | string | HuggingFace model ID or local path (required) |
|
|
| `backend` | string | Backend name (default: `llama-cpp-quantization`) |
|
|
| `quantization_type` | string | Quantization format (default: `q4_k_m`) |
|
|
| `extra_options` | map | Backend-specific options (see below) |
|
|
|
|
### Extra Options
|
|
|
|
| Key | Description |
|
|
|-----|-------------|
|
|
| `hf_token` | HuggingFace token for gated models |
|
|
|
|
### Import Request Fields
|
|
|
|
| Field | Type | Description |
|
|
|-------|------|-------------|
|
|
| `name` | string | Model name for LocalAI (auto-generated if empty) |
|
|
|
|
### Job Status Values
|
|
|
|
| Status | Description |
|
|
|--------|-------------|
|
|
| `queued` | Job created, waiting to start |
|
|
| `downloading` | Downloading model from HuggingFace |
|
|
| `converting` | Converting model to f16 GGUF |
|
|
| `quantizing` | Running quantization |
|
|
| `completed` | Quantization finished successfully |
|
|
| `failed` | Job failed (check message for details) |
|
|
| `stopped` | Job stopped by user |
|
|
|
|
### Progress Stream
|
|
|
|
The `GET /api/quantization/jobs/:id/progress` endpoint returns Server-Sent Events (SSE) with JSON payloads:
|
|
|
|
```json
|
|
{
|
|
"job_id": "abc-123",
|
|
"progress_percent": 65.0,
|
|
"status": "quantizing",
|
|
"message": "[ 234/ 567] quantizing blk.5.attn_k.weight ...",
|
|
"output_file": "",
|
|
"extra_metrics": {}
|
|
}
|
|
```
|
|
|
|
When the job completes, `output_file` contains the path to the quantized GGUF file and `extra_metrics` includes `file_size_mb`.
|
|
|
|
## Quantization Types
|
|
|
|
| Type | Size | Quality | Description |
|
|
|------|------|---------|-------------|
|
|
| `q2_k` | Smallest | Lowest | 2-bit quantization |
|
|
| `q3_k_s` | Very small | Low | 3-bit small |
|
|
| `q3_k_m` | Very small | Low | 3-bit medium |
|
|
| `q3_k_l` | Small | Low-medium | 3-bit large |
|
|
| `q4_0` | Small | Medium | 4-bit legacy |
|
|
| `q4_k_s` | Small | Medium | 4-bit small |
|
|
| `q4_k_m` | Small | **Good** | **4-bit medium (recommended)** |
|
|
| `q5_0` | Medium | Good | 5-bit legacy |
|
|
| `q5_k_s` | Medium | Good | 5-bit small |
|
|
| `q5_k_m` | Medium | Very good | 5-bit medium |
|
|
| `q6_k` | Large | Excellent | 6-bit |
|
|
| `q8_0` | Large | Near-lossless | 8-bit |
|
|
| `f16` | Largest | Lossless | 16-bit (no quantization, GGUF conversion only) |
|
|
|
|
The UI also supports entering a custom quantization type string for any format supported by `llama-quantize`.
|
|
|
|
## Web UI
|
|
|
|
**Build → Quantize** uses the same page pattern as fine-tuning: set up, check, run, result.
|
|
|
|
1. **Set up** - Choose the model and the quantization type (a preset, or a custom type). The backend and the Hugging Face token are under **More options**.
|
|
2. **Check before you start** - Whether a model and type are set, whether a quantization backend is installed, the free RAM and the free space on the models disk. The server reports no model size before the job starts, so the page does not estimate one.
|
|
3. **Run** - Percent, the stage (downloading, converting, quantizing), and a log of what the job reported since the page opened. **Stop** ends the job.
|
|
4. **Result** - A failed job shows the server's message. A finished job shows the output file, downloads it, or imports it into LocalAI under a name you choose, then links to a chat with it and to Models.
|
|
|
|
Earlier jobs are listed below the form, with **Reuse** and **Delete** (after a confirmation).
|
|
|
|
A user needs the quantization permission. Without it, the page says the account cannot quantize.
|
|
|
|
### Quantization is an add-on
|
|
|
|
The Quantize page is the `quantization` add-on. It does not ship with LocalAI. An administrator installs it from **Find add-ons** with **Install and turn on**. Once it is on, it opens from My add-ons at `/app/addons/quantization/jobs` and can be shown in the sidebar. The Build hub no longer has a Quantize tab.
|
|
|
|
The old link `/app/quantize` keeps working. It opens the add-on page while the add-on is installed and usable, and it opens the same page in the core web UI otherwise.
|
|
|
|
The API does not change. The page calls `/api/quantization/*` with the signed-in user's own session, and the server checks the quantization permission on every call.
|
|
|
|
The add-on also offers tools to the chat: list jobs, propose a job, read the status of a job, stop a job and import the result as a model. A tool can only control a job that a tool started. A job started in the page is listed, but a tool cannot stop or import it. A tool never starts, stops or imports anything by itself: it proposes the action and a person confirms it in an approval card. A model given as a local path is refused. The tools call the engine through the host operations (see [Host operations](../addons/#host-operations)), which the host setting `LOCALAI_ADDON_HOST_OPS` grants to this add-on by the `quantize.` prefix, and they run with the permissions of the person in the chat.
|
|
|
|
## Architecture
|
|
|
|
Quantization uses the same gRPC backend architecture as fine-tuning:
|
|
|
|
1. **Proto layer**: `QuantizationRequest`, `QuantizationProgress` (streaming), `StopQuantization`
|
|
2. **Python backend**: Downloads model, runs `convert_hf_to_gguf.py` and `llama-quantize`
|
|
3. **Go service**: Manages job lifecycle, state persistence, async import
|
|
4. **REST API**: HTTP endpoints with SSE progress streaming
|
|
5. **React UI**: Configuration form, real-time progress monitor, download/import panel
|