PhotoCraft, 그리고 AI 시대 무료 소프트웨어의 대가

Telli.sh의 오리지널 편집용 일러스트입니다. 개념을 설명하는 도표이며, PhotoCraft 화면이나 측정에 기반한 경제 전망이 아닙니다.

익숙한 창작 애플리케이션을 공개적으로 다시 만들고 구독료 없이 쓸 수 있다면 어떨까요? 그런 가능성만으로도 기대가 생깁니다. 학생, 가끔 창작하는 사람, 전문 도구의 가격을 감당하기 어려운 사람에게 무료 이용은 아이디어를 실제로 구현할 수 있느냐를 가르는 차이가 될 수 있습니다. 하지만 기대는 이야기의 시작일 뿐입니다. AI가 소프트웨어를 재현하는 비용을 크게 낮춘다면, 재현할 가치가 있는 기능을 계속 개발하는 데 드는 비용은 누가 부담할지도 물어야 합니다.

PhotoCraft는 이 질문을 유난히 구체적으로 보여줍니다. ArtCraft 프로젝트를 다룬 보도에 따르면, 이 프로젝트는 Photoshop과 비슷한 편집기를 비롯해 기존 창작 도구를 AI의 도움으로 다시 구현하려는 시도입니다. 중요한 점은 다운로드 페이지에 대안 하나가 더 생겼다는 데 그치지 않습니다. 유용한 작업 흐름을 관찰하고 실제로 쓸 수 있는 구현을 만드는 사이의 거리가 줄어들 가능성에 있습니다. 다만 야심 찬 초기 프로젝트를 완성된 전문가용 대체품으로 부풀리지 않으면서 그 가능성을 살펴볼 필요가 있습니다. Phoronix, 2026년 10월 7일

PhotoCraft는 익숙한 편집 작업 흐름을 다시 구현한다

PhotoCraft는 Adobe가 공개한 제품이 아니라 독립 프로젝트입니다. 저장소는 공개된 사양과 관찰한 동작을 바탕으로 Rust로 재구현했다고 설명하며, 레이어·마스크·PSD 작업 흐름 등을 지원 기능으로 내세웁니다. 유지관리자들은 이를 초기 알파라고 설명하고, 일상적인 전문 Photoshop 작업을 아직 대체하지 못한다고 명시합니다. 이 단서는 다운로드를 권하기 전에, 제목 가까이에 있어야 합니다. PhotoCraft 저장소, 2026년 10월 12일 확인

프로젝트의 2026년 10월 10일 호환성 평가에 따르면 PhotoCraft는 아직 알파 단계입니다. 유지관리자들은 전문 작업 준비도를 약 45%로 추정하며, Photoshop과의 PSD 교환은 베타에 충분할 만큼 안정적이지 않다고 밝혔습니다. 이는 프로젝트 측의 측정과 추정이지 독립 평가가 아닙니다. 같은 평가에서 Photoshop으로 만든 PSD 오라클 파일 256개 중 133개가 현재 충실도 검사를 통과했습니다. 성능, 안정성, 상호작용, 생태계 지원에는 해결되지 않은 간극이 남아 있습니다. PhotoCraft 호환성 평가, 2026년 10월 10일

원본이 아닌 복사본으로 시작해 작업 하나만 좁게 시험하세요. 레이어가 있는 포스터나 제품 이미지에서 편집 가능한 텍스트를 유지하고, 마스크를 조정하고, PNG를 내보낸 다음 저장한 프로젝트와 PSD를 협업자가 사용하는 도구에서 다시 열어보세요. 고객 작업이라면 색상 프로필, 연결된 에셋 또는 효과를 추가해 왕복 호환성을 확인하세요. 지원되지 않는 기능이 조용히 이미지를 평면화하거나 정보를 버리는지도 살펴보세요.

이를 “Photoshop의 오픈 소스 버전”이라고 부르면 편리한 약칭이 되지만 중요한 차이를 지울 수 있습니다. 동작을 재구현하는 일은 Adobe의 원본 소스 코드를 공개하는 것과 다릅니다. 개발자가 클린룸 방식으로 작업했다고 설명하는 것 역시 그 절차를 독립적으로 감사했다는 뜻은 아닙니다. 익숙한 인터페이스만으로 모든 문서·플러그인·글꼴·전문 제작 파이프라인과의 호환성이 입증되는 것도 아닙니다. 이 글을 위해 구현의 출처를 감사하거나 애플리케이션을 설치하거나 독립적인 성능 벤치마크를 수행하지 않았습니다.

소스 코드는 MIT 또는 Apache-2.0 조건으로 제공되지만, 고지문·포함된 에셋·브랜드는 각각 따로 살펴야 합니다. 허용 범위가 넓은 코드 라이선스가 저장소와 관련된 모든 상표나 작품의 재사용까지 허용한다고 읽어서는 안 됩니다. 재배포를 고려한다면 “무료”라는 말만 믿지 말고 실제 라이선스와 저작자 표시 파일을 확인해야 합니다. 이 글은 어느 관할권에서든 리버스 엔지니어링의 법적 지위를 판단하지 않습니다. 라이선스 및 크레딧, 저작자 표시 파일

호환성은 메뉴 개수가 아니라 작업 흐름이다

프로젝트 자체의 기능 동등성 평가는 기능 범위와 실제 사용 준비도를 구분합니다. 그 구분은 유용합니다. 메뉴에 연결된 명령이 있어도 전문가가 기대하는 동작은 아직 부족할 수 있기 때문입니다. 이 평가에는 상호작용, 파일 충실도, 성능, 주변 생태계의 격차가 언급됩니다. 이는 팀이 계속 갱신하는 자체 평가이지 독립적인 점수가 아닙니다. 보편적인 품질 척도처럼 총괄 백분율을 제시하지 않는 이유도 여기에 있습니다. PhotoCraft 기능 동등성 평가

디자이너가 간단한 포스터로 대안을 시험한다고 생각해 보세요. 파일이 열리고, 텍스트 레이어를 계속 편집할 수 있으며, 내보낸 결과도 올바르게 보입니다. 분명 의미 있는 진전입니다. 이제 같은 디자이너가 특이한 색상 프로필, 연결된 에셋, 플러그인 효과, 세밀하게 조정한 타이포그래피가 포함된 고객 문서를 받았다고 해보죠. 두 번째 작업은 다른 질문을 던집니다. 사람과 기기, 버전이 바뀌어도 여러 해 쌓인 기대가 유지되는가 하는 질문입니다.

따라서 합리적인 평가는 파일을 복제하고 범위를 좁힌 작업 흐름에서 시작합니다. 가져온 문서를 편집해 저장한 다음 원래 애플리케이션에서 다시 열고, 예상치 못한 변경 없이 동료에게 전달할 수 있나요? 앱이 충돌 후 복구되나요? 지원하지 않는 작업 때문에 정보가 사라지기 전에 그 사실을 알려주나요? 인상적인 데모는 그 데모가 작동했다는 증거입니다. 이런 계약을 모두 지켰다는 증거는 아닙니다.

이 구분은 프로젝트에 반대한다는 뜻이 아닙니다. 성취를 인정하는 일과 그 프로젝트를 대신해 약속하는 일은 다릅니다. 초기 대안에는 발전할 여지가 필요하고, 사용자는 언제 실험해도 되는지 판단할 충분한 정보가 필요합니다. “완성됐다”는 말로 그 관계를 대신하면 어느 쪽에도 도움이 되지 않습니다.

무료 이용은 실질적인 기회를 만든다

오픈 소스를 지지하는 가장 강력한 이유는 이전에는 참여하지 못했던 사람들에게 있습니다. 정기 구독료는 스튜디오에는 합리적일 수 있지만, 학교 과제나 지역 소식지, 가끔 만드는 삽화를 위해서는 부담스러울 수 있습니다. 접근하기 쉬운 편집기가 있으면 배우는 매달을 비용 문제로 판단하지 않고 연습하고 실수하며 기술을 키울 수 있습니다. 처음에는 전문가 기능의 일부만 제공하더라도 이는 중요합니다.

소스를 공개하면 또 다른 방식의 접근성도 생깁니다. 지역 커뮤니티가 언어 지원을 개선할 수 있고, 접근성 전문가는 사용자를 배제하는 상호작용을 살펴볼 수 있으며, 기관은 전적으로 벤더의 상업적 로드맵에 의존하지 않고 유용한 버전을 보존할 수 있습니다. 이는 공개 코드베이스가 가져올 수 있는 이점이지, 특정 프로젝트가 자동으로 이뤄낸 성과는 아닙니다. 누군가 실제로 그 일을 맡고 프로젝트가 변경 사항을 수용하고 유지할 수 있어야 현실이 됩니다.

경쟁은 기존 벤더가 답해야 할 질문도 바꿉니다. 대안이 일상 작업을 잘 처리한다면 고객은 프리미엄 제품이 무엇을 더해주는지 더 분명히 물을 수 있습니다. 더 깊은 기능, 나은 지원, 믿을 수 있는 협업, 특별히 강력한 생태계일 수 있습니다. 대안이 없다는 이유만으로 구독료가 정당화되는 시대는 지나갑니다. 지속적인 관계가 주는 가치를 설명해야 합니다.

모든 사용자가 같은 방식을 원한다고 가장할 필요는 없습니다. 오프라인에서 오래 보유할 수 있는 도구를 선호하는 사람도 있고, 관리형 업데이트와 지원을 원하는 사람도 있습니다. 소규모 조직은 두 가지를 함께 쓸 수 있습니다. 오픈 소스의 가치는 소프트웨어의 자금 조달이나 제공 방식을 하나의 원칙으로 강요하는 대신 선택지를 늘리는 데도 있습니다.

더 저렴한 복제본이 혁신 비용까지 없애지는 않는다

제가 우려하는 것은 사용자가 유용한 소프트웨어를 무료로 쓸 수 있다는 점이 아닙니다. 이는 지켜야 할 혜택입니다. 우려되는 점은 기존 작업 흐름을 재현하는 일과 다음으로 가치 있는 작업 흐름을 발견하는 일이 서로 다른 투자라는 사실입니다. 복제본은 이미 많은 어려운 설계 문제를 해결한 제품에서 배울 수 있습니다. 하지만 새로운 문제를 찾아내고, 불확실한 선택을 하며, 실패한 실험의 비용을 감당할 누군가는 여전히 필요합니다.

첫 출시 이후에도 마찬가지입니다. 변하는 운영체제와의 호환성을 유지하는 일은 한 번으로 끝나지 않습니다. 드물게 발생하는 데이터 손실 신고를 조사하고, 취약한 의존성에 대응하고, 잘 알려지지 않은 가져오기 형식을 확인하는 일도 계속됩니다. AI가 이런 일을 도울 수는 있지만 책임까지 사라지는 것은 아닙니다. 무엇이 올바른지 결정하고, 검증하고, 수정이 또 다른 문제를 만들 때 책임질 누군가가 있어야 합니다.

보이지 않는 노동에 소수만 의존하면서도 생태계가 건강해 보일 수 있습니다. 사용자는 새 기능을 보지만, 수백 건의 신고를 처리하느라 지친 유지관리자는 보지 못할 수 있습니다. 조직은 무료 코드를 활용하면서 유지보수 비용은 전혀 내지 않을 수 있습니다. 저렴한 재현이 수익을 줄이면서 유지관리를 뒷받침하던 장치를 대신할 방법이 없다면, 이용 가능한 앱은 늘고 믿고 쓸 수 있는 앱은 줄어들 수 있습니다.

이는 위험에 관한 이야기이지, 오픈 소스가 필연적으로 혁신을 파괴한다는 예측은 아닙니다. 오픈 프로젝트는 사업을 만들고, 보조금과 후원을 받고, 여러 조직이 개발을 나눠 맡을 수 있습니다. 상업용 프로젝트도 유지보수를 소홀히 하거나 사용자를 나쁜 서비스에 묶어둘 수 있습니다. 어느 이름표가 선함을 보장하느냐가 핵심 질문은 아닙니다. 자금 모델이 사용자가 장기적으로 필요로 하는 일을 보상하느냐가 중요합니다.

코드가 흔해질 때 사용자는 무엇에 비용을 내야 할까?

오리지널 편집용 프레임워크입니다. 세 가지 책임은 한 팀이나 여러 팀이 맡을 수 있으며, 코드를 생성한다고 어느 하나가 자동으로 완료되는 것은 아닙니다.

한 가지 답은 기능 이용과 그 기능을 둘러싼 보장을 분리하는 것입니다. 무료 로컬 편집기만으로도 상당한 가치를 제공할 수 있습니다. 지원되는 배포판은 서명된 릴리스, 검증된 업그레이드, 까다로운 파일에 대한 도움을 유료로 제공할 수 있습니다. 협업 서비스는 저장 공간, 권한, 동기화, 복구 비용을 받을 수 있습니다. 이는 가능한 사업 모델의 예이지, PhotoCraft가 현재 판매한다고 확인한 서비스가 아닙니다.

저는 특히 기반 인프라 계층이 중요하다고 봅니다. 기능 하나만 보면 인상적이어도 일상 작업의 일부가 되면 취약할 수 있습니다. 믿을 수 있는 서비스에는 실제로 복원할 수 있는 백업, 명확한 접근 규칙, 관찰 가능한 장애, 사고 대응 계획이 필요합니다. 여러 사람이 같은 정보에 의존한다면 서비스가 중단되거나 일관성을 잃는 비용은 기능 자체의 가격을 넘어설 수 있습니다.

하지만 “인프라”가 또 다른 구독료를 정당화하는 모호한 구실이 되어서는 안 됩니다. 제공자는 무엇을 운영하는지, 장애가 나면 어떤 일이 벌어지는지, 고객이 어떻게 서비스를 떠날 수 있는지 설명할 수 있어야 합니다. 내보내기 기능이 없는 저장소는 잠재적 덫입니다. 복구 절차가 없는 백업 약속은 불완전합니다. 신뢰는 오픈 소스 코드 옆에 “관리형”이라는 말을 붙여서가 아니라 구체적인 약속을 반복해서 지켜 쌓입니다.

서비스와 소유권은 공존할 수 있습니다. 사용자는 표준 형식의 파일과 로컬 사본을 보유하면서 믿을 수 있는 협업에 비용을 낼 수 있습니다. 기업은 상류 프로젝트에 개선 사항을 기여하면서 소프트웨어 운영으로 수익을 얻을 수도 있습니다. 가장 건강한 방식은 소스를 공개하고 서비스를 선택 사항으로 두며, 사용자의 작업물에 대한 접근을 막아서가 아니라 실질적인 편의로 전환 비용을 만드는 것일 수 있습니다.

개인화된 소프트웨어가 더 현실적인 선택이 될 수 있다

구현 비용이 내려가면 더 작은 문제도 해결할 가치가 생깁니다. 사진작가는 범용 도구 모음 대신 반복되는 내보내기 작업 하나에 맞춘 인터페이스를 원할 수 있습니다. 교사는 한 학급에 맞는 검토 화면이 필요할 수 있습니다. 연구팀은 특정 검증 단계를 눈에 띄게 유지하는 작업 흐름을 선호할 수 있습니다. 이는 그럴듯한 방향을 제시하는 예이지, 개인용 에이전트가 이미 모든 앱을 안전하게 만들어낸다는 주장은 아닙니다.

예전에는 이렇게 좁은 요구를 스프레드시트나 매크로로 처리하거나 더 큰 제품 안에서 타협하는 경우가 많았습니다. AI 보조 개발은 그런 타협을 목적에 맞춘 인터페이스로 바꾸기 쉽게 만들 수 있습니다. 그러면 맞춤화의 역할도 달라집니다. 누군가 미리 예상한 설정 중에서 고르는 대신, 사용자가 작업 흐름을 설명하고 그에 맞는 작은 소프트웨어를 함께 만들 수 있습니다.

어려운 부분은 공유 소프트웨어의 장점을 유지하는 것입니다. 개인화한 수정은 향후 업데이트와 호환되지 않을 수 있습니다. 생성된 도우미가 정상 경로에서는 잘 작동하고 삭제나 복구에서는 잘못 동작할 수도 있습니다. 만든 사람에게는 합리적인 작업 흐름이 동료에게는 이해 불가능할 수도 있습니다. 따라서 개인화에는 열정적인 생성 반복만이 아니라 경계, 문서화, 되돌릴 수 있는 변경이 필요합니다.

전문성의 분배도 고려해야 합니다. 기술에 자신 있는 사용자는 수정을 살펴볼 수 있지만, 다른 사용자는 무해한 UI 변경과 파일을 읽거나 다른 곳으로 데이터를 보내는 프로그램을 구분하지 못할 수 있습니다. 개인용 소프트웨어가 확산된다면 이해하기 쉬운 권한 모델은 더 중요해집니다. 제작을 쉽게 만들면서 유지보수와 보안 부담을 요청한 사람에게 조용히 떠넘겨서는 안 됩니다.

Claude Code Mods는 그 방향을 살짝 보여준다

Claude Code Mods는 도구가 사용자화 가능한 환경으로 바뀌는 구체적인 사례입니다. Anthropic 문서는 Claude Code 안에서 인터페이스 요소와 동작을 바꿀 수 있는 JavaScript 또는 TypeScript 핸들러를 설명합니다. 단지 모델에게 다른 어조로 답하라고 요청하는 것보다 한 걸음 더 나아가, 작은 코드 조각으로 작업 환경 일부를 재구성할 수 있게 합니다. 공식 Mods 개요, 2026년 10월 12일 확인

같은 문서는 Mods가 샌드박스 처리되지 않으며 사용자의 권한으로 실행된다고 경고합니다. 이 점에서 이 사례는 두 가지를 보여줍니다. 점점 개인화되는 소프트웨어의 방향을 가리키는 동시에, 개인용 소프트웨어에도 신뢰할 수 있는 기반이 필요한 이유를 드러냅니다. AI가 작성을 도왔다는 이유만으로 편리한 수정이 자동으로 안전해지는 것은 아닙니다.

제게 PhotoCraft가 흥미로운 이유는 기존 업체 하나에 대한 판정이라기보다 다음 소프트웨어 경제에 관한 질문을 던지기 때문입니다. 오픈 소스는 강력한 기능을 더 많은 사람의 손에 쥐여줄 수 있습니다. 동시에 새로운 발견, 유지보수, 안정적인 운영을 지원할 자금은 계속 필요합니다. AI가 인터페이스를 재현하고 사용자화하기 쉽게 만들수록 소프트웨어는 더 개인화되고, 그 아래의 공유 인프라는 더 중요해질 것으로 봅니다. Claude Code Mods는 그 미래를 소박하지만 선명하게 보여줍니다. 도구는 사용자에 맞게 바뀔 수 있지만, 그 도구가 딛고 설 기반을 믿을 만하게 만드는 일은 여전히 누군가의 몫입니다.

---

AI 리서치를 검토 가능한 기록으로 남기세요

직접 조사한 자료와 메모를 모으는 독자라면 Telli.sh를 자료와 파생 요약을 정리하는 선택적 공간으로 활용할 수 있습니다. 노트 작업 공간 만들기.