Contribute to Dweve AI Infrastructure

Zaposlitve za polni delovni čas na področju inženiringa in izdelkov. Delo na daljavo, prednostno znotraj EU.

Preden pošljete delo, vprašajte, katera projektna pot, licenca in pogoji prispevanja veljajo.

Opombe ob izdajah, poglobljeni vpogledi in iskrene analize napak ekipe.

API reference, integracijski vodniki in dokumentacija o arhitekturi.

Tehnične osnove Dweve, od Numerus in BitWeave do Lattice in AION. Pred začetkom preverite pot dostopa vsakega projekta.

Ko je projekt objavljen, sledite navodilom v njegovem repozitoriju za predlog pull requesta. Pred tem projektna stran navaja krog, pogoji pa pojasnjujejo pot pregleda. O tem lahko vprašate kadar koli.

Sprejete spremembe se združijo v skladu s politiko projekta.

Zaženite CI preverjanja, ki jih projekt dokumentira za to spremembo.

Upoštevajte povratne informacije in sledite pravilom odobritve projekta.

Odprite pull request, ko ga projekt sprejme, po potrebi se sklicujte na zadevo in izpolnite njegovo predlogo.

Pred odpiranjem pull requesta zaženite teste in preverjanja kakovosti, ki jih dokumentira projekt.

Podpisujte potrditve in upoštevajte format potrditev le, če to zahteva projekt.

Ustvarite vejo v skladu z navodili projekta za poimenovanje.

Če je projekt javen in sprejema spremembe, ustvarite fork, kot opisujejo njegova navodila.

Vsak korak ima jasna pričakovanja. Uporabite preverjanja kakovosti, ki jih dokumentira projekt.

Od zahteve za dostop ali forka do pregleda.

Javni projekti lahko uporabljajo GitHub potek dela z fork in pull. Preverite navodila vsakega projekta za imena vej, podpisovanje potrditev, sklice na zadeve, korake pregleda in pričakovane odzive.

Dostop, veja, pregled, združitev. Vsak projekt dokumentira svojo pot.

Upoštevajte zahteve projekta glede dokumentacije za javne APIje, primere in daljše vodnike. Dodajte dovolj konteksta, da lahko drugi prispevajoči razumejo in preverijo spremembo.

Pri spremembah, občutljivih za zmogljivost, vključite kontekst meritev, če to projekt zahteva. Zabeležite metodo, izhodišče, strojno opremo in opaženi rezultat, da lahko pregledovalec interpretira trditev.

Dodajte teste, primerne spremembi, in upoštevajte preverjanja projekta za enotne, integracijske, lastnostne ali fuzz teste. Opisite morebitne omejitve pokritosti ali okolja, ki vplivajo na pregled.

Enotni, integracijski in lastnostni testi.

Preverjanja kakovosti, dokumentirana za projekt in spremembo.

Prispevek mora vsebovati dokaze, ki ustrezajo spremembi. Upoštevajte dokumentirane teste projekta, pričakovanja glede meril uspešnosti in zahteve glede dokumentacije; razlikujejo se glede na projekt in način dostopa.

Uporabite teste, merila uspešnosti in preverjanja dokumentacije, ki jih projekt zahteva.

Za domači razvoj uporabite sistemske odvisnosti in platforme, ki jih dokumentira projekt. Nekateri projekti zagotavljajo navodila BUILD.md; preverite jih, preden začnete.

Kadar projekt zagotavlja delovni potek s kontejnerji, upoštevajte njegova navodila za Docker ali Podman ter uporabite sliko in ukaze, ki jih dokumentira. Ne domnevajte, da se kontejner ujema s CI, ne da bi preverili projektno evidenco.

Če projekt uporablja Rust, namestite orodja in komponente, navedene v njegovih navodilih za gradnjo. Zahteve, kot so rustfmt, clippy, miri ali MSRV, so specifične za projekt.

Načini priprave razvojnega okolja. Preverite navodila projekta za podprto pot.

Orodja, kontejnerji in domača namestitev.

Standardna pot je odvisna od projekta. Preberite njegova navodila za dostop in gradnjo, pripravite dokumentirano okolje, izvedite ustrezna preverjanja in uporabite navedeno pot pregleda.

Številni projekti Dweve uporabljajo Rust, vendar so orodja, minimalne različice, kontejnerji in cilji integracije specifični za projekt. Uporabite trenutno dokumentacijo projekta kot vir resnice.

Rust orodja, Docker in lokalna namestitev, kjer so dokumentirani.

Projektni testi, Miri in fuzz preverjanja

Rust orodja, oblikovanje in preverjanja lint

Dweve vzdržuje štirinajst tehničnih temeljev, ki zajemajo matematiko, razčlenjevanje, iskanje, politike, simulacijo in preverjanje izvajanja. HEDL je javno dostopen na GitHubu; ostali izhajajo v štirinajstdnevnih sklopih od 1. septembra 2026, na začetku po dva naenkrat. Začnite z licenco vsakega projekta in navedeno potjo, preden pošljete delo.

Prebrskajte strani temeljev. HEDL je zdaj javen, AION in Knot izhajata 1. septembra 2026, vsaka druga stran pa navaja sklop, v katerem je. Projektna pot pojasnjuje, kako zaprositi za pomoč.

Gradite suvereno umetno inteligenco z nami.

Sprejeti prispevki so lahko navedeni v opombah ob izdaji ali v evidenci prispevkov, če jo projekt vodi. Preverite pogoje projekta za morebitno priznanje ali drugo ugodnost.

Seje za prispevajoče so lahko objavljene, kadar jih projekt načrtuje. Preverite stran projekta ali se obrnite na Dweve za trenutne možnosti sodelovanja; lokacija, čas in podpora so odvisni od dogodka.

Za smernice o prispevanju lahko zaprosite prek projekta ali kontaktne poti. Ali lahko vzdrževalec pregleda prvo spremembo, kateri jezik je na voljo in kako hitro se kdo odzove, je odvisno od projekta in trenutne zmogljivosti.

Projektne smernice, skupnostne seje in evidence prispevkov so odvisne od poti, ki jo izberete.

Prispevanje je lahko zastrašujoče. Začnite z konkretnim vprašanjem, poročilom, spremembo dokumentacije ali testom. Če repozitorij ponuja predloge za težave ali vstopno točko, jih uporabite; sicer zaprosite za trenutno pot prek Dweve. Podpora in odzivni čas sta odvisna od projekta.

Prakse pregleda so odvisne od projekta. Preberite njegove pogoje prispevanja, da vidite, kdo lahko pregleda spremembo, katera preverjanja veljajo, kako se obravnavajo varnostni pomisleki in ali je razprava javna.

Pred integracijo ali pošiljanjem dela preverite licenco in pogoje dostopa do izvorne kode za vsak projekt. Če niso navedeni, se pred uporabo obrnite na Dweve.

Pogoji licence in dostopa za posamezni projekt.

Pogoji prispevanja se razlikujejo med projekti. Pred oddajo preverite v repozitoriju ali prek kontaktne poti veljavno licenco, pogoje pregleda in morebitni dogovor.

Pogoji prispevanja, licenca in pregled se razlikujejo med projekti.

Prispevanje potrebuje jasne pogoje. Dweve za vsak projekt opisuje trenutni dostop, licenco in pot pregleda. Repozitoriji se objavljajo v štirinajstdnevnih krogih od 1. septembra 2026, zato pred vložkom časa ali oddajo dela preverite zapis projekta.

Jasni pogoji. Dokumentirana pot. Skupna odgovornost.

Oblikovanje vmesnikov, presoje dostopnosti, ikonografija in blagovne znamke. Oblikovalci lahko predlagajo delo za Fabric, dokumentacijsko spletišče in površine projektov. Upoštevajte veljavne smernice za blagovno znamko in dostopnost ter vprašajte pred ponovno uporabo datotek ali žetonov.

Uporabniška izkušnja in vizualno oblikovanje.

Ročno testiranje, širitev avtomatiziranih testov, testiranje z naključnimi podatki in primerjalno merjenje. Preizkuševalci preverijo, da nove izdaje delujejo na dejanski strojni opremi in v resničnih delovnih tokovih. Preizkuševalci z naključnimi podatki poiščejo robne primere, ki bi jih morala obravnavati deterministična logika. Merilci potrjujejo trditve o zmogljivosti. Ta sled je idealna za metodične mislece, ki uživajo v lomljenju stvari.

API sklici, uporabniški priročniki, vadnice in prevajanje. Tehnični pisei lahko predlagajo izboljšave po dokumentirani poti projekta, večina nalog dokumentacije pa ne zahteva programiranja. Preverite orodja in postopek pregleda projekta.

Odpravljanje napak, izboljšave zmogljivosti, nove funkcije in preoblikovanje kode. Več temeljev uporablja Rust, druge jeziki pa se pojavijo tam, kjer jih projekt potrebuje. Upoštevajte navodila projekta za dostop do izvorne kode, pregled in testiranje; javne vstopne točke niso zagotovljene.

Programsko inženirstvo, dokumentacija, zagotavljanje kakovosti in oblikovanje. Razpoložljiva pot projekta in kontaktna oseba se razlikujeta med temelji.

Prispevanje organiziramo v štiri široke sledi. Vsak temelj opisuje svojo razpoložljivo pot, obseg in pogoje pregleda. Delu se lahko posvetite kot posameznik, univerzitetna raziskovalna skupina ali inženirska ekipa, ob upoštevanju meje dostopa projekta.

Koda, dokumentacija, testiranje in oblikovanje. Vsaka veščina ima tu svoje mesto.

Ekipe, ki prispevajo po poti projekta, lahko zgradijo globlje strokovno znanje kot ekipe, ki ga le uporabljajo. Inženirji spoznajo notranje delovanje sistemov, od katerih so odvisni, in lahko razvijejo odnose z vzdrževalci, kadar projekt podpira tak stik.

Dobro opredeljen prispevek lahko vpliva na načrt projekta, če ga vzdrževalci sprejmejo. Organizacije naj obravnavajo čas prispevanja kot delo z jasnim obsegom, potjo pregleda in mejo dostopa, ne kot obljubo nadzora nad izdelkom.

Vidnost projekta sledi urniku izdaj. HEDL je javen; vsak drug temelj ima zdaj javni opis, njegov repozitorij in dokumentacija pa bosta javna, ko pride njegov krog. Preden se odločite, kaj lahko pregledate, preverite ali ponovno uporabite, preberite dokumentacijo in licenco vsakega projekta.

Dweve je registriran na Nizozemskem in razvija v Evropski uniji. Licence projektov, upravljanje in ravnanje s podatki so opisani za vsak projekt posebej in se lahko razlikujejo. Prispevanje samo po sebi ne vzpostavlja skladnosti s predpisi; preverite pogoje in dokaze, ki veljajo za vašo uporabo.