Contribute to Dweve AI Infrastructure

Täiskohaga rollid inseneri- ja tootevaldkonnas. Esmalt kaugtöö ELis.

Enne töö saatmist küsi, milline projektiroute, litsents ja panustamistingimused kehtivad.

Väljalaske märkmed, põhjalikud ülevaated ja ausad järelanalüüsid meeskonnalt.

API viited, integratsioonijuhendid ja arhitektuuridokumentatsioon.

Dweve tehnilised alused, alates Numerusest ja BitWeavest kuni Lattice ja AIONini. Enne alustamist kontrolli iga projekti juurdepääsuteed.

Kui projekt on avaldatud, järgi selle hoidla juhiseid pull requesti tegemiseks. Enne seda on projekti lehel selle voor ja tingimused selgitavad ülevaatuseteed. Sa võid igal ajal küsida.

Aktsepteeritud muudatused liidetakse vastavalt projekti poliitikale.

Käivita CI kontrollid, mida projekt selle muudatuse jaoks dokumenteerib.

Vasta tagasisidele ja järgi projekti heakskiidureegleid.

Ava pull request, kui projekt seda aktsepteerib, viita vajadusel probleemile ja täida selle mall.

Käivita testid ja kvaliteedikontrollid, mida projekt on dokumenteerinud enne pull requesti avamist.

Käivita kvaliteedikontrollid kohalikult.

Allkirjasta commitid ja järgi commiti vormingut ainult siis, kui projekt seda nõuab.

Loo haru vastavalt projekti nimetamisjuhistele.

Kui projekt on avalik ja aktsepteerib muudatusi, loo fork vastavalt selle juhistele.

Igal sammul on selge ootus. Kasuta kvaliteedikontrolle, mida projekt dokumenteerib.

Alates juurdepääsutaotlusest või forkist kuni ülevaateni.

Avalikud projektid võivad kasutada GitHubi fork-and-pull töövoogu. Kontrolli iga projekti juhiseid harunimede, commiti allkirjastamise, probleemiviidete, ülevaatusesammude ja vastuseootuste kohta.

Juurdepääs, haru, ülevaade, liitmine. Iga projekt dokumenteerib oma tee.

Järgi projekti dokumentatsiooninõudeid avalike APIde, näidete ja pikemate juhendite jaoks. Lisa piisavalt konteksti, et teine panustaja saaks muudatusest aru ja seda kontrollida.

Jõudlustundlike muudatuste puhul lisa benchmarki kontekst, kui projekt seda küsib. Salvesta meetod, lähtetase, riistvara ja täheldatud tulemus, et ülevaataja saaks väidet tõlgendada.

Lisa muudatusele sobivad testid ja järgi projekti kontrolle ühik-, integratsiooni-, omaduspõhiste või fuzz-testide jaoks. Kirjelda kõiki katvuse või keskkonna piiranguid, mis mõjutavad ülevaadet.

Kvaliteediväravad, mis on dokumenteeritud projekti ja muudatuse jaoks.

Panus peaks kandma tõendeid, mis vastavad selle muudatusele. Järgige projekti dokumenteeritud teste, võrdlusnõudeid ja dokumentatsiooninõudeid; need varieeruvad projekti ja juurdepääsutee järgi.

Kasutage testimise, võrdlusaluse ja dokumentatsiooni kontrolle, mida projekt nõuab.

Natiivse arenduse jaoks kasutage süsteemi sõltuvusi ja platvorme, mida projekt on dokumenteerinud. Mõned projektid pakuvad BUILD.md juhiseid; kontrollige neid enne alustamist.

Kui projekt pakub konteineri töövoogu, järgige selle Dockeri või Podmani juhiseid ning kasutage pilti ja käske, mida see dokumenteerib. Ärge eeldage, et konteiner vastab CI-le ilma projekti kirjet kontrollimata.

Kui projekt kasutab Rusti, installige tööriistaahel ja komponendid, mis on nimetatud selle ehituse juhistes. Nõuded nagu rustfmt, clippy, miri või MSRV on projekti spetsiifilised.

Viisid arenduskeskkonna ettevalmistamiseks. Kontrollige projekti juhiseid toetatud tee jaoks.

Tööriistaahel, konteinerid ja natiivne seadistus.

Standardne tee sõltub projektist. Lugege selle juurdepääsu ja ehituse juhiseid, valmistage ette dokumenteeritud keskkond, käivitage asjakohased kontrollid ja kasutage märgitud ülevaate teed.

Paljud Dweve projektid kasutavad Rusti, kuid tööriistaahelad, minimaalsed versioonid, konteinerid ja integratsiooni sihtmärgid on projekti spetsiifilised. Kasutage praegust projekti dokumentatsiooni tõeallikana.

Rusti tööriistaahel, Docker ja kohalik seadistus, kus dokumenteeritud.

Rusti tööriistaahel, vormindus- ja lintkontrollid

Dweve haldab neljateistkümmet tehnilist alust, hõlmates matemaatikat, parsingu, otsingu, poliitika, simulatsiooni ja käitusaja kontrolli. HEDL on avalik GitHubis; ülejäänud avaldatakse kahenädalaste voorudena alates 1. septembrist 2026, alguses kaks korraga. Alustage iga projekti litsentsi ja märgitud teega enne töö saatmist.

Sirvige aluste lehti. HEDL on praegu avalik, AION ja Knot avaldatakse 1. septembril 2026 ja iga teine leht nimetab vooru, milles see on. Projekti tee selgitab, kuidas abi küsida.

Ehitage meiega suveräänseid AI-süsteeme.

Aktsepteeritud panuseid võidakse märkida väljalaskemärkustes või panustajate registris, kui projekt seda peab. Kontrollige projekti tingimusi tunnustuse või muu hüve kohta.

Panustajate seansid võidakse välja kuulutada, kui projekt need ajastab. Kontrollige projekti lehte või võtke ühendust Dwevega praeguste osalemisvõimaluste kohta; asukoht, ajastus ja tugi sõltuvad sündmusest.

Võite küsida panuse juhendit projekti või kontakti kaudu. Kas hooldaja saab esimest muudatust üle vaadata, milline keel on saadaval ja kui kiiresti keegi vastab, sõltub projektist ja praegusest võimekusest.

Projekti juhend, kogukonna seansid ja panuste registrid sõltuvad valitud teest.

Panustamine võib tunduda hirmutav. Alustage konkreetse küsimuse, aruande, dokumentatsiooni muudatuse või testiga. Kui hoidla pakub probleemi malle või sisenemispunkti, kasutage seda; vastasel juhul küsige praegust teed Dweve kaudu. Tugi ja vastamisaeg sõltuvad projektist.

Ülevaate tavad sõltuvad projektist. Lugege selle panuse tingimusi, et näha, kes saab muudatust üle vaadata, millised kontrollid kehtivad, kuidas turvaprobleeme käsitletakse ja kas arutelu on avalik.

Kontrollige iga projekti litsentsi ja lähtekoodi juurdepääsu tingimusi enne integreerimist või töö saatmist. Kui need pole märgitud, võtke enne kasutamist ühendust Dwevega.

Projektipõhised litsentsi- ja juurdepääsutingimused.

Panustamise tingimused varieeruvad projekti lõikes. Enne esitamist kontrolli hoidlat või kontaktkanalit kehtiva litsentsi, ülevaatamistingimuste ja vajaliku kokkuleppe osas.

Panustamise tingimused, litsents ja ülevaatus varieeruvad projekti lõikes.

Panustamise tingimused, litsents ja ülevaatus.

Panustamine vajab selgeid tingimusi. Dweve kirjeldab iga projekti praegust juurdepääsu, litsentsi ja ülevaatuskanalit. Hoidlad avaldatakse kahenädalaste voorudena alates 1. septembrist 2026, seega kontrolli projekti kirjet enne aja panustamist või töö esitamist.

Selged tingimused. Dokumenteeritud kanal. Jagatud vastutus.

Liidese disain, juurdepääsetavuse auditid, ikonograafia ja brändivarad. Disainerid saavad pakkuda tööd Fabricule, dokumentatsioonisaidile ja projektipindadele. Järgi saadaolevaid brändi- ja juurdepääsetavuse juhiseid ning küsi enne failide või märkide taaskasutamist.

Manuaalne testimine, automatiseeritud testide laiendamine, fuzz-testimine ja jõudluse mõõtmine. Testijad kontrollivad, et uued väljaanded töötavad reaalsel riistvaral ja reaalsetes töövoogudes. Fuzz-testijad leiavad äärejuhtumeid, mida deterministlik loogika peaks käsitlema. Jõudluse mõõtjad valideerivad jõudlusväiteid. See rada sobib ideaalselt metoodilistele mõtlejatele, kellele meeldib asju lõhkuda.

API viited, kasutusjuhendid, õpetused ja tõlkimine. Tehnilised kirjutajad saavad parandusi pakkuda dokumenteeritud projektikanali kaudu ning enamik dokumentatsiooniülesandeid ei nõua kodeerimist. Kontrolli projekti tööriistade ja ülevaatusprotsessi osas.

Dokumentatsioon ja tehniline kirjutamine.

Veaparandused, jõudluse parandused, uued funktsioonid ja refaktoreerimine. Mitmed sihtasutused kasutavad Rusti, teiste keeltega seal, kus projekt neid vajab. Järgi projekti lähtekoodi juurdepääsu, ülevaatuse ja testimise juhiseid; avalikud sisenemispunktid pole garanteeritud.

Tarkvaratehnika, dokumentatsioon, kvaliteedi tagamine ja disain. Saadaolev projektikanal ja kontaktisik varieeruvad sihtasutuse lõikes.

Korraldame panustamise nelja laia rajasse. Iga sihtasutus kirjeldab oma saadaolevat kanalit, ulatust ja ülevaatamistingimusi. Tööle saab läheneda üksikisiku, ülikooli teadusrühma või insenerimeeskonnana, vastavalt projekti juurdepääsupiirile.

Kood, dokumendid, testimine ja disain. Iga oskus leiab siin koha.

Meeskonnad, kes panustavad projekti kanali kaudu, saavad sügavama asjatundlikkuse kui meeskonnad, kes seda ainult tarbivad. Insenerid õpivad tundma süsteemide sisemist tööd, millest nad sõltuvad, ja saavad haldajatega suhteid arendada, kui projekt seda kontakti toetab.

Hästi piiritletud panus võib mõjutada projekti teekaarti, kui selle haldajad selle vastu võtavad. Organisatsioonid peaksid panustamisaega käsitlema tööna, millel on selge ulatus, ülevaatuskanal ja juurdepääsupiir, mitte lubadusena toote üle kontrolli saada.

Projekti nähtavus järgib avaldamisgraafikut. HEDL on avalik; igal teisel sihtasutusel on praegu avalik kirjeldus ning selle hoidla ja dokumentatsioon, kui tema voor saabub. Loe iga projekti dokumentatsiooni ja litsentsi enne otsustamist, mida saate uurida, kontrollida või taaskasutada.

Dweve on registreeritud Hollandis ja arendab Euroopa Liidus. Projekti litsentsid, juhtimine ja andmetöötlus on kirjeldatud projekti lõikes ja võivad erineda. Panustamine iseenesest ei loo regulatiivset vastavust; kontrolli oma kasutusele kehtivaid tingimusi ja tõendeid.