Contribute to Dweve AI Infrastructure

Teljes munkaidős pozíciók mérnöki és termékterületen. Elsősorban távoli munkavégzés az EU-n belül.

Küldés előtt kérdezd meg, melyik projektút, licenc és hozzájárulási feltételek vonatkoznak a munkádra.

Kiadási jegyzetek, mély merülések és őszinte utóelemzések a csapattól.

API-referenciák, integrációs útmutatók és architektúra-dokumentáció.

A Dweve technikai alapjai, a Numerustól és a BitWeave-től a Lattice-ig és az AION-ig. Kezdés előtt ellenőrizd az egyes projektek hozzáférési útját.

Ha egy projekt már megjelent, kövesd a tárolójában található utasításokat a pull request javaslatához. Ezt megelőzően a projektoldalon szerepel a kör, a feltételek pedig ismertetik a felülvizsgálati utat. Bármikor kérdezhetsz róla.

Az elfogadott módosítások a projekt politikája szerint kerülnek be a fő ágba.

Futtasd le a CI-ellenőrzéseket, amelyeket a projekt dokumentál ehhez a módosításhoz.

Válaszolj a visszajelzésekre, és kövesd a projekt jóváhagyási szabályait.

Nyiss pull requestet, ha a projekt elfogadja, hivatkozd meg a hibajegyet, ha szükséges, és töltsd ki a sablonját.

A pull request megnyitása előtt futtasd le a projekt által dokumentált teszteket és minőségellenőrzéseket.

Csak akkor írd alá a commitokat és kövesd a commitformátumot, ha a projekt megköveteli.

Hozz létre egy ágat a projekt elnevezési utasításai szerint.

Ha a projekt nyilvános és elfogad módosításokat, hozz létre egy forkot az utasításai szerint.

Minden lépésnek egyértelmű elvárása van. Használd a projekt által dokumentált minőségellenőrzéseket.

A hozzáférési kérelemtől vagy forkig a felülvizsgálatig.

A nyilvános projektek GitHub fork-and-pull munkafolyamatot használhatnak. Ellenőrizd az egyes projektek utasításait az ágnevekre, a commit-aláírásra, a hibajegy-hivatkozásokra, a felülvizsgálati lépésekre és a válasz elvárásokra vonatkozóan.

Hozzáférés, ág, felülvizsgálat, egyesítés. Minden projekt dokumentálja az útját.

Kövesd a projekt dokumentációs követelményeit a nyilvános API-kra, példákra és hosszabb útmutatókra vonatkozóan. Adj elegendő kontextust ahhoz, hogy egy másik közreműködő megértse és ellenőrizze a módosítást.

Teljesítményérzékeny módosítások esetén adj benchmark-kontextust, ha a projekt kéri. Rögzítsd a módszert, az alapvonalat, a hardvert és a megfigyelt eredményt, hogy a felülvizsgáló értelmezni tudja az állítást.

Adj hozzá a módosításhoz illő teszteket, és kövesd a projekt ellenőrzéseit az egység-, integrációs, tulajdonság-alapú vagy fuzz-tesztekhez. Írd le azokat a lefedettségi vagy környezeti korlátokat, amelyek befolyásolják a felülvizsgálatot.

Egység-, integrációs és tulajdonság-tesztek.

A projekthez és a módosításhoz dokumentált minőségi kapuk.

Egy hozzájárulásnak olyan bizonyítékot kell hordoznia, amely megfelel a változtatásnak. Kövesd a projekt dokumentált tesztjeit, benchmark-elvárásait és dokumentációs követelményeit; ezek projektenként és hozzáférési útvonalanként eltérőek.

Használd azokat a teszt-, benchmark- és dokumentációs ellenőrzéseket, amelyeket a projekt megkövetel.

Natív fejlesztéshez használd a projekt által dokumentált rendszerfüggőségeket és platformokat. Egyes projektek BUILD.md utasításokat adnak; ellenőrizd ezeket, mielőtt elkezded.

Ahol a projekt konténeres munkafolyamatot biztosít, kövesd a Docker vagy Podman utasításait, és használd az általa dokumentált képet és parancsokat. Ne feltételezd, hogy a konténer megegyezik a CI-vel anélkül, hogy ellenőriznéd a projekt nyilvántartását.

Ha a projekt Rustot használ, telepítsd a build-utasításaiban megnevezett eszközláncot és összetevőket. Az olyan követelmények, mint a rustfmt, clippy, miri vagy egy MSRV, projektspecifikusak.

A fejlesztői környezet előkészítésének módjai. Ellenőrizd a projekt utasításait a támogatott útvonalhoz.

Eszközlánc, konténerek és natív beállítás.

A standard útvonal a projekttől függ. Olvasd el a hozzáférési és build-utasításait, készítsd elő a dokumentált környezetet, futtasd az alkalmazandó ellenőrzéseket, és használd a megadott felülvizsgálati útvonalat.

Sok Dweve-projekt Rustot használ, de az eszközláncok, minimális verziók, konténerek és integrációs célok projektspecifikusak. Használd az aktuális projekt dokumentációját forrásként.

Rust eszközlánc, Docker és helyi beállítás, ahol dokumentált.

Karbantartói felülvizsgálat, ahol szükséges

Rust eszközlánc, formázási és lint-ellenőrzések

Olvasd el a HEDL hozzájárulási útmutatóját

A Dweve tizennégy technikai alapot tart fenn, amelyek a matematika, elemzés, visszakeresés, szabályzat, szimuláció és futásidejű ellenőrzés területét ölelik fel. A HEDL nyilvános a GitHubon; a többi 2026. szeptember 1-jétől kéthetente, kezdetben egyszerre kettő jelenik meg. Kezdd minden projekt licencével és megadott útvonalával, mielőtt munkát küldesz.

Böngészd az alap oldalait. A HEDL most nyilvános, az AION és a Knot 2026. szeptember 1-jén jelenik meg, és minden más oldal megnevezi, hogy melyik körben van. A projekt útvonala elmagyarázza, hogyan kérhetsz segítséget.

Az elfogadott hozzájárulások elismerést kaphatnak a kiadási megjegyzésekben vagy egy közreműködői nyilvántartásban, ha a projekt vezet ilyet. Ellenőrizd a projekt feltételeit az esetleges elismerés vagy egyéb juttatás tekintetében.

Közreműködői alkalmak bejelenthetők, ha egy projekt ütemez ilyeneket. Ellenőrizd a projekt oldalát, vagy vedd fel a kapcsolatot a Dweve-vel az aktuális részvételi lehetőségekért; a helyszín, az időpont és a támogatás az eseménytől függ.

Kérhetsz hozzájárulási útmutatást a projekt vagy a kapcsolatfelvételi útvonalon keresztül. Az, hogy egy karbantartó felül tud-e vizsgálni egy első változtatást, melyik nyelv áll rendelkezésre, és milyen gyorsan válaszol valaki, a projekttől és az aktuális kapacitástól függ.

A projekt útmutatása, közösségi alkalmak és közreműködői nyilvántartások a választott útvonaltól függenek.

Útmutatás, alkalmak és projektnyilvántartások.

A közreműködés ijesztő lehet. Kezdd egy konkrét kérdéssel, jelentéssel, dokumentációs módosítással vagy teszttel. Ha a tároló issue-sablonokat vagy belépési pontot tesz elérhetővé, használd; ellenkező esetben kérj aktuális útvonalat a Dweve-n keresztül. A támogatás és a válaszidő a projekttől függ.

A felülvizsgálati gyakorlat a projekttől függ. Olvasd el a hozzájárulási feltételeit, hogy megtudd, ki vizsgálhat felül egy változtatást, mely ellenőrzések vonatkoznak rá, hogyan kezelik a biztonsági aggályokat, és hogy a megbeszélés nyilvános-e.

Karbantartói felülvizsgálat, ahol szükséges.

Ellenőrizd az egyes projektek licencét és forráshozzáférési feltételeit, mielőtt integrálnád vagy elküldenéd a munkát. Ha ezek nincsenek megadva, vedd fel a kapcsolatot a Dweve-vel használat előtt.

Projekt szintű licenc- és hozzáférési feltételek.

A közreműködési feltételek projektenként változnak. A benyújtás előtt ellenőrizze a tárhelyet vagy a kapcsolatfelvételi útvonalat az alkalmazandó licenc, a felülvizsgálati feltételek és minden kért megállapodás tekintetében.

A közreműködési feltételek, a licenc és a felülvizsgálat projektenként változik.

Közreműködési feltételek, licenc és felülvizsgálat.

A közreműködéshez egyértelmű feltételek kellenek. A Dweve minden projektnél leírja az aktuális hozzáférési, licenc- és felülvizsgálati útvonalat. A tárak 2026. szeptember 1-jétől kéthetente jelennek meg, ezért a munka megkezdése vagy benyújtása előtt ellenőrizze a projekt rekordját.

Egyértelmű feltételek. Dokumentált útvonal. Közös felelősség.

Felülettervezés, hozzáférhetőségi auditok, ikonográfia és márkaeszközök. A tervezők munkát javasolhatnak a Fabric, a dokumentációs oldal és a projektfelületek számára. Kövesse a rendelkezésre álló márka- és hozzáférhetőségi útmutatót, és kérdezzen a fájlok vagy tokenek újrafelhasználása előtt.

Felhasználói élmény és vizuális tervezés.

Manuális tesztelés, automatizált tesztbővítés, fuzz-tesztelés és teljesítménymérés. A tesztelők ellenőrzik, hogy az új kiadások valódi hardveren és valódi munkafolyamatokban működnek. A fuzz-teszterek olyan szélsőséges eseteket találnak, amelyeket a determinisztikus logikának kezelnie kell. A teljesítménymérők validálják a teljesítményre vonatkozó állításokat. Ez a pálya ideális a módszeres gondolkodóknak, akik szeretnek dolgokat elrontani.

API-referenciák, felhasználói útmutatók, oktatóanyagok és fordítás. A műszaki írók a dokumentált projektútvonalon keresztül javasolhatnak fejlesztéseket, és a legtöbb dokumentációs feladat nem igényel kódolást. Ellenőrizze a projekt eszközeit és felülvizsgálati folyamatát.

Hibajavítások, teljesítményjavítások, új funkciók és refaktorálás. Több alapítvány Rustot használ, más nyelvek ott jelennek meg, ahol a projektnek szüksége van rájuk. Kövesse a projekt forráshozzáférési, felülvizsgálati és tesztelési utasításait; a nyilvános belépési pontok nem garantáltak.

Szoftverfejlesztés, dokumentáció, minőségbiztosítás és tervezés. Az elérhető projektútvonal és kapcsolattartó alapítványonként változik.

A közreműködést négy nagy pályába szervezzük. Minden alapítvány leírja az elérhető útvonalat, hatókört és felülvizsgálati feltételeket. A munkát megközelítheti magánszemélyként, egyetemi kutatócsoportként vagy mérnöki csapatként, a projekt hozzáférési határaitól függően.