Ingen kopiering af andre kataloger
Modelnavne, tokenplaner, API-kompatibilitet og kvoter fra andre udbyderes dokumentation er ikke Hours-produktdata og må ikke genbruges som faktuelle egenskaber i Hours' portal.
Hours' aktive konfiguration er kilden til faktiske providerforbindelser. En installeret SDK-afhængighed er ikke alene bevis på, at alle providerens modeller er tilgængelige for alle kunder eller eksterne apps.
Hvad et modelregister skal kunne forklare
Et publiceret register skal skelne mellem providerens model-ID, et eventuelt Hours-alias, understøttede inputtyper, outputtype, tilgængelighed, grænser og versionering. Et alias må ikke skifte økonomisk eller databehandlingsmæssig betydning uden en kontrolleret proces.
En model med billedforståelse er ikke automatisk godkendt til dokumentbogføring. Capability beskriver en teknisk mulighed, mens rettighed og faglig accept beskriver, om funktionen må bruges til den konkrete opgave.
Forbindelse og ejerskab
En intern Hours-forbindelse og en kundes egen providerforbindelse er forskellige credentialrelationer. Secretet skal holdes server-side og være knyttet til den rette ejer og adgang. Det må ikke komme med i modelvælgerens options, logs eller dokumentationseksport.
En partnerapp får ikke en kundes providercredential, fordi den må bruge en regnskabsfunktion. Et BYOK-flow kræver en eksplicit kontrakt, ikke et ekstra api_key-felt i en generisk partnerpayload.
Forbrug og pris
Tokenforbrug, providerens fakturering og Hours' produktkvote skal ikke blandes sammen. En faktisk afregningsmodel skal have versionerede priser, måleenheder, periodegrænser og en måde at håndtere retries og fejl på.
Denne dokumentation fastsætter ikke AI-priser, og Hours har ikke en "Token Plan". Se planer og forbrug for den faktiske afgrænsning.
Fejl og udfasning
En model kan blive utilgængelig eller skifte capability. Et system skal vise fejlen og undgå at falde tilbage til en anden provider med et andet databehandlingsgrundlag uden den nødvendige beslutning. En billigere model er ikke automatisk et sikkert fallback.
Før en modelkontrakt åbnes eksternt, skal outputskema, klientkompatibilitet, datagrænser, kvoter og udfasningsproces være dokumenteret og testet. Portalen henviser derfor til produktområdet uden at foregive, at der findes et publiceret modelendpoint.