GitHub кодын коммерциялық өнімде пайдалану: лицензиялар және нені тексеру керек

Өнім жасап жатырсыз делік және GitHub-та дайын бір нәрсені таптыңыз: кітапхана, үлгі немесе дәл керегіңізді істейтін тұтас жоба. Claude оны жобаңызға қосуды ұсынады. Сонда кідіріп қаласыз: код көпшілікке ашық сияқты, бірақ оны шынымен пайдалана аласыз ба, оның үстіне сол код кіретін өнімді сата аласыз ба? Кейін автор сізге талап қоя ала ма?

Мұны ретімен қарастырамын: GitHub-тағы ашық кодтың өзі неге рұқсат бермейді, қандай лицензиялар кодты пайдалануға және өнім сатуға мүмкіндік береді, қай copyleft шарттары қамтылған жұмысқа сәйкес бастапқы кодты талап етуі мүмкін және кодты пайдаланбас бұрын лицензияны бір минутта қалай тексеруге болады. «Жағдайға байланысты» деген жауап болмайды.

Ailoot-пен жұмыс істеу туралы практикалық ақпарат құжаттамада берілген.

GitHub-тағы кодты тегін пайдалануға болады деген рас па?#

Мұндағы басты тұзақ — «ашық» деген сөз. Бастапқы код көрініп тұр, сондықтан оны жасырмағандықтан пайдалануға болады деп ойлайсыз. Бұл — қате пайым. «Оқуға ашық» және «пайдалануға лицензияланған» деген екі бөлек нәрсе.

Әдепкіде кез келген шығармашылық туынды, соның ішінде код та, жасалған сәттен бастап авторлық құқықпен қорғалады. Автор нақты рұқсат бермейінше, оны пайдалана алмайсыз. GitHub мұны өзінің лицензиялар жөніндегі анықтамалық бетінде де осылай сипаттайды.

Екінші қыр — GitHub-тың өзі. Адамдар код жариялау арқылы GitHub ережелеріне келіскен соң, ондағы басқа адамдардың кодын да пайдалана алады деп ойлайды. Ережелерде керісінше жазылған. Репозиторийді жалпыға ашқанда, автор басқаларға оны көруге және форк жасауға, яғни GitHub ішінде көшірме жасауға ғана рұқсат береді. Бұл кодты өз жұмысыңызда пайдалануға құқық бермейді.

Негізгі сөздер соңғы сөйлемде: «GitHub мүмкіндіктері шегінде» және «қосымша құқықтар лицензиядан туындайды». Форк GitHub ішінде қалады. Кодты өз өніміңізде пайдаланғыңыз келген сәтте, оны сатқыңыз келсе тіпті де, автордан бөлек лицензия қажет. Лицензия болмаса — құқық та жоқ, код көз алдыңызда тұрса да.

Басқа біреудің кодын пайдалана алатыныңызды не анықтайды?#

Бәрі бір файлға байланысты. Дұрыс жүргізілетін репозиторийде лицензия файлы болады — әдетте LICENSE, кейде LICENSE.md, не README ішінде тікелей сілтеме беріледі. Бұл — кодты қандай шарттармен пайдалануға болатынын көрсететін автордың рұқсаты. GitHub әдетте файлдың өзін ашпай тұрып-ақ репозиторий бетінің бүйірлік тақтасында лицензия атауын көрсетеді.

Заң тілінің ішінде адаспау үшін лицензияны өз жағдайыңызға қатысты үш сұрақ арқылы оқыған пайдалы:

1. Бұл кодты адамдар ақы төлеп алатын коммерциялық өнімде пайдалануға бола ма?
2. Кодты қажеттілігіңізге қарай өзгерте аласыз ба?
3. Одан кейін өніміңіздің бастапқы кодын ашуға міндеттісіз бе, әлде оны жабық күйде сақтай аласыз ба?

Лицензиялардың арасындағы айырмашылықтардың көбі үшінші сұраққа берілетін жауапқа келіп тіреледі. Алғашқы екеуіне танымал ашық лицензиялар көбіне «иә» дейді: пайдалануға, өзгертуге, сатуға болады. Бірақ лицензия өз кодыңызды ашуға міндеттей ме — адамдар осы жерде қателеседі. Енді негізгі түрлерін осы үш сұрақ арқылы қарастырайық.

Қандай лицензиялар кодты пайдаланып, өнім сатуға мүмкіндік береді?#

Жақсы жаңалықтан бастайық. Өнімді сатуға арнап жасап жүрген адам үшін ең тиімді нұсқа — рұқсат беретін лицензиялар тобы. Олардың бірнеше түрі бар, бірақ ең көп таралған үшеуі: MIT, Apache 2.0 және BSD. Үшеуі де алғашқы екі сұраққа «иә» деп жауап береді және өз бастапқы кодыңызды жабық күйде сақтауға мүмкіндік береді.

Ең кең таралған әрі қарапайымы — MIT. Оның мәтіні бір абзацқа сыяды.

Қарапайым тілмен айтқанда, MIT кодпен іс жүзінде кез келген нәрсені істеуге, соның ішінде өнімді сатуға және өз бастапқы кодыңызды жабық күйде сақтауға мүмкіндік береді. Жалғыз міндет — лицензия мәтіні мен авторды көрсететін жолды қосу. Мысалы, Babel, .NET және Rails MIT лицензиясымен таратылады, сондықтан сіз бұл лицензиямен берілген кодты бұрыннан пайдаланған болуыңыз әбден мүмкін.

Apache 2.0 де осыған ұқсас жұмыс істейді, бірақ екі маңызды жайтты қосады. Біріншіден, патент талаптарынан тікелей қорғайды: код авторлары осы кодқа қатысты патенттер бойынша сізді сотқа бермеуге уәде етеді. Екіншіден, пайдалануға қатысты тағы бірнеше ресми талап бар.

BSD (2 және 3 тармақты нұсқалары) негізінен MIT-ке ұқсас: пайдалануға, өзгертуге, сатуға және авторлық құқық туралы ескертуді сақтауға болады. Үшеуін айырмашылығын бірден көруіңіз үшін кестеге жинадым.

Мұны өзіңіз үшін былай түсінуге болады: басқа біреудің кодында MIT, Apache 2.0 немесе BSD лицензиясын көрсеңіз, алаңдамасаңыз болады: оны коммерциялық өнімде пайдаланып, өзгертіп, өз бастапқы кодыңызды жабық күйде сақтай аласыз. Тек алған бөлігіңіздегі лицензия файлы мен авторды көрсететін мәліметті өшірмеңіз.

GPL және AGPL бастапқы код міндеттері қалай қолданылады?#

Copyleft тиісті шарттар орындалғанда қамтылған жұмыс пен туындыларын сол лицензияда ұстайды. GPLv3 бойынша қамтылған не біріктірілген туынды жұмыстың бастапқы немесе объект код көшірмелерін тарату оның лицензиясы мен сәйкес бастапқы код міндеттерін орындауды талап етеді. Ол сол өнімдегі не сервердегі әр тәуелсіз бағдарламаға автоматты қолданылмайды.

Веб-қызмет мысалын алайық. GPL кітапханасын өз серверіңізде пайдаланушыларға көшірмесін бермей ұстау өздігінен бүкіл қызметті жариялауды талап етпейді. Қамтылған біріктірілген қолданбаны клиенттерге тарату GPL міндетін туғызуы мүмкін; қандай код берілуі керек екенін шешпес бұрын интеграция мен лицензияны тексеріңіз. Пайдаланушыға берілетін браузер клиенті — бөлек тарату сұрағы.

AGPLv3 желілік шарт қосады: бағдарламаны өзгертіп, пайдаланушылар сол нұсқамен қашықтан әрекеттессе, оларға оның сәйкес бастапқы кодын анық ұсынуы керек. Бұл кез келген AGPL компонентін жай хостингке қою қызметтің барлық тәуелсіз бөлігін ашады дегеннен дәлірек.

Жабық өнім үшін қамтылған жұмысты, компоненттердің бірігуін, көшірмелердің таралуын және AGPL желілік әрекетінің қолданылуын тексеріңіз. Тиісті міндеттерді орындай алмасаңыз, үйлесімді рұқсат етуші балама таңдаңыз не бөлек рұқсат алыңыз. Коммерциялық қолдануға рұқсат бар; мәселе — нақты лицензия мен интеграция шарттарын орындау.

Репозиторийде лицензия файлы мүлде болмаса не істеу керек?#

Жиі кездесетін қате түсінік: лицензия болмаса, шектеу де жоқ, кодты еркін пайдалануға болады деп ойлау. Керісінше. Лицензияның болмауы рұқсат деген сөз емес; әдепкіде бұл — рұқсат жоқ деген сөз. Лицензиясыз код автордың толық авторлық құқығында қалады, оны ұстауға да болмайды.

Бастапқыда айтқан ереже қайта қолданылады: әдепкіде код авторлық құқықпен қорғалады, ал нақты рұқсатсыз оны көшіруге, өзгертуге немесе таратуға болмайды. GitHub ішінде кодты көру және форк жасау бұл кедергіні жоймайды — кодты өз өніміңізде пайдалануға құқық бермейді.

Лицензиясы жоқ код шынымен қажет болса, іс жүзінде мына әрекеттерді орындаңыз:

1. Авторға жазыңыз. Репозиторийдің талқылаулар бөлімінде немесе электрондық пошта арқылы кодты пайдалануға бола ма, қандай шарттармен екенін сұраңыз. Кейде автор лицензия қосуды ұмытып кетеді де, сұрасаңыз, оны қосады.
2. Балама іздеңіз. Кез келген дерлік міндетке ұқсас екінші, үшінші, тіпті оныншы репозиторий бар — олардың арасынан MIT немесе Apache лицензиясы дұрыс тіркелгенін табасыз.
3. Пайдаланбаңыз. Рұқсатыңыз да, баламаңыз да болмаса, код сіздікі емес, оны сатуды көздеген өнімге қоса алмайсыз. «Мұны кім біліп қояды?» деген ой өнім табыс тауып, назар аударта бастағанда жаман аяқталады.

Claude өзі басқа біреудің кодын жобаға қосса ше?#

Мұнда бірінші жағдаймен шатастыру оңай болатын екінші қыр бар. Бір нәрсе — репозиторийге кіріп, файлды көшіріп алу: онда лицензия туралы жоғарыда айтылғандардың бәрін тікелей орындауыңыз керек. Ал екінші нәрсе — Claude сіздің сұрауыңызға жауап ретінде код жазып беруі.

Әдеттегі жағдайда AI басқа біреудің файлын көшірмей, тапсырмаңызға арнап өз мәтінін құрастырады. Сонда мәселе басқа салаға ауысады: жасалған код кімге тиесілі және оны сатуға бола ма? Бұл — жеке ауқымды тақырып, ол туралы AI жазған код кімге тиесілі деген мақалада жаздым.

Бірақ ескеретін бір ерекшелік бар. Кейде AI басқа біреудің кодын, мысалы, танымал кітапхананың тұтас функциясын сөзбе-сөзге жуық түрде шығарады. Ондайда пернетақтада кім отырғанына қарамастан, кітапхана лицензиясы қолданылады. Сондықтан Claude тұтасымен қосқан үлкен дайын блоктарды өзіңіз көшіргендей тексеру қажет.

Кодты пайдаланбас бұрын лицензияны қалай тексеру керек: қадамдар#

Мұның бәрін үшінші тараптың кодын жобаңызға қоспас бұрын тексеруге арналған қысқа тізімге түсірейік. Жоғарыдан төмен қарай орындаңыз.

1. Репозиторий бетінен лицензия атауын табыңыз

   GitHub-тағы репозиторийді ашыңыз. Лицензия атауы әдетте оң жақ бағанда немесе файлдар тізімінің астында көрінеді — мысалы, “MIT License”, “Apache-2.0” немесе “GPL-3.0”. Ол бос болып, лицензия файлы да болмаса, бұл — дабыл белгісі; соңғы қадамда осыған қайта оралыңыз.

2. Лицензия файлының өзін ашыңыз

   Файлдар тізімінен LICENSE, LICENSE.md немесе COPYING тауып, ашыңыз. Атауы бүйірлік тақтада көрсетілген атаумен сәйкес келетінін және лицензия репозиторийдің бөлек бөлігіне ғана емес, сіз пайдаланатын кодқа қолданылатынын тексеріңіз.

3. Түрін анықтаңыз: рұқсат беретін бе, әлде copyleft пе

   MIT, Apache 2.0 және BSD — рұқсат беретін лицензиялар; кодты жабық коммерциялық өнімде пайдалануға болады. GPL мен AGPL — copyleft; бастапқы код міндетін анықтамас бұрын қамтылған жұмысты, таратуды және AGPL желілік шартын тексеріңіз. Атау жалғыз өзі қай тәуелсіз компоненттің қамтылғанын анықтамайды.

4. Оны жағдайыңызбен салыстырыңыз

   Үш сұраққа жауап беріңіз: өнімді сатасыз ба, кодты өзгертесіз бе және бастапқы кодты жабық ұстағыңыз келе ме? MIT, Apache және BSD жабық әрі сатылатын өнімге жарайды. GPL мен AGPL үшін қай қамтылған не біріктірілген жұмысқа сәйкес бастапқы код қажет болатынын және міндет қашан туатынын анықтап, орындай алатыныңызды бағалаңыз.

5. Лицензия жоқ болса, пайдаланбаңыз

   Лицензия файлы болмаса және README ішінде рұқсат туралы ештеңе айтылмаса, кодты пайдалануға болмайды. Авторға жазып рұқсат сұраңыз немесе тиісті лицензиясы бар баламасын табыңыз. «Жалпыға ашық тұр» деген рұқсат емес.

Бұл тексеріс өніміңіз өсіп, табыс тауып, оның ішіндегі үшінші тарап кодына қатысты сұрақ қойылғанға дейін ғана жалықтыратын көрінеді. Басында жұмсалған екі минут кейінгі дауды шешуден арзан. Іске қосылғаннан кейін тоқтап қалмауы үшін өніммен не істеу керегін бөлек қарастырдым: AI көмегімен өнім жасадым; енді не істеймін.

Ailoot сайтына өтіңіз.