Skip to content
Wenlan

Models

Models and Keys

Choose local memory mode or configure an optional on-device, local server, or cloud model for background language work.

Qi-Xuan LuUpdated 5 min read

At a glance

01

Local search uses a model downloaded at first launch and runs without an API key. An additional language model is optional.

02

Optional models and keys add heavier language work such as extraction, page synthesis, recaps, and richer graph work.

01

Three setup levels

Start with local memory mode unless you know you need automated language-heavy maintenance. It gives you storage, embeddings, dedupe, hybrid search, MCP recall, and local artifacts.

For background organization or page synthesis, configure an AI service in Settings and assign it to the tasks you want. Choose on-device Qwen, an OpenAI-compatible local server such as Ollama or LM Studio, or a supported cloud provider.

Check model status
wenlan models status
wenlan keys status
wenlan doctor

Set up Wenlan

02

Set up automatic background work

1. Open Settings > Intelligence. Under AI services, choose an on-device model, a local server, or a cloud provider. Complete the setup shown on its card. For cloud providers, enter your API key and Save; if the card offers Test, use it before saving.

2. Choose Automatic under Steeping, then assign a configured service to Everyday work and/or Synthesis. A cloud service sends the material needed for its assigned task to that provider.

3. Run wenlan steep status to check whether each task is ready, paused, or off. If a task is not ready, check its service and assignment, then check Activity for progress and the page's review queue for proposed updates.

03

Local memory mode

Local memory mode uses the local search embedding model without requiring an additional language model. It supports brief, capture, recall, handoff, agent-side distill, and inspection of local artifacts.

This mode is also the right starting point when you want the smallest install path or when a machine cannot run local model inference comfortably.

04

On-device model

An on-device model lets the daemon perform more language work locally. It can help with classification, extraction, title generation, recaps, and other maintenance tasks without sending those daemon-side prompts to an external API.

Local model capability is still bounded by hardware and context limits. For large distillation jobs, an API provider can be stronger when you choose to configure one.

05

Local servers and cloud providers

An OpenAI-compatible endpoint on your machine can supply a model locally. The app also offers cloud provider presets, including Anthropic, OpenAI, Google, Groq, OpenRouter, Mistral, DeepSeek, and xAI. Configure the service in Settings and assign it to background organization or page synthesis.

When you choose a cloud provider for enrichment, Wenlan sends the material being processed and its prompt to that provider. Review its terms before configuring a key. Your connected AI client may separately send content to its own provider.

06

Agent-side fallback

Claude Code skills can classify captures, write handoffs, and organize pages from inside the active agent session. That is why Wenlan remains useful before you configure a daemon model.

The daemon stays the store and retrieval layer. The agent can supply language judgment when it is already in the work context.

In the desktop app this is the On demand steeping mode, the default for new installs: your AI tool steeps as it saves or writes, and /wenlan steep finishes the rest. Automatic hands the same work to the models you assign here, in the background.

Next

Advanced Retrieval Status

Understand how Wenlan retrieves context, how to evaluate it, and where experimental controls fit.

Read next