Under ett migreringsfönster kan en AI Server servera båda generationerna samtidigt: moderna AI Suite-appar och OpenAI-kompatibla verktyg på den nycklade, styrda, mätbara primära porten, och pre-v2-klienter som använder det legacy local-AI-protokollet på en dedikerad kompatibilitetslyssnare på den klassiska porten <a href="#ref-1">[1]</a>. Den lyssnaren är medvetet aktiverad, avgränsad till endast den legacy-yta, och har ett fastställt slutdatum efter vilket den vägrar att binda.
Ingen flaggdag
Eftersom sajter uppgraderar gradvis håller kompatibilitetslyssnaren gårdagens integrationer fungerande oförändrade medan allt nytt landar på den styrda primära porten <a href="#ref-1">[1]</a>. Uppgraderingen migrerar legacy-inställningen automatiskt vid första start när den upptäcker den gamla konfigurationen, så en brownfield-sajt möter varken en flaggdag eller ett trasigt skript på dag ett.
Avgränsad, och aldrig i konflikt med en standardinstallation
Lyssnaren serverar endast legacy-ytan; allt annat på den returnerar 404 <a href="#ref-2">[2]</a>. Den är nyckellös av kompatibilitetsskäl, så behandla dess bindningsomfång därefter, håll den till loopback om inte LAN-åtkomst verkligen behövs och brandväggsskydda då. Den är aldrig i konflikt med en riktig standardinstallation: om något annat redan äger den klassiska porten hoppar daemonen över kompatibilitetslyssnaren och meddelar detta i loggen istället för att krascha. Den primära porten påverkas inte, med samma styrning, nycklar, dashboard och mätvärden som alla andra distributioner.
Ett slutdatum du kan planera kring
Efter det fastställda slutdatumet slutar lyssnaren att binda, med en tydlig loggrad, så kompatibilitetsvägen har ett definierat slut istället för en obestämd risk <a href="#ref-1">[1]</a>. Rikta om varje äldre klient till den primära portens OpenAI-kompatibla gränssnitt med en egen nyckel i sin egen takt, och när den sista har flyttat, inaktivera lyssnaren. Inget går sönder dag ett, och allt är modernt vid solnedgången.