회사는 정말로 AI가 창작한 것에 대한 권리를 갖는가?

AI는 몇 분 만에 코드 한 조각, 일러스트 세트, 또는 연구 보고서를 생성할 수 있다. 그러나 무언가를 생성했다고 해서 기업이 그것에 대해 명확하고 완전하며 상업적으로 사용 가능한 권리를 확보한 것은 아니다.

요약

• AI 지원 결과물을 사용할 수 있는 허가가 반드시 기업에 그에 대한 완전하거나 배타적인 권리를 부여하는 것은 아니다.
• 중요 자산은 입력 출처, 인간의 기여, 관련 플랫폼 약관 및 승인된 사용에 대한 기록을 보유해야 한다.
• 직원이 창작한 저작물, 공급업체의 납품물 및 제3자 자료는 소유권에 대한 단일한 가정이 아니라 별도의 분석을 필요로 한다.
• 특히 자산이 내부 실험에서 출판, 고객 전달 또는 라이선싱으로 이동할 때 사용의 중대한 변경은 재평가를 필요로 할 수 있다.
• 맥락을 인식하는 에이전트는 사실과 증거를 연결하는 데 도움을 줄 수 있지만, 법적 판단을 대체할 수는 없다.

범위 안내: 이 글은 운영 및 법적 위험 식별을 위한 일반적인 프레임워크를 제공한다. 이는 어떤 관할권에서도 법률 자문을 구성하지 않는다. 법률과 법적 기준은 다양하며, 중대한 사안은 관련 사실과 적용 가능한 법률에 기초하여 자격을 갖춘 전문가의 검토를 받아야 한다.

가상의 예를 생각해 보자.

가상의 스타트업이 AI 지원 도구를 사용하여 브랜드 캐릭터를 개발하는데, 이 캐릭터가 나중에 예상치 못하게 인기를 얻게 된다. 팀은 캐릭터 브리프로 시작하여 이미지 모델을 사용해 다양한 시각적 방향을 탐색한다. 디자이너는 수백 개의 결과물을 검토하고 유망한 콘셉트를 선택하여 그 실루엣, 색상, 표정 및 세부 사항을 다시 그린다. 캐릭터는 결국 웹사이트 애니메이션, 소셜 미디어 스티커 및 실제 상품으로 제작된다.

몇 달 후, 한 파트너가 캐릭터를 상업적으로 라이선싱하기를 원한다.

그 시점에서 문제는 더 이상 캐릭터가 좋아 보이는지 여부가 아니다. 문제는 다음과 같다:

• 누가 캐릭터를 창작했는가?
• 어떤 요소가 사람에 의해 디자인되었고, 어떤 요소가 모델에 의해 생성되었는가?
• 외부 참조 이미지가 사용되었는가?
• 모델 제공자의 약관이 의도된 상업적 사용을 허용하는가?
• 디자이너의 수정 사항과 소스 파일이 보존되었는가?
• 기업이 방어 가능한 권리 집합을 소유하고 있는가, 아니면 단지 이미지 파일을 보유하고 있는가?
• 기업이 캐릭터를 다른 사람에게 라이선싱할 수 있는 충분한 권한을 가지고 있는가?

이 시나리오는 예시일 뿐이며, 특정 회사나 브랜드의 창작 과정, 권리 상태, 내부 구조 또는 관행을 설명하지 않는다.

AI 지원 창작이 일상화됨에 따라 더 많은 기업이 이와 같은 질문에 직면하게 될 것이다.

AI는 몇 분 만에 코드, 일러스트, 비디오, 연구 보고서 및 제품 문구를 생성할 수 있다. 그러나 "생성되었다"는 것이 "소유되었다"는 것을 의미하지는 않는다. 기업 자체 웹사이트에서 결과물을 사용할 수 있는 허가가 반드시 기업이 그것을 고객에게 전달하거나, 파트너에게 재라이선싱하거나, 다른 사람이 유사한 것을 창작하는 것을 막을 수 있다는 것을 의미하지는 않는다.

AI는 창작 비용을 극적으로 낮추었다. 그러나 권리가 어디서 비롯되는지에 대한 불확실성을 자동으로 제거하지는 않았다.

전통적인 지식재산 관리은 종종 최종 자산에서 시작한다: 소스 파일을 보존하고, 관련 상표를 등록 신청하고, 고용, 개발, 양도 또는 라이선스 계약을 사용하여 적용 가능한 권리를 다룬다.

사람과 AI가 함께 창작할 때, 기업은 더 상류를 살펴봐야 한다. 기업은 자산이 어떻게 생산되었는지, 어떤 자료가 사용되었는지, 누가 식별 가능한 기여를 했는지, 관련 계약 및 플랫폼 약관이 무엇을 허용하는지, 그리고 어떤 위험이 여전히 인간의 판단을 필요로 하는지를 이해해야 한다.

이 글에서 권리 체계는 프롬프트에서 제품에 이르기까지 출처, 승인, 기여, 검토 및 승인된 사용을 연결하는 기록에 대한 운영상의 약칭이다. 이는 모든 관할권에서 동일한 법적 의미를 갖는 단일한 법적 개념이 아니다.

예시는 설명을 위한 것이며 특정 회사의 내부 약정이나 관행을 설명하지 않는다. AI 지원 저작물의 보호 가능성, 고용 또는 위탁 창작 관계에서의 소유권, 영업 비밀, 개인정보 및 데이터 사용에 관한 규칙은 관할권마다 다르다. 결과는 창작 과정, 계약 문구 및 의도된 사용에 따라 달라질 수도 있다.

1. 이미지는 누가 소유하는가?

간단한 시나리오를 생각해 보자.

한 마케팅 팀이 캠페인을 위한 이미지가 필요하다. 누군가가 다음과 같은 프롬프트를 입력한다:

"비행 고글을 쓰고 사막을 가로지르는 기계 여우, 따뜻한 시네마틱 조명, 기하학적 일러스트레이션 스타일."

모델이 이미지를 생성하고, 팀이 그것을 소셜 미디어에 게시한다.

이미지가 일시적인 게시물에만 사용된다면, 기본적인 검토로 충분할 수 있다.

그러나 게시물이 좋은 성과를 내서 회사가 다음과 같이 결정한다고 가정하자:

• 이미지를 장기 브랜드 캐릭터로 채택한다;
• 관련 표지를 상표로 등록 신청한다;
• 스티커와 상품을 제작한다;
• 캐릭터를 유료 제품에 통합한다;
• 상업적 파트너에게 라이선싱한다;
• 법이 허용하는 범위 내에서 관련 표현이나 표지의 무단 사용을 제한한다.

법적 및 운영상의 질문은 즉시 달라진다. 저작권, 상표, 특허, 영업 비밀 및 계약상 권리는 서로 다른 대상을 보호하고, 서로 다른 조건에서 발생하며, 서로 다른 구제 수단을 제공한다. 상표 출원이나 등록만으로 회사가 캐릭터의 모든 표현적 측면에 대해 배타적 통제권을 갖게 되는 것은 아니다.

이제 팀은 다음을 결정해야 할 수 있다:

1. 모델 제공자는 어떤 상업적 사용을 허용하는가?
2. 외부 참조 이미지가 입력으로 사용되었는가?
3. 결과물이 기존 캐릭터, 저작물 또는 브랜드와 실질적으로 유사한가?
4. 사람들이 최종 디자인에 어떤 창작적 기여를 했는가?
5. 회사가 초안, 수정 이력 및 편집 가능한 소스 파일을 보존했는가?
6. 디자이너와 회사 간의 관계를 규율하는 계약은 무엇인가?
7. 회사의 권리가 제3자에게 라이선싱하는 것을 뒷받침하기에 충분한가?

특히 중요한 한 가지 구분이 있다:

자산을 사용할 수 있는 능력은 그것을 배타적으로 통제할 수 있는 능력과 같지 않다.

플랫폼이 결과물을 상업적으로 사용하도록 허용하는 것은 일반적으로 사용자와 플랫폼 간의 계약 관계를 다룬다. 그것이 반드시 다음을 의미하지는 않는다:

• 결과물이 집행 가능한 지식재산 보호 요건을 충족한다;
• 결과물이 제3자의 권리를 침해할 수 없다;
• 사용자가 다른 사람들이 유사한 결과물을 생산하는 것을 막을 수 있다;
• 사용자가 고객에게 절대적인 비침해 보증을 안전하게 제공할 수 있다.

이미지를 다운로드할 수 있다는 사실이 그것이 명확히 정의된 권리를 가진 회사 자산이 되었다는 것을 의미하지는 않는다.

2. AI는 "저자는 누구인가?"를 일련의 질문으로 바꾼다

전통적인 창작 작업에서는 종종 특정 개인을 식별할 수 있다:

• 기사는 저자가 작성했다;
• 일러스트는 디자이너가 그렸다;
• 프로그램은 엔지니어가 작성했다.

사람과 AI가 함께 창작할 때, 최종 결과물은 일련의 기여에서 나올 수 있다:

• 제품 관리자가 목표를 정의한다;
• 연구원이 소스 자료를 준비한다;
• 직원이 프롬프트를 작성한다;
• 모델이 첫 번째 초안을 생성한다;
• 에이전트가 다른 도구를 호출하여 결과물을 처리한다;
• 디자이너가 요소를 선택, 결합 및 다시 그린다;
• 편집자가 텍스트를 실질적으로 다시 쓴다;
• 엔지니어가 핵심 로직을 재구현한다;
• 권한 있는 검토자가 최종 버전을 승인한다.

"저자는 누구인가?"라는 질문은 더 이상 누가 생성 버튼을 눌렀는지를 확인하는 것만으로는 답할 수 없다.

더 유용한 질문은 다음과 같다:

• 누가 최종 표현을 결정했는가?
• 누가 구조, 스타일, 구성 또는 로직에 대해 구체적인 선택을 했는가?
• 누가 모델의 결과물을 수정했는가?
• 그 변경이 단순히 기계적인 것이었는가, 아니면 창작적인 것이었는가?
• 최종 자산의 어느 부분이 독립적인 인간의 기여를 반영하는가?
• 어느 부분이 외부 도구나 소스 자료에서 나왔는가?
• 누가 제품에서 자산의 사용을 승인할 권한을 가졌는가?

AI 지원 및 자율 생성 콘텐츠의 법적 취급은 관할권마다 다르다. 저작권 분석에서 인간의 창작적 기여는 많은 관할권에서 중요한 고려 사항이지만, 관련 기준, 보호 대상 및 보호 범위는 획일적이지 않다. 인간의 관여가 반드시 전체 결과물을 보호 가능하게 만드는 것은 아니다.

회사가 중요한 자산에 대해 저작권이나 다른 권리를 주장할 것으로 예상한다면, 관련 인간의 기여를 식별하고 창작 과정과 법적 근거를 설명하는 기록을 보존해야 한다. 그러한 기록은 사실적 설명을 뒷받침할 수 있지만, 그 자체로 권리가 존재한다는 것을 보장하지는 않는다.

관련 증거에는 다음이 포함될 수 있습니다:

• 원래의 브리프;
• 핵심 프롬프트와 매개변수;
• 참고 자료 목록;
• 중간 결과물;
• 인간의 선택에 관한 기록;
• 편집 가능한 원본 파일;
• 수정 이력;
• 소스 관리 이력;
• 검토 의견;
• 최종 승인 기록.

그렇다고 해서 모든 임시 일러스트레이션에 완전한 법적 문서 철이 필요한 것은 아닙니다.

제품에 포함되거나, 장기적인 브랜드 가치를 획득하거나, 고객 인도물의 일부가 되거나, 외부 라이선싱을 목적으로 하는 자산에는 더 강화된 절차가 적절할 수 있습니다. 기록 보관의 범위는 프라이버시, 기밀성, 보안 및 보존 의무를 고려하여 필요하고 비례적인 수준으로 유지되어야 합니다.

3. 회사가 비용을 지불했다. 그런데도 권리가 불완전할 수 있는 이유는?

또 다른 가상 시나리오를 생각해 봅시다.

한 회사가 외부 스튜디오를 고용하여 브랜드 애니메이션 모음을 제작하게 합니다. 계약서에는 소유권에 관한 문장이 단 한 개 포함되어 있습니다:

“전액 지급 시, 모든 프로젝트 인도물은 고객에게 귀속된다.”

이 문장은 직접적으로 보이지만, 많은 질문을 남길 수 있습니다.

정확히 무엇이 “프로젝트 인도물”로 간주되는가?

• 내보낸 GIF와 동영상;
• 편집 가능한 프로젝트 파일;
• 원본 일러스트레이션;
• 스토리보드;
• 맞춤 글꼴;
• 음악 및 음향 효과;
• 프롬프트;
• 워크플로;
• 자동화 스크립트;
• 스튜디오의 재사용 가능한 도구;
• 프로젝트에 사용된 제3자 자료.

“고객에게 귀속된다”는 것은 무엇을 의미하는가?

• 그것은 지식재산권의 양도인가, 아니면 라이선스인가?
• 그것은 저작권, 특허권, 상표권 이익, 영업비밀, 또는 다른 범주의 권리에 관한 것인가?
• 고객은 해당 자료를 복제, 수정, 배포, 전송, 전시 또는 달리 이용할 수 있는가?
• 다른 제품에 사용하거나 파트너에게 재라이선스할 수 있는가?
• 실물 상품을 제조할 수 있는가?
• 어떤 지역, 기간, 매체 및 사용 분야가 포함되는가?
• 양도 또는 라이선스는 언제 효력을 발생하는가?
• 권리가 양도 불가능하거나 적용 법률에 따라 아직 발생하지 않은 경우, 대신 어떤 라이선스 및 협력 의무가 적용되는가?
• 공급자는 관련 자료를 인도, 라이선스 또는 양도할 권한이 있다고 진술하는가?

공급자가 AI 도구를 사용하는 경우, 회사는 공급자에게 다음 사항의 공개를 요구할 필요가 있을 수 있습니다:

• 어떤 모델, 플랫폼 또는 생성 도구가 사용되었는지;
• 제3자 참고 자료가 포함되었는지;
• 오픈소스 구성요소가 포함되었는지;
• 공급자의 기존 자산이 사용되었는지;
• 관련 도구 약관이 계획된 상업적 인도를 허용하는지;
• 기밀 고객 자료가 외부 서비스에 제출되었는지;
• 공급자가 입력 또는 출력을 보유하는지;
• 충분한 원본 파일과 프로세스 기록이 인도될 것인지.

따라서 소유권에 관한 단 한 문장은 관련 권리, 준거법 및 상업적 목적에 비추어 발전시켜야 하며, 일반적으로 최소 네 가지 범주를 구분해야 합니다:

1. 해당 프로젝트를 위해 특별히 제작된 맞춤 작업물
2. 공급자가 소유한 기존 도구 및 자료
3. 라이선스된 제3자 자료 및 오픈소스 구성요소
4. AI 도구로 생성되거나 처리된 콘텐츠

이러한 구분이 없으면, 회사는 프로젝트 종료 시 다음과 같은 사실을 발견할 수 있습니다:

• 이미지는 받았지만 편집 가능한 원본 파일은 받지 못했다;
• 애플리케이션 코드는 받았지만 중요한 배포 스크립트는 받지 못했다;
• 결과물을 내부적으로 사용할 수는 있지만 고객에게 적법하게 인도할 수는 없다;
• 공급자가 자신이 소유하지 않은 자료를 이전하겠다고 약속했다;
• 제품이 공급자의 기존 도구에 의존하지만, 회사는 이를 사용할 지속적인 라이선스를 갖고 있지 않다.

대금 지급은 거래를 완료할 수 있습니다. 그러나 끊어진 권리 사슬을 자동으로 복구할 수는 없습니다.

4. “상업적 사용 허용”은 단순한 답인가, 아니면 일련의 경계인가?

생성형 AI 제공업체는 종종 다음과 같은 질문을 받습니다:

결과물을 상업적으로 사용할 수 있습니까?

이 질문은 예 또는 아니오의 답이 있어야 할 것처럼 들립니다. 실제로는 종종 여러 층으로 나누어야 합니다.

제1층: 플랫폼과 사용자 간의 관계

제공업체의 약관은 사용자가 결과물을 사용할 수 있는지, 제공업체와 사용자가 보유할 수 있는 계약상 이익을 어떻게 배분하는지, 그리고 상업적 사용이 허용되는지를 설명할 수 있습니다. 계약은 적용 법률에 따라 달리 존재하지 않는 지식재산권을 창설할 수 없으며, 해당 계약의 당사자가 아닌 제3자를 자동으로 구속하지도 않습니다.

제2층: 사용자와 입력 자료 간의 관계

플랫폼이 상업적 사용을 허용하더라도, 사용자는 입력 자료를 제출하는 데 필요한 권리를 확보해야 할 책임이 여전히 있을 수 있습니다.

그러한 자료에는 다음이 포함될 수 있습니다:

• 미공개 고객 제안서;
• 유료 산업 보고서;
• 독점 소스 코드;
• 직원 또는 고객 정보;
• 제3자 디자인;
• 보호되는 캐릭터 또는 브랜드 이미지.

회사가 자료를 적법하게 보유한다고 해서 반드시 그 자료를 외부 모델에 제출할 수 있는 것은 아닙니다.

제3층: 결과물과 제3자 간의 관계

결과물은 다음과 관련된 문제를 야기할 수 있습니다:

• 기존 저작물과의 실질적 유사성;
• 상표 또는 브랜드 식별자;
• 개인의 초상;
• 오픈소스 코드;
• 제한된 데이터셋;
• 기타 제3자 권리.

플랫폼의 허가는 제3자가 별도의 청구를 제기하는 것을 막지 못합니다.

제4층: 회사의 의도된 사용

위험은 의도된 사용에 따라 달라지기도 합니다.

이미지를 내부 브레인스토밍에 사용하는 것은 그것을 상표로 등록하거나, 상품으로 판매하거나, 제3자에게 라이선스하는 것과 다릅니다.

따라서 더 나은 질문은 단순히 다음과 같은 것이 아닙니다:

이것을 상업적으로 사용할 수 있습니까?

다음과 같습니다:

회사는 이 결과물을 어떻게 사용할 의도이며, 그 특정 사용을 위해 어떤 검토 또는 승인이 필요한가?

5. 적법한 접근이 업로드에 대한 무제한적 허가를 의미하지는 않는다

지식재산 위험은 AI 결과물에서만 발생하지 않습니다. 입력에서도 발생합니다.

회사는 다음을 적법하게 보유할 수 있습니다:

• 고객 계약;
• 독점 소스 코드;
• 사용자 행동 데이터;
• 유료 연구 보고서;
• 직원 정보;
• 미공개 제품 계획;
• 공급업체 견적서;
• 내부 조사 자료.

그러나 적법한 보유가 반드시 어떤 외부 AI 서비스에도 제출할 수 있는 권한을 부여하는 것은 아닙니다.

자료를 업로드하기 전에, 회사는 다음을 고려할 필요가 있을 수 있습니다:

• 원래의 사용 목적이 AI 처리를 포함하는지;
• 고객 또는 공급업체 계약이 제3자 처리를 허용하는지;
• 제출이 기밀 유지 의무를 위반하게 되는지;
• 개인정보 또는 민감한 정보가 관련되는지;
• 자료를 익명화하거나 최소화할 수 있는지;
• 서비스가 입력을 보유하는지;
• 입력이 학습 또는 제품 개선에 사용될 수 있는지;
• 데이터가 어디에서 처리되고 저장되는지;
• 누가 대화나 로그에 접근할 수 있는지;
• 작업 완료 후 데이터를 삭제할 수 있는지.

공개적으로 접근 가능한 자료 역시 반드시 권리가 없는 것은 아닙니다.

공개 웹사이트, 기사, 이미지 및 코드는 여전히 다음의 적용을 받을 수 있습니다:

• 저작권 및 관련 권리;
• 오픈소스 라이선스 또는 기타 계약 조건;
• 플랫폼 약관;
• 일부 관할권의 데이터베이스 제작자 권리(sui generis database rights);
• 상표 및 기타 출처 식별 권리;
• 초상, 이름, 음성, 인격 또는 퍼블리시티에 관한 권리;
• 프라이버시 및 데이터 보호 규칙;
• 불공정 경쟁 및 기타 적용 법률.

모델에 자료를 제출하기 전에, 회사는 일곱 가지 질문을 할 수 있습니다:

1. 우리는 왜 이 자료에 접근할 권리가 있는가?
2. 기존 허가는 AI 처리를 포함하는가?
3. 우리는 완전한 원본 콘텐츠를 제공해야 하는가?
4. 입력을 익명화, 요약 또는 축소할 수 있는가?
5. 개인 계정 대신 승인된 기업 도구를 사용해야 하는가?
6. 결과물의 의도된 사용은 무엇인가?
7. 출처 및 승인 증거는 어디에 보존해야 하는가?

AI는 정보가 처리되는 방식을 바꿉니다. 그러나 그 정보를 사용할 회사의 기초 권리를 자동으로 확장하지는 않습니다.

6. AI 생성 코드는 일반적인 복사 및 붙여넣기보다 설명하기 어려울 수 있다

AI 지원 프로그래밍은 종종 매우 통제된 것처럼 느껴집니다.

엔지니어가 요구사항을 설명하고, 어시스턴트가 코드를 생성하고, 테스트가 통과하고, 변경 사항이 저장소에 병합됩니다. 이 과정이 개발 환경 내에서 이루어지기 때문에, 생성된 이미지나 마케팅 문구보다 추적하기 더 쉬워 보일 수 있습니다.

그러나 생성된 코드는 다른 종류의 질문을 야기할 수 있습니다:

• 코드가 식별 가능한 오픈소스 구현과 실질적으로 유사한가?
• 문서화되지 않은 종속성을 도입했는가?
• 적용 가능한 라이선스가 제품의 비즈니스 모델과 호환되는가?
• 독점 코드가 승인되지 않은 외부 서비스에 제출되었는가?
• 코드에 공개 저장소에서 복사한 저작권 고지가 포함되어 있는가?
• 코드 출처에 관한 고객 요구사항과 충돌하는가?
• 회사가 책임 있게 비침해 보증을 제공할 수 있는가?

따라서 코드 검토는 기능이 작동하는지 여부 이상을 살펴야 한다.

코드의 중요도에 따라 검토에는 다음이 포함될 수 있다:

• 종속성 및 라이선스 스캔;
• 출처 및 유사성 검사;
• 보안 테스트;
• 아키텍처 검토;
• 코드가 어떻게 생성되었는지에 대한 기록;
• 실질적인 인간의 리팩터링;
• 책임 엔지니어의 승인.

또한 더 넓은 운영상의 질문이 있다:

엔지니어가 핵심 코드가 특정 방식으로 설계된 이유를 설명할 수 없다면, 회사는 그것을 유지할 역량을 진정으로 갖추고 있는가?

운영 관점에서 볼 때, 즉각적인 침해 문제가 확인되지 않았더라도 이해하거나 유지할 수 없는 코드는 아직 성숙한 회사 자산이 아닐 수 있다.

7. 프롬프트, 워크플로, 스킬은 어떤 종류의 자산인가?

AI 네이티브 기업에서 가장 가치 있는 자산은 단일 산출물이 아닐 수 있다. 유용한 결과를 안정적으로 생산하는 방법일 수 있다.

예시는 다음과 같다:

• 계약 검토 워크플로;
• 고객 지원 지침 세트;
• 제품 리서치 에이전트;
• 데이터 정리 프로세스;
• 브랜드 생성 스킬;
• 평가 규칙 및 부정적 예시 모음.

이러한 역량을 코드, 상표, 디자인처럼 보호할 수 있는가?

답은 단순한 예 또는 아니오인 경우가 드물다. 여러 가지 종류의 자료를 포함할 수 있기 때문이다.

프롬프트

짧고 기능성이 높은 프롬프트는 안정적인 배타적 권리로 보호하기 어려울 수 있으나, 결과는 그 표현, 배열, 적용 법률 및 주변 사실관계에 따라 달라진다.

정교한 지침 모음은 보호를 받을 수 있는 독창적 표현, 구조화된 선택, 코드 또는 구성을 포함할 수 있다. 그렇더라도 보호는 일반적으로 기저의 아이디어, 기능 또는 방법 자체로 확장되지 않으며, 다른 당사자가 다른 문구나 구현을 통해 유사한 결과를 달성할 수 있다.

따라서 프롬프트의 상업적 가치는 전적으로 저작권에 의존해서는 안 된다. 계약상 제한, 비밀 유지 조치, 접근 통제 및 기술적 보호 조치도 중요할 수 있다.

워크플로

워크플로는 추상적 방법, 비즈니스 로직, 문서, 코드, 노드 구성, 테스트 및 데이터 구조를 포함할 수 있다.

추상적 아이디어, 방법 또는 기능은 그 구체적 표현 및 구현과 구별되어야 한다. 저작권은 일반적으로 추상적 아이디어나 방법 자체를 보호하지 않지만, 코드, 문서 또는 시각적 구성은 특정 표현으로서 보호될 수 있다. 일부 기술적 구현은 법적 요건과 사실관계에 따라 특허권, 영업비밀 또는 계약상 이익과 관련될 수도 있다.

스킬 및 에이전트 구성

성숙한 스킬은 다음을 포함할 수 있다:

• 지침;
• 프로그램 코드;
• 예시;
• 도구 연결;
• 평가 기준;
• 도메인 규칙;
• 권한 설정;
• 예외 처리 절차;
• 선별된 사례.

이는 단일 저작물이라기보다 권리, 데이터 및 운영 지식의 결합으로 이해하는 것이 더 적절하다.

영업비밀

프롬프트, 워크플로, 평가 기준 및 내부 운영 규칙의 경우, 영업비밀 보호가 저작권에만 의존하는 것보다 더 실용적일 수 있다.

그러나 회사가 파일에 “기밀”이라고 표시했다고 해서 정보가 영업비밀이 되는 것은 아니다. 법적 요소는 관할권마다 다르지만, 분석에서는 일반적으로 해당 정보가 일반적으로 알려져 있지 않은지, 비밀성 때문에 실제 또는 잠재적 상업적 가치가 있는지, 그리고 그 가치와 위험에 비례하는 합리적 보호 조치의 대상인지를 고려한다. 그러한 조치에는 다음이 포함될 수 있다:

• 알 필요가 있는 사람에 한해 접근 제한;
• 기밀 등급 지정;
• 비밀 유지 및 발명 양도 계약 사용;
• 접근, 다운로드 및 내보내기 기록;
• 외부 공유 전 승인 요구;
• 퇴사 또는 프로젝트 종료 시 접근 권한 회수;
• 외부 프로젝트에서의 무단 사용 금지;
• 핵심 규칙과 데이터셋 분리.

가치 있는 AI 역량에는 저작권, 계약, 영업비밀 보호, 소스 관리 관행 및 접근 제한의 결합이 필요할 수 있다.

8. 모든 AI 산출물에 동일한 법적 절차가 필요한 것은 아니다

모든 AI 상호작용에 복잡한 법적 양식이 필요하다면, 사람들은 곧 정책을 따르지 않게 될 것이다.

더 실용적인 접근은 AI 지원 작업을 의도된 용도와 잠재적 영향에 따라 분류하는 것이다.

저위험 용도

예시는 다음과 같을 수 있다:

• 내부 브레인스토밍;
• 임시 요약;
• 민감한 정보를 포함하지 않는 개인 생산성 도구;
• 게시되지 않을 자리표시자 자료.

이러한 용도는 기본적인 도구 및 데이터 정책 준수만 요구할 수 있다.

중위험 용도

예시는 다음과 같을 수 있다:

• 외부 마케팅 콘텐츠;
• 지속적 사용을 목적으로 하는 시각적 자산;
• 고객 지원 템플릿;
• 내부 의사결정 보고서;
• 제품 프로토타입 코드.

이러한 용도는 출처, 도구, 인간 검토 및 허용된 사용에 대한 기록을 요구할 수 있다.

고위험 용도

예시는 다음과 같을 수 있다:

• 핵심 제품 코드;
• 공식 고객 납품물;
• 외부 라이선싱을 목적으로 하는 콘텐츠;
• 학습, 미세 조정 또는 평가 데이터셋;
• 고객 또는 개인 정보를 처리하는 워크플로;
• 장기 브랜드 캐릭터 및 시각 시스템;
• 중대한 회사 의사결정에 직접적으로 정보를 제공하는 분석.

이러한 용도는 더 완전한 권리 체계와, 적절한 경우 전문가 검토를 요구할 수 있다.

위험 분류에 영향을 미칠 수 있는 요소는 다음과 같다:

• 산출물이 제품에 들어가는지 여부;
• 고객에게 보일 것인지 여부;
• 외부로 라이선스될 것인지 여부;
• 민감한 데이터를 포함하는지 여부;
• 제3자 자료에 의존하는지 여부;
• 교체하기 어려울 것인지 여부;
• 분쟁의 잠재적 영향;
• 회사가 배타적 권리를 주장할 것으로 예상하는지 여부.

AI를 단순히 사용했다고 해서 활동이 자동으로 고위험이 되는 것은 아니다. AI 관여가 제한적이라고 해서 활동이 반드시 저위험이 되는 것도 아니다.

적절한 거버넌스 수준은 주로 산출물이 무엇에 사용될 것인지, 그리고 기저 가정이 틀렸을 경우 어떤 일이 발생할 수 있는지에 달려 있다.

9. 기업에는 “권리 체계 카드”가 필요하다

회사가 모든 중요한 AI 지원 자산에 대해 반드시 긴 법률 보고서를 필요로 하는 것은 아니다.

구조화된 권리 체계 카드는 많은 기본 질문에 답할 수 있다.

참고: 아래 카드는 정보를 정리하고 추가 검토가 필요한 질문을 식별하기 위한 것이다. 이를 작성하는 것이 법률 검토를 구성하거나, 소유권을 확립하거나, 비침해를 확인하거나, 규정 준수 인증을 제공하는 것은 아니다.

카드는 복사 가능한 마크다운 블록, 한 페이지 PDF, 워크스페이스 템플릿 또는 간단한 자체 평가 체크리스트로 웹사이트에 제시될 수도 있습니다. 어떤 형식이든 동일한 한계가 가시적으로 유지되어야 합니다. 즉, 이는 정보 정리 및 위험 식별 도구이지 법적 의견이나 컴플라이언스 인증서가 아닙니다.

카드의 목적은 자산이 “절대적으로 안전하다”고 선언하는 것이 아닙니다.

이는 기업이 자산을 정리하고, 증거로 뒷받침되는 경우 입증하는 데 도움을 줄 수 있습니다:

• 자산이 어떻게 생성되었는지;
• 누가 이에 기여했는지;
• 기업이 관련 권한을 어떻게 취득했는지;
• 어떤 제한이 남아 있는지;
• 누가 잔여 위험을 검토하고 수용했는지.

10. 사용 변경은 간과되기 쉬운 위험 원천

한 목적에 적합한 자산이 이후의 모든 목적에도 적합한 것은 아닙니다.

일반적인 변경 사례는 다음과 같습니다:

• 내부 보고서의 이미지가 공개 광고에 재사용됨;
• 프로토타입 코드가 운영 환경으로 이동함;
• 한 고객을 위해 설계된 워크플로가 다른 고객에게 재사용됨;
• 내부 데이터셋이 모델 학습용으로 용도 변경됨;
• 브랜드 캐릭터가 상업적 파트너에게 라이선스됨;
• 내부 연구 결론이 공개 마케팅에 사용됨;
• 개인 생산성 도구가 핵심 팀 워크플로가 됨.

새로운 사용은 새로운 질문을 촉발할 수 있습니다:

• 원래 권한이 공개 배포를 포함하는가?
• 수정 및 재라이선스가 허용되는가?
• 새로운 대상 또는 지역이 추가 요건을 도입하는가?
• 사실과 출처를 다시 검증해야 하는가?
• 새로운 사용이 고객이 원래 동의한 목적을 초과하는가?
• 관련 플랫폼 약관이 여전히 적용되는가?
• 새로운 보안, 브랜드, 개인정보 또는 법적 검토가 필요한가?

따라서 기업은 자산이 “승인되었다”는 사실뿐 아니라 다음도 기록해야 합니다:

어떤 목적으로 승인되었는가?

목적이 중대하게 변경되면 원래 결론을 재평가해야 할 수 있습니다.

11. 거부된 버전이 중요한 증거가 될 수 있음

팀은 일반적으로 최종 작업물을 보존하고 실패한 초안은 폐기합니다.

사람과 AI가 함께 창작할 때 중간 버전은 다음을 보여줄 수 있습니다:

• 사람이 첫 출력을 기계적으로 수용하지 않았다는 점;
• 디자이너가 실질적인 창작적 선택을 했다는 점;
• 엔지니어가 핵심 로직을 재구현했다는 점;
• 편집자가 구조, 추론, 표현을 변경했다는 점;
• 검토자가 제3자 위험을 식별하고 제거했다는 점;
• 인간의 개입을 통해 최종 표현이 어떻게 발전했는지.

디자이너는 수백 개의 생성된 콘셉트를 검토한 후 캐릭터의 실루엣, 표정, 색상, 애니메이션을 다시 그릴 수 있습니다. 엔지니어는 생성된 코드를 프로토타입으로 취급하고 핵심 모듈을 다시 작성할 수 있습니다. 편집자는 모델이 생성한 기사를 실질적으로 재구성하고 다시 작성할 수 있습니다.

대표적인 프로세스 기록은 다음을 뒷받침할 수 있습니다:

• 품질 검토;
• 인간의 기여와 창작 과정에 대한 사실적 설명;
• 승인 과정에 대한 설명;
• 향후 유지보수;
• 분쟁 발생 시 사실적 재구성.

중간 버전만으로는 저작권이 존재하거나 기업이 이를 소유한다는 점을 입증하지 못합니다. 그 증거 가치는 콘텐츠, 계약 관계, 시점 및 기타 증거와 함께 평가되어야 합니다.

이는 모든 프롬프트와 거부된 결과를 무기한 보존해야 한다는 의미가 아닙니다.

기업은 자산의 중요성에 따라 비례적인 보존 관행을 수립하여 다음과 같은 자료를 보존할 수 있습니다:

• 주요 중간 버전;
• 주요 수정 기록;
• 거부된 대안 및 거부 사유;
• 최종 승인 증거.

보존 관행은 데이터 최소화, 기밀 유지 의무, 제3자 플랫폼 약관, 저장 보안 및 정해진 삭제 기간도 반영해야 합니다. 출처 관리는 모든 입력과 생성 로그를 무기한 보존하는 이유가 되어서는 안 됩니다.

방어 가능한 권리 체계에는 증거가 필요하지만, 증거 관리는 비례적으로 유지되어야 합니다.

12. 맥락 인식 에이전트는 무엇을 할 수 있을까?

지식재산권 검토는 종종 너무 늦게 시작됩니다.

자산이 곧 게시, 납품, 라이선스되거나 실사 중 검토될 때 누군가 관련 기록을 찾기 시작합니다. 문제는 종종 그러한 기록이 존재하지 않았다는 것이 아니라, 맥락이 계약서, 파일, 디자인 도구, 코드 이력, 검토 의견 및 승인 메시지에 걸쳐 분산되어 있다는 점입니다.

사용자가 관련 맥락과 권한을 제공하기로 선택한 경우, 에이전트는 작업이 진행됨에 따라 그러한 기록을 연결하는 데 도움을 줄 수 있습니다.

프로젝트 시작 시

다음을 식별하는 데 도움을 줄 수 있습니다:

• 의도된 결과물;
• 사용이 예상되는 내부 및 외부 자료;
• 민감한 정보가 관련될 수 있는지 여부;
• 제안된 도구가 승인되었는지 여부;
• 출력이 나중에 제품에 포함되거나, 고객에게 도달하거나, 외부에 라이선스될 수 있는지 여부.

작업이 변경됨에 따라

다음을 보존하는 데 도움을 줄 수 있습니다:

• 중요한 인간의 수정;
• 특정 출력이 거부된 이유;
• 새로 도입된 제3자 자료;
• 전문가 검토가 필요한 미해결 질문;
• 자산의 의도된 사용 변경.

게시 또는 납품 전

구조화된 검토를 준비할 수 있습니다:

• 출처를 식별할 수 있는가?
• 의미 있는 인간 기여의 증거가 있는가?
• 관련 플랫폼 약관이 의도된 사용을 포함하는가?
• 필요한 직원 또는 공급업체 계약이 확보되어 있는가?
• 잠재적인 상표, 초상, 오픈소스, 기밀 유지 또는 데이터 문제가 있는가?
• 최종 사용을 승인할 권한이 누구에게 있는가?

의도된 사용이 변경될 때

에이전트는 원래 승인 맥락을 다시 보이게 할 수 있습니다:

이 자산은 이전에 제한된 내부 사용을 위해 검토되었습니다. 제안된 외부 게시 또는 라이선스 arrangement는 실질적으로 다르므로 재평가가 필요할 수 있습니다.

맥락 인식 에이전트는 자산이 “완전히 안전하다”거나 “침해가 없다”고 선언해서는 안 됩니다. 저작권이 존재하는지, 법정 예외가 적용되는지, 또는 기업이 무조건적인 법적 보증을 제공할 수 있는지 독립적으로 결정해서는 안 됩니다.

더 적절한 역할은 사실을 보존하고, 증거를 연결하고, 격차를 식별하며, 진정한 법적 판단이 필요한 질문을 자산이 공개되기 전에 사람에게 가져오는 것입니다.

시간이 지나면서 반복되는 문제는 재사용 가능한 검토 관행, 조직 지침 및 신중하게 범위가 설정된 에이전트 지원으로 전환될 수 있습니다.

더 넓게 보면, 논의할 가치가 있는 한 방향은 맥락 인식 에이전트가 사용자가 관련 자료와 권한을 의도적으로 제공하는 경우 지속적인 운영 맥락을 보존하는 데 도움을 줄 수 있는지 여부입니다. 이는 법적 판단을 대체하는 것이 아니라, 그러한 판단이 필요할 때 중요한 사실과 증거를 이용 가능하게 유지함으로써 이루어집니다.

13. 아마도 모든 중요한 자산은 결국 자신의 전기를 갖게 될 것

오늘날 기업은 일반적으로 폴더를 통해 자산을 관리합니다.

미래에는 중요한 AI 지원 자산이 지속적으로 업데이트되는 디지털 전기를 가질 수 있습니다.

제품 코드 한 조각을 선택하면 기업은 다음을 볼 수 있습니다:

• 그것을 이끌어낸 요구사항;
• 관련된 사람과 에이전트;
• 사용된 도구와 라이브러리;
• 어떤 부분이 실질적으로 다시 작성되었는지;
• 누가 테스트와 검토를 완료했는지;
• 어떤 제품 기능이 그것에 의존하는지;
• 어떤 라이선스 조건이 적용되는지.

장기 사용을 위한 시각적 자산을 선택하면 기업은 다음을 볼 수 있습니다:

• 원래 디자인 브리프;
• 사용된 모델과 참조 자료;
• 디자이너의 주요 수정;
• 편집 가능한 소스 파일;
• 승인된 사용;
• 관련 출원, 등록, 계약 및 라이선스 기록;
• 기존 파트너 권한;
• 검토가 필요한 다음 날짜 또는 이벤트.

상표 등록, 저작권 등록 및 기타 행정 기록은 법적 효력이 다릅니다. 그 중 어느 것도 그 자체로 기업이 전체 AI 지원 자산에 대해 완전하고 배타적인 권리를 소유한다는 점을 반드시 입증하지는 않습니다.

워크플로를 선택하면 기업은 다음을 볼 수 있습니다:

• 그것이 해결하도록 설계된 원래 문제;
• 그것이 사용하는 내부 자료;
• 정보를 처리하는 제3자 서비스;
• 누가 접근할 수 있는지;
• 어떤 판단이 인간에게 남아 있어야 하는지;
• 다른 고객이나 맥락에 사용될 수 있는지;
• 어떤 과거 실패가 공식 규칙이 되었는지.

목적은 모든 창작 행위에 절차적 부담을 지우는 것이 아닙니다.

이는 자산이 더 중요해짐에 따라 기업이 왜 그것을 사용할 권리가 있는지 처음부터 재구성할 필요가 없다는 것을 의미합니다.

결론: 파일을 보유하는 것은 자산을 소유하는 것과 같지 않다

AI는 기업이 전례 없는 속도로 코드, 디자인, 콘텐츠 및 연구를 생산하도록 도울 수 있습니다.

그러나 창작이 빨라질수록 근본적인 질문을 간과하기 쉬워집니다:

회사는 다운로드 가능한 파일을 확보한 것일까, 아니면 통제하고 유지·전달·상업화할 수 있는 자산을 구축한 것일까?

차이는 방어 가능한 권리 사슬에 있습니다:

• 투입 자료가 어디서 왔는지;
• 어떤 인간의 기여가 있었는지;
• 직원과 공급업체의 권리가 어떻게 배분되었는지;
• 모델 제공자가 무엇을 허용하는지;
• 제3자의 권리가 관련되어 있는지;
• 누가 필요한 검토를 완료했는지;
• 어떤 용도가 승인되었는지;
• 용도 변경이 재평가를 촉발했는지;
• 이의가 제기될 경우 회사가 제시할 수 있는 증거는 무엇인지.

모든 AI 대화가 공식적인 지식재산 절차에 들어가야 하는 것은 아닙니다.

그러나 산출물이 제품에 들어가고, 고객에게 도달하며, 장기적인 브랜드 가치를 획득하거나, 반복 가능한 핵심 역량이 될 때, 회사는 최종 버전 이상의 것을 보존해야 합니다.

프롬프트와 제품 사이에는 설명되고, 검토되며, 입증될 수 있는 권리 사슬이 있어야 합니다.

이는 맥락 인식 에이전트(context-aware agents)를 위해 탐구할 가치가 있는 방향이기도 합니다.

이런 종류의 에이전트의 잠재적 가치는 사람들이 더 빨리 창작하도록 돕는 것을 넘어설 수 있습니다. 사용자의 지식, 의도적인 맥락 제공, 적절한 권한이 있다면, 그것은 업무가 출처, 개정 이력, 결정을 유지하도록 도울 수 있습니다. 그것은 거짓된 법적 확실성을 만들어내서는 안 되며, 해결되지 않은 질문들을 아직 다룰 시간이 있을 때 권한 있는 의사결정권자와 자격을 갖춘 조언자에게 가져가야 합니다.

AI가 지식재산 문제를 사라지게 하지는 않을 것입니다.

그러나 그것은 회사가 무엇을 창출했는지, 무엇을 통제할 수 있는지, 그리고 어떤 경계가 여전히 신중한 확인을 필요로 하는지를 더 이르고 더 명확하게 이해하도록 도울 수 있습니다.