local-provider-loaded-model-safety

Forward only explicit local-provider model ids and record requestedModel and effectiveModel.

Updated Mar 13, 2026
One-click install
npx skills add https://github.com/JDL440/nfl-eval --skill local-provider-loaded-model-safety
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: local-provider-loaded-model-safety
Source: https://github.com/JDL440/nfl-eval/tree/main/.squad/skills/local-provider-loaded-model-safety
Command: npx skills add https://github.com/JDL440/nfl-eval --skill local-provider-loaded-model-safety

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prevent gateway routing aliases from overriding the loaded model of a local provider.

Core Features & Use Cases

  • Separate gateway policy alias resolution from transport-level model forwarding to preserve the integrity of locally loaded models.
  • Records both requestedModel and effectiveModel to enable traceability and easier debugging of gateway-to-provider interactions.
  • Supports regression coverage to verify that gateway policy paths do not unintentionally switch the active local model.

Quick Start

Configure the gateway to forward explicit local-model IDs only and verify the loaded default model remains active.

Frequently Asked Questions about local-provider-loaded-model-safety

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prevent gateway policy aliases from overriding my local LM Studio model?

Gateway policy aliases can override local models when alias resolution bleeds into transport-level forwarding. Separating policy alias resolution from model forwarding prevents the gateway from unintentionally switching your manually loaded local provider model.

How do I configure a local provider adapter to forward explicit model IDs only?

Configure the provider adapter to forward request.model only if it matches an explicit local-provider model id. This ensures the manually loaded local model remains active and prevents gateway aliases from being forwarded as transport-level model ids.

How do I preserve traceability when a gateway resolves a policy alias to a local model?

Record both requestedModel and effectiveModel during provider interactions. This logs the original gateway alias request alongside the actual local model used, preserving traceability and enabling easier debugging of gateway-to-provider routing paths.

Why does my gateway switch the active local model when routing an alias like gpt-5-mini?

The active local model switches because the policy alias is forwarded as a transport-level model id. Requiring the provider adapter to forward explicit local-provider model ids only stops this unintentional model switching behavior.

Does this approach support regression coverage for gateway policy paths?

Yes, this approach supports regression coverage to verify that gateway policy paths do not unintentionally switch the active local model. This validates that alias resolution and transport-level forwarding remain properly separated.