Itch.io AI 필터, 검색에 공개 정보를 도입하며 Steam의 기준을 높이다
Itch.io가 생성형 AI 필터를 검색 기능으로 확대해, 공개 라벨만으로는 제공할 수 없는 선택권을 플레이어에게 부여했다. itch.io AI 필터를 이용하면 이용자는 창작자의 AI 사용 신고를 기준으로 탐색 범위를 좁힐 수 있다. 이는 제작 방식에 관한 정보를 노출 여부에 대한 결정으로 바꾼다.
생성형 AI는 학습 데이터에서 익힌 패턴을 바탕으로 콘텐츠를 만드는 소프트웨어로, 게임 스토어에는 특별한 과제를 안긴다. 플레이어는 특정 타이틀에 관심을 갖기 전부터 AI의 개입 여부를 중요하게 여길 수 있다. 상품 페이지를 연 뒤에야 마주치는 공개 정보는 그러한 결정에는 늦게 도착한다.
Valve가 이미 개발자로부터 AI 관련 공개 정보를 수집하고 있기 때문에 Steam은 당연한 비교 대상이다. 이제 쟁점은 고객이 그 정보를 어떻게 활용할 수 있는가에 있다. itch.io의 변화는 이 논의에 구체적인 인터페이스를 제시하지만, 정확성, 불완전한 신고, 집행을 둘러싼 까다로운 문제는 여전히 남아 있다.
itch.io AI 필터가 실제로 바꾸는 것
중요한 변화는 창작자의 신고 정보를 플레이어가 무엇에 관심을 둘지 결정하는 시점에 더 가깝게 배치한다는 점이다.
이번 확대는 11월 3일 보도됐으며, 새로 적용된 영역에는 검색도 포함된다. 이 시점이 중요한 이유는 기반이 되는 공개 시스템이 이번 발표보다 앞서 존재했기 때문이다. 이번 업데이트를 AI 라벨링의 발명으로 설명한다면 실제로 무엇이 달라졌는지를 놓치게 된다.
Itch.io는 2024년 11월 공개 항목을 도입했다. 기존의 AI 공개 시스템은 답변을 자동 분류와 연결했으며, 여기에는 생성형 AI를 사용하지 않았다고 신고한 프로젝트를 위한 분류도 포함됐다. AI 사용을 신고한 창작자는 그래픽, 사운드, 텍스트 및 대화, 또는 코드를 지정할 수 있었다.
이번 변화는 이러한 신고 정보가 탐색 과정에서 더 유용하게 작동하도록 만든다. 플레이할 게임을 찾는 이용자는 개별 프로젝트를 살펴보기 전에 선호 조건을 적용할 수 있다. 기반 정보가 동일하게 유지되더라도 이는 탐색 방식을 바꾼다.
목록 안의 라벨과 검색 결과 옆의 필터 차이를 생각해 볼 수 있다. 라벨은 이미 발견한 프로젝트를 평가하는 데 도움을 준다. 필터는 애초에 어떤 프로젝트를 접하게 될지를 결정하는 데 도움을 준다.
이 구분은 새로운 탐지 기술을 도입하지 않고도 이번 업데이트가 중요한 이유를 설명한다. 스토어는 정확한 정보를 수집하면서도 고객에게 반복적인 작업을 맡겨둘 수 있다. 기존 정보를 활용 가능한 형태로 만들면, 정보 수집 방식 자체를 바꾸지 않고도 경험을 개선할 수 있다.
이용 가능한 분류는 모든 AI 관련 선호가 동일할 필요는 없다는 점도 보여준다. 누군가는 생성된 일러스트에는 반대하면서 생성된 코드는 받아들일 수 있다. 또 다른 사람은 생성형 AI가 전혀 관여하지 않았다고 신고된 프로젝트를 선호할 수 있다.
인터페이스는 분류 체계가 허용하는 만큼만 이러한 선호를 정밀하게 수용할 수 있다. 폭넓은 선택지는 여전히 유용하지만, 개발 과정의 모든 차이를 전달할 수는 없다. 제작 방식을 설명하는 분류도 복잡한 창작 이력을 압축한다.
창작자에게 이 압축은 실질적인 결과를 낳는다. 이전에는 관심 있는 방문자가 마주하던 신고 정보가 이제는 그 방문자가 프로젝트에 도달할지에 영향을 줄 수 있다. 해당 항목을 작성하는 일은 스토어 전반에서 프로젝트를 정확히 소개하는 과정의 일부가 된다.
따라서 itch.io AI 필터는 공개 정보의 역할을 바꾼다. 여전히 설명적 정보이지만, 동시에 이용자가 자신만의 스토어 화면을 구성하는 방식의 일부가 된다. 이는 신고 정보의 실질적 가치를 높이고 그 한계도 더 중요하게 만든다.
이제 플레이어의 선택이 누구를 발견하게 될지에 영향을 준다
공개 정보를 검색으로 옮기면, 가시성이 작업물의 분류 방식에 일부 좌우되므로 개발자에게 압력이 생긴다.
스토어는 다운로드나 구매를 돕기 전에 먼저 관심을 배분한다. 검색 결과, 탐색 분류, 추천은 어떤 프로젝트가 검토 대상이 될지를 결정한다. 이러한 진입 지점을 바꾸면 창작자가 관객을 두고 경쟁하는 조건도 바뀐다.
생성된 아트워크를 피하려는 플레이어에게 이점은 명확하다. 유망한 목록을 하나하나 조사하는 대신, 탐색 단계에서 한 번만 선호를 표현할 수 있다. 스토어가 이전에는 고객에게 맡겨졌던 작업의 일부를 맡게 된다.
생성된 에셋을 사용하는 개발자에게 결과는 더 복잡하다. 정확한 신고는 해당 프로젝트를 특정 이용자가 선택한 결과에서 제외할 수 있다. 같은 신고는 다른 플레이어가 더 분명한 기대를 갖고 작품에 접근하도록 도울 수도 있다.
어느 결과도 게임의 품질을 판단하지는 않는다. 제작 분류는 글쓰기, 반응성, 접근성, 디자인을 측정하지 않는다. 고객이 그러한 특성과 함께 고려할 수 있는 정보를 제공할 뿐이다.
이 구분은 특히 소규모 프로젝트에서 중요하다. 짧은 실험적 게임과 신중하게 개발된 상업용 출시작은 같은 광범위한 분류를 공유할 수 있다. 필터는 신고된 AI 관여에 관한 질문에 답하지만, 두 작업물의 야심이나 완성도 차이까지 해결하지는 않는다.
생성형 AI를 피하는 개발자에게도 주목할 이유가 있다. 이러한 차이를 특별히 찾는 이용자로부터 혜택을 받을 수 있기 때문이다. 다만 그 혜택은 관련 신고를 완료하고 스토어가 이를 어떻게 해석하는지 이해하는 데 달려 있다.
여기에는 비대칭성이 있다. 창작자는 게임이 어떻게 만들어졌는지 정확히 알 수 있지만, 플랫폼에는 그에 대응하는 답변이 없을 수 있다. 미완성 공개 정보는 스토어가 해당 프로젝트를 긍정 분류에 자신 있게 배치하지 못하게 한다.
이 변화는 자신의 프로젝트에 사용할 자료를 구매하는 사람에게도 영향을 준다. 에셋 구매자는 고객의 요구 사항이나 협업자의 선호 때문에 제작 방식을 중요하게 여길 수 있다. 적합한 자료를 일찍 찾으면 불필요한 평가와 교체 작업을 막을 수 있다.
이는 특정 구매자가 해당 기능을 채택했다는 증거가 아니라, 예시적인 활용 사례다. 관련성은 개발 자료가 프로젝트 사이를 이동하는 방식에서 비롯된다. 상류 단계에서 중요한 정보는 제작 과정 훨씬 뒤에 내려지는 결정에 영향을 줄 수 있다.
즉각적인 압력은 목록을 관리하는 창작자와 탐색 기능을 설계하는 스토어에 가해진다. 시간이 지나면 이러한 분류가 신뢰할 만한지 판단하는 고객에게도 닿는다. 필터는 사람들이 그 필터를 통과한다는 것이 무엇을 의미하는지 이해할 때에만 노력을 절약한다.
이 때문에 이번 업데이트는 단순한 장식용 메뉴 변경보다 더 큰 의미를 지닌다. 신고된 제작 방식을 관객 선택과 연결하기 때문이다. 그 연결이 생기면 정확성은 배경 행정 업무가 아니라 스토어의 유용성을 구성하는 일부가 된다.
Steam AI 공개는 사용성의 문제에 직면한다
Steam의 기존 공개 요건은 Valve가 AI 생성 콘텐츠를 인식하는지 여부가 아니라 고객 통제권의 문제로 비교의 초점을 옮긴다.
Valve의 AI 콘텐츠 설문은 게임과 함께 제공되고 플레이어가 접하는 생성 자료에 초점을 맞춘다. 문서는 개발 중 만들어진 자료와 게임 실행 중 생성되는 콘텐츠를 구분한다. 또한 이러한 문제를 개발 도구의 일반적인 효율 향상과 분리한다.
이 범위는 중요하다. Steam AI 공개를 AI 지원 애플리케이션과의 모든 접점을 열거하라는 요구로 설명해서는 안 된다. 명시된 초점은 플레이어에게 전달되는 콘텐츠에 있다.
Itch.io의 공개 분류에는 코드가 포함되므로, 스토어 간 라벨을 단순히 대응시키는 것보다 직접 비교가 덜 명확하다. 비슷한 표현도 서로 다른 경계를 포괄할 수 있다. 개발자는 답변을 서로 바꿔 쓸 수 있다고 가정하기 전에 각 플랫폼의 정의를 읽어야 한다.
이러한 차이가 핵심적인 사용성 문제를 없애지는 않는다. 스토어가 생성 콘텐츠에 관한 정보를 수집한 뒤, 플레이어는 탐색 중 이를 어떻게 활용해야 할까? 상품 페이지의 설명과 결과를 제어하는 선호 설정은 서로 다른 목적을 수행한다.
itch.io AI 필터는 이 구분을 눈에 보이게 한다. 그 중요성을 설명하기 위해 Steam에 AI 관련 탐색 기능이 전혀 없다고 주장할 필요는 없다. 더 강한 비교는 각 스토어가 고객이 선호를 얼마나 명확하고 일관되게 표현하도록 하는가에 관한 것이다.
Valve는 itch.io의 용어를 그대로 복사하지 않고도 이 문제에 대응할 수 있다. 스토어는 기존 신고 정보를 바탕으로 세부 콘텐츠 분류, 광범위한 선호 설정, 또는 다른 제어 기능을 제공할 수 있다. 설계는 해당 선택에 무엇이 포함되고 제외되는지를 전달해야 한다.
따라서 압력은 구체적이다. 신고된 생성 콘텐츠를 피하려는 플레이어는 그런 선호가 검색에 직접 반영되는 사례를 보게 됐다. 다른 스토어가 수집한 공개 정보도 그만큼 이해하기 쉬운 탐색 결정을 지원하는지 합리적으로 물을 수 있다.
이는 Valve가 대응을 발표했다는 증거가 아니라 분석적 판단에 해당한다. itch.io의 업데이트가 Steam의 로드맵을 확정하는 것은 아니다. 또한 비슷한 제어 기능을 원하는 Steam 고객이 얼마나 많은지도 보여주지 않는다.
정당한 설계상 복잡성도 있다. 포괄적인 선호 설정은 생성 자료를 매우 다른 방식으로 사용하는 프로젝트를 감출 수 있다. 더 세부적인 선택지는 유연성을 제공하지만, 고객이 개발 관행을 공부하지 않고도 이해할 수 있는 정의가 필요하다.
스토어는 선호 설정이 불완전한 정보와 어떻게 상호작용할지도 결정해야 한다. 긍정적인 AI 신고가 있는 프로젝트를 제외하는 것은, 명시적으로 부정 신고를 한 프로젝트를 선택하는 것과 달리 답변이 없는 프로젝트를 다른 위치에 둔다. 라벨이 비슷하게 들리더라도 이러한 접근은 다른 결과를 낼 수 있다.
Steam AI 공개는 이미 Valve에 제작 정보를 전달할 기반을 제공한다. itch.io의 업데이트는 다음 질문을 선명하게 한다. 고객은 그 정보를 통해 탐색 결정의 어느 정도를 통제해야 하는가?
경쟁상의 문제는 상징적이기보다 실용적이다. 스토어의 제어 기능을 이해하는 플레이어는 적격 여부를 확인하는 데 드는 시간을 줄이고 게임을 평가하는 데 더 많은 시간을 쓸 수 있다. 이는 생성형 AI에 대한 전반적인 입장과 관계없이 스토어가 제공할 수 있는 서비스다.
“No AI” 결과는 감사가 아니라 신고다
가장 큰 한계는 공개 필터가 주장을 정리할 뿐, 프로젝트의 제작 이력을 독립적으로 검증하지는 않는다는 점이다.
Itch.io의 No AI 분류는 창작 과정에서 생성형 AI를 사용하지 않는다고 명시적으로 표시한 프로젝트를 설명한다. “명시적으로”라는 말에는 무게가 있다. 이 분류의 포함 여부는 누락된 정보에서 도출한 결론이 아니라 신고를 반영한다.
이는 긍정 분류가 생성 콘텐츠를 공개한 것으로 알려진 프로젝트를 단순히 제거하는 것과 다르다는 뜻이다. 답변을 완료하지 않은 프로젝트는 긍정 그룹 밖에 놓일 수 있다. 그 부재만으로 창작자가 생성형 AI를 사용했다는 사실이 입증되지는 않는다.
이 구분은 독자가 결과 수를 해석하는 방식을 이끌어야 한다. 필터링된 카탈로그가 더 작다고 해서 AI로 만들어진 전체 스토어의 비율을 보여줄 수는 없다. 누락된 신고, 오래된 목록, 분류 규칙 모두가 그러한 추론을 복잡하게 만든다.
개별 게임에도 같은 주의가 적용됩니다. 해당 범주 밖의 프로젝트가 자동으로 비난의 대상이 되어서는 안 됩니다. 이 필터는 발견의 경계를 제공할 뿐, 제외된 모든 창작자에 대한 판단은 아닙니다.
부정확한 신고는 별도의 문제를 낳습니다. 제작 방식을 허위로 표시하려는 개발자는 부정확한 답변을 제출할 수 있습니다. 검색 중 답변을 표시하면 유용성은 높아지지만, 기만을 완전히 막을 수는 없습니다.
창작자가 규정을 따르려 해도 모호한 사례는 오류를 만들 수 있습니다. 한 프로젝트에는 의뢰한 일러스트, 구매한 오디오, 생성된 자료, 여러 기여자의 코드가 함께 포함될 수 있습니다. 양식을 작성하는 사람은 최종 결과물을 정확히 분류할 수 있을 만큼 충분한 정보를 갖고 있어야 합니다.
구매한 에셋은 이 문제를 특히 구체적으로 보여 줍니다. 개발자는 해당 자료가 어떻게 제작됐는지 직접 확인하지 못한 채 에셋 판매자의 보증을 받을 수 있습니다. 이는 창작 과정의 모든 단계를 직접 아는 것이 아니라, 여러 단계의 신고가 이어지는 구조를 만듭니다.
합리적인 대응은 더 나은 문서화와 더 명확한 플랫폼 지침입니다. 이미지가 낯설어 보이거나 대사가 평범하게 느껴진다는 이유만으로 부정직을 추정하는 것은 타당하지 않습니다. 시각적 의심만으로 프로젝트가 어떻게 만들어졌는지는 입증할 수 없습니다.
정확한 공개가 노출도 하락이라는 비용을 수반할 때는 공정성 문제도 생깁니다. 정직한 창작자는 고객이 선택한 결과에서 사라질 수 있는 반면, 부정확한 신고는 같은 결과를 피할 수 있습니다. 집행은 이런 불균형이 허위 표시를 보상하지 않도록 막는 데 중요합니다.
그러나 현재 이용 가능한 증거는 이 필터의 오류율을 입증하지 않습니다. 허위 신고의 규모를 수치화하지도, 신고가 얼마나 자주 정정으로 이어지는지도 증명하지 않습니다. 이런 공백은 성공이나 실패를 꾸며 낸 척도가 아니라 공백으로 남겨야 합니다.
itch.io AI 필터는 신고된 정보를 탐색하기 위한 도구로 이해하는 것이 가장 적절합니다. 검증 문제를 해결하지 않은 채 고객의 선호를 존중할 수 있습니다. 두 결론은 양립할 수 있으며, 업데이트를 평가할 때 모두 포함되어야 합니다.
필터링과 스팸 집행은 서로 다른 문제를 해결합니다
고객의 선호가 검토를 대체할 수는 없으며, 검토 역시 모든 고객이 받아들일 수 있는 AI 개입 수준을 결정할 수는 없습니다.
Itch.io의 콘텐츠 품질 가이드라인은 과도한 자동 게시 문제를 공개 의무와 별도로 다룹니다. 대량 생산된 페이지와 최소한의 선별만 거친 생성 자료를 경고합니다. 또한 정확한 신고를 요구하며, 에셋, 사운드트랙, 실물 게임, 만화, 도서에는 엄격한 집행이 적용된다고 명시합니다.
이 구분은 플랫폼의 접근 방식을 설명하는 데 도움이 됩니다. 어떤 질문은 콘텐츠가 발견 영역에 아예 포함되어야 하는지에 관한 것입니다. 다른 질문은 그 외에는 적격인 작품을 개별 고객이 보고 싶은지에 관한 것입니다.
플레이어는 생성된 아트워크를 거부하면서도, 이를 포함한 모든 프로젝트가 스팸이라고 주장하지 않을 수 있습니다. 반대로 생성형 AI를 사용하지 않은 프로젝트라도 열람 경험을 해칠 수 있습니다. 반복적인 목록과 오해를 부르는 표현은 제작 도구와 무관하게 여전히 문제입니다.
공개 시스템은 생성형 AI와 익숙한 게임 시스템의 구분도 유지해야 합니다. 적의 이동 경로나 규칙 기반의 절차적 레벨이 생성된 일러스트나 대사와 자동으로 같은 범주에 속하는 것은 아닙니다. 모든 계산 과정을 동등하게 취급하면 분류의 유용성이 떨어집니다.
독자에게 실질적인 의미는 필터가 품질을 보증하지 않는다는 점입니다. 생성형 AI를 사용하지 않았다고 신고한 프로젝트도 실망을 줄 수 있습니다. 생성된 자료를 공개한 프로젝트도 제작 선택을 이해하고 받아들이는 플레이어를 끌어들일 수 있습니다.
검토는 남용으로부터 발견 경험을 보호한다는 더 폭넓은 목적을 수행합니다. 스토어가 반복적이거나 오해를 부르는 목록이 지배하도록 허용하면, 고객은 제작 선호를 고려하기도 전에 추가적인 수고를 겪게 됩니다. 공개 제어는 그 부담의 일부만 해결합니다.
집행 발표를 전체 문제가 해결됐다는 증거로 여기는 데에도 상응하는 위험이 있습니다. 삭제는 특정 자료에 대한 조치를 설명할 뿐입니다. 문제가 있는 콘텐츠가 얼마나 남았는지, 새 자료가 얼마나 빠르게 유입되는지는 측정하지 않습니다.
더 유용한 평가는 시간이 지날수록 일반적인 탐색이 쉬워지는지를 묻습니다. 관련 신호에는 반복되는 오해 소지가 있는 목록, 일관되지 않은 분류, 정정 사항이 발견 결과에 계속 반영되는지 여부가 포함됩니다. 전체 문제에 대한 공개 추정치가 없어도 이는 관찰 가능한 질문입니다.
개발자에게 이 결합된 접근 방식은 서로 다른 책임을 부여합니다. 프로젝트에는 정확한 제작 정보와 평가할 가치가 있는 무언가를 나타내는 목록이 필요합니다. 공개 양식을 작성했다고 해서 오해를 부르는 콘텐츠나 반복적인 게시가 정당화되지는 않습니다.
플랫폼의 과제는 일관성입니다. 고객은 범주가 표기된 의미와 일치한다는 확신이 필요합니다. 창작자는 불분명한 규칙이 노출도에 어떤 영향을 줄지 추측하지 않고도 작품을 분류할 만큼 충분히 명확한 지침이 필요합니다.
이 업데이트가 중요한 이유는 플랫폼의 판단을 위한 별도 역할을 유지하면서 고객에게 직접적인 선호 설정을 제공하기 때문입니다. 이 구분은 AI 사용에 대한 의견 차이를 모든 경우 삭제 결정으로 몰아가지 않고도 허용합니다. 그 성공 여부는 이러한 기능을 이해하기 쉽게 유지하는 데 달려 있습니다.
다음으로는 공개 범위, 정정, Steam의 대응을 지켜보세요
다음으로 의미 있는 증거는 공개 범위, 정정 관행, 그리고 경쟁 스토어가 유사한 선호를 더 쉽게 표현하도록 하는지에 관한 것입니다.
앞으로 몇 달간은 우선 공개 완료 범위를 살펴봐야 합니다. 완료된 신고가 늘어나면 고객은 더 많은 분류된 작품을 탐색할 수 있습니다. 이는 공개가 기존 카탈로그 전반에서 유용한 발견을 지원할 수 있다는 주장을 강화할 것입니다.
해석에는 주의가 필요합니다. 긍정 범주의 증가는 새 게임의 제작 방식 변화가 아니라 창작자가 기존 목록을 완료한 결과일 수 있습니다. 카탈로그 분류와 개발 행태는 서로 다른 척도입니다.
유용한 질문은 스토어가 이 차이를 이해하기 쉽게 만드는지 여부입니다. 고객은 결과가 신고된 일부 집합을 나타낼 때 이를 알아볼 수 있어야 합니다. 그렇지 않으면 이용 가능성의 겉보기 변화가 카탈로그의 나머지 부분에 대한 근거 없는 결론을 부추길 수 있습니다.
다음으로 정정이 어떻게 작동하는지 살펴보세요. 이의가 제기된 분류에 대한 더 명확한 지침은 시스템에 대한 신뢰를 높일 것입니다. 범주 경계에 대한 지속적인 혼란은 필터가 고객의 정보에 기반한 선택을 돕는다는 주장을 약화할 것입니다.
정정 관행은 분류가 잘못됐다고 생각하는 창작자에게도 중요합니다. 이해 가능한 절차라면 문제를 파악하고 관련 정보를 제공할 수 있어야 합니다. 분류가 누군가의 결과에 작품이 표시되는지 여부에 영향을 미칠 때 이는 더욱 중요해집니다.
찾아야 할 증거는 구체적입니다. 명확해진 정의, 신고 내용의 문서화된 변경, 또는 신고된 부정확성을 어떻게 처리하는지에 관한 설명을 살펴보세요. 공개적인 논쟁만으로는 근본적인 분류 절차가 개선되는지 입증할 수 없습니다.
마지막으로 Valve의 제품 변경과 문서를 지켜보세요. 공개된 생성 콘텐츠에 대한 더 명확한 고객 선호 설정은 공개가 더 직접적인 발견 도구가 되고 있음을 보여줄 것입니다. itch.io와 유사한 인터페이스가 없더라도 범위가 명확해진다면 의미가 있습니다.
모든 Steam 업데이트를 이 발표에 대한 대응으로 취급하지는 마세요. 인과관계를 입증하려면 문서화된 연결이 필요합니다. 어느 플랫폼이 다른 플랫폼에 영향을 미쳤는지와 무관하게, 중요한 비교 대상은 그 결과로 나타나는 고객 경험입니다.
여러 스토어에서 작업하는 개발자에게 이러한 신호는 제작 기록이 정확한 신고를 어떻게 뒷받침해야 하는지 판단하는 데 도움이 됩니다. 창작 자료의 출처를 뜻하는 에셋 프로비넌스는 협업자와 플랫폼이 서로 다른 질문을 할 때 유용해집니다.
이미 이 정보를 정리하고 있는 팀은 이를 검색 가능한 지식 베이스의 일부로 다룰 수 있습니다. 라이선스, 공급업체 진술, 개발 노트를 함께 보관하면 나중의 검토가 쉬워질 수 있습니다. 이러한 기록은 설명을 뒷받침하지만, 모든 공급업체의 주장을 자동으로 입증하지는 않습니다.
플레이어에게 다음 단계는 제어 기능의 실제 의미를 판단하는 일입니다. 선호 설정이 명시적 신고를 선택하는지, 알려진 공개를 제외하는지 살펴보세요. 범주가 자신에게 중요한 AI 개입 형태를 구분하는지 확인하세요. 누락된 정보는 불확실성으로 간주하고, 제작 라벨과 별개로 게임을 평가하세요. itch.io AI 필터는 이 과정에 더 명확한 출발점을 제공하지만, 더 폭넓은 기준은 정확한 정보에 뒷받침되는 이해 가능한 선택으로 남아야 합니다. 스토어를 비교할 때는 구체적으로 물어보세요. 각 목록을 열기 전에 자신의 선호를 표현할 수 있는가, 그리고 그 결과 선택이 정확히 무엇을 나타내는지 알 수 있는가?
