Skip to main content

Configure LLM Providers

Guild LLM behavior is live when a server has a sealed provider credential and active model profiles.

Prerequisites

  • Discord gateway enabled
  • slash commands synced
  • GIGI_LLM_SECRET_KEY_BASE64 configured
  • your Discord user has llm.provider.write, llm.provider.test, and llm.provider.select
Generate the sealing key with:
Set it as:
Provider API keys are not environment variables. Enter them through /llm provider add or /llm provider rotate private modals.

Grant access

Create and assign an LLM manager role:

Add and test a provider

Start credential entry:
Paste the provider key into the private modal. Then test it:

Select models

Set the chat model for guild mention replies:
Set the routing model for semantic external app dry-run routing:
model:auto picks Gigi’s static default for the credential provider and purpose. Pass a provider model ID instead when you want a specific model:
Confirm:
Enable or inspect LLM tool routing:
New guilds default to off. Use dry-run first when testing flexible guild mention routing. Use enabled only when you want validated native memory tools and public external app dispatch to execute after capability checks.

Verify usage

Ask Gigi a guild mention after the chat model is set:
Or use /ask:
context:channel lets the agent load permitted recent full-mode channel memory into a cited context pack and choose current-channel memory tools only when tool routing and memory permissions allow it. Then check aggregate token usage:
Usage events store actor, guild, provider, model, purpose, billing owner, status, and token counts. They do not store raw prompts, completions, provider responses, or secrets.

Current limits

  • Personal BYOK commands are not live.
  • Rich DM chat is not live.
  • Provider fallback between guild, user, and tenant owners is not automatic.