Contribute to Dweve AI Infrastructure

Plné úväzky v oblasti inžinierstva a produktu. Primárne remote v rámci EÚ.

Pred odoslaním práce sa opýtajte, ktorá projektová cesta, licencia a podmienky príspevkov sa uplatňujú.

Poznámky k vydaniam, hlbšie pohľady a úprimné postmortemy od tímu.

Referencie API, integračné príručky a dokumentácia architektúry.

Technické základy Dweve, od Numerus a BitWeave po Lattice a AION. Pred začatím si overte spôsob prístupu ku každému projektu.

Keď projekt zverejní, postupujte podľa pokynov v jeho repozitári na návrh pull requestu. Predtým projektová stránka uvádza jeho kolo a podmienky vysvetľujú postup recenzie. Môžete sa na to opýtať kedykoľvek.

Prijaté zmeny sa zlučujú podľa politiky projektu.

Spustite kontroly CI, ktoré projekt dokumentuje pre túto zmenu.

Vyriešte pripomienky a dodržiavajte pravidlá schvaľovania projektu.

Otvorte pull request, keď ho projekt akceptuje, uveďte issue, ak sa vyžaduje, a vyplňte jeho šablónu.

Pred otvorením pull requestu spustite testy a kontroly kvality, ktoré projekt dokumentuje.

Podpisujte commity a dodržiavajte formát commitov len vtedy, keď to projekt vyžaduje.

Dodržiavajte pravidlá commitov projektu.

Vytvorte vetvu podľa pokynov projektu na pomenúvanie.

Ak je projekt verejný a akceptuje zmeny, vytvorte fork podľa jeho pokynov.

Každý krok má jasné očakávanie. Používajte kontroly kvality, ktoré projekt dokumentuje.

Od žiadosti o prístup alebo forku po recenziu.

Verejné projekty môžu používať GitHub fork-and-pull pracovný postup. Skontrolujte pokyny každého projektu pre názvy vetiev, podpisovanie commitov, odkazy na issue, kroky recenzie a očakávania odozvy.

Prístup, vetva, recenzia, zlúčenie. Každý projekt dokumentuje svoju cestu.

Dodržiavajte požiadavky projektu na dokumentáciu pre verejné API, príklady a dlhšie príručky. Pridajte dostatok kontextu, aby iný prispievateľ mohol zmenu pochopiť a skontrolovať.

Pri zmenách citlivých na výkon zahrňte kontext benchmarkov, keď o to projekt požiada. Zaznamenajte metódu, základnú hodnotu, hardvér a pozorovaný výsledok, aby recenzent mohol interpretovať tvrdenie.

Pridajte testy primerané zmene a dodržiavajte kontroly projektu pre unit, integračné, property-based alebo fuzz testovanie. Opíšte všetky obmedzenia pokrytia alebo prostredia, ktoré ovplyvňujú recenziu.

Kvalitatívne brány dokumentované pre projekt a zmenu.

Príspevok by mal niesť dôkazy, ktoré zodpovedajú jeho zmene. Postupujte podľa zdokumentovaných testov projektu, očakávaní benchmarkov a požiadaviek na dokumentáciu; líšia sa podľa projektu a spôsobu prístupu.

Použite testovacie, benchmarkové a dokumentačné kontroly, ktoré projekt vyžaduje.

Pre natívny vývoj použite systémové závislosti a platformy zdokumentované projektom. Niektoré projekty poskytujú pokyny BUILD.md; skontrolujte ich pred začatím.

Ak projekt poskytuje pracovný postup kontajnera, postupujte podľa jeho pokynov pre Docker alebo Podman a použite obraz a príkazy, ktoré dokumentuje. Nepredpokladajte, že kontajner zodpovedá CI bez kontroly záznamov projektu.

Ak projekt používa Rust, nainštalujte nástrojový reťazec a komponenty uvedené v jeho pokynoch na zostavenie. Požiadavky ako rustfmt, clippy, miri alebo MSRV sú špecifické pre projekt.

Spôsoby prípravy vývojového prostredia. Skontrolujte pokyny projektu pre podporovanú cestu.

Nástrojový reťazec, kontajnery a natívne nastavenie.

Štandardná cesta závisí od projektu. Prečítajte si jeho pokyny na prístup a zostavenie, pripravte zdokumentované prostredie, spustite príslušné kontroly a použite uvedenú cestu na kontrolu.

Mnoho projektov Dweve používa Rust, ale nástrojové reťazce, minimálne verzie, kontajnery a integračné ciele sú špecifické pre projekt. Použite aktuálnu dokumentáciu projektu ako zdroj pravdy.

Rust nástrojový reťazec, Docker a lokálne nastavenie tam, kde je zdokumentované.

Rust nástrojový reťazec, formátovanie a lint kontroly

Prečítajte si príručku pre prispievateľov HEDL

Dweve udržiava štrnásť technických základov zahŕňajúcich matematiku, parsovanie, vyhľadávanie, politiku, simuláciu a runtime overovanie. HEDL je verejný na GitHub; ostatné vychádzajú v dvojtýždňových kolách od 1. septembra 2026, spočiatku po dvoch. Začnite s licenciou každého projektu a uvedenou cestou pred odoslaním práce.

Prehliadajte stránky základov. HEDL je teraz verejný, AION a Knot vychádzajú 1. septembra 2026 a každá iná stránka uvádza kolo, v ktorom je. Cesta projektu vysvetľuje, ako požiadať o pomoc.

Prijaté príspevky môžu byť uvedené v poznámkach k vydaniu alebo v zázname prispievateľa, ak ho projekt vedie. Skontrolujte podmienky projektu pre akékoľvek uznanie alebo inú výhodu.

Stretnutia prispievateľov môžu byť oznámené, keď ich projekt naplánuje. Skontrolujte stránku projektu alebo kontaktujte Dweve pre aktuálne možnosti účasti; miesto, čas a podpora závisia od udalosti.

Môžete požiadať o usmernenie k prispievaniu cez projekt alebo kontaktnú cestu. Či môže správca skontrolovať prvú zmenu, aký jazyk je k dispozícii a ako rýchlo niekto odpovie, závisí od projektu a aktuálnej kapacity.

Usmernenie projektu, komunitné stretnutia a záznamy prispievateľov závisia od cesty, ktorú si vyberiete.

Usmernenie, stretnutia a záznamy projektu.

Prispievanie môže byť zastrašujúce. Začnite s konkrétnou otázkou, hlásením, zmenou dokumentácie alebo testom. Ak úložisko vystavuje šablóny problémov alebo vstupný bod, použite ho; inak požiadajte o aktuálnu cestu cez Dweve. Podpora a čas odozvy závisia od projektu.

Postupy kontroly závisia od projektu. Prečítajte si jeho podmienky prispievania, aby ste videli, kto môže skontrolovať zmenu, ktoré kontroly sa uplatňujú, ako sa riešia bezpečnostné obavy a či je diskusia verejná.

Skontrolujte licenciu a podmienky prístupu k zdrojovému kódu pre každý projekt pred integráciou alebo odoslaním práce. Ak nie sú uvedené, kontaktujte Dweve pred použitím.

Podmienky licencie a prístupu pre jednotlivé projekty.

Podmienky príspevkov sa líšia podľa projektu. Skontrolujte repozitár alebo kontaktnú cestu pre príslušnú licenciu, podmienky kontroly a prípadnú dohodu vyžadovanú pred odoslaním.

Podmienky príspevkov, licencia a kontrola sa líšia podľa projektu.

Podmienky príspevkov, licencia a kontrola.

Príspevok potrebuje jasné podmienky. Dweve opisuje aktuálny prístup, licenciu a kontrolnú cestu pre každý projekt. Repozitáre sa publikujú v dvojtýždňových cykloch od 1. septembra 2026, preto si pred investovaním času alebo odoslaním práce skontrolujte záznam projektu.

Jasné podmienky. Zdokumentovaná cesta. Zdieľaná zodpovednosť.

Dizajn rozhrania, audity prístupnosti, ikonografia a značkové aktíva. Dizajnéri môžu navrhovať prácu pre Fabric, dokumentačný web a projektové povrchy. Dodržiavajte dostupné pokyny pre značku a prístupnosť a pred opätovným použitím súborov alebo tokenov sa opýtajte.

Používateľská skúsenosť a vizuálny dizajn.

Manuálne testovanie, rozširovanie automatizovaných testov, fuzz testovanie a benchmarkovanie. Testéri overujú, že nové verzie fungujú na reálnom hardvéri a v reálnych pracovných postupoch. Fuzz testeri nachádzajú okrajové prípady, ktoré by deterministická logika mala zvládnuť. Benchmarkeri overujú tvrdenia o výkone. Táto stopa je ideálna pre metodických mysliteľov, ktorí radi rozbíjajú veci.

API referencie, používateľské príručky, návody a preklad. Technickí spisovatelia môžu navrhovať vylepšenia cez zdokumentovanú projektovú cestu a väčšina dokumentačných úloh nevyžaduje programovanie. Skontrolujte projekt pre jeho nástroje a proces kontroly.

Opravy chýb, zlepšenie výkonu, nové funkcie a refaktorovanie. Niekoľko základov používa Rust, s ďalšími jazykmi tam, kde ich projekt potrebuje. Dodržiavajte pokyny projektu pre prístup k zdrojom, kontrolu a testovanie; verejné vstupné body nie sú zaručené.

Softvérové inžinierstvo, dokumentácia, zabezpečenie kvality a dizajn. Dostupná projektová cesta a kontaktná osoba sa líšia podľa základu.

Organizujeme príspevky do štyroch širokých stôp. Každý základ opisuje svoju dostupnú cestu, rozsah a podmienky kontroly. K práci môžete pristupovať ako jednotlivec, univerzitná výskumná skupina alebo inžiniersky tím, v závislosti od hranice prístupu projektu.

Kód, dokumentácia, testovanie a dizajn. Každá zručnosť má tu miesto.

Tímy, ktoré prispievajú cez projektovú cestu, môžu získať hlbšie odborné znalosti ako tímy, ktoré ju len využívajú. Inžinieri spoznajú vnútro systémov, na ktorých závisia, a môžu si vybudovať vzťahy s správcami, keď projekt takýto kontakt podporuje.

Dobre zameraný príspevok môže ovplyvniť plán projektu, keď ho správcovia prijmú. Organizácie by mali čas na príspevok považovať za prácu s jasným rozsahom, kontrolnou cestou a hranicou prístupu, nie za prísľub kontroly nad produktom.

Viditeľnosť projektu nasleduje plán vydávania. HEDL je verejný; každý iný základ má teraz verejný opis a svoj repozitár a dokumentáciu, keď príde jeho kolo. Prečítajte si dokumentáciu a licenciu každého projektu pred rozhodnutím, čo môžete skúmať, overiť alebo znovu použiť.

Dweve je registrovaný v Holandsku a vyvíja v Európskej únii. Licencie projektov, správa a nakladanie s údajmi sú opísané pre každý projekt a môžu sa líšiť. Prispievanie samo o sebe nezakladá regulačnú zhodu; skontrolujte podmienky a dôkazy, ktoré sa vzťahujú na vaše použitie.