Contribute to Dweve AI Infrastructure

Kokoaikaisia tehtäviä tekniikan ja tuotteen parissa. Etätyö ensisijaisesti EU:n alueella.

Kysy projektin reitistä, lisenssistä ja kontribuointiehdoista ennen kuin lähetät töitä.

Julkaisutiedotteita, syväluotauksia ja rehellisiä jälkianalyysejä tiimiltä.

API-viitteet, integraatio-oppaat ja arkkitehtuuridokumentaatio.

Dweven tekniset perustukset Numeruksesta ja BitWeavesta Latticeen ja AIONiin. Tarkista kunkin projektin pääsytapa ennen aloittamista.

Kun projekti on julkaistu, noudata sen repositorion ohjeita pull requestin ehdottamiseksi. Sitä ennen projektisivu kertoo kierroksen ja ehdot selittävät arviointireitin. Voit kysyä asiasta milloin tahansa.

Hyväksytyt muutokset yhdistetään projektin käytännön mukaisesti.

Suorita CI-tarkistukset, jotka projekti on dokumentoinut tälle muutokselle.

Käsittele palaute ja noudata projektin hyväksymissääntöjä.

Avaa pull request, kun projekti sellaisen hyväksyy, viittaa issueen tarvittaessa ja täytä sen mallipohja.

Suorita projektin dokumentoimat testit ja laadun tarkistukset ennen pull requestin avaamista.

Suorita laadun tarkistukset paikallisesti.

Allekirjoita committit ja noudata commit-muotoa vain, kun projekti sitä edellyttää.

Luo haara projektin nimeämisohjeiden mukaisesti.

Jos projekti on julkinen ja hyväksyy muutoksia, luo fork sen ohjeiden kuvaamalla tavalla.

Jokaisella vaiheella on selkeä odotus. Käytä projektin dokumentoimia laadun tarkistuksia.

Pääsypyynnöstä tai forkkauksesta arviointiin.

Julkiset projektit voivat käyttää GitHubin fork-and-pull-työnkulkua. Tarkista kunkin projektin ohjeet haarojen nimistä, commit-allekirjoituksista, issue-viittauksista, arviointivaiheista ja vastausodotuksista.

Pääsy, haara, arviointi, yhdistäminen. Jokainen projekti dokumentoi reittinsä.

Noudata projektin dokumentointivaatimuksia julkisille API:ille, esimerkeille ja pidemmille oppaille. Lisää riittävästi kontekstia, jotta toinen kontribuoija ymmärtää ja voi tarkistaa muutoksen.

Suorituskykyherkissä muutoksissa sisällytä benchmark-konteksti, kun projekti sitä pyytää. Kirjaa menetelmä, lähtötilanne, laitteisto ja havaittu tulos, jotta arvioija voi tulkita väitteen.

Lisää muutokseen sopivat testit ja noudata projektin tarkistuksia yksikkö-, integraatio-, ominaisuus- tai fuzz-testauksessa. Kuvaa kattavuus- tai ympäristörajoitukset, jotka vaikuttavat arviointiin.

Yksikkö-, integraatio- ja ominaisuustestit.

Laadun portit dokumentoituna projektille ja muutokselle.

Muutoksen mukana tulee olla todisteita, jotka vastaavat muutosta. Noudata projektin dokumentoituja testejä, benchmark-odotuksia ja dokumentaatiovaatimuksia; ne vaihtelevat projektin ja käyttöreitin mukaan.

Käytä projektin edellyttämiä testaus-, benchmark- ja dokumentaatiotarkistuksia.

Natiivikehityksessä käytä projektin dokumentoimia järjestelmäriippuvuuksia ja -alustoja. Jotkin projektit tarjoavat BUILD.md-ohjeet; tarkista ne ennen aloittamista.

Jos projektissa on konttityönkulku, noudata sen Docker- tai Podman-ohjeita ja käytä sen dokumentoimaa kuvaa ja komentoja. Älä oleta, että kontti vastaa CI:tä tarkistamatta projektin tietoja.

Jos projekti käyttää Rustia, asenna työkaluketju ja komponentit, jotka sen rakennusohjeissa mainitaan. Vaatimukset, kuten rustfmt, clippy, miri tai MSRV, ovat projektikohtaisia.

Tapoja valmistella kehitysympäristö. Tarkista projektin ohjeista tuettu polku.

Vakiopolku riippuu projektista. Lue sen käyttö- ja rakennusohjeet, valmistele dokumentoitu ympäristö, suorita soveltuvat tarkistukset ja käytä ilmoitettua arviointireittiä.

Monet Dweve-projektit käyttävät Rustia, mutta työkaluketjut, vähimmäisversiot, kontit ja integraatiokohteet ovat projektikohtaisia. Käytä nykyistä projektidokumentaatiota ensisijaisena lähteenä.

Rustin työkaluketju, Docker ja paikallinen asennus, jos dokumentoitu.

Projektin testi-, Miri- ja fuzz-tarkistukset

Rustin työkaluketju, muotoilu- ja lint-tarkistukset

Dweve ylläpitää neljäätoista teknistä perustaa, jotka kattavat matematiikan, jäsentämisen, haun, politiikan, simuloinnin ja suoritusajan todentamisen. HEDL on julkinen GitHubissa; muut julkaistaan kahden viikon välein 1. syyskuuta 2026 alkaen, aluksi kaksi kerrallaan. Aloita kunkin projektin lisenssistä ja ilmoitetusta reitistä ennen työn lähettämistä.

Selaa perustasivuja. HEDL on julkinen nyt, AION ja Knot julkaistaan 1. syyskuuta 2026, ja jokainen muu sivu kertoo, missä kierroksessa se on. Projektin reitti kertoo, miten voit pyytää apua.

Hyväksytyt osallistumiset voidaan mainita julkaisutiedoissa tai osallistujaluettelossa, jos projekti sellaista pitää. Tarkista projektin ehdoista mahdollinen tunnustus tai muu etu.

Osallistujatapaamisia voidaan ilmoittaa, kun projekti aikatauluttaa niitä. Tarkista projektin sivulta tai ota yhteyttä Dweveen saadaksesi ajankohtaiset osallistumisvaihtoehdot; sijainti, ajankohta ja tuki riippuvat tapahtumasta.

Voit pyytää osallistumisohjeita projektin tai yhteydenottoreitin kautta. Se, voiko ylläpitäjä arvioida ensimmäisen muutoksen, mikä kieli on käytettävissä ja kuinka nopeasti joku vastaa, riippuu projektista ja sen hetkisestä kapasiteetista.

Projektin ohjaus, yhteisötapaamiset ja osallistumistiedot riippuvat valitsemastasi reitistä.

Osallistuminen voi tuntua pelottavalta. Aloita konkreettisesta kysymyksestä, raportista, dokumentaatiomuutoksesta tai testistä. Jos arkistossa on ongelmapohjia tai sisäänkäyntipiste, käytä sitä; muuten pyydä ajankohtainen reitti Dweven kautta. Tuki ja vastausaika riippuvat projektista.

Arviointikäytännöt riippuvat projektista. Lue sen osallistumisehdot nähdäksesi, kuka voi arvioida muutoksen, mitkä tarkistukset soveltuvat, miten tietoturva-asioita käsitellään ja onko keskustelu julkista.

Tarkista kunkin projektin lisenssi- ja lähdekäyttöehdot ennen integrointia tai työn lähettämistä. Jos niitä ei ole ilmoitettu, ota yhteyttä Dweveen ennen käyttöä.

Projektikohtaiset lisenssi- ja käyttöehdot.

Osallistumisehdot vaihtelevat projektikohtaisesti. Tarkista arkisto tai yhteydenottokanava sovellettavan lisenssin, arviointiehtojen ja mahdollisen sopimuksen osalta ennen lähettämistä.

Osallistumisehdot, lisenssi ja arviointi vaihtelevat projektikohtaisesti.

Osallistumisehdot, lisenssi ja arviointi.

Osallistuminen vaatii selkeät ehdot. Dweve kuvaa kunkin projektin nykyisen käyttöoikeuden, lisenssin ja arviointireitin. Arkistot julkaistaan kahden viikon välein 1. syyskuuta 2026 alkaen, joten tarkista projektin tiedot ennen kuin sitoudut aikaasi tai lähetät työtä.

Selkeät ehdot. Dokumentoitu reitti. Jaettu vastuu.

Käyttöliittymäsuunnittelu, saavutettavuusauditoinnit, ikonografia ja brändimateriaalit. Suunnittelijat voivat ehdottaa työtä Fabricille, dokumentaatiosivustolle ja projektipinnoille. Noudata saatavilla olevia brändi- ja saavutettavuusohjeita ja kysy ennen tiedostojen tai tunnusten uudelleenkäyttöä.

Käyttökokemus ja visuaalinen suunnittelu.

Manuaalinen testaus, automaattisten testien laajentaminen, fuzz-testaus ja suorituskykytestaus. Testaajat varmistavat, että uudet julkaisut toimivat oikealla laitteistolla ja oikeissa työnkuluissa. Fuzz-testit löytävät reunatapauksia, joita deterministisen logiikan tulisi käsitellä. Suorituskykytestajat vahvistavat suorituskykyväitteet. Tämä ura sopii metodisille ajattelijoille, jotka nauttivat asioiden rikkomisesta.

API-viittaukset, käyttöoppaat, opetusohjelmat ja käännökset. Tekniset kirjoittajat voivat ehdottaa parannuksia dokumentoidun projektireitin kautta, ja useimmat dokumentaatiotehtävät eivät vaadi koodausta. Tarkista projektin työkalut ja arviointiprosessi.

Dokumentaatio ja tekninen kirjoittaminen.

Bugikorjaukset, suorituskyvyn parannukset, uudet ominaisuudet ja refaktorointi. Useat säätiöt käyttävät Rustia, ja muita kieliä esiintyy siellä, missä projekti niitä tarvitsee. Noudata projektin lähdekoodin käyttöoikeus-, arviointi- ja testausohjeita; julkisia sisäänkäyntipisteitä ei taata.

Ohjelmistotuotanto, dokumentaatio, laadunvarmistus ja suunnittelu. Saatavilla oleva projektireitti ja yhteyshenkilö vaihtelevat säätiöittäin.

Neljä uraa. Selkeät sisäänkäyntipisteet.

Järjestämme osallistumisen neljään laajaan uraan. Jokainen säätiö kuvaa saatavilla olevan reitin, laajuuden ja arviointiehdot. Voit lähestyä työtä yksilönä, yliopiston tutkimusryhmänä tai insinööritiiminä projektin käyttöoikeusrajan mukaisesti.

Koodi, dokumentaatio, testaus ja suunnittelu. Jokaiselle taidolle on paikka täällä.

Tiimit, jotka osallistuvat projektin reitin kautta, voivat rakentaa syvempää asiantuntemusta kuin tiimit, jotka vain kuluttavat sitä. Insinöörit oppivat järjestelmien sisäiset toiminnot, joista he ovat riippuvaisia, ja voivat kehittää suhteita ylläpitäjiin, kun projekti tukee tätä yhteydenpitoa.

Hyvin rajattu osallistuminen voi vaikuttaa projektin tiekarttaan, kun sen ylläpitäjät hyväksyvät sen. Organisaatioiden tulisi kohdella osallistumisaikaa työnä, jolla on selkeä laajuus, arviointireitti ja käyttöoikeusraja, ei lupauksena tuotehallinnasta.

Projektin näkyvyys noudattaa julkaisuaikataulua. HEDL on julkinen; jokaisella muulla säätiöllä on nyt julkinen kuvaus, ja sen arkisto ja dokumentaatio julkaistaan, kun sen kierros saapuu. Lue kunkin projektin dokumentaatio ja lisenssi ennen kuin päätät, mitä voit tarkastella, varmistaa tai käyttää uudelleen.