Contribute to Dweve AI Infrastructure

Posturi full-time în inginerie și produs. Remote-first în UE.

Întreabă ce rută de proiect, licență și termeni de contribuție se aplică înainte de a trimite lucrări.

Note de lansare, analize aprofundate și postmortem oneste din partea echipei.

Referințe API, ghiduri de integrare și documentație de arhitectură.

Fundațiile tehnice Dweve, de la Numerus și BitWeave la Lattice și AION. Verifică ruta de acces a fiecărui proiect înainte de a începe.

Odată ce un proiect a fost publicat, urmează instrucțiunile din repository pentru a propune un pull request. Înainte de asta, pagina proiectului prezintă runda, iar termenii explică ruta de review. Poți întreba oricând despre asta.

Modificările acceptate sunt comasate conform politicii proiectului.

Rulează verificările CI documentate de proiect pentru această modificare.

Abordează feedback-ul și respectă regulile de aprobare ale proiectului.

Deschide un pull request când proiectul acceptă unul, menționează issue-ul dacă este necesar și completează șablonul.

Rulează testele și verificările de calitate documentate de proiect înainte de a deschide un pull request.

Semnează commit-urile și respectă formatul de commit doar când proiectul o cere.

Respectă regulile de commit ale proiectului.

Creează o ramură conform instrucțiunilor de denumire ale proiectului.

Dacă proiectul este public și acceptă modificări, creează un fork așa cum descriu instrucțiunile sale.

Fiecare pas are o așteptare clară. Folosește verificările de calitate documentate de proiect.

De la cererea de acces sau fork la review.

Proiectele publice pot folosi un flux de lucru fork-and-pull pe GitHub. Verifică instrucțiunile fiecărui proiect pentru nume de ramuri, semnarea commit-urilor, referințe la issue-uri, pașii de review și așteptările de răspuns.

Acces, ramură, review, comasare. Fiecare proiect documentează ruta sa.

Respectă cerințele de documentare ale proiectului pentru API-uri publice, exemple și ghiduri mai lungi. Adaugă suficient context pentru ca un alt contribuitor să înțeleagă și să verifice modificarea.

Pentru modificări sensibile la performanță, include context de benchmark când proiectul o cere. Înregistrează metoda, linia de bază, hardware-ul și rezultatul observat, astfel încât un reviewer să poată interpreta afirmația.

Adaugă teste adecvate modificării și respectă verificările proiectului pentru testare unitară, de integrare, bazată pe proprietăți sau fuzzing. Descrie orice limitări de acoperire sau de mediu care afectează review-ul.

Teste unitare, de integrare și de proprietăți.

Porți de calitate documentate pentru proiect și modificare.

O contribuție ar trebui să aducă dovezi care să corespundă modificării. Urmează testele documentate ale proiectului, așteptările de referință și cerințele de documentație; acestea variază în funcție de proiect și de calea de acces.

Folosește verificările de testare, referință și documentație cerute de proiect.

Pentru dezvoltarea nativă, folosește dependențele de sistem și platformele documentate de proiect. Unele proiecte oferă instrucțiuni BUILD.md; verifică-le înainte de a începe.

Acolo unde un proiect oferă un flux de lucru cu containere, urmează instrucțiunile sale Docker sau Podman și folosește imaginea și comenzile documentate. Nu presupune că containerul se potrivește cu CI fără să verifici evidența proiectului.

Dacă proiectul folosește Rust, instalează toolchain-ul și componentele numite în instrucțiunile sale de construire. Cerințe precum rustfmt, clippy, miri sau un MSRV sunt specifice proiectului.

Modalități de pregătire a unui mediu de dezvoltare. Verifică instrucțiunile proiectului pentru calea acceptată.

Toolchain, containere și configurare nativă.

Calea standard depinde de proiect. Citește instrucțiunile sale de acces și construire, pregătește mediul documentat, rulează verificările aplicabile și folosește calea de revizuire menționată.

Multe proiecte Dweve folosesc Rust, dar toolchain-urile, versiunile minime, containerele și țintele de integrare sunt specifice proiectului. Folosește documentația actuală a proiectului ca sursă de adevăr.

Toolchain Rust, Docker și configurare locală acolo unde sunt documentate.

Revizuire de către întreținători, acolo unde este necesară

Test de proiect, Miri și verificări fuzz

Toolchain Rust, formatare și verificări lint

Dweve menține paisprezece fundații tehnice care acoperă matematică, parsare, regăsire, politici, simulare și verificare la rulare. HEDL este public pe GitHub; restul publică în runde bilunare începând cu 1 septembrie 2026, câte două la început. Începe cu licența fiecărui proiect și cu calea menționată înainte de a trimite lucrări.

Explorează paginile fundațiilor. HEDL este public acum, AION și Knot publică pe 1 septembrie 2026, iar fiecare altă pagină numește runda în care se află. Calea proiectului explică cum să ceri ajutor.

Contribuțiile acceptate pot fi menționate în notele de lansare sau într-o evidență a contribuitorilor, dacă proiectul ține una. Verifică termenii proiectului pentru orice recunoaștere sau alt beneficiu.

Sesiunile pentru contribuitori pot fi anunțate atunci când un proiect le programează. Verifică pagina proiectului sau contactează Dweve pentru opțiunile curente de participare; locația, momentul și suportul depind de eveniment.

Poți cere îndrumare pentru contribuții prin proiect sau prin calea de contact. Dacă un întreținător poate revizui o primă modificare, ce limbă este disponibilă și cât de repede răspunde cineva depind de proiect și de capacitatea curentă.

Îndrumarea proiectului, sesiunile comunității și evidențele contribuțiilor depind de calea pe care o alegi.

Îndrumare, sesiuni și evidențe de proiect.

Contribuția poate părea intimidantă. Începe cu o întrebare concretă, un raport, o modificare de documentație sau un test. Acolo unde un depozit expune șabloane de probleme sau un punct de intrare, folosește-l; altfel, solicită calea curentă prin Dweve. Suportul și timpul de răspuns depind de proiect.

Practicile de revizuire depind de proiect. Citește termenii săi de contribuție pentru a vedea cine poate revizui o modificare, ce verificări se aplică, cum sunt gestionate problemele de securitate și dacă discuția este publică.

Revizuire de către întreținători, acolo unde este necesară.

Verifică licența și termenii de acces la sursă pentru fiecare proiect înainte de a integra sau trimite lucrări. Dacă nu sunt menționate, contactează Dweve înainte de utilizare.

Termeni de licență și acces per proiect.

Termenii de contribuție variază în funcție de proiect. Verificați depozitul sau ruta de contact pentru licența aplicabilă, condițiile de revizuire și orice acord solicitat înainte de trimitere.

Termenii de contribuție, licența și revizuirea variază în funcție de proiect.

Termeni de contribuție, licență și revizuire.

Contribuția necesită termeni clari. Dweve descrie ruta actuală de acces, licență și revizuire pentru fiecare proiect. Depozitele publică în runde bilunare de la 1 septembrie 2026, deci verificați înregistrarea proiectului înainte de a investi timp sau de a trimite lucrări.

Termeni clari. Rută documentată. Responsabilitate comună.

Design de interfață, audituri de accesibilitate, iconografie și active de brand. Designerii pot propune lucrări pentru Fabric, site-ul de documentație și suprafețele proiectului. Urmați ghidurile disponibile de brand și accesibilitate și întrebați înainte de a reutiliza fișiere sau tokenuri.

Testare manuală, extinderea testelor automate, testare fuzz și benchmarking. Testerii verifică că noile versiuni funcționează pe hardware real și în fluxuri de lucru reale. Testerii fuzz găsesc cazuri limită pe care logica deterministă ar trebui să le gestioneze. Benchmarkerii validează afirmațiile de performanță. Această pistă este ideală pentru gânditorii metodic cărora le place să g găsească probleme.

Referințe API, ghiduri de utilizator, tutoriale și traducere. Scriitorii tehnici pot propune îmbunătățiri prin ruta documentată a proiectului, iar majoritatea sarcinilor de documentație nu necesită programare. Verificați proiectul pentru instrumentele și procesul său de revizuire.

Corecturi de erori, îmbunătățiri de performanță, funcționalități noi și refactorizare. Mai multe fundații folosesc Rust, cu alte limbaje apărând acolo unde proiectul are nevoie de ele. Urmați instrucțiunile proiectului privind accesul la sursă, revizuirea și testarea; punctele de intrare publice nu sunt garantate.

Inginerie software, documentație, asigurarea calității și design. Ruta disponibilă a proiectului și punctul de contact variază în funcție de fundație.

Organizăm contribuția în patru piste ample. Fiecare fundație descrie ruta disponibilă, domeniul de aplicare și termenii de revizuire. Puteți aborda munca ca individ, grup de cercetare universitar sau echipă de inginerie, sub rezerva limitei de acces a proiectului.

Cod, documentație, testare și design. Fiecare abilitate își are locul aici.

Echipele care contribuie printr-o rută de proiect pot dezvolta o expertiză mai profundă decât echipele care doar o consumă. Inginerii învață detaliile interne ale sistemelor de care depind și pot dezvolta relații cu întreținătorii atunci când proiectul sprijină acest contact.