2026년 9월 11일, 모바일 자동화 회사 Minitap은 구글의 모바일 기기 에이전트 프로젝트 Artemis가 오픈소스 프로젝트인 mobile-use의 일부 코드와 프록시 프롬프트를 사용했으나, 당시 README에서 출처를 밝히지 않았다는 기사를 발표했습니다. 9월 12일, Artemis는 메인 브랜치에 새로운 커밋을 추가하여 Minitap과 모바일 용도에 대한 서명을 README 및 관련 파일에 추가했습니다. 이 변경은 코드가 Apache 2.0에 개방되어 있기 때문에, 재사용자가 단 하나의 라이선스만으로 소스 거버넌스를 완료할 수 없다는 의미는 없음을 보여줍니다.
공공 기록이 무엇을 확인할 수 있나요?
Minitap이 표시하는 저장소 기록에는 Android 기기 연결 구현, Hopper 프록시 지침, 샘플 작업, 구버전 흔히 발견되는 결함 등 여러 유사한 콘텐츠 세트가 포함되어 있습니다. 또한 Artemis의 이전 pyproject.toml에는 세 명의 모바일 사용 저자가 있었으나, 이 이름들은 이후 역사적 교체 과정에서 삭제되었다는 점도 지적합니다. 9월 11일에 생성된 공개 발행은 프로젝트가 파생 관계를 명시하고, 해당 저작권 및 저작자 출처 정보를 복원하며, 원저자와 기여자를 기록하도록 요구했습니다.
이 자료들은 두 코드 간 출처 관계의 존재를 입증하기에 충분하지만, 법적 침해 여부는 구체적인 문서, 원본 제출일, 라이선스 의무, 관할권 판결에 따라 달라집니다. Minitap 자체도 Artemis가 독립적인 엔지니어링 작업을 포함했으며, 순위 결과는 프로젝트 팀이 직접 보고한 것이고 독립적으로 검증되지 않았다고 명시합니다. 따라서 해당 기사는 한 당사자의 주장을 사실로 직접 명시할 수 없습니다.
23개의 문서에 서명을 추가한다고 해서 분쟁이 완전히 끝난 것은 아닙니다
9월 12일 02:59 UTC 제출 문서에서 Artemis 저장소는 23개의 파일을 수정했습니다: README에는 프로젝트가 Minitap에서 개발한 소스 코드가 포함되어 있다고 명시되어 있고, 여러 구현 파일에는 "부분적으로 모바일 사용에서 파생됨"이라는 주석과 저작권 정보가 추가되었습니다. 이 조치는 Minitap의 핵심 미션과 일치하며, 이후 Artemis 개발자들이 상류로 추적할 수 있게 합니다.
그러나 검증 시점까지 관련 이슈들은 여전히 열려 있었고, 저장소는 저자 명단에서 변경에 대한 공식적인 설명을 확인하지 못했습니다. 보조 출처 표시는 현재 버전의 가시성 문제를 해결했으며, 이전 버전들이 Apache 2.0 용어를 완전히 준수하는지 자동으로 답하지는 못했으며, 특정 코드 범위에 대한 상호 확인을 대체할 수도 없습니다.
AI 프로젝트는 네 가지 검증을 거쳐 오픈 소스 코드를 재사용해야 합니다
- 레코드 소스: 포크, 디렉터리 복사, 코딩 에이전트를 이용한 프래그먼트 가져오기 등 상류 저장소를 유지하고, 해시를 커밋하며, 레코드를 수정합니다.
- 문서별 검증 의무: LICENSE, NOTICE, COPYRIGHT HEADER, CHANGE NOTES(라이선스), NOTICE, 저작권 헤더, 변경 노트를 확인하세요; 저장소 루트 디렉터리에 동일한 이름의 라이선스만 배치하지 마세요.
- 프록시 출력을 정기적인 코드 검토로 간주하세요: AI가 생성하거나 재게시한 코드는 유사성, 의존성 출처, 라이선스 스캔도 필요합니다; "모델이 했다고 해서 책임이 사라지지 않습니다."
- 별도의 평가 및 귀속: 성능 순위는 재현 가능한 실험과 독립적인 검증이 필요하지만, 코드 소스는 버전 이력과 권한 기록에 의존합니다; 이 둘은 서로 대체할 수 없습니다.
아르테미스의 후속 수정은 긍정적인 신호이며, 오픈 소스 AI 팀에 실질적인 문제를 제기합니다: 모델과 프록시가 재사용 속도를 높였지만 소스 설명을 자동으로 채우지는 못했습니다. 추적성, 귀속, 라이선스 확인을 병합 과정에 통합하는 것은 프로젝트 출시 후 기록을 추적하는 것보다 훨씬 비용이 적게 듭니다.
