Cygnus · senere profiler og forslagPå roadmappen

Det, der kommer efter en bevist kerne. Omfanget følger dokumentationen.

Name: NatusAI Cygnus
Brand: NatusAI

Her beskrives foreslåede eller udskudte kapabilitetsfamilier – ikke frigivne funktioner eller en dateret leveranceplan. Den første version skal gøre sig fortjent til sine påstande om én server, før en bredere profil accepteres.

Status: den valgfrie markedsplads fra NatusAI selv er en valgt retning, men offentlig drift kræver fortsat, at fastlagte krav er opfyldt. Profiler til klynge, administreret platform og governance kræver særskilt dokumentation og særskilte beslutninger. Der er ikke valgt nogen dato.

Udforsk senere profiler Planlagt omfang af v1

Lysende glasterninger med forbundne nodegrafer, sammenkædet i rummet: senere profiler, der skalerer ud over én node

Senere klyngeprofil På roadmappen

Bevis én node, før systemet distribueres.

Den senere klyngeprofil ville tilføje shards, replikering, failover, routing, rebalancering, transaktioner på tværs af shards, distribueret traversering, opgraderinger med blandede versioner og flytning af kundemiljøer.

Et design med flere noder eller et designmål på flere PiB hører hjemme her – aldrig i Cygnus 1.0.

Accept af horisontal skalering ville kræve dokumentation for distribueret korrekthed, gendannelse og fejldomæner på repræsentative arbejdsbelastninger. Reserverede formatfelter alene beviser ikke en klynge.

1 node

Produktionstopologi i Cygnus 1.0: kapacitet og fejldomæne forbliver én server.

flere PiB

Et designmål udelukkende for den senere klyngeprofil – ikke en påstand for den første version.

Senere AI og beregning På roadmappen

Bredere AI kræver særskilt kvalificeret udførelse.

Model- og tensorberegning

Opdelte og sparse tensorlayouts, algebra, beregningsgrafer, modelressourcer, ONNX, træning, autodiff, GPU/NPU-udførelse og distribueret beregning er fortsat senere arbejde.

Leverandørspecifikke arbejdsgange

Agentarbejdsgange, subagenter, skills, plugins, hooks, samarbejds- og baggrundsopgaver, avanceret hukommelse, genereret komprimering og automatisk fallback ligger uden for den første chatprofil.

Yderligere bindinger

Indbyggede eller kompatible flader til vLLM, Ollama-kompatible løsninger, Anthropic-agenter og Codex kræver hver deres kvalificering. Administreret CUDA forbliver betinget af den præcise certificerede ramme.

Modeller, leverandørartefakter og ressourcerammer kræver fastlåst dokumentation for kapabiliteter og sikkerhed. En ekstern leverandør giver ingen lokal ressourcegaranti. Leverandør- og produktnavne identificerer kun grænseflader.

Genbrugeligt økosystem På roadmappen

Find et verificeret match; lav en privat kandidat, når der ikke findes et.

En valgfri markedsplads og biblioteksproces fra NatusAI selv er en valgt senere produktretning, men offentlig drift kræver fortsat, at fastlagte krav er opfyldt.

Den er designet til at finde præcist kompatible versioner eller returnere et eksplicit »intet match« og derefter, hvor det er nødvendigt, forberede en privat kandidat med udvalgte moduler. Kompilering, sikkerhed, ressourcer, kompatibilitet og agentevaluering ville gå forud for en særskilt godkendelse fra vedligeholderen og en signeret, uforanderlig version.

En biblioteksversion versionerer sine moduler samlet, mens hver applikation kun aktiverer de moduler, den har brug for – uden at trække ubrugt søskendekode, afhængigheder, leverandører, rettigheder eller ressourceprofiler med.

Godkendte artefakter og dokumentation, der kan offentliggøres, kunne genbruges på tværs af applikationer. Kundedata, privat logik, prompts og leverandørnøgler ville blive inden for deres adgangsgrænse. Agenter kunne foreslå kandidater, men ikke selv installere, autorisere, signere, godkende eller publicere dem.

En bredere referenceapplikation til en administreret platform er et særskilt, ikke-ratificeret forslag, der dækker provisionering af applikationer, flådestyring, kommercielle registreringer, bidragskampagner og hostet selvopdatering. Priser, gebyrer, belønninger, fakturering og finansiering er fortsat ikke besluttet.

Foreslåede dataverdener og governance Foreslået · ikke valgt

Dataverdener, der kan forgrenes, og uafhængig verificering kræver nye fejlmodeller.

Et forslag til efter v1, gengivet som det står i det nuværende Cygnus-omfang. Intet i dette afsnit er valgt, planlagt eller en del af Cygnus 1.0.

Dataverdener

Strukturelt delte dataverdener, deterministisk simulering, semantisk trevejsfletning, regnskab over opbevaret historik og eksplicitte livscyklusser for fletning og kassering er udskudt.

Uafhængig verificering

En foreslået føderation ville bruge byzantinsk fejltolerant endelighed over deterministiske applikationsovergange og en layoutuafhængig semantisk tilstandsforpligtelse. Validatorer, fulde verifikatorer, arkiver og lette verifikatorer har hver deres rolle; en bruger kunne beholde og verificere en uafhængigt ejet kopi af den komplette offentlige historik uden at blive validator.

En kvalificerende governance-arbejdsbelastning

En foreslået applikation til flydende demokrati ville kræve uafhængigt genafspillelige forslagsversioner, øjebliksbilleder af stemmeret, tildelinger og tilbagekaldelser af delegering, regler for cyklusser og tilsidesættelser, afgivne og erstattede stemmer, semantik for afslutning samt optællingscertifikater.

Dette er et forslag til efter v1. Der er ikke valgt nogen konsensusalgoritme, validatorgovernance, identitetssystem, token, offentligt netværk, drevet tjeneste eller ordning for hemmelig afstemning. Hemmelige afstemninger kræver særskilt gennemgået kryptografi og må aldrig offentliggøre stemmer i klartekst; verificeret historik alene fastslår ikke vælgernes legitimitet, retfærdighed eller valgets integritet.

Andre udskudte familier

Hold tilstødende arbejde uden for løftet om den første version.

Udskudte kapabilitetsfamilier · senere arbejde, ikke en del af Cygnus 1.0
Familie	Senere arbejde
Fortolkning af dokumenter og medier	Medfølgende generelle parsere, OCR, afkodning/omkodning af medier, miniaturer, udtræk af frames/fliser, indbygget rasterreprojektion og oversigter.
Optimering	JIT/AOT-specialisering, operatorfusion, NUMA-placering og adaptive layouts.
Udvikler- og komponentværktøjer	Debug Adapter Protocol, klient til åbent pakkeregister og sandboxet komponentvært.
Mobilitet for kundemiljøer	Portabel eksport/import af kundemiljøer og klyngeafhængig flytning.
UI og web-runtime	Generel deklarativ UI ud over udvalgte Explorer-mønstre, generel serverrendering og en sprog-runtime i browseren.
Opbevaring og tid	Kryptografisk sletning pr. registreret person som standard og videnskabelige tidsskalaer, der tager højde for skudsekunder.

En retning, der kan afkræftes

Dokumentationen kan ændre omfanget.

Nedenstående er foreslåede kriterier for revurdering – ikke opnåede målinger eller serviceniveauer over for kunder. Hvis ét af dem indtræffer, udløser det en gennemgang af omfanget, ikke et løfte om at levere en anden arkitektur.

Otte signaler for revurdering · Foreslåede kvalificeringsmål – ikke målte resultater, produktforpligtelser eller serviceniveauer.
Signal	Foreslået grund til revurdering
Indlæsning	Under 80.000 vedvarende rapporter/s på den foreslåede klasse med 32 vCPU og transaktionel konsistens i indeks. Kravet til versionen er særskilt 100.000 rapporter/s.
Forespørgsel	p99 over 500 ms for 250.000 aktuelle positioner i en polygon eller over 1.000 ms for et skibsspor over 90 dage, ved et forhold mellem datasæt og RAM på 24×.
Omkostning ved politik	Autorisation på elementniveau over 3× grovkornet p99. Det foreslåede krav til versionen er strengere: 2×.
Geografisk egnethed	Mere end 20 % af designpartnernes geografiske forespørgsler kræver et eksternt geografisk sprog.
Gennemførelse af agenter	Under 70 % af de erklærede evalueringer af tomme projekter lykkes uden menneskelig reparation.
Behov for eksterne lagre	En partner har inden for 90 dage brug for et andet søge-, tidsserie- eller beskedlager til referencearbejdsbelastningen.
Leverancerisiko	Milepælene for kerne, tjenester og data overskrider et foreslået interval på 30 måneder efter den første milepæl med en realistisk bemanding; dette er et kriterium for revurdering, ikke en leveringsdato.
Gendannelse	En test af verificeret gendannelse fejler, eller et kvitteret commit går tabt i nedbrudstest.

Arbejdsbelastning, hardware, konsistens, bemanding og testmetoder skulle aftales, før kriterierne kunne styre en beslutning om frigivelse.

Åbne beslutninger

Planerne er fortsat betingede.

Der er ikke valgt nogen offentlig leveringsdato, pris, licens, pakke, finansieringsmodel for leverandører eller gebyr for markedspladsen. Matricer for formater, leverandører, sprogindstillinger og kompatibilitet er beslutninger for den første version; senere profiler kræver deres egen dokumentation.

Det første tekniske checkpoint er den komplette acceptdokumentation for Cygnus 1.0, inklusive verificeret gendannelse og supportkontrakter. Omfanget efter v1 revurderes ud fra designpartnernes faktiske brug i stedet for at blive forudsat af denne roadmap.

Læs om den planlagte afgrænsning af v1 Drøft din dataarbejdsbelastning