Contribute to Dweve AI Infrastructure

Pozicije s punim radnim vremenom u inženjerstvu i proizvodu. Rad na daljinu unutar EU-a.

Pitajte o putu projekta, licenci i uvjetima doprinosa prije nego što pošaljete rad.

Bilješke o izdanjima, dubinske analize i iskreni postmortemi tima.

API reference, vodiči za integraciju i dokumentacija arhitekture.

Tehničke osnove Dwevea, od Numerusa i BitWeavea do Latticea i AION-a. Provjerite put pristupa svakog projekta prije početka.

Nakon što projekt objavi, slijedite upute u repozitoriju za predlaganje pull requesta. Prije toga, stranica projekta nosi njegov krug, a uvjeti objašnjavaju put pregleda. O tome možete pitati u bilo kojem trenutku.

Prihvaćene promjene spajaju se prema pravilima projekta.

Pokrenite CI provjere koje projekt dokumentira za ovu promjenu.

Odgovorite na povratne informacije i slijedite pravila odobravanja projekta.

Otvorite pull request kada ga projekt prihvaća, navedite issue ako je potreban i ispunite njegov predložak.

Pokrenite testove i provjere kvalitete koje projekt dokumentira prije otvaranja pull requesta.

Potpisujte commitove i slijedite format commitova samo kada projekt to zahtijeva.

Kreirajte granu prema uputama projekta za imenovanje.

Ako je projekt javan i prihvaća promjene, kreirajte fork kako opisuju njegove upute.

Svaki korak ima jasno očekivanje. Koristite provjere kvalitete koje projekt dokumentira.

Od zahtjeva za pristup ili forka do pregleda.

Javni projekti mogu koristiti GitHub fork-and-pull tijek rada. Provjerite upute svakog projekta za imena grana, potpisivanje commitova, reference na issue, korake pregleda i očekivanja odgovora.

Pristup, grana, pregled, spajanje. Svaki projekt dokumentira svoj put.

Slijedite zahtjeve projekta za dokumentaciju javnih API-ja, primjera i dužih vodiča. Dodajte dovoljno konteksta da drugi doprinositelj razumije i provjeri promjenu.

Za promjene osjetljive na performanse, uključite kontekst benchmarka kada projekt to traži. Zabilježite metodu, osnovnu liniju, hardver i promatrani rezultat kako bi pregledavač mogao interpretirati tvrdnju.

Dodajte testove primjerene promjeni i slijedite provjere projekta za unit, integracijske, property-based ili fuzz testove. Opišite ograničenja pokrivenosti ili okruženja koja utječu na pregled.

Kvalitativne kapije dokumentirane za projekt i promjenu.

Doprinos bi trebao nositi dokaze koji odgovaraju njegovoj promjeni. Slijedite dokumentirane testove projekta, očekivanja za benchmark i zahtjeve za dokumentaciju; oni se razlikuju po projektu i načinu pristupa.

Koristite provjere testiranja, benchmarka i dokumentacije koje projekt zahtijeva.

Za izvorni razvoj koristite sistemske ovisnosti i platforme dokumentirane u projektu. Neki projekti pružaju BUILD.md upute; provjerite ih prije početka.

Tamo gdje projekt pruža radni tijek s kontejnerima, slijedite njegove Docker ili Podman upute i koristite sliku i naredbe koje dokumentira. Ne pretpostavljajte da kontejner odgovara CI-ju bez provjere projektne evidencije.

Ako projekt koristi Rust, instalirajte alatni lanac i komponente navedene u njegovim uputama za izgradnju. Zahtjevi poput rustfmt, clippy, miri ili MSRV specifični su za projekt.

Načini pripreme razvojnog okruženja. Provjerite projektne upute za podržani put.

Alatni lanac, kontejneri i izvorno postavljanje.

Standardni put ovisi o projektu. Pročitajte njegove upute za pristup i izgradnju, pripremite dokumentirano okruženje, pokrenite provjere koje se primjenjuju i koristite navedeni put pregleda.

Mnogi Dweve projekti koriste Rust, ali alatni lanci, minimalne verzije, kontejneri i integracijski ciljevi specifični su za projekt. Koristite trenutnu projektnu dokumentaciju kao izvor istine.

Rust alatni lanac, Docker i lokalno postavljanje gdje je dokumentirano.

Pregled od strane održavatelja gdje je potrebno

Rust alatni lanac, formatiranje i lint provjere

Dweve održava četrnaest tehničkih temelja koji pokrivaju matematiku, parsiranje, pretraživanje, politiku, simulaciju i verifikaciju izvođenja. HEDL je javan na GitHubu; ostali se objavljuju u dvotjednim rundama od 1. rujna 2026., za početak dva po rundi. Započnite sa svakom projektnom licencom i navedenim putem prije slanja rada.

Pregledajte stranice temelja. HEDL je sada javan, AION i Knot objavljuju se 1. rujna 2026., a svaka druga stranica imenuje rundu u kojoj se nalazi. Projektni put objašnjava kako zatražiti pomoć.

Prihvaćeni doprinosi mogu biti navedeni u bilješkama o izdanju ili evidenciji doprinositelja ako projekt takvu vodi. Provjerite projektne uvjete za bilo kakvo priznanje ili drugu pogodnost.

Sesije za doprinositelje mogu biti najavljene kada ih projekt zakazuje. Provjerite stranicu projekta ili kontaktirajte Dweve za trenutne opcije sudjelovanja; lokacija, vrijeme i podrška ovise o događaju.

Možete zatražiti smjernice za doprinos kroz projekt ili kontaktni put. Hoće li održavatelj moći pregledati prvu promjenu, koji je jezik dostupan i koliko brzo netko odgovori ovisi o projektu i trenutnom kapacitetu.

Projektne smjernice, zajedničke sesije i evidencije doprinosa ovise o putu koji odaberete.

Smjernice, sesije i projektne evidencije.

Doprinos može biti zastrašujući. Započnite s konkretnim pitanjem, izvješćem, promjenom dokumentacije ili testom. Tamo gdje repozitorij izlaže predloške za probleme ili ulaznu točku, koristite ih; inače zatražite trenutni put kroz Dweve. Podrška i vrijeme odgovora ovise o projektu.

Prakse pregleda ovise o projektu. Pročitajte njegove uvjete doprinosa da vidite tko može pregledati promjenu, koje provjere se primjenjuju, kako se rješavaju sigurnosni problemi i je li rasprava javna.

Pregled od strane održavatelja gdje je potrebno.

Provjerite licencu i uvjete pristupa izvoru za svaki projekt prije integracije ili slanja rada. Ako nisu navedeni, kontaktirajte Dweve prije korištenja.

Uvjeti doprinosa razlikuju se po projektu. Provjerite repozitorij ili kontakt put za primjenjivu licencu, uvjete pregleda i sve ugovore koji se traže prije podnošenja.

Uvjeti doprinosa, licenca i pregled razlikuju se po projektu.

Doprinos treba jasne uvjete. Dweve opisuje trenutni pristup, licencu i put pregleda za svaki projekt. Repozitoriji se objavljuju u dvotjednim rundama od 1. rujna 2026., stoga provjerite zapis projekta prije nego što uložite vrijeme ili podnesete rad.

Jasni uvjeti. Dokumentiran put. Zajednička odgovornost.

Dizajn sučelja, revizije pristupačnosti, ikonografija i brendirani materijali. Dizajneri mogu predložiti rad za Fabric, stranicu dokumentacije i površine projekta. Slijedite dostupne smjernice za brend i pristupačnost te pitajte prije ponovne upotrebe datoteka ili tokena.

Ručno testiranje, proširenje automatiziranih testova, fuzz testiranje i mjerenje performansi. Testeri provjeravaju da nova izdanja rade na stvarnom hardveru i u stvarnim tijekovima rada. Fuzz testeri pronalaze rubne slučajeve koje bi deterministička logika trebala obraditi. Benchmarkeri potvrđuju tvrdnje o performansama. Ovaj je put idealan za metodične mislioce koji uživaju u razbijanju stvari.

API reference, korisnički vodiči, upute i prijevod. Tehnički pisci mogu predložiti poboljšanja kroz dokumentirani put projekta, a većina zadataka dokumentacije ne zahtijeva kodiranje. Provjerite projekt za njegove alate i postupak pregleda.

Ispravci grešaka, poboljšanja performansi, nove značajke i refaktoriranje. Nekoliko zaklada koristi Rust, a drugi jezici pojavljuju se tamo gdje ih projekt treba. Slijedite upute projekta za pristup izvornom kodu, pregled i testiranje; javne ulazne točke nisu zajamčene.

Softversko inženjerstvo, dokumentacija, osiguranje kvalitete i dizajn. Dostupni put projekta i kontakt osoba razlikuju se po zakladi.

Organiziramo doprinos u četiri široka puta. Svaka zaklada opisuje svoj dostupni put, opseg i uvjete pregleda. Pristupite radu kao pojedinac, sveučilišna istraživačka grupa ili inženjerski tim, podložno granici pristupa projektu.

Kod, dokumentacija, testiranje i dizajn. Svaka vještina ima mjesto ovdje.

Timovi koji doprinose kroz put projekta mogu izgraditi dublju stručnost od timova koji ga samo koriste. Inženjeri uče unutarnje dijelove sustava o kojima ovise i mogu razviti odnose s održavateljima kada projekt podržava taj kontakt.

Dobro definiran doprinos može informirati plan projekta kada ga njegovi održavatelji prihvate. Organizacije bi trebale tretirati vrijeme doprinosa kao rad s jasnim opsegom, putem pregleda i granicom pristupa, a ne kao obećanje kontrole nad proizvodom.

Vidljivost projekta slijedi raspored izdanja. HEDL je javan; svaka druga zaklada sada nosi javni opis, a njen repozitorij i dokumentacija kada dođe njen red. Pročitajte dokumentaciju i licencu svakog projekta prije nego što odlučite što možete pregledati, provjeriti ili ponovno koristiti.

Dweve je registriran u Nizozemskoj i razvija se u Europskoj uniji. Licence projekata, upravljanje i rukovanje podacima opisani su po projektu i mogu se razlikovati. Doprinos sam po sebi ne uspostavlja regulatornu usklađenost; provjerite uvjete i dokaze koji se primjenjuju na vašu upotrebu.

Doprinos vam daje način da ispitate kako projekt rukuje podacima, odlukama i upravljanjem. Provjerite put i dokaze koji se primjenjuju.