1. Status van modellen en functies
De website kan onderzoeksrichtingen, experimentele resultaten, previewfuncties en al opengestelde functies beschrijven. De concrete status moet worden begrepen aan de hand van de officiële pagina van elk project; uit alleen een naam, video of interactieve illustratie mag niet worden afgeleid dat iets al te gebruiken is.
Komen er in de toekomst API’s, downloads van gewichten, betaald gebruik of zakelijke deployment bij, dan moeten de toegangsvoorwaarden, licenties, grenzen van de dienst en bijbehorende documentatie afzonderlijk worden gepubliceerd. Deze toelichting houdt geen zelfstandige toezegging in om een dienst te leveren.
2. Merkbeelden en demonstratiemateriaal
Afbeeldingen, video’s en animaties op de website kunnen worden gebruikt om een visuele stijl, onderzoeksrichtingen of interactieconcepten te tonen; een deel van dit materiaal is met hulp van artificiële intelligentie gemaakt. Het doel ervan volgt uit de labels, bronvermeldingen en context samen.
Tenzij een pagina uitdrukkelijk de modelversie, invoeromstandigheden en het experimentele protocol vermeldt, mogen merkbeelden niet worden beschouwd als direct gemeten bewijs van een modelcapaciteit. Werk dat is gemonteerd, nagesynchroniseerd of nabewerkt, mag evenmin worden behandeld als onbewerkte ruwe uitvoer.
3. Beperkingen van generatieve systemen
Generatieve modellen kunnen feitelijke fouten, vertekende formuleringen, inconsistent gedrag van personages of ongefundeerde verklaringen produceren. Bij het genereren van video en audio kunnen bovendien identiteitswisselingen, timingfouten, afwijkende bewegingen of een gebrek aan synchronisatie tussen beeld en geluid optreden. Natuurlijke, vloeiende formuleringen garanderen geen juiste inhoud.
Resultaten die de rechten en belangen van anderen raken, openbaar worden verspreid of ingrijpende beslissingen ondersteunen, moeten vóór gebruik op passende wijze worden beoordeeld. Het systeem begrijpt je bedoeling mogelijk niet volledig; belangrijke voorwaarden moet je expliciet formuleren en controleren of ze ook echt zijn opgevolgd.
4. Indicatoren voor snelheid, kwaliteit en beheersbaarheid
Generatiesnelheid en latentie hangen af van omstandigheden zoals hardware, precisie, resolutie, duur, samplinginstellingen, batchgrootte en netwerk. De wachttijd tot het eerste frame, de wachttijd tot het volledige resultaat en de doorvoer bij continue generatie zijn verschillende indicatoren; vergelijkingen moeten dezelfde definities hanteren.
Conclusies over kwaliteit en beheersbaarheid moeten worden onderbouwd met passende steekproeven en evaluatiemethoden. Geselecteerde succesvoorbeelden laten zien wat mogelijk is, maar zeggen op zichzelf niets over gemiddelde prestaties, de kans op mislukking of de stabiliteit in complexe omgevingen.
5. Evaluaties en ranglijsten interpreteren
Evaluatieresultaten hangen af van de taak, de steekproef, de modelversie, de prompts en de beoordelingsmethode. Geautomatiseerde beoordelaars kunnen voorkeuren hebben en instabiel zijn, en ook menselijke beoordeling wordt beïnvloed door de samenstelling van de beoordelaars en de manier waarop taken zijn gedefinieerd.
Gebruik je conclusies van SociaBench of andere evaluaties, raadpleeg dan de methodepagina en de toelichting voor reproductie. Een verschuiving in de rangorde op één taak is onvoldoende om te concluderen wat in alle productscenario’s beter is. Vergelijkende citaten moeten de geldende datum vermelden en geen verschillende versies van een evaluatie door elkaar gebruiken.
6. Invoer, uitvoer en rechten van derden
In elk product waarin je materiaal kunt indienen, moet je nagaan of je het recht hebt om dat invoermateriaal te verwerken, vooral bij materiaal met de beeltenis of stem van echte personen, vertrouwelijke documenten of persoonsgegevens. Elk product moet uitleggen hoe gebruikerscontent wordt verwerkt en bewaard.
Het gebruik van gegenereerde resultaten kan bovendien gebonden zijn aan contracten, intellectueel eigendom, privacy en contentregels. Een modelaanbieder kan met alleen een technische mogelijkheid niet in de plaats treden van het oordeel van de gebruiker over de feitelijke publicatiecontext en de benodigde toestemmingen.
7. Feedback en herzieningen
Bruikbare feedback over een probleem kan de projectnaam, versie, het tijdstip, de invoeromstandigheden, het verwachte resultaat en het werkelijke gedrag bevatten. Verwijder vóór het insturen inloggegevens, niet-relevante persoonsgegevens en materiaal dat je niet mag openbaar maken.
Zodra er een officieel feedbackkanaal is, moeten problemen worden afgehandeld door het betreffende product- of onderhoudsteam. De toelichting op de website moet doorlopend worden herzien wanneer de status van modellen, evaluatiemethoden of gebruiksvoorwaarden veranderen, met een duidelijke datum van de laatste update.
Lees dit document samen met de andere documenten in het juridisch centrum die op dezelfde dienst van toepassing zijn.
Alle documenten