Архитектура LLM. Часть 2. Юридический аспект Из описания выше можно заключить, что ядро любой LLM – это программа + базы данных. И вроде бы дальше все понятно. С ПО – согласен, но с базами давайте разбираться. В России наиболее релевантным режимом охраны для таких баз является право изготовителя базы данных (как объекта смежного права). Есть небольшие вопросы по применимости этого правового режима. Но в России таких вопросов намного меньше. Во многом – благодаря позиции СИПа по доктрине побочного продукта / spin off (подробнее о деле ВКонтакте v. Дабл Дата можете почитать у Романа Бузько). В общем, как будто должно работать. Но если компания планирует выходить за пределы одной страны (как это обычно происходит), то все меняется. Так, в большом количестве юрисдикций попросту нет такой же охраны баз данных, как у нас по смежному праву. А где есть (например, sui gerenis в ЕС), охраноспособность таких баз данных под вопросом, в том числе из-за доктрины spin off (со ссылками на практику можно почитать здесь). Получается, что этот правовой режим не особо удобный, если распространять LLM в разных юрисдикциях. Поэтому в индустрии этому предпочитают комбинацию (наряду с ПО): 🔘 ноу-хау ➕ механизмы договорного права ➕ технические ограничения ❇️ P.s Я здесь написал про LLM, но это слишком узкий пример (так как мало кто занимается разработкой LLM, особенно в России). Но указанная логика применима и к узкоспециализированным ИИ системам, о чем я расскажу в следующем посте.