이를 동의가 필요한 문제로 framing하는 건 크게 잘못됐다고 봄
Microsoft Word가 영어 맞춤법 사전을 동의 없이 설치했다고 주장하는 것만큼 이상함. 그냥 소프트웨어의 일부이고, 사용자는 소프트웨어 설치와 자동 업데이트에 동의했으니 그 범위에 들어감
디스크 공간이나 대역폭을 그만큼 쓰는 게 적절한지는 논의할 수 있지만, 그건 실용적인 논의임. 동의 문제로 몰고 가면 불필요하게 자극적이고 논의를 더 어렵게 만듦
많은 사용자가 요청하지 않았고, 원하지도 않으며, 존재조차 모를 추가 소프트웨어임
예전 설치 프로그램에 툴바 같은 “프로모션”이 잔뜩 끼어 있던 시절이 떠오름. 이제는 원치 않는 소프트웨어를 수직 통합해서 중간상만 없앤 셈임
영어 사전이 100 KiB쯤 되는 것과 4 GiB는 완전히 다름. 묻지도 않고 디스크 4 GiB를 차지하는 건 어떻게 봐도 나쁜 행동임. Microsoft Word가 사전 같은 기능 때문에 갑자기 4 GiB를 더 먹는다면 AI만큼 큰 반발은 없을 수 있어도, 그걸 받아들일 사람은 거의 없고 그냥 참는 쪽에 가까울 것임
필요 없는 기기에 카메라와 마이크를 넣으면 a) 주로 기업에 유리한 기능 때문에 모두의 제품 가격이 올라가고, b) 기업을 선의로 보더라도 악의적 행위자는 존재하며, c) 애초에 기업을 선의의 행위자로 볼 이유도 없음
브라우저에 AI 모델을 넣는 건 스마트 안경뿐 아니라 모든 안경에 카메라를 붙이는 것처럼 보이기 시작함. 괜찮고 특이한 일이 아니라고 말하는 건 명백히 동기화된 합리화이고, 감시 국가를 정상화함. 결말은 뻔함. 브라우저 기반 모델은 결국 기업의 클라우드 비용을 아끼려고 사용자 컴퓨터의 말단 자원을 쓰면서, 더 비싸고 침습적인 프로파일링에 활용될 것임
잘못된 건 “서비스 약관에 있음”이라는 법적 동의를 실제 동의와 동일시하는 것임
모두, 특히 Google은 사용자의 99%가 서비스 약관을 읽지 않는다는 걸 알고 있음. 법정에서 소송이 가능할지는 별개지만, 기사를 쓰고 알리고 Google에 나쁜 여론을 만들 수는 있음. 그러면 동의가 구성적 동의가 아니라 실제 동의에 가까워질 수도 있음
가장 큰 문제는 동의 부재라고 봄
이 문제를 그렇게 framing하고 싶지 않은 듯함. 현대 소프트웨어에서 문제가 되는 부분이나 행동을 무시하는 일이 흔한데, 이 글이 실제로 불평하는 것도 바로 그 부분임
같은 논리라면 Chrome이 갑자기 비트코인 채굴기를 포함해도 되지 않나 싶음
종류의 차이라기보다 정도의 차이처럼 보임
Chrome에서 #optimization-guide-on-device-model과 #prompt-api-for-gemini-nano 플래그가 켜져 있으면, Origin Trial이나 Early Stable Release 같은 이유로든 어떤 웹페이지든 새 Prompt API에 접근할 수 있고, LanguageModel.create()로 약 2.7 GiB CPU 모델 또는 약 4.0 GiB GPU 모델을 한 번 다운로드하도록 시작할 수 있음 https://developer.chrome.com/docs/ai/prompt-api
Chrome 148이 내일 출시되면 데스크톱에서는 이 동작이 기본값이 됨
다운로드하려면 Chrome 데이터 디렉터리가 있는 볼륨에 22 GiB 여유 공간이 있는지, 임시 디렉터리에 모델 크기의 최소 두 배 여유 공간이 있는지 확인해야 함
처음에는 탭들이 RAM을 가져갔지만, RAM이 넉넉해서 항의하지 않았음
그다음 칩을 가져갔지만, 어차피 다크 실리콘이라 항의하지 않았음
그리고 HDD를 가져갔음
더 심각한 문제는 Google이 사용자별로 모델 가중치 파일을 설치한다는 것임
즉 같은 기기의 운영체제 사용자마다 Chrome이 4 GB씩 더 차지함
일부는 아직 농촌 지역에서 GB당 과금 연결을 쓰고 있다는 게 문제임
Montana에서는 사용량과 무관하게 GB당 약 $0.25를 내는 일이 흔해서, 데스크톱 기기당 1달러 추가 비용임. 공립학교 학군처럼 컴퓨터가 수백 대인 곳에는 꽤 의미 있는 부담이 됨
about:flags에서 model을 검색하면 여러 항목이 나옴 #omnibox-ml-url-scoring-model #omnibox-on-device-tail-suggestions #optimization-guide-on-device-model #text-safety-classifier #prompt-api-for-gemini-nano #writer-api-for-gemini-nano #rewriter-api-for-gemini-nano #proofreader-api-for-gemini-nano #summarizer-api-for-gemini-nano #on-device-model-litert-lm-backend
Gemini 관련이지만 모델 검색에는 안 잡히는 것도 있음: #skills. “gemini in chrome”이 암시하는 게 이건가 싶음
전체 AI를 일괄 비활성화하는 옵션은 안 보임. Mozilla가 AI에 점점 집착하는 건 마음에 안 들지만, 적어도 모든 AI 기능을 끄는 최상위 옵션은 줌. Chrome은 가끔 테스트용으로만 남겨둠
모델 다운로드를 미리 해두면 사용자가 큰 다운로드가 끝나길 기다리는 대신 기능을 더 오래 시도해볼 가능성이 높아진다는 UX 지표가 어딘가 있을 것 같음
NFS 홈 파일 서버에서 사용자당 추가 4GB는 엄청난 골칫거리가 될 것임. 학생이 수천 명임
Windows 실습실 기기에서는 파일이 AppData\Local에 들어가는데, 운영상 이유로 리다이렉트하지 않음. 그래서 프로필을 남겨 축적되게 두거나, 평소처럼 프로필을 지우고 매번 다시 다운로드하게 해야 함
AI 모델 때문에 예기치 않게 4GB가 부풀어 오르는 건 반대하지만, 그래도 차라리 시스템 전체에 한 번만 설치됐으면 좋겠음. Windows나 Linux 실습실 기기당 4GB면 되지, NFS 서버에 최소 4TB 부하와 Windows 실습실에서 사용자·기기별 4GB 다운로드가 생기는 건 피하고 싶음
같은 시스템 관리자 입장에서, 이런 실무적 측면을 생각하는 사람이 있어서 반가움
Google은 더 잘했어야 함. Chrome은 어차피 업데이트 프로그램을 통해 로컬 관리자 권한이 있으니, 기기 전체용 단일 사본을 설치했어야 함
데스크톱 인프라, 파일 서버 같은 평범한 것들을 계속 굴러가게 하는 사람들을 신경 쓰는 건 멋없는 일인가 봄. 현장 기업 시스템 관리자 한 명과도 이야기하지 않은 듯한 막무가내 무시는 악의처럼 보임
왜 가벼운 브라우저를 강제하고 Chrome을 금지하지 않음?
Linux 데스크톱에서 살펴본 뒤 이렇게 처리했음: Chrome의 조용한 4 GB AI 모델 파일과 AI를 삭제함
Chrome에서 chrome://flags로 이동
아래 항목을 검색해 비활성화: Enables optimization guide on device Prompt API for Gemini Nano AI Mode
DevTools를 열기: F12 또는 Ctrl+Shift+I
설정, 즉 톱니바퀴 아이콘 클릭 AI Innovations로 이동해 Enable AI assistance 체크 해제
Linux에서는 bash 셸에서 아래처럼 하면, 내 사용자 대신 root 사용자가 파일/디렉터리를 소유하게 되어 Chrome이 다시 다운로드하려는 걸 막을 수 있음 sudo rm -rf ~/.config/google-chrome/OptGuideOnDeviceModel sudo rm -rf ~/.config/googlechrome/Default/OptGuideOnDeviceModel sudo touch ~/.config/google-chrome/OptGuideOnDeviceModel sudo chmod 400 ~/.config/google-chrome/OptGuideOnDeviceModel sudo touch ~/.config/google-chrome/Default/OptGuideOnDeviceModel sudo chmod 400 ~/.config/google-chrome/Default/OptGuideOnDeviceModel
위 작업을 이전에 해서 이미 존재할 수 있으니 root가 소유하는지 확인: sudo chown root:root ~/.config/google-chrome/OptGuideOnDeviceModel sudo chown root:root ~/.config/google-chrome/Default/OptGuideOnDeviceModel
목록으로 확인: ls -l ~/.config/google-chrome/OptGuideOnDeviceModel ls -l ~/.config/google-chrome/Default/OptGuideOnDeviceModel
DevTools는 서버 측 모델을 쓰고, 명시적 동의로 옵트인한 뒤에만 사용함
“네트워크 데이터 전송의 에너지 집약도: GB당 0.06 kWh” 같은 2018년 추정치는 지금이면 10배쯤 틀릴 가능성이 큼
법적 논변도 실제 변호사가 아니라면 멀리 가기 어려워 보임. 전문 용어를 오해하기 너무 쉬움. LLM을 변호사처럼 쓰는 게 위험한 이유와 같음
곁가지로, 전체 글이 LLM이 쓰는 문체처럼 읽혔음. 확실히 그렇다는 뜻은 아니고 그런 느낌이 들었다는 정도임
0.04~0.1 kWh/GB는 2018년 기준으로도 말이 안 됨
기가비트 인터넷은 125 MB/s인데, 이 수치라면 다운로드할 때 전기를 18~45 kW 쓰는 셈임. 완전히 터무니없음
전송 에너지 비용이 8년 만에 10배 감소했다고 봄? 왜?
동의함. 게다가 AI 모델 다운로드의 기후 영향을 비판하면서 글 첫머리에 AI 생성 이미지를 쓰는 건 위선의 극치임. 나머지는 읽을 생각도 안 들었음
“조용히 설치한다”는 표현은 오해를 부름
소프트웨어 기능과 관련 있어 보이는 파일을 패키지에 포함하는 것임. Chrome을 여러 이유로 쓰지 않지만, 이런 것에 동의를 따로 받는 게 표준이거나 기대되는 일은 아님
그래도 소프트웨어가 “추가 기능”이나 유틸리티 팩 설치를 알리거나 묻고, 디스크 사용량을 보여주며, 저장 위치까지 고르게 하는 전례는 있음
창작용 소프트웨어들은 이런 걸 항상 함
Google Chrome도 비슷하게 못 할 이유는 없음. 다만 Google은 그렇게 하면 자기 부loatware 설치가 훨씬 줄어들 거라고 알거나 느끼는 것 같음
“연구자들이 Chrome이 하드 드라이브를 사용해 온라인에서 보는 모든 것을 조용히 복사한다는 사실을 발견”은 불길하고 무섭지만, 캐시가 작동하는 방식을 정확히 설명한 것이기도 함
겁주기 전술을 쓰지 않아도 논의할 만한 무섭고 나쁜 AI 이슈는 충분함
“조용히”라는 말은 적절해 보임
예전에는 이렇게 큰 저장공간 요구가 없었고, 새 기능의 성격도 완전히 선택 사항처럼 보이며, 일반 업그레이드의 일부로 조용히 진행되기 때문임
원하든 원하지 않든 모르는 상태에서, 모든 기기의 1 GB Chrome 설치가 갑자기 5 GB Chrome 설치가 되어도 괜찮음?
뭔가가 “조용히” 일어난다는 헤드라인이 요즘 너무 많음
지금 이상한 유행처럼 보임
Gemma4 E2B가 좋은 모델이라면 그럴 가치가 있을 수도 있지만, 추가 학습과 미세 조정 없이 우리 테스트에서는 솔직히 완전히 쓸모없었음
그런 용도들은 일반 웹브라우저 사용에 맞지도 않고, 이를 지원하려고 이렇게 광범위하고 비싼 인프라를 넣을 만큼 가치가 있다고 보기 어려움 Gemma 4 E4B는 훨씬 나은 모델이지만, 어디서나 내려받아 실행하기에는 너무 큼
성급한 결정이라고 봄. Google은 온디바이스 모델이 무엇을 할 수 있는지에 대해 모두에게 매우 나쁜 첫인상을 줄 모델을 내놓으려고 많은 노력을 들이고 있고, 그 여파가 오래 갈 수 있음. 더 작고 더 나은 모델이 나온 뒤에 하는 편이 나음
대부분 사용자는 이게 있는지도 모를 것임
웹 개발자들이 이 기능을 사용자에게 노출하게 될 것임. 모델이 필요한 결과를 내는지는 개발자들이 판단해야 함
이런 웹 API들이 표준의 일부가 되려면 다뤄볼 무언가가 있는 건 좋음. 아마 모든 브라우저 벤더가 무언가 구현하게 된다는 뜻일 수도 있음
온디바이스 모델에 나쁜 첫인상을 심어주면 호스팅 생성형 AI와 로컬 모델의 경쟁에는 어떤 영향을 줄지 궁금함
간단한 메시지로 경고하고 옵트아웃을 제공하는 게 얼마나 어려웠을까 싶음
대부분은 어차피 읽지 않고 OK를 눌렀을 테고, Google은 사용자를 신경 쓰는 척이라도 할 수 있었음. 혹시 반발을 예상했고, 결국 도달하고 싶은 “타협안”이 그런 메시지였던 건 아닌가 싶음
Google은 사용자가 옵트아웃하길 원하지 않음
그래야 주주들에게 Chrome이 “AI Powered”라고 자랑할 수 있음
Google에서는 사용자가 고객조차 아님
로컬 AI 모델 자체는 반가울 수 있지만, Chrome에 묶여 실행된다면 거의 모든 데이터가 Google로 빠져나간다고 예상함
그들은 그냥 메일을 읽음. 그런 회사에서 품위 비슷한 걸 기대할 수 있겠음? 광고 사업임
나쁜 건 사람들이 아직도 Gmail을 쓴다는 것임
나머지 웹 표준 기구의 동의를 얻지 않고 Prompt API를 사실상의 표준으로 밀어붙이려는 것임
기본 활성화는 이 목표에 도움이 됨
아마 Google은 이걸 신경 쓰는 사용자 비율이 너무 작아서 경고 메시지를 추가할 비용을 정당화하지 못한다고 생각할 것임
경고 메시지가 존재한다는 것만으로도 걱정하거나 우려할 무언가가 있음을 암시하는데, Google은 그 입장을 지지하거나 받아들이지 않을 가능성이 큼
Hacker News 의견들
이를 동의가 필요한 문제로 framing하는 건 크게 잘못됐다고 봄
Microsoft Word가 영어 맞춤법 사전을 동의 없이 설치했다고 주장하는 것만큼 이상함. 그냥 소프트웨어의 일부이고, 사용자는 소프트웨어 설치와 자동 업데이트에 동의했으니 그 범위에 들어감
디스크 공간이나 대역폭을 그만큼 쓰는 게 적절한지는 논의할 수 있지만, 그건 실용적인 논의임. 동의 문제로 몰고 가면 불필요하게 자극적이고 논의를 더 어렵게 만듦
예전 설치 프로그램에 툴바 같은 “프로모션”이 잔뜩 끼어 있던 시절이 떠오름. 이제는 원치 않는 소프트웨어를 수직 통합해서 중간상만 없앤 셈임
영어 사전이 100 KiB쯤 되는 것과 4 GiB는 완전히 다름. 묻지도 않고 디스크 4 GiB를 차지하는 건 어떻게 봐도 나쁜 행동임. Microsoft Word가 사전 같은 기능 때문에 갑자기 4 GiB를 더 먹는다면 AI만큼 큰 반발은 없을 수 있어도, 그걸 받아들일 사람은 거의 없고 그냥 참는 쪽에 가까울 것임
브라우저에 AI 모델을 넣는 건 스마트 안경뿐 아니라 모든 안경에 카메라를 붙이는 것처럼 보이기 시작함. 괜찮고 특이한 일이 아니라고 말하는 건 명백히 동기화된 합리화이고, 감시 국가를 정상화함. 결말은 뻔함. 브라우저 기반 모델은 결국 기업의 클라우드 비용을 아끼려고 사용자 컴퓨터의 말단 자원을 쓰면서, 더 비싸고 침습적인 프로파일링에 활용될 것임
모두, 특히 Google은 사용자의 99%가 서비스 약관을 읽지 않는다는 걸 알고 있음. 법정에서 소송이 가능할지는 별개지만, 기사를 쓰고 알리고 Google에 나쁜 여론을 만들 수는 있음. 그러면 동의가 구성적 동의가 아니라 실제 동의에 가까워질 수도 있음
이 문제를 그렇게 framing하고 싶지 않은 듯함. 현대 소프트웨어에서 문제가 되는 부분이나 행동을 무시하는 일이 흔한데, 이 글이 실제로 불평하는 것도 바로 그 부분임
종류의 차이라기보다 정도의 차이처럼 보임
Chrome에서
#optimization-guide-on-device-model과#prompt-api-for-gemini-nano플래그가 켜져 있으면, Origin Trial이나 Early Stable Release 같은 이유로든 어떤 웹페이지든 새 Prompt API에 접근할 수 있고,LanguageModel.create()로 약 2.7 GiB CPU 모델 또는 약 4.0 GiB GPU 모델을 한 번 다운로드하도록 시작할 수 있음https://developer.chrome.com/docs/ai/prompt-api
Chrome 148이 내일 출시되면 데스크톱에서는 이 동작이 기본값이 됨
다운로드하려면 Chrome 데이터 디렉터리가 있는 볼륨에 22 GiB 여유 공간이 있는지, 임시 디렉터리에 모델 크기의 최소 두 배 여유 공간이 있는지 확인해야 함
그다음 칩을 가져갔지만, 어차피 다크 실리콘이라 항의하지 않았음
그리고 HDD를 가져갔음
즉 같은 기기의 운영체제 사용자마다 Chrome이 4 GB씩 더 차지함
Summarizer.create()[0]: https://developer.chrome.com/docs/ai/summarizer-api#model-do...
다른 탑재 AI API들은 미세 조정된 모델을 쓰는 듯하니, 이건 Prompt API와 별개 모델이라고 봄
Montana에서는 사용량과 무관하게 GB당 약 $0.25를 내는 일이 흔해서, 데스크톱 기기당 1달러 추가 비용임. 공립학교 학군처럼 컴퓨터가 수백 대인 곳에는 꽤 의미 있는 부담이 됨
about:flags에서model을 검색하면 여러 항목이 나옴#omnibox-ml-url-scoring-model#omnibox-on-device-tail-suggestions#optimization-guide-on-device-model#text-safety-classifier#prompt-api-for-gemini-nano#writer-api-for-gemini-nano#rewriter-api-for-gemini-nano#proofreader-api-for-gemini-nano#summarizer-api-for-gemini-nano#on-device-model-litert-lm-backendGemini 관련이지만 모델 검색에는 안 잡히는 것도 있음:
#skills. “gemini in chrome”이 암시하는 게 이건가 싶음전체 AI를 일괄 비활성화하는 옵션은 안 보임. Mozilla가 AI에 점점 집착하는 건 마음에 안 들지만, 적어도 모든 AI 기능을 끄는 최상위 옵션은 줌. Chrome은 가끔 테스트용으로만 남겨둠
모델 다운로드를 미리 해두면 사용자가 큰 다운로드가 끝나길 기다리는 대신 기능을 더 오래 시도해볼 가능성이 높아진다는 UX 지표가 어딘가 있을 것 같음
NFS 홈 파일 서버에서 사용자당 추가 4GB는 엄청난 골칫거리가 될 것임. 학생이 수천 명임
Windows 실습실 기기에서는 파일이
AppData\Local에 들어가는데, 운영상 이유로 리다이렉트하지 않음. 그래서 프로필을 남겨 축적되게 두거나, 평소처럼 프로필을 지우고 매번 다시 다운로드하게 해야 함AI 모델 때문에 예기치 않게 4GB가 부풀어 오르는 건 반대하지만, 그래도 차라리 시스템 전체에 한 번만 설치됐으면 좋겠음. Windows나 Linux 실습실 기기당 4GB면 되지, NFS 서버에 최소 4TB 부하와 Windows 실습실에서 사용자·기기별 4GB 다운로드가 생기는 건 피하고 싶음
Google은 더 잘했어야 함. Chrome은 어차피 업데이트 프로그램을 통해 로컬 관리자 권한이 있으니, 기기 전체용 단일 사본을 설치했어야 함
데스크톱 인프라, 파일 서버 같은 평범한 것들을 계속 굴러가게 하는 사람들을 신경 쓰는 건 멋없는 일인가 봄. 현장 기업 시스템 관리자 한 명과도 이야기하지 않은 듯한 막무가내 무시는 악의처럼 보임
Linux 데스크톱에서 살펴본 뒤 이렇게 처리했음: Chrome의 조용한 4 GB AI 모델 파일과 AI를 삭제함
Chrome에서
chrome://flags로 이동아래 항목을 검색해 비활성화:
Enables optimization guide on devicePrompt API for Gemini NanoAI ModeDevTools를 열기: F12 또는 Ctrl+Shift+I
설정, 즉 톱니바퀴 아이콘 클릭
AI Innovations로 이동해Enable AI assistance체크 해제Linux에서는 bash 셸에서 아래처럼 하면, 내 사용자 대신 root 사용자가 파일/디렉터리를 소유하게 되어 Chrome이 다시 다운로드하려는 걸 막을 수 있음
sudo rm -rf ~/.config/google-chrome/OptGuideOnDeviceModelsudo rm -rf ~/.config/googlechrome/Default/OptGuideOnDeviceModelsudo touch ~/.config/google-chrome/OptGuideOnDeviceModelsudo chmod 400 ~/.config/google-chrome/OptGuideOnDeviceModelsudo touch ~/.config/google-chrome/Default/OptGuideOnDeviceModelsudo chmod 400 ~/.config/google-chrome/Default/OptGuideOnDeviceModel위 작업을 이전에 해서 이미 존재할 수 있으니 root가 소유하는지 확인:
sudo chown root:root ~/.config/google-chrome/OptGuideOnDeviceModelsudo chown root:root ~/.config/google-chrome/Default/OptGuideOnDeviceModel목록으로 확인:
ls -l ~/.config/google-chrome/OptGuideOnDeviceModells -l ~/.config/google-chrome/Default/OptGuideOnDeviceModel“네트워크 데이터 전송의 에너지 집약도: GB당 0.06 kWh” 같은 2018년 추정치는 지금이면 10배쯤 틀릴 가능성이 큼
법적 논변도 실제 변호사가 아니라면 멀리 가기 어려워 보임. 전문 용어를 오해하기 너무 쉬움. LLM을 변호사처럼 쓰는 게 위험한 이유와 같음
곁가지로, 전체 글이 LLM이 쓰는 문체처럼 읽혔음. 확실히 그렇다는 뜻은 아니고 그런 느낌이 들었다는 정도임
[0] https://www.thatprivacyguy.com/blog/anthropic-spyware/
기가비트 인터넷은 125 MB/s인데, 이 수치라면 다운로드할 때 전기를 18~45 kW 쓰는 셈임. 완전히 터무니없음
“조용히 설치한다”는 표현은 오해를 부름
소프트웨어 기능과 관련 있어 보이는 파일을 패키지에 포함하는 것임. Chrome을 여러 이유로 쓰지 않지만, 이런 것에 동의를 따로 받는 게 표준이거나 기대되는 일은 아님
창작용 소프트웨어들은 이런 걸 항상 함
Google Chrome도 비슷하게 못 할 이유는 없음. 다만 Google은 그렇게 하면 자기 부loatware 설치가 훨씬 줄어들 거라고 알거나 느끼는 것 같음
겁주기 전술을 쓰지 않아도 논의할 만한 무섭고 나쁜 AI 이슈는 충분함
예전에는 이렇게 큰 저장공간 요구가 없었고, 새 기능의 성격도 완전히 선택 사항처럼 보이며, 일반 업그레이드의 일부로 조용히 진행되기 때문임
지금 이상한 유행처럼 보임
Gemma4 E2B가 좋은 모델이라면 그럴 가치가 있을 수도 있지만, 추가 학습과 미세 조정 없이 우리 테스트에서는 솔직히 완전히 쓸모없었음
그런 용도들은 일반 웹브라우저 사용에 맞지도 않고, 이를 지원하려고 이렇게 광범위하고 비싼 인프라를 넣을 만큼 가치가 있다고 보기 어려움
Gemma 4 E4B는 훨씬 나은 모델이지만, 어디서나 내려받아 실행하기에는 너무 큼
성급한 결정이라고 봄. Google은 온디바이스 모델이 무엇을 할 수 있는지에 대해 모두에게 매우 나쁜 첫인상을 줄 모델을 내놓으려고 많은 노력을 들이고 있고, 그 여파가 오래 갈 수 있음. 더 작고 더 나은 모델이 나온 뒤에 하는 편이 나음
웹 개발자들이 이 기능을 사용자에게 노출하게 될 것임. 모델이 필요한 결과를 내는지는 개발자들이 판단해야 함
이런 웹 API들이 표준의 일부가 되려면 다뤄볼 무언가가 있는 건 좋음. 아마 모든 브라우저 벤더가 무언가 구현하게 된다는 뜻일 수도 있음
간단한 메시지로 경고하고 옵트아웃을 제공하는 게 얼마나 어려웠을까 싶음
대부분은 어차피 읽지 않고 OK를 눌렀을 테고, Google은 사용자를 신경 쓰는 척이라도 할 수 있었음. 혹시 반발을 예상했고, 결국 도달하고 싶은 “타협안”이 그런 메시지였던 건 아닌가 싶음
그래야 주주들에게 Chrome이 “AI Powered”라고 자랑할 수 있음
Google에서는 사용자가 고객조차 아님
그들은 그냥 메일을 읽음. 그런 회사에서 품위 비슷한 걸 기대할 수 있겠음? 광고 사업임
나쁜 건 사람들이 아직도 Gmail을 쓴다는 것임
기본 활성화는 이 목표에 도움이 됨
경고 메시지가 존재한다는 것만으로도 걱정하거나 우려할 무언가가 있음을 암시하는데, Google은 그 입장을 지지하거나 받아들이지 않을 가능성이 큼