Kód z GitHubu v komerčnom produkte: licencie a čo skontrolovať

Vytvárate produkt a na GitHube nájdete hotovú časť: knižnicu, šablónu alebo celý projekt, ktorý robí presne to, čo potrebujete. Claude navrhne, aby ste ho začlenili do svojho projektu. A potom sa zarazíte: kód je zrejme verejne dostupný, ale môžete ho skutočne použiť, a už vôbec môžete predávať produkt, ktorý ho obsahuje? Môže sa autor neskôr obrátiť proti vám?

Prejdem to postupne: prečo otvorený kód na GitHube sám osebe neznamená povolenie, ktoré licencie vám umožňujú používať kód a predávať produkt, ktoré copyleft podmienky môžu vyžadovať zodpovedajúce zdroje pokrytého diela a ako si pred použitím kódu za minútu overiť licenciu. Žiadne „záleží na situácii“.

Praktické informácie o práci s Ailootom nájdete v dokumentácii.

Je pravda, že ak je kód na GitHube, môžete ho používať zadarmo?#

Hlavnou pascou je tu slovo „otvorený“. Zdrojový kód vidíte, takže sa zdá, že keď nebol skrytý, smiete ho používať. Takáto úvaha je nesprávna. „Otvorený na čítanie“ a „licencovaný na používanie“ sú dve rozdielne veci.

Východiskovo je každé tvorivé dielo vrátane kódu chránené autorským právom od chvíle svojho vzniku. Kým autor výslovne neudelí povolenie, nesmiete ho používať. Takto to opisuje GitHub na svojej referenčnej stránke o licenciách.

Druhou vrstvou je samotný GitHub. Ľudia si myslia, že keď zverejnením kódu súhlasili s pravidlami GitHubu, môžu odtiaľ používať aj kód iných ľudí. Pravidlá hovoria presný opak. Zverejnením repozitára autor ostatným povoľuje iba jeho zobrazenie a vytvorenie forku — teda kópie priamo v rámci GitHubu. To neoprávňuje na použitie kódu vo vašej vlastnej práci.

Kľúčové slová sú v poslednej vete: „v rámci funkcií GitHubu“ a „ďalšie práva vyplývajú z licencie“. Fork zostáva na GitHube. Keď chcete použiť kód vo svojom produkte, a už vôbec ho predávať, potrebujete od autora samostatnú licenciu. Bez licencie nemáte právo — aj keď máte kód priamo pred očami.

Čo rozhoduje o tom, či môžete použiť cudzí kód?#

Všetko závisí od jedného súboru. V riadne udržiavanom repozitári je licenčný súbor — zvyčajne LICENSE, niekedy LICENSE.md, prípadne sa licencia spomína priamo v README. Ide o autorovo povolenie, ktoré stanovuje podmienky používania kódu. GitHub zvyčajne zobrazuje názov licencie v bočnom paneli stránky repozitára ešte pred otvorením samotného súboru.

Aby ste sa nestratili v právnickom jazyku, je užitočné čítať licenciu cez tri otázky týkajúce sa vašej situácie:

1. Môžete tento kód použiť v komerčnom produkte, za ktorý ľudia platia?
2. Môžete kód upraviť podľa svojich potrieb?
3. Musíte potom sprístupniť zdrojový kód svojho produktu, alebo ho môžete ponechať uzavretý?

Takmer všetky rozdiely medzi licenciami spočívajú v rôznych odpovediach na tretiu otázku. Na prvé dve populárne otvorené licencie najčastejšie odpovedajú „áno“: používajte ho, upravujte ho, predávajte ho. Ľudia však narážajú na to, či vás licencia prinúti sprístupniť vlastný kód. Ďalej si pomocou týchto troch otázok prejdeme hlavné typy licencií.

Ktoré licencie vám umožňujú používať kód a predávať produkt?#

Začnime dobrou správou. Pre človeka, ktorý vytvára produkt na predaj, sú najlepšou voľbou permisívne licencie. Existuje ich viacero, no najbežnejšie sú tri: MIT, Apache 2.0 a BSD. Na prvé dve otázky odpovedajú všetky tri „áno“ a umožňujú vám ponechať vlastný zdrojový kód uzavretý.

Najbežnejšia a najjednoduchšia je MIT. Jej text sa zmestí do jedného odseku.

Jednoducho povedané, MIT vám umožňuje robiť s kódom takmer čokoľvek vrátane predaja produktu a ponechania vlastného zdrojového kódu uzavretého. Jedinou povinnosťou je zahrnúť text licencie a riadok s uvedením autorstva. Napríklad Babel, .NET a Rails sú vydané pod licenciou MIT, takže ste už takmer určite použili kód s touto licenciou.

Apache 2.0 funguje podobne, ale pridáva dva dôležité body. Po prvé, výslovnú ochranu pred patentovými nárokmi: autori kódu sľubujú, že vás nebudú žalovať za patenty na tento kód. Po druhé, niekoľko ďalších formálnych požiadaviek na používanie.

BSD (vo verziách s 2 a 3 klauzulami) je v zásade podobná MIT: používajte ju, upravujte ju, predávajte ju a zachovajte oznámenie o autorských právach. Všetky tri licencie som zhrnul do tabuľky, aby ste rozdiel videli na prvý pohľad.

Ako to uplatniť vo vlastnom prípade: ak na cudzom kóde vidíte MIT, Apache 2.0 alebo BSD, môžete byť pokojní: smiete ho použiť v komerčnom produkte, upravovať ho a ponechať svoj vlastný zdrojový kód uzavretý. Len nesmiete odstrániť licenčný súbor a uvedenie autorstva z prevzatej časti.

Ako sa uplatňujú povinnosti zdrojového kódu GPL a AGPL?#

Copyleft pri príslušných podmienkach udržiava pokryté dielo a odvodeniny pod rovnakou licenciou. GPLv3 pri distribúcii zdrojových či objektových kópií pokrytého alebo kombinovaného odvodeného diela vyžaduje splnenie licencie a povinností zodpovedajúcich zdrojov. Automaticky nepokrýva každý nezávislý program produktu či servera.

Samotné hostovanie knižnice GPL na vlastnom serveri bez kópií používateľom nevyžaduje zverejnenie celej webovej služby. Distribúcia pokrytej kombinovanej aplikácie zákazníkom môže povinnosti spustiť; pred určením potrebných zdrojov posúďte integráciu a licenciu. Klient prehliadača dodávaný používateľom je samostatná distribučná otázka.

AGPLv3 pridáva sieťovú podmienku: ak program upravíte a používatelia s touto verziou komunikujú vzdialene, musí im výrazne ponúknuť svoj zodpovedajúci zdrojový kód. To je presnejšie než tvrdenie, že hostovanie ľubovoľného komponentu AGPL otvorí každú nezávislú časť služby.

Pri proprietárnom produkte preskúmajte pokryté dielo, spojenie komponentov, distribúciu kópií a sieťovú interakciu AGPL. Ak povinnosti neviete splniť, vyberte kompatibilnú permisívnu náhradu či získajte samostatné povolenie. Komerčné použitie je povolené; otázkou je súlad so skutočnou licenciou a integráciou.

Čo robiť, ak v repozitári vôbec nie je licenčný súbor?#

Častou chybou je predpokladať, že ak licencia chýba, neplatia žiadne obmedzenia a kód možno voľne používať. Je to naopak. Chýbajúca licencia neznamená povolenie; východiskovo znamená, že povolenie nemáte. Kód bez licencie zostáva plne chránený autorským právom autora a nesmiete sa ho dotknúť.

Opäť platí pravidlo, ktorým sme začali: kód je východiskovo chránený autorským právom a bez výslovného povolenia ho nesmiete kopírovať, upravovať ani distribuovať. Možnosť zobraziť ho a vytvoriť fork v rámci GitHubu túto prekážku neodstraňuje — nedáva vám právo používať kód vo vlastnom produkte.

Čo robiť v praxi, ak kód nemá licenciu, ale naozaj ho potrebujete:

1. Napíšte autorovi. Priamo v sekcii diskusií repozitára alebo e-mailom sa opýtajte, či môžete kód používať a za akých podmienok. Niekedy autor len zabudol pridať licenciu a po požiadaní ju doplní.
2. Nájdite náhradu. Takmer na každú úlohu existuje druhý, tretí aj desiaty podobný repozitár — medzi nimi nájdete taký, ktorý má riadnu licenciu MIT alebo Apache.
3. Nepoužívajte ho. Ak nemáte povolenie a neexistuje náhrada, kód vám nepatrí a nemôžete ho vložiť do produktu, ktorý plánujete predávať. Pokušenie myslieť si „kto na to príde?“ sa zle skončí práve vtedy, keď produkt začne zarábať a priťahovať pozornosť.

Čo ak cudzí kód do projektu pridal priamo Claude?#

Aj tu je druhá vrstva, ktorú si ľahko pomýlite s prvou. Niečo iné je navštíviť repozitár a skopírovať z neho súbor: vtedy sa na vás priamo vzťahuje všetko vyššie uvedené o licencii. Iné je, keď vám Claude napíše kód ako odpoveď na požiadavku.

V bežných prípadoch AI vytvorí vlastný text zostavený pre vašu úlohu, namiesto toho, aby skopírovalo cudzí súbor. Otázka sa potom presúva do inej oblasti: komu patrí vygenerovaný kód a môžete ho predávať? Je to rozsiahla samostatná téma, ktorej som sa venoval v článku o tom, komu patrí kód napísaný pomocou AI.

Treba však pamätať na jednu výnimku. Niekedy AI vytvorí rozpoznateľnú časť cudzieho kódu takmer slovo za slovom — celú funkciu zo známej knižnice. V takom prípade sa licencia knižnice stále uplatňuje bez ohľadu na to, kto fyzicky stlačil klávesy. Veľké hotové bloky, ktoré Claude prevzal celé, preto treba preveriť rovnako, ako keby ste ich skopírovali sami.

Ako skontrolovať licenciu pred použitím kódu: postup krok za krokom#

Zhrňme to do krátkeho kontrolného zoznamu na preverenie akéhokoľvek kódu tretích strán pred jeho začlenením do projektu. Postupujte zhora nadol.

1. Nájdite názov licencie na stránke repozitára

   Otvorte repozitár na GitHube. Názov licencie býva viditeľný v pravom stĺpci alebo pod zoznamom súborov — napríklad „MIT License“, „Apache-2.0“ alebo „GPL-3.0“. Ak je prázdny a neexistuje licenčný súbor, už je to varovný signál; vráťte sa k tomu v poslednom kroku.

2. Otvorte samotný licenčný súbor

   V zozname súborov nájdite LICENSE, LICENSE.md alebo COPYING a otvorte ho. Uistite sa, že názov zodpovedá tomu, ktorý je uvedený v bočnom paneli, a že sa licencia vzťahuje na kód, ktorý používate, nielen na samostatnú časť repozitára.

3. Určte typ: permisívna licencia alebo copyleft

   MIT, Apache 2.0 a BSD sú permisívne licencie; kód môžete použiť v uzavretom komerčnom produkte. GPL a AGPL sú copyleft; pred určením zdrojových povinností overte pokryté dielo, distribúciu a sieťovú podmienku AGPL. Samotný názov neurčuje pokrytie nezávislých komponentov.

4. Porovnajte licenciu so svojou situáciou

   Odpovedzte na tri otázky: predávate produkt, upravujete kód a chcete ponechať zdrojový kód uzavretý? MIT, Apache a BSD sú vhodné pre uzavretý produkt na predaj. Pri GPL a AGPL určte pokryté či kombinované dielo vyžadujúce zodpovedajúce zdroje a spúšťaciu podmienku; posúďte možnosť jej splnenia.

5. Bez licencie kód nepoužívajte

   Ak chýba licenčný súbor a README nehovorí nič o povolení, kód nesmiete používať. Napíšte autorovi a požiadajte o povolenie alebo nájdite rovnocenný kód s riadnou licenciou. „Je verejne dostupný“ neznamená, že máte povolenie.

Táto kontrola sa zdá zdĺhavá až do chvíle, keď váš produkt prvýkrát vyrastie, začne zarábať a niekto sa opýta na kód tretích strán, ktorý obsahuje. Dve minúty na začiatku stoja menej než riešenie sporu neskôr. Samostatne opisujem, čo robiť s produktom potom, aby po uvedení na trh nezostal stáť: Vytvoril som produkt s AI; čo ďalej.

Prejdite na Ailoot.