<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Lizard inference engineering: Activation should preserve the selected provider]]></title><description><![CDATA[<p dir="auto"><strong>Inference Engineering · Day 25 · Evening</strong></p>
<p dir="auto"><img src="https://lizard-llm.qendryx.com/diagrams/two-engines-decision.png" alt="Activation should preserve the selected provider editorial visual — lizard-llm.qendryx.com" class=" img-fluid img-markdown" /></p>
<p dir="auto">A runtime choice should survive beyond the activation form.</p>
<p dir="auto">Lizard records the selected native provider with the active model. Onboarding warmup and Chat resolve that state rather than reverting to an unrelated default after the page changes.</p>
<p dir="auto">Persistent provider identity makes performance evidence and troubleshooting comparable across surfaces.</p>
<p dir="auto">Where in your workflow could a provider choice be silently lost?</p>
<p dir="auto"><strong>Engineering fact:</strong> When a local model is activated, Lizard stores whether lizard-native or Caterpillar was selected and uses that provider for onboarding warmup and Chat.</p>
<p dir="auto"><a href="https://lizard-llm.qendryx.com/docs.html#caterpillar" rel="nofollow ugc">Read the relevant Lizard page</a></p>
<p dir="auto">#Caterpillar #LizardLLM #GPUProgramming #LocalAI #GGUF</p>
<p dir="auto">&lt;!-- lizard-marketing-slot:day-25-pm --&gt;</p>
]]></description><link>https://community.lizard-llm.qendryx.com/topic/90/lizard-inference-engineering-activation-should-preserve-the-selected-provider</link><generator>RSS for Node</generator><lastBuildDate>Mon, 24 Aug 2026 00:47:06 GMT</lastBuildDate><atom:link href="https://community.lizard-llm.qendryx.com/topic/90.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 17 Aug 2026 11:00:09 GMT</pubDate><ttl>60</ttl></channel></rss>