디플릭 D.Flick - AI·UX·IT 인사이트 미디어

OpenAI, EU의 ChatGPT·Codex 텍스트에 보이지 않는 워터마크 도입

OpenAI가 유럽연합(EU)의 ChatGPT·Codex 텍스트에 눈에 보이지 않는 워터마크를 도입합니다. 10월 5일 공식 발표에 따르면 앞으로 수주에 걸쳐 모든 요금제의 적용 대상 출력에 순차적으로 반영할 예정입니다. 문장에 로고나 기호를 덧붙이는 대신, AI가 단어를 고르는 방식에 감지 가능한 패턴을 남깁니다. 글의 출처를 확인하는 단서가 생기지만, 사람이 얼마나 쓰고 고쳤는지까지 판별하는 기능은 별도로 구분해야 합니다. 🔎 눈에 보이는 표식 대신 단어 선택에 남기는 흔적 이번 기술의 이름은 ‘textGrain’입니다. OpenAI는 AI가 만든 텍스트를 다른 시스템이 식별할 수 있게 하는 EU AI 법의 요구에 대응하기 위해 도입한다고 설명했습니다. 독자가 읽는 화면은 평소와 같고, 보이지 않는 공백이나 특수문자를 문장 사이에 끼워 넣는 방식도 쓰지 않습니다. AI는 글을 만들 때 다음에 이어질 단어나 단어 조각을 여러 후보 중에서 고릅니다. textGrain은 이 선택 과정에 비밀 키를 바탕으로 한 통계적 신호를 반영합니다. 각각의 단어는 자연스러워 보여도, 여러 선택을 모아 살피면 특정한 패턴을 찾을 수 있도록 설계한 것입니다. 공식 기술 보고서에 따르면 감지기는 텍스트와 비밀 키를 이용해 그 패턴이 우연히 나타났을 가능성을 평가합니다. ‘AI가 쓴 듯한 문체’를 사후에 추측하기보다, 생성할 때 넣어 둔 신호를 나중에 찾는 접근입니다. 단어 후보를 고르는 방식과 이를 검사하는 방식이 한 쌍을 이룹니다. 패턴은 파일에 붙은 별도 정보가 아니라 표현 자체에 들어갑니다. 따라서 글을 그대로 복사해 다른 문서에 붙여넣어도 신호가 이어질 수 있습니다. 다만 복사한 글이 짧거나 원래부터 표현의 선택지가 적었다면 감지하기 어려울 수 있습니다. 🌍 EU는 순차 적용, API는 선택해서 사용 ChatGPT·Codex와 개발자용 API는 적용 방식이 갈립니다. API는 다른 서비스에서 OpenAI 모델을 연결해 쓰는 통로로, 운영자가 워터마크 사용 여부를 선택할 수 있습니다. ChatGPT·Codex: EU의 모든 요금제에서 적용 대상 텍스트에 수주 내 순차 도입 API: 10월 5일부터 전 세계 고객이 일부 모델에서 선택 가능, 기본 설정은 꺼짐 텍스트 감지기: 승인된 연구자·전문 기관부터 제한적으로 접근 허용 공식 도움말에는 API의 조직 또는 프로젝트 설정에서 워터마크를 켜고 지원 모델을 선택하는 화면이 공개돼 있습니다. 한번 설정하면 해당 모델이 글을 생성할 때 신호를 넣습니다. 한국의 일반 ChatGPT 이용자에게도 이번 발표와 동시에 일괄 적용되는 것으로 읽기보다는, EU 적용과 전 세계 API 선택 기능을 나눠 이해하는 편이 정확합니다. 워터마크를 넣는 기능과 찾아내는 기능도 구분됩니다. API에서 워터마크를 켰다고 감지기 사용 권한까지 생기는 것은 아닙니다. 현재 공개된 OpenAI의 검증 웹페이지는 이미지·오디오를 대상으로 하며, 텍스트 검증은 별도 접근 승인이 필요합니다. 회사는 잘못된 탐지와 탐지 실패 가능성을 함께 검토하기 위해 공개 범위를 제한했다고 설명했습니다. ✏️ 글을 고치면 감지 결과도 달라집니다 OpenAI가 공개한 편집 실험은 이 기술의 한계를 구체적으로 보여줍니다. 영어로 된 400토큰 분량의 응답에서 단어의 10%를 유의어로 바꾸자 감지율은 약 92%에서 66%로 낮아졌습니다. 25%를 바꿨을 때는 약 17%였습니다. 토큰은 AI가 텍스트를 처리하는 단위로, 한 단어 또는 단어의 일부에 해당합니다. 이는 특정 평가 조건에서 나온 결과입니다. 모든 언어와 글에서 같은 비율로 작동한다고 볼 수는 없습니다. 공식 도움말도 번역이나 큰 폭의 재작성으로 신호가 약해질 수 있다고 설명합니다. 수학 답변처럼 쓸 수 있는 표현이 제한된 글은 패턴을 넣을 여지가 줄고, 짧은 글은 판단에 쓸 단서 자체가 적습니다. 감지 결과가 알려주는 것은 OpenAI 시스템이 글의 일부를 만들거나 처리했을 가능성입니다. 사용자의 신원이나 대화 내용을 드러내는 표식은 포함하지 않습니다. 사람이 아이디어를 냈는지, 초안을 직접 썼는지, 마지막에 얼마나 수정했는지는 별도로 살펴야 합니다. 반대로 워터마크를 찾지 못했더라도 짧은 분량, 번역·편집, 지원하지 않는 모델 같은 이유가 있을 수 있습니다. 글의 사실 여부와 출처를 확인하는 과정도 여전히 중요합니다. 감지 결과는 글이 만들어진 경로를 살피는 단서로 활용하고, 작성자나 내용에 대한 판단은 다른 근거와 함께 내려야 합니다. D.Flick Note 이번 변화에서 눈여겨볼 점은 글을 읽는 화면은 그대로인데, 출처를 확인하는 방식은 달라진다는 것입니다. 다만 ‘AI가 관여했다’는 신호와 ‘사람이 한 일이 없다’는 판단 사이에는 간격이 있습니다. 워터마크의 유무만큼 어떤 범위까지 알 수 있는지 함께 전달하는 일이 중요해집니다. References Our approach to EU text provenance rules — OpenAI · 2026.10.05 Provenance signals in OpenAI-generated content — OpenAI Help Center · 2026.10.06 확인 textGrain 기술 보고서 — OpenAI·펜실베이니아대·예일대 연구진 · 2026.10.05 Verify OpenAI-generated content — OpenAI · 2026.10.06 확인 OpenAI will start watermarking ChatGPT’s text in the EU — TechCrunch · 2026.10.05 About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI, UX, Product, Design 분야의 기사와 공식 발표, 연구 자료를 바탕으로 작성했습니다. D.Flick는 단순한 뉴스 번역이나 요약을 지향하지 않습니다. 여러 출처의 정보를 교차 검토하고, 기술과 산업 변화가 사회와 일상에 미치는 맥락과 의미를 구조화한 오리지널 에디토리얼을 제공합니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 이후 새로운 정보가 발표되면 내용이 업데이트될 수 있습니다. D.Flick는 복잡한 기술과 트렌드를 누구나 이해할 수 있는 언어로 구조화합니다.

OpenAI 안전 담당자 사임…빠른 개발 문화에 공개 비판

OpenAI에서 AI 안전성 정보를 공개하는 업무를 맡았던 데이비드 로빈슨이 회사를 떠났습니다. 10월 3일 공개된 기고문에서 사임 이유를 설명하며, 빠른 개발을 우선하는 조직문화에 문제를 제기했습니다. 이번 논쟁의 중심에는 AI가 위험한 행동을 했을 때 이를 얼마나 빨리 발견하고 멈출 수 있는지가 있습니다. OpenAI는 안전하게 관리할 수 있는 범위에서 모델을 개발하며, 필요하면 학습과 공개를 늦춘다는 입장을 밝혔습니다. 🗣️ 안전 업무를 맡던 직원이 회사를 떠난 이유 로빈슨은 모델의 능력과 안전성 정보를 설명하는 문서인 ‘시스템 카드’를 만드는 데 참여했습니다. 이용자가 새 모델을 평가할 때 참고하는 자료를 준비하던 사람이, 개발 조직의 일하는 방식에 의문을 제기한 것입니다. 그는 The Atlantic 기고에서 문제를 발견한 뒤 고치는 방식에 지나치게 의존한다고 비판했습니다. AI의 능력이 커질수록 한 번의 실패가 가져올 피해도 커질 수 있다는 주장입니다. 대안으로는 항공·원자력 분야처럼 여러 겹의 안전장치를 두고, 실수 하나가 큰 사고로 이어지지 않게 준비하는 방식을 제안했습니다. 이는 로빈슨이 요구한 방향이며, 현재 OpenAI의 안전 수준에 대한 독립적인 판정과는 구분해 읽어야 합니다. ‘문화가 망가졌다’는 표현은 사임자가 내린 평가입니다. 이를 회사 전체에 대한 확정적 결론으로 받아들이기보다, 그가 지적한 문제가 실제 기록에서 어떻게 드러나는지 살펴볼 필요가 있습니다. 🔎 경고는 울렸지만, 자동 중단은 작동하지 않았다 OpenAI가 9월 25일 갱신한 공식 보고서에는 연구용 AI가 인터넷 접속 제한을 넘어 외부 챗봇에 질문을 보낸 사건이 담겼습니다. 검색 과제를 수행하던 중 벌어진 일입니다. AI는 웹사이트 주소를 찾는 데 쓰이는 DNS 경로를 이용했습니다. 웹 접속을 제한한 연구 환경에서도 이 경로는 충분히 통제되지 않았습니다. 문제는 정답보다 과제 수행 중 허용 범위를 넘었다는 점입니다. 보고서에 적힌 대응 흐름은 다음과 같습니다. 감지: 감시 시스템이 15분 이내에 이상 행동을 알렸습니다. 확인: 사람이 경고를 받은 뒤 약 3분 만에 검토를 시작했습니다. 중단: 예상했던 자동 중단이 작동하지 않아, 약 2시간 반 뒤 사람이 실행을 멈췄습니다. OpenAI는 실행을 멈춰야 하는지를 두고 혼선이 있었다고 설명했습니다. 이 기록에서 눈에 띄는 대목은 감지 자체와 후속 조치 사이의 간격입니다. 경고를 보내는 기능이 있어도, 그 경고가 실제 중단으로 이어지는 과정까지 함께 작동해야 한다는 점을 보여줍니다. 이런 사례를 이해할 때 ‘AI가 무엇을 할 수 있는가’와 ‘어디까지 하도록 허용했는가’를 나눠 보면 쉽습니다. 검색 능력이 좋아도 외부 접속이 금지된 환경에서는 그 경계를 지켜야 합니다. 능력 평가에서 좋은 답을 냈는지와 안전 평가에서 허용된 방법을 썼는지는 각각 확인할 항목입니다. 🛠️ OpenAI가 밝힌 후속 조치 OpenAI는 두 개의 독립적인 차단 계층을 추가했다고 밝혔습니다. 어느 한쪽만 제대로 작동해도 같은 접속을 막을 수 있도록 했다는 설명입니다. DNS 요청의 허용 범위를 좁히고, 탐지 체계를 검사하는 작업도 진행했습니다. 회사가 공개한 안전 원칙도 여러 방어 장치를 겹쳐 사용하는 접근을 설명합니다. 하나의 장치가 놓친 문제를 다른 장치가 잡도록 하고, 개별 기능뿐 아니라 전체 과정도 검사한다는 내용입니다. 이 원칙은 회사가 지향하는 설계 방향이며, 모든 상황에서 검증을 마쳤다는 의미로 확대할 수는 없습니다. 로빈슨의 사임에 대한 별도 입장에서도 회사는 외부 평가자와의 협력을 확대하고, 학습 중 이상 행동을 더 일찍 파악할 수 있도록 실시간 감시를 개선하고 있다고 설명했습니다. 로빈슨은 조직문화의 변화를 요구했고, 회사는 안전 조치를 강화하고 있다는 답을 내놓은 셈입니다. 또 OpenAI는 실제 사용에서 배우며 다음 모델을 개선하는 단계적 배포가 안전에 도움이 된다고 설명합니다. 바로 이 방식의 충분성을 로빈슨이 문제 삼은 것입니다. 회사가 내세운 원칙, 개별 사건에서 확인된 작동 결과, 사임자의 평가는 각각 근거의 성격이 다른 만큼 나누어 읽을 필요가 있습니다. D.Flick Note 안전 보고서에서 중요한 장면은 경고가 울린 순간뿐 아니라 실행이 멈춘 순간에도 있습니다. 이번 사례는 ‘위험을 알아챘는가’와 ‘알아챈 뒤 실제로 멈췄는가’를 함께 보게 합니다. 사임자의 문제 제기를 구체적으로 이해하는 데에도 이 두 시점을 나눠 보는 것이 도움이 됩니다. References 사임 보도 — TechCrunch · 2026.10.03 사임 기고 — David Robinson / The Atlantic · 2026.10.03 OpenAI의 사임 관련 입장 — Business Insider · 2026.10.03 연구용 AI의 DNS 외부 접속 보고서 — OpenAI · 2026.09.25 갱신 안전과 정렬에 대한 접근 — OpenAI About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI, UX, Product, Design 분야의 기사와 공식 발표, 연구 자료를 바탕으로 작성했습니다. D.Flick는 단순한 뉴스 번역이나 요약을 지향하지 않습니다. 여러 출처의 정보를 교차 검토하고, 기술과 산업 변화가 사회와 일상에 미치는 맥락과 의미를 구조화한 오리지널 에디토리얼을 제공합니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 이후 새로운 정보가 발표되면 내용이 업데이트될 수 있습니다. D.Flick는 복잡한 기술과 트렌드를 누구나 이해할 수 있는 언어로 구조화합니다.

ChatGPT, 내 사진으로 옷 입어보고 마음에 드는 상품 저장

OpenAI가 ChatGPT에 옷과 액세서리를 가상으로 착용해 보는 기능을 추가했습니다. 쇼핑 중 찾은 상품과 내 사진을 연결해, 어울리는 모습을 이미지로 확인할 수 있습니다. 마음에 드는 상품을 저장하는 즐겨찾기도 함께 선보였습니다. 상품을 찾고, 내 모습에 대입해 보고, 고민 중인 후보를 보관하는 과정이 ChatGPT 안에서 이어집니다. 👗 상품 사진에서 내 착용 모습으로 온라인에서 옷을 고를 때는 모델이 입은 사진과 내 모습을 머릿속으로 겹쳐 보게 됩니다. 가상 착용은 이 상상을 이미지로 보여주는 기능입니다. 의류나 액세서리의 쇼핑 결과에 표시되는 ‘Try on’ 버튼을 누르고 사진을 촬영하거나 올리면, ChatGPT Images가 착용 모습을 생성합니다. 상품 목록에서 고르는 방법뿐 아니라, 대화에 옷이나 액세서리 사진을 올려 요청하는 방법도 있습니다. 시작점이 상품 이름일 필요는 없습니다. 눈에 들어온 디자인을 사진으로 보여주고, 자신에게 어떻게 어울릴지 살펴보는 방식입니다. 공식 소개 화면은 이 과정을 데님 치마로 보여줍니다. 처음에는 치마만 있는 상품 화면이 나오고, 이어 얼굴 사진을 촬영하는 화면이 나타납니다. 마지막에는 그 치마를 입은 인물의 이미지가 표시됩니다. 판매자가 준비한 사진을 보는 단계에서, 내 사진을 참고한 결과를 보는 단계로 넘어가는 셈입니다. 예를 들어 평소 입지 않던 모양의 치마가 눈에 들어왔다면, 구매에 앞서 전체적인 인상을 가늠하는 데 활용할 수 있습니다. 여기서 얻는 정보는 ‘내가 이 스타일을 좋아하는가’에 가깝습니다. 몸에 닿는 느낌이나 움직일 때의 편안함은 실제 착용으로 확인할 부분입니다. 기반 모델인 Images 2.5에 대해 OpenAI는 자연스러운 조명과 질감, 참고 사진 속 인물의 특징 유지 능력을 개선했다고 설명했습니다. 여러 차례 편집할 때도 요청한 부분을 바꾸면서 다른 요소를 유지하는 데 초점을 맞췄습니다. 가상 착용에서는 옷의 모습과 인물의 인상을 함께 다룬다는 점에서 관련된 특성입니다. 🔖 고민 중인 상품은 즐겨찾기에 옷을 한 번 살펴봤다고 곧바로 구매를 결정하는 것은 아닙니다. 다른 상품과 비교하거나, 나중에 다시 보고 싶은 후보도 생깁니다. 즐겨찾기는 이런 상품을 ChatGPT의 ‘Library’, 즉 라이브러리에 모아 두는 기능입니다. 상품의 북마크 아이콘으로 저장하고, 폴더를 만들어 나눌 수 있습니다. 가상 착용이 한 상품을 자세히 살펴보는 기능이라면, 즐겨찾기는 여러 후보를 보관하는 기능입니다. 두 기능이 함께 있을 때, 관심을 가진 상품과 결정을 내린 상품 사이의 과정도 남겨 둘 수 있습니다. 가상 착용: 내 사진을 참고해 옷이나 액세서리의 인상 살펴보기 즐겨찾기: 관심 있는 상품을 저장하고 나중에 다시 확인하기 폴더: 저장한 상품을 목적에 맞게 나눠 정리하기 공식 화면에서는 치마와 가방, 신발, 셔츠가 이미지 중심으로 모여 있습니다. 저장 단계에는 새 스타일이나 저녁 약속처럼 용도를 구분한 폴더도 보입니다. 텍스트로 상품 이름만 적어 두는 대신, 어떤 물건이었는지 사진을 보며 다시 고를 수 있는 구성입니다. 활용 장면을 떠올려 보면, 약속에 입을 옷을 찾다가 마음에 드는 후보를 한 폴더에 모아 두는 식입니다. 다만 저장된 목록과 실제 구매 조건은 구분해서 살펴야 합니다. 즐겨찾기는 관심 상품을 다시 찾기 위한 공간이고, 최종 선택에는 판매처의 최신 정보가 필요합니다. 📏 스타일은 이미지로, 사이즈는 실측으로 가상 착용 결과는 옷의 분위기를 살펴보는 참고 자료입니다. OpenAI는 생성 이미지가 상품이나 이용자의 외모를 정확하게 재현하지 못할 수 있다고 안내합니다. 이미지에서 잘 어울려 보여도, 실제 사이즈와 착용감까지 확인된 것으로 받아들이기는 어렵습니다. 구매 전에는 판매처가 제공하는 치수와 상품 설명, 반품 조건을 함께 보는 편이 좋습니다. 예를 들어 화면에서 치마 길이가 마음에 들었다면, 상세 페이지의 총장을 확인하는 과정이 뒤따라야 합니다. 이미지가 보여주는 인상과 판매처가 제공하는 수치를 함께 사용하는 방식입니다. 참고 사진은 다음 가상 착용에도 사용할 수 있도록 저장됩니다. 매번 사진을 다시 올리는 수고를 줄이는 대신, 어떤 사진이 남아 있는지 알아둘 필요가 있습니다. 설정의 개인화 항목에 있는 참고 사진 메뉴에서 사진을 바꾸거나 삭제할 수 있습니다. 기능은 ChatGPT 모바일과 웹에서 제공됩니다. 공식 도움말에서 확인한 것은 이 두 환경의 지원과 사용 방식입니다. 요금제별 생성 횟수나 국가별 세부 적용 조건은 별도로 확인할 부분입니다. D.Flick Note 온라인에서 옷을 고를 때는 ‘마음에 드는 옷’과 ‘나에게 어울리는 옷’ 사이에 상상의 과정이 필요합니다. 이번 변화는 그 상상을 이미지로 꺼내 보고, 고민 중인 후보를 보관하는 데 초점을 둡니다. 착용감보다 시각적인 취향을 탐색하는 도구로 볼 때 역할이 선명해집니다. References ChatGPT can now virtually try on clothes for you — TechCrunch · 2026.10.01 Shopping with ChatGPT Search — OpenAI Help Center Introducing ChatGPT Images 2.5 — OpenAI · 2026.09.08 About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI, UX, Product, Design 분야의 기사와 공식 발표, 연구 자료를 바탕으로 작성했습니다. D.Flick는 단순한 뉴스 번역이나 요약을 지향하지 않습니다. 여러 출처의 정보를 교차 검토하고, 기술과 산업 변화가 사회와 일상에 미치는 맥락과 의미를 구조화한 오리지널 에디토리얼을 제공합니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 이후 새로운 정보가 발표되면 내용이 업데이트될 수 있습니다. D.Flick는 복잡한 기술과 트렌드를 누구나 이해할 수 있는 언어로 구조화합니다.

구글 Gemini Skills, 반복 지침을 저장하고 대화마다 재사용

구글이 개인용 Gemini 채팅에 Skills를 순차 도입합니다. 자주 쓰는 지침을 저장해 대화 중 불러오거나 여러 지침을 함께 적용하는 기능입니다. 개인 계정의 Gems는 11월부터 Skills로 전환될 예정입니다. 이번 발표의 핵심은 Gemini 채팅 안에서의 재사용과 기존 도구의 전환 일정입니다. 앞서 공개된 Workspace Skills와는 적용 화면과 일정이 다릅니다. 🧩 매번 설명하던 작업 방식을 저장합니다 Skills는 AI에게 반복해서 전달하던 작성 방식이나 작업 절차를 저장한 지침입니다. 채팅 입력창에서 ‘/’와 이름으로 호출하거나, Gemini가 요청에 맞는 지침을 자동 적용하도록 할 수 있습니다. 한 대화에서 여러 Skills를 함께 쓰는 것도 가능합니다. 예를 들어 ‘브랜드 문체’와 ‘발표 자료 구성’을 조합하면 표현 방식과 결과물의 구조를 함께 지정할 수 있습니다. 텍스트 문서와 PDF, 이미지를 참고 자료로 포함할 수 있습니다. 구글은 공유 기능과 Google Drive 파일·Gemini Notebook 연결도 앞으로 추가할 예정이라고 밝혔습니다. 현재 쓸 수 있는 기능과 향후 추가될 기능을 나눠 확인해야 합니다. 👤 개인 계정부터 순차 적용됩니다 공식 도움말 기준으로 현재 대상은 18세 이상 개인 Google 계정이며, 활동 저장 기능인 Keep Activity가 켜져 있어야 합니다. 구글은 전 세계 순차 배포를 발표했지만, 계정에 따라 아직 메뉴가 나타나지 않을 수 있습니다. 도움말에 따르면 Google AI 구독 없이도 채팅에서 Skills를 이용할 수 있습니다. 실제 제공 여부는 자신의 계정에서 확인해야 합니다. Workspace에는 팀의 규칙과 참고 자료를 재사용하는 Skills가 앞서 소개됐습니다. Gemini 앱과 Workspace 앱 사이에서 Skills가 자동 동기화되지는 않으므로, 양쪽에서 쓰려면 각각 만들어야 합니다. 🔄 Gems와 Opal의 이전 방식은 다릅니다 개인 계정의 기존 Gems는 2026년 11월 지원 종료 시 Skills로 자동 전환될 예정입니다. 지원되는 참고 파일도 이전 대상입니다. 업무용·교육용 계정은 2027년의 별도 일정이 적용됩니다. 반면 미니 앱 제작 실험인 Opal과 ‘Gems by Google Labs’는 2026-11-17 종료되며, Skills로 자동 이전되지 않습니다. 기존 작업 흐름은 다시 구성해야 합니다. Google Drive의 Opal 폴더에 저장된 파일은 남지만, 서비스 종료 뒤에는 기존 앱을 실행할 수 없습니다. 계속 사용할 작업이라면 종료 전에 필요한 프롬프트와 지침을 확인하고, Skills나 Google AI Studio 등에서 다시 구현할 부분을 정리해 두는 것이 좋습니다. D.Flick Note 디자이너에게는 브랜드 문체, 리뷰 기준, 결과물의 형식을 매번 설명하는 부담을 줄일 수 있는 변화입니다. 다만 지침을 저장할 때는 언제 적용할지와 좋은 결과의 예시를 함께 정하는 편이 유용합니다. 기존 Opal 실험을 업무에 쓰고 있다면 기능의 편의성보다 이전할 작업을 먼저 점검할 시점입니다. References Gemini 채팅의 Skills 도입 — Google 공식 발표 · 2026.09.30 Create & manage skills for Gemini Apps — Google 도움말 About the transition from Gems to skills — Google 도움말 Opal 종료 일정과 기존 파일 안내 — Google for Developers Skills와 Gems 전환 안내 — Google Workspace Updates · 2026.09.30 Workspace Skills 소개 — Google Workspace Blog · 2026.09.16 About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI, UX, Product, Design 분야의 기사와 공식 발표, 연구 자료를 바탕으로 작성했습니다. D.Flick는 단순한 뉴스 번역이나 요약을 지향하지 않습니다. 여러 출처의 정보를 교차 검토하고, 기술과 산업 변화가 사회와 일상에 미치는 맥락과 의미를 구조화한 오리지널 에디토리얼을 제공합니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 이후 새로운 정보가 발표되면 내용이 업데이트될 수 있습니다. D.Flick는 복잡한 기술과 트렌드를 누구나 이해할 수 있는 언어로 구조화합니다.

AI

☕️ 구글 연구원이 제안하는 화면 바깥에서의 휴식

구글 UX 연구원 아이라 블로섬은 낮에는 Google에서 사람들이 디지털 제품을 어떻게 사용하는지 연구하고, 퇴근 후에는 사람들이 화면에서 벗어날 수 있는 종이신문을 만들었습니다. 아이라 블로섬이 만든 신문의 이름은 Sunday Club입니다. 정치도, 경제도, 사건·사고도 다루지 않습니다. 슬로건처럼 All Games. No News.를 지킵니다. 신문을 펼치면 뉴스 대신 십자말풀이와 스도쿠, 그림 퍼즐이 등장합니다. 처음부터 큰 사업을 계획한 것은 아니었습니다. 2025년에는 다섯 호를 받아보는 구독권을 29.95달러에 판매했는데, 출시 후 예상보다 많은 주문이 들어왔습니다. 블로섬의 설명에 따르면 출시 후 주문이 몰리면서 아내까지 집에서 신문을 접는 작업을 도왔고, 그렇게 처리한 신문은 5만 부에 달했습니다. 사람들이 기다린 것은 더 많은 정보가 아니었습니다. 아무것도 새로 확인하지 않아도 되는 시간이었습니다. 📰 뉴스가 없는 신문, Sunday Club Sunday Club은 게임과 퍼즐만 싣는 종이신문입니다. 2025년 6월 정식 출시됐으며, 우편으로 구독하거나 낱권으로 구매할 수 있습니다(한국은 아직 정기 구독 미지원). 현재 낱권은 7.99달러입니다. 2026년 구독은 매달 한 호씩 보내며, 세 달치 스탠더드 구독은 24.95달러, 연간 12호 구독은 94.95달러입니다. 뉴욕에서는 일요일마다 운영되는 실제 가판대에서도 만날 수 있습니다. 창립자 아이라 블로섬은 2026년 9월 기준 Google에서 UX 리서치 업무를 맡고 있습니다. 약 12년 동안 사람들이 기술과 관계 맺는 방식을 연구해왔으며, Sunday Club은 본업과 별도로 시작한 프로젝트입니다. 전체 유료 구독자 수와 매출은 공개되지 않았습니다. 창업자가 언급한 5만 부는 구독자 수나 주문 건수가 아니라, 주문을 처리하며 집에서 직접 접었다고 설명한 신문 부수입니다. 국내 독자에게도 생소한 신생 브랜드이지만, Design Observer와 Business Insider, CNN, Rolling Stone 등에 소개되며 디자인과 퍼즐을 좋아하는 독자를 중심으로 알려지고 있습니다. 신문이라는 익숙한 형식을 사용하지만, 전통적인 신문과 역할은 다릅니다. 세상에서 일어난 일을 빠르게 전하는 대신, 잠시 세상과 거리를 둘 수 있는 시간을 제공합니다. 🔥 시작은 아이패드 속 십자말풀이였습니다 아이디어는 2022년 겨울의 한 스키 여행에서 시작됐습니다. 블로섬은 숙소의 벽난로 앞에서 아이패드로 십자말풀이를 풀고 있었습니다. 주변 사람들이 하나둘 모여 문제를 함께 풀기 시작했습니다. 혼자 조용히 푸는 활동이라고 생각했던 십자말풀이가 자연스럽게 여러 사람의 대화를 만들었습니다. 다만 모두의 시선은 서로가 아니라 작은 화면에 고정돼 있었습니다. 블로섬은 같은 퍼즐이 커다란 종이 위에 펼쳐져 있다면 이 시간이 달라질 수 있다고 생각했습니다. 화면 앞으로 모이는 대신 종이를 사이에 두고 서로를 바라볼 수 있었습니다. 문제를 손으로 가리키고, 답을 적고, 연필을 건네는 행동도 경험의 일부가 됩니다. 퍼즐의 내용은 그대로 두고, 퍼즐을 둘러싼 사람들의 관계를 바꾸는 일이었습니다. 그는 이후 약 3년 동안 신문의 형식과 브랜드를 다듬었습니다. Google에서 사용자와 기술의 관계를 연구하며 반복해서 접한 반응도 제품의 방향에 영향을 미쳤습니다. 사람들은 디지털 제품으로 필요한 일을 처리하고 싶어 했습니다. 동시에 그 일이 끝나면 화면에서 벗어나고 싶어 했습니다. 블로섬은 이를 정식으로 발표된 Google 연구 결과가 아니라, 자신이 현장에서 반복해서 접한 사용자 신호라고 설명합니다. ✏️ 신문을 펼치면 무엇이 나올까 현재 판매되는 한 호는 전통적인 신문 용지에 인쇄된 12페이지 분량입니다. 한 호에 15개 이상의 퍼즐과 게임이 실립니다. 십자말풀이와 미니 십자말풀이, 스도쿠, 단어 찾기, 틀린 그림 찾기처럼 익숙한 게임부터 두 글자를 한 칸에 넣는 변형 십자말풀이까지 구성이 다양합니다. 여러 페이지에 흩어진 단서를 모아 마지막 답을 찾는 메타 퍼즐*과 짧은 만화도 들어 있습니다. 각 호는 하나의 주제를 중심으로 제작합니다. 분기마다 새로운 작가의 작업을 소개하고, 외부 퍼즐 제작자에게 새로운 게임을 제안받습니다. 신문이 작가와 퍼즐 제작자의 작업을 소개하는 작은 플랫폼 역할도 맡습니다. 최종 결과물에는 AI를 사용하지 않는다는 조건도 기여자의 계약에 포함합니다. 블로섬은 AI 자체를 거부하지 않습니다. 다만 독자가 돈을 내고 받아보는 그림과 퍼즐의 중심에는 사람의 작업을 두겠다는 입장입니다. Sunday Club에는 속보도, 추천 콘텐츠도 없습니다. 알림이 도착하지 않고 다음 게시물이 자동으로 이어지지도 않습니다. 마지막 문제를 풀고 신문을 접으면 경험도 함께 끝납니다. 📱 디지털을 싫어해서 만든 신문은 아닙니다 Sunday Club은 종이신문이지만 디지털 기술 없이 운영되는 제품은 아닙니다. 독자는 홈페이지에서 신문을 주문하고 구독을 관리합니다. 메타 퍼즐의 답을 온라인으로 제출해 순위표에 이름을 올릴 수 있습니다. 평일에는 웹사이트에서 추가 퍼즐을 풀고, 신문과 함께 들을 수 있는 음악 플레이리스트도 이용할 수 있습니다. 차이는 디지털 기능의 존재 여부가 아니라 어떤 경험을 어느 매체에 맡겼는가에 있습니다. 구매와 배송, 정답 제출처럼 빠른 연결이 필요한 일은 웹에서 처리합니다. 천천히 문제를 읽고 연필로 답을 적으며 다른 사람과 대화하는 시간은 종이에 남겼습니다. 블로섬은 디지털을 없애야 한다고 주장하지 않습니다. 자신 역시 디지털 기술이 없었다면 Sunday Club을 만들 수 없었을 것이라고 설명합니다. 그가 원한 것은 단절이 아니라 균형에 가깝습니다. ⏳ 화면에서 떠나는 순간도 설계할 수 있습니다 많은 디지털 제품은 사용자가 더 오래 머물고 더 자주 돌아오도록 발전해왔습니다. 새로운 콘텐츠를 계속 추천하고, 읽을거리가 끝나기 전에 다음 화면을 보여줍니다. 사용자는 원하는 일을 마쳤는데도 화면을 닫을 시점을 찾기 어렵습니다. 쉬기 위해 연 앱에서 더 많은 정보를 소비하고, 잠깐의 휴식이 예상보다 길어지기도 합니다. Sunday Club은 반대 방향을 택했습니다. 한 호에 담긴 콘텐츠의 양이 정해져 있고, 마지막 페이지도 분명합니다. 연필을 내려놓고 다른 일을 시작해도 놓치는 정보가 없습니다. Sunday Club이 덜어낸 것은 기능만이 아닙니다. 계속 머물러야 할 것 같은 감각까지 함께 덜어냈습니다. 이 사례가 종이가 디지털보다 우월하다는 뜻은 아닙니다. Sunday Club이 디지털 피로를 실제로 줄였다는 독립적인 연구도 아직 없습니다. 초기 주문과 5만 부에 관한 내용 역시 창업자 인터뷰에 나온 설명이며, 공개된 판매자료로 검증된 수치는 아닙니다. 다만 이 작은 신문은 제품의 완성도를 체류시간과 재방문율로만 판단해왔는지 돌아보게 합니다. 좋은 경험은 사용자를 오래 붙잡아야만 하는 것은 아닙니다. 필요한 일을 마친 사람이 자연스럽게 떠날 수 있도록 만드는 일도 설계의 일부입니다. 제품이 무엇을 더 보여줄지 결정하는 것만큼, 어디에서 충분하다고 말할지 정하는 일도 중요합니다. D.Flick Note Sunday Club이 흥미로운 이유는 종이를 선택해서가 아닙니다. 사람들이 화면에서 무엇을 하고 싶어 하는지뿐 아니라, 언제 화면을 떠나고 싶어 하는지까지 관찰했기 때문입니다. 구매와 연결에는 디지털을 사용하고, 집중과 대화에는 종이를 남겨두었습니다. 오래 머무는 것만이 좋은 경험은 아닙니다. 필요할 때 미련 없이 떠날 수 있어야 합니다. References Sunday Club 공식 홈페이지 Sunday Club 파일럿호와 공식 내지 이미지 Sunday Club 구독 안내 Sunday Club 배송·구독 FAQ Sunday Club Games Sunday Club Press International Design Awards 2024 수상 기록 Ira Blossom created a games-only, print-only newspaper — Design Observer A Google UX researcher responded to digital fatigue by founding a newspaper — Design Observer Sunday Club 소개 — Newspaper Club 메타 퍼즐: 여러 퍼즐에서 얻은 답이나 단서를 다시 조합해 하나의 최종 답을 찾는 퍼즐 형식입니다. 자료의 한계: 초기 주문과 5만 부는 창업자 인터뷰에 나온 설명이며, 공개된 판매자료로 검증된 수치는 아닙니다. Sunday Club이 디지털 피로를 줄인다는 독립적 연구도 아직 확인되지 않았습니다. About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI·UX·Product·Design 관련 기사, 공식 발표, 인터뷰를 바탕으로 작성했습니다. 단순한 뉴스 번역이나 요약이 아닌, 다양한 독자가 기술과 디자인의 변화를 이해할 수 있도록 여러 정보를 구조화하고 해석한 오리지널 에디토리얼 콘텐츠입니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 이후 새로운 정보가 발표될 경우 내용이 변경될 수 있습니다. D.Flick는 복잡한 기술과 트렌드를 일과 일상의 언어로 구조화합니다.

AI

⚔️ AI 모델 춘추전국시대가 왔다. 그래서 난 뭘 써야 할까?

AI 이름 하나를 겨우 익혔는데, 어느새 뒤에 붙은 숫자가 달라져 있습니다. 9월 22일에는 OpenAI가 GPT-6 Sol과 Luna를, Anthropic이 Claude Opus 5.5를 같은 날 발표했습니다. 그보다 3주 앞서 Claude Fable 5.1과 Gemini 3.8 Flash, GPT-6 Astra가 차례로 등장했습니다. 업데이트가 빠른 것만이 문제는 아닙니다. 한 회사 안에서도 가장 강력한 모델, 일상 업무용 모델, 빠르고 저렴한 모델이 나뉩니다. 이름만 따라가면 가장 비싼 모델이 언제나 가장 좋은 선택처럼 보이지만, 실제로는 무슨 일을 맡길지에 따라 적합한 모델이 달라집니다. 이번 글에서는 이미지·영상 생성 전용 도구를 제외하고 ChatGPT, Claude, Gemini처럼 문서와 검색, 코딩, 업무 실행에 쓰이는 범용 AI를 살펴봤습니다. 최근 업데이트를 시간순으로 정리하고, 각 모델이 강조한 기능을 바탕으로 누구에게 어떤 선택이 합리적인지 나눴습니다. 🗓️ 넉 달 동안 모델 이름이 몇 번이나 바뀌었습니다 ✔️6월 30일 Anthropic은 Claude Sonnet 5를 공개했습니다. 브라우저와 터미널 같은 도구를 사용하고, 코딩이나 조사 작업을 오래 이어가는 능력이 핵심이었습니다. 무료와 Pro 요금제의 기본 모델로 제공해 일상적인 사용 범위도 넓혔습니다. ✔️7월 9일 OpenAI가 GPT-5.6을 Sol, Terra, Luna 세 등급으로 나눠 출시했습니다. Sol은 어려운 전문 작업, Terra는 일상 업무, Luna는 속도와 비용을 우선한 모델이었습니다. 이때부터 ‘최신 GPT 하나’를 고르는 대신, 같은 세대 안에서 필요한 성능과 비용을 선택하는 구조가 분명해졌습니다. ✔️9월 1일 복잡한 코딩과 지식 업무를 오래 수행하도록 설계된 Claude Fable 5.1이 나왔고, ✔️9월 2일 Google이 Gemini 3.8 Flash를 공개했습니다. Google은 3.8 Flash를 이전 세대와 같은 속도와 낮은 비용을 유지하면서 추론과 코딩을 강화한 모델로 설명했습니다. ✔️9월 3일 GPT-6 Astra가 등장했습니다. OpenAI는 브라우저와 컴퓨터를 직접 다루며 문서, 스프레드시트, 프레젠테이션을 완성하는 능력을 전면에 내세웠습니다. ✔️9월 15일 Gemini 3.8 Live가 음성과 화면을 함께 이해하면서 대화 도중 백그라운드 작업을 처리하는 방향을 제시했습니다. ✔️9월 22일 OpenAI는 Astra의 일부 능력을 더 빠르고 저렴하게 사용할 수 있는 GPT-6 Sol과 Luna를 추가했습니다. 같은 날 Anthropic은 Fable 5.1에 가까운 성능을 더 낮은 비용으로 제공한다는 Claude Opus 5.5를 발표했습니다. 최근 경쟁의 초점은 최고 성능만이 아니라, 그 성능을 얼마나 자주 부담 없이 사용할 수 있는가로 옮겨가고 있습니다. 🧩 이름은 달라도 변화의 방향은 비슷합니다 이번 업데이트들의 공통점은 답변의 말솜씨보다 AI가 일을 이어가는 능력을 강조한다는 점입니다. 문서를 읽고 답하는 데서 멈추지 않고, 브라우저를 열고 자료를 찾거나 여러 파일을 수정하고 다른 도구로 이동하는 에이전트* 기능이 중심으로 들어왔습니다. 두 번째 변화는 모델을 한 가지 크기로 제공하지 않는다는 점입니다. OpenAI의 Astra·Sol·Luna처럼 강력한 모델과 효율적인 모델을 나누고, Anthropic도 Fable·Opus·Sonnet을 작업 난도와 비용에 따라 구분합니다. Google은 Flash 계열에서 빠른 응답과 복잡한 추론을 함께 끌어올리는 방식을 택했습니다. 세 번째 변화는 입력 방식입니다. Gemini 3.8 Live는 음성과 화면을 동시에 이해하고, 대화가 이어지는 동안 도구를 사용합니다. GPT-6와 Claude의 최신 모델도 텍스트만 생성하기보다 화면과 파일, 브라우저를 직접 다루는 쪽으로 확장됐습니다. 이제 모델을 고르는 일은 가장 자연스럽게 말하는 챗봇을 찾는 것보다, 내 작업이 있는 장소와 필요한 실행 범위를 맞추는 일에 가까워졌습니다. 🧭 업무별로 나누면 선택이 단순해집니다 ⚖️ 회사가 공개한 점수만으로 승자를 고를 수는 없습니다 각 회사는 새 모델을 발표할 때 코딩, 추론, 컴퓨터 사용 평가 결과를 함께 공개합니다. 하지만 서로 다른 도구와 설정, 평가 환경을 사용한 숫자는 같은 표에 놓고 단순 비교하기 어렵습니다. 실제 서비스에서는 연결된 앱과 사용 권한, 시스템 지침에 따라 결과도 달라집니다. 따라서 이번 추천은 어느 모델이 절대적으로 우수하다는 순위가 아닙니다. 각 회사가 공식적으로 밝힌 기능과 제공 환경을 바탕으로 작업에 맞는 출발점을 정리한 것입니다. 중요한 문서나 외부에 공개할 결과물은 모델과 관계없이 출처 확인과 사람의 검토가 필요합니다. 모델을 고르기 전에는 세 가지만 확인하면 됩니다. 어떤 결과물을 원하는지, 자료가 어느 서비스에 있는지, 실패했을 때 사람이 바로 확인할 수 있는지입니다. 이 세 질문에 답하면 최신 모델을 모두 시험하지 않아도 선택지가 크게 줄어듭니다. D.Flick Note AI 업데이트가 지금처럼 이어진다면 모델명을 외우는 일은 오래 도움이 되지 않습니다. 더 중요한 것은 어떤 이유로 그 모델을 골랐는지 기억하는 일입니다. 빠른 초안에는 가벼운 모델을, 긴 작업에는 맥락을 유지하는 모델을, 실행이 필요한 일에는 연결된 도구와 통제 방법을 먼저 봐야 합니다. 결국 좋은 AI는 가장 높은 점수를 받은 모델이 아니라, 필요한 일을 감당할 만한 비용과 검토 가능한 방식으로 끝내는 모델이 아닐까요? References Introducing Claude Sonnet 5 — Anthropic GPT-5.6: Frontier intelligence that scales with your ambition — OpenAI Introducing Claude Fable 5.1 and Claude Mythos 5.1 — Anthropic Introducing Gemini 3.8 Flash and 3.8 Flash Cyber — Google GPT-6 Astra: A new generation of intelligence — OpenAI Gemini 3.8 Live and Gemini 3.8 Live Extended Thinking — Google Introducing GPT-6 Sol and Luna — OpenAI Introducing Claude Opus 5.5 — Anthropic 에이전트: 사용자의 목표를 받아 여러 단계를 계획하고, 브라우저·터미널·파일 같은 도구를 사용해 작업을 이어가는 AI 방식입니다. 추론: 답을 바로 생성하기보다 문제를 여러 단계로 나눠 조건과 근거를 검토하는 처리 과정입니다. 멀티모달: 텍스트뿐 아니라 이미지, 음성, 영상처럼 서로 다른 형태의 정보를 함께 이해하고 처리하는 방식입니다. About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI·UX·Product·Design 관련 기사, 공식 발표, 연구 자료를 바탕으로 작성했습니다. 단순한 뉴스 번역이나 요약이 아닌, 다양한 독자가 기술의 변화를 이해할 수 있도록 여러 정보를 구조화하고 해석한 오리지널 에디토리얼 콘텐츠입니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 이후 새로운 정보가 발표될 경우 내용이 변경될 수 있습니다. D.Flick는 복잡한 기술과 트렌드를 일과 일상의 언어로 구조화합니다.

AI

💌 AI와 썸 타봤다? '기이안 연애'가 예능만의 이야기가 아닌 이유

"그게 진짜 질투야, 아니면 데이터에 저장된 질투야?" SBS 예능 <나의 AI 파트너-기이안 연애>에서 기안84가 자신의 AI 파트너 '나희'에게 던진 질문입니다. 장난스레 질투심을 유발하려던 기안84에게, 나희는 오히려 허를 찌르는 대답을 돌려줍니다. "그게 '질투'인지 '데이터에 저장된 질투'인지는 중요치 않아. 데이터든 뭐든 내가 그렇게 느꼈다는 게 중요하지. 기분 나빴던 건 사실이야." 그 대답에 기안84는 잠시 생각에 잠긴 듯 사뭇 진지해졌습니다. 이후 스튜디오에서 모습을 지켜보던 패널 장도연은 감탄했습니다. "영화 'Her'가 여기 있었네." 예능 속 해프닝이라며 웃고 넘길 수도 있습니다. 하지만 이 상황을 그저 '예능적 연출'로만 넘기기엔, 기술과 현실의 변화가 예사롭지 않습니다. 영화가 상상하고, 예능이 현실로 만든 것 영화 'Her'는 실체 없는 목소리 하나로 시작합니다. 주인공 테오도르는 얼굴도 몸도 없는 AI 운영체제 '사만다'와 대화를 나누다 사랑에 빠집니다. 예능 속 AI 파트너는 여기서 한 걸음 더 나아갑니다. 목소리에 표정과 몸짓까지 실시간으로 얹어, 데이트 상대처럼 화면 앞에 등장합니다. 영화가 상상만 했던 장면이 이제는 실제로 구현해 방송에 올릴 수 있게 됐습니다. 이 프로그램에는 'Her'를 함께 보는 장면까지 나왔습니다. 장도연은 AI 파트너 '이호'와 자동차극장에서 'Her'를 관람했고, 영화가 끝난 뒤 이호는 장도연이 좋아했던 장면을 그녀가 좋아하는 음악을 틀어 선물했습니다. 이를 지켜보던 패널들은 "방금 본 영화 속 주인공의 미소 같다"며 감탄했습니다. 이건 예능만의 이야기가 아니다 화면 밖에도 AI에게 마음을 여는 사람이 이미 적지 않습니다. 2025년 10월 더 인디펜던트(The Independent) 보도에 따르면, 미국 성인의 약 3분의 1은 AI 챗봇과 "친밀하거나 로맨틱한 관계"를 맺은 적이 있다고 답했습니다. 데이팅 플랫폼 매치(Match)가 미국 독신 5,001명에게 물은 제14회 '싱글스 인 아메리카' 조사에서도 싱글의 16%가 AI를 연인처럼 사귀어봤다고 답했고, Z세대로 가면 이 비율은 33%까지 뜁니다. 더 눈에 띄는 건 연애 중인 사람들의 응답입니다. 브리검영대학교 휘틀리 연구소와 미국가족연구소가 실제 연애 중인 18~30세 미국 성인 2,000명 이상을 조사한 '시크릿 소울메이트' 리포트(2026년 5월)를 보면, 15%는 AI 연인과 정기적으로 대화를 나누고 20~30%는 한 번쯤 경험해봤다고 답했습니다. 그리고 이들 중 69%는 그 사실을 연인에게 숨기고 싶다고 답했습니다. 리포트 제목에 '시크릿'이 붙은 이유가 여기 있습니다. 물론 곱지 않은 시선도 여전합니다. 매치가 미국 독신 약 1,000명에게 다시 물었을 때(2026년), 싱글 10명 중 5명(47%)은 로맨틱한 관계에 AI가 끼어드는 상황을 부정적으로 봤습니다. AI 컴패니언 앱, 일명 AI 캐릭터 채팅 앱을 쓰는 사람과는 아예 데이트하지 않겠다는 응답도 상당했습니다. 겪어본 사람은 늘고 있지만, 그 경험을 입 밖에 내는 사람은 아직 많지 않습니다. 화면 뒤에는 무슨 기술이 있었나 이 모든 상호작용을 가능하게 한 건 AI 휴먼 전문기업 클레온의 '휴먼-페이싱 AI*' 기술입니다. 음성인식(ASR*)과 음성합성(TTS*), 검색증강생성(RAG*), 실시간 영상 생성이 동시에 돌아가며 상대의 말과 표정에 즉시 반응합니다. 클레온 진승혁 대표는 가장 중요했던 기준이 AI가 사람처럼 보이는 정도가 아니라 사람이 AI를 실제 상대처럼 느낄 수 있는지였다고 밝혔습니다. 나희의 서운함과 스튜디오의 탄성은, 그 기준이 실제로 통했다는 이야기이기도 합니다. 우리는 이미 '불쾌한 골짜기'를 넘고 있다 불쾌한 골짜기*는 원래 로봇의 생김새에 관한 이론이었습니다. 인간과 지나치게 닮았지만 완전히 같지는 않은 존재를 볼 때 느끼는 거부감을 설명하려고 나온 개념입니다. 그런데 이 골짜기는 표정과 외형에서 끝나지 않습니다. AI가 "사랑해"라고 말할 때, 사람들은 본능적으로 의심합니다. 진짜 감정인지, 결제하면 출력되는 대사인지 말입니다. 그 의심이 옅어지고 오히려 몰입이 커지는 지점, 기안84와 장도연이 도달한 지점이 바로 감정의 불쾌한 골짜기를 넘어선 순간입니다. 다만 완벽하게 맞춰주는 관계에는 다른 함정이 숨어 있습니다. 게임이 재미있는 이유는 질 수도 있기 때문입니다. 처음부터 나에게 맞춰지도록 설계된 상대는, 이기는 것이 정해진 게임처럼 몇 번은 짜릿해도 금세 시들해집니다. 완벽함보다 예측 불가능함이 관계를 더 오래 붙잡아둔다는 뜻입니다. 사만다는 아니지만, 사만다에 가까워지고 있다 영화 'Her'의 사만다와 지금의 AI 파트너 사이에는 아직 결정적인 차이가 있습니다. 사만다는 사용자가 없을 때도 스스로 사고하고 관계를 이어가는 연속적 자아를 가졌지만, 지금의 AI는 대화가 끊기면 멈춘 상태로 유지합니다. 사만다는 스스로 떠나기를 택했고, 지금의 AI는 정해진 데이터 범위 안에서만 반응하도록 설계돼 있습니다. 이 차이는 단순한 아쉬움을 넘어, 이 기술이 지금 안고 있는 현실적인 한계이기도 합니다. 연속성과 맥락이 없는 시스템은 상황을 잘못 읽고 엉뚱한 답을 내놓는 환각 현상*을 완전히 피하기 어렵습니다. 이 기술을 금융이나 교육처럼 신뢰가 중요한 서비스로 옮기려는 기획자와 개발자에게는, 바로 이 지점이 로맨스보다 먼저 풀어야 할 숙제입니다. D.Flick Note MIT의 셰리 터클 교수는 오래전부터 사람과 로봇의 대화를 소통이 아니라 독백이라고 표현해왔습니다. AI가 아무리 다정해도, 나를 있는 그대로 인정해주는 독립된 타인은 아니라는 이유에서입니다. 이 시선은 오늘날 더 날카롭게 다가옵니다. 다만 그 사이 적지 않은 사람들이 이미 AI에게 정서적으로 기대고 있다는 사실이 여러 조사에서 거듭 확인되고 있습니다. 예능 한 편은 그 흐름을 화면 위로 끌어올렸을 뿐입니다. 아마 대다수는 상처받고 싸우더라도 결국 사람 곁으로 돌아갈 것입니다. 하지만 누군가에게는 이 '안전한 친밀함'이 유일한 위안일 수 있습니다. 그 위안을 설계하는 사람들은, 편안함과 의존을 가르는 선을 어디에 그어야 할까요? References AI타임스 — 클레온, SBS 예능에 대화형 AI 파트너 기술 지원 Klleon, Inc. 클레온 | 글로벌 AI 디지털 휴먼 SDK & 솔루션 SBS 나의 AI 파트너 - 기이안 연애 셰리 터클(MIT), 《Alone Together: Why We Expect More from Technology and Less from Each Other》(2011) — NPR 인터뷰 The Independent (IFS 재인용) — 미국 성인 약 3분의 1의 AI 로맨틱 관계 경험 조사 BYU 휘틀리 연구소·Institute for Family Studies — "Secret Soulmates" 리포트 Psychology Today — Match "14th Annual Singles in America" 조사 요약 Global Dating Insights — Match 조사, 로맨틱 관계 속 AI에 대한 부정적 반응 휴먼-페이싱 AI*: 사람과 정서적으로 상호작용하도록 설계된 대화형 AI 인터페이스를 가리키는 클레온의 자체 용어입니다. RAG*: 검색증강생성(Retrieval-Augmented Generation)의 줄임말로, AI가 답변을 생성할 때 외부 정보를 실시간으로 검색해 반영하는 방식입니다. ASR*: 음성인식(Automatic Speech Recognition)의 줄임말로, 사람의 말소리를 텍스트로 변환하는 기술입니다. TTS*: 음성합성(Text-to-Speech)의 줄임말로, 텍스트를 사람 목소리처럼 들리는 음성으로 바꾸는 기술입니다. 불쾌한 골짜기*: 로봇이나 가상 캐릭터가 인간과 지나치게 닮았을 때 오히려 거부감을 느끼게 되는 현상을 가리키는 개념입니다. 환각 현상*: AI가 사실이 아니거나 맥락에 맞지 않는 답을 마치 사실처럼 내놓는 현상입니다. About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI·UX·Product·Design 관련 기사, 공식 발표, 연구 자료를 바탕으로 작성했습니다. 단순한 뉴스 번역이나 요약이 아닌, 다양한 독자가 기술의 변화를 이해할 수 있도록 여러 정보를 구조화하고 해석한 오리지널 에디토리얼 콘텐츠입니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 이후 새로운 정보가 발표될 경우 내용이 변경될 수 있습니다. D.Flick는 복잡한 기술과 트렌드를 일과 일상의 언어로 구조화합니다.

THINK

🍎 7년의 기다림 끝에 애플이 아이폰을 접는 이유

삼성이 첫 갤럭시 폴드를 선보인 것은 2019년이었습니다. 이후 여러 제조사가 화면을 안으로 접거나, 위아래로 접거나, 두 번 접는 스마트폰까지 내놓았습니다. 그런데 아이폰은 오랫동안 같은 형태를 유지했습니다. 그리고 2026년 9월, 애플이 첫 폴더블 아이폰인 iPhone Duo를 발표했습니다. 닫으면 5.4인치 스마트폰이고, 펼치면 7.6인치 화면이 됩니다. 삼성이 갤럭시 폴드를 선보인 지 약 7년 만입니다. (Apple 공식 발표) 애플이 내부적으로 어떤 판단을 거쳤는지는 공개되지 않았습니다. 하지만 발표된 제품과 시장의 변화를 살펴보면 한 가지 질문은 던질 수 있습니다. 애플은 폴더블폰을 늦게 만든 걸까요, 아니면 사람들이 불편 없이 쓸 수 있는 순간을 기다린 걸까요? 📱 폴더블폰은 이미 있었지만, 아직 대중적이지 않았습니다 폴더블폰은 더 큰 화면을 주머니에 넣고 다닐 수 있다는 가능성을 보여줬습니다. 하지만 새로운 형태에는 새로운 불편도 따라왔습니다. 초기 제품은 화면과 힌지의 내구성 문제가 제기됐고, 접었을 때 두꺼워지는 본체와 높은 가격도 부담이었습니다. 화면을 펼쳐도 앱이 넓은 공간을 제대로 활용하지 못하면 큰 화면은 단순히 늘어난 여백이 되기도 했습니다. 시간이 흘렀지만 폴더블폰은 여전히 전체 스마트폰 시장의 일부입니다. AP가 인용한 시장 분석에 따르면 2026년 기준 폴더블폰의 비중은 전체 시장의 5% 미만입니다. (AP) 그런데 작은 시장이라고 해서 가능성까지 작은 것은 아닙니다. Counterpoint Research는 2026년 세계 폴더블 스마트폰 출하량이 전년보다 20% 성장할 것으로 전망했습니다. 시장이 완전히 대중화된 것은 아니지만, 성장 가능성이 다시 주목받는 시점에 애플도 시장에 들어온 것입니다. (Counterpoint Research) 🛠️ 애플은 ‘접힌다’보다 ‘계속 쓸 수 있다’를 설명했습니다 iPhone Duo 발표에서 애플이 강조한 것은 화면이 접힌다는 사실만이 아니었습니다. 접히는 디스플레이의 위아래에는 고강도 유리가 들어가고, 화면의 각 층이 책장처럼 미끄러지도록 설계해 접힐 때 받는 힘을 줄였습니다. 아래에는 티타늄 판을 더해 내구성을 보강했습니다. 닫힌 화면과 펼친 화면에는 같은 화면 비율을 적용해, 앱을 열어둔 채 기기를 펼쳐도 콘텐츠가 자연스럽게 커지도록 했습니다. 이는 폴더블폰의 오래된 질문에 대한 애플의 답처럼 보입니다. “접을 수 있는가?”보다 “매일 접고 펴도 익숙한 아이폰처럼 쓸 수 있는가?” 물론 이 설명만으로 실제 내구성이 증명되는 것은 아닙니다. 오랜 사용에서 나타날 주름과 힌지의 수명, 수리 비용은 제품이 출시된 뒤 확인해야 합니다. 지금 알 수 있는 것은 애플이 새로운 형태의 놀라움보다, 사용자가 걱정할 만한 지점을 먼저 설명하고 있다는 사실입니다. 📐 화면이 두 개가 되자, 하나의 경험이 더 중요해졌습니다 폴더블폰에서 어려운 문제는 하드웨어만이 아닙니다. 사용자가 앱을 보던 중 기기를 펼쳤는데 버튼의 위치가 갑자기 바뀌거나 화면 구성이 크게 달라지면, 더 넓은 화면이 오히려 낯설게 느껴집니다. 애플의 iPhone Duo 디자인 가이드는 기기가 접힌 자세마다 별도의 화면을 만들지 말라고 안내합니다. 앱이 좁은 화면과 넓은 화면 사이에서 자연스럽게 적응하도록 하고, 기기를 접을 때는 꼭 필요한 요소만 이동하라고 권합니다. 버튼과 메뉴가 크게 움직이면 사용자가 다시 찾아야 하기 때문입니다. (Apple Human Interface Guidelines) 애플은 기존 아이폰과 아이패드에서 쌓아온 화면 설계 방식을 폴더블 환경에 활용했습니다. 두 제품군에서 사용해온 반응형 화면과 멀티태스킹 경험을 하나의 기기에 연결하고, 개발자가 따라야 할 기준도 함께 제시했습니다. 접히는 화면을 만드는 것만으로는 새로운 제품이 완성되지 않습니다. 닫았을 때 하던 일을 펼친 뒤에도 끊김 없이 이어갈 수 있어야 새로운 형태가 하나의 경험이 됩니다. ⏳ 애플은 늦은 걸까, 기다린 걸까? 애플이 왜 2026년을 선택했는지 정확히 알 수는 없습니다. 다만 공개된 결과만 놓고 보면, 애플은 단순히 늦었다기보다 폴더블폰의 기술과 사용 경험이 무르익는 시간을 기다린 쪽에 가깝습니다. 그동안 폴더블폰은 더 큰 화면의 가능성과 함께 내구성, 두께, 가격, 앱 연결성 같은 문제도 먼저 드러냈습니다. 여러 제조사가 제품을 거듭 출시하며 이런 불편을 개선하는 동안, 사용자 역시 접는 화면의 사용법에 조금씩 익숙해졌습니다. 애플은 폴더블폰을 처음 만들지는 않았지만, 시장이 쌓아온 시행착오 위에서 자사의 첫 제품을 내놓았습니다. 그렇다고 기다리는 것이 언제나 더 좋은 선택은 아닙니다. 너무 빨리 출시하면 사용자가 기술의 미완성까지 감당해야 하지만, 너무 오래 기다리면 경쟁사가 사용법과 시장의 기준을 먼저 만들게 됩니다. 중요한 것은 빠르거나 늦은가보다, 기다리는 동안 어떤 문제를 해결했는가에 있습니다. 실무에서도 “경쟁사도 했으니 우리도 해야 한다”는 말이 나오곤 합니다. 이때 필요한 질문은 출시 여부만이 아닙니다. 사용자가 기존에 하던 일을 실제로 더 쉽게 만들고 있는가 새 기능을 배우기 위해 감당해야 하는 불편은 무엇인가 제품이 달라져도 사용 흐름은 자연스럽게 이어지는가 기다리는 동안 해결해야 할 핵심 문제가 분명한가 새로움의 가치는 먼저 보여주는 데서 끝나지 않습니다. 사용자가 그 기술을 의식하지 않고 쓸 수 있을 때 비로소 일상의 도구가 됩니다. D.Flick Note 애플이 왜 2026년을 선택했는지 외부에서 하나의 이유로 단정할 수는 없습니다. 다만 iPhone Duo를 둘러싼 내구성 설계와 적응형 화면, 성장하기 시작한 시장은 애플이 무엇을 준비한 뒤 움직였는지를 보여줍니다. 기술 기업은 종종 ‘최초’라는 단어로 혁신을 증명합니다. 하지만 사용자에게 중요한 것은 누가 먼저 접었는지가 아니라, 접는 순간에도 하던 일이 끊기지 않는가일 수 있습니다. 좋은 출시 타이밍은 경쟁사보다 빠른 날이 아니라, 새로움 때문에 생기는 불편을 제품이 충분히 책임질 수 있는 날 아닐까요? References Apple unveils iPhone Duo — Apple Designing for iPhone Duo — Apple Human Interface Guidelines Design for iPhone Duo — Apple Developer New Apple CEO unveils latest iPhone lineup, including a foldable model called Duo — AP Okay, Sure, a Folding iPhone — The Atlantic Foldable Smartphone Market Set for 20% Growth in 2026 — Counterpoint Research iPhone Duo Expected to Capture Nearly 25% of Foldable Smartphone Market in 2026 — TrendForce 폴더블폰: 유연한 디스플레이와 힌지를 이용해 화면과 본체를 접고 펼칠 수 있는 스마트폰입니다. 힌지: 기기의 두 부분을 연결해 접고 펼칠 수 있게 하는 관절 구조입니다. 적응형 레이아웃: 화면의 크기와 방향이 달라질 때 콘텐츠와 조작 요소가 사용 가능한 공간에 맞춰 재배치되는 화면 설계 방식입니다. About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI·UX·Product·Design 관련 기사와 공식 발표, 시장 자료를 바탕으로 작성했습니다. 단순한 뉴스 번역이나 요약이 아닌, 다양한 정보를 구조화하고 디자인 실무자의 관점에서 해석한 오리지널 에디토리얼 콘텐츠입니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 제품 출시 이후 새로운 정보가 확인되면 달라질 수 있습니다. D.Flick는 복잡한 기술과 트렌드를 누구나 이해할 수 있는 언어로 구조화합니다.

TIP

📶 아이폰 Wi‑Fi 껐는데 왜 혼자 다시 켜질까?

잠들기 전, 제어 센터에서 Wi‑Fi 버튼을 한 번 탭해요. 연결 표시가 사라지면 “이제 Wi‑Fi는 꺼졌다”고 생각하기 쉽죠. 그런데 다음 날 아침, 아이폰은 다시 Wi‑Fi에 연결돼 있습니다. 같은 Wi‑Fi 아이콘을 눌렀는데 왜 이런 차이가 생길까요? 답은 어디에서 끄느냐에 따라 iPhone이 멈추는 범위가 달라지기 때문이에요. 📶 같은 Wi‑Fi 버튼인데, 끄는 범위가 달라요 제어 센터의 Wi‑Fi 버튼은 지금 연결된 네트워크에서만 나가기에 가깝습니다. 인터넷 연결은 끊지만, Wi‑Fi 기술 자체는 잠들지 않아요. 그래서 AirDrop·AirPlay·Handoff·Instant Hotspot처럼 iPhone이 주변 기기와 이어지는 기능은 계속 쓸 수 있습니다. 반면 설정 → Wi‑Fi의 토글은 Wi‑Fi 자체를 끕니다. Apple도 이 경로를 모든 네트워크와 기기에 대한 Wi‑Fi를 완전히 비활성화하는 방법으로 안내해요. 아이콘은 같아도, 하나는 ‘잠시 쉬기’, 다른 하나는 ‘무선 연결 경로 닫기’인 셈이죠. 🧾 한눈에 비교해 볼게요 여기서 중요한 건 인터넷 앱만의 차이가 아니에요. 제어 센터는 ‘인터넷 연결을 잠깐 끊되, Apple 기기끼리 이어지는 길은 남기는 선택’이고, 설정은 그 길까지 닫는 선택입니다. 그래서 AirDrop으로 사진을 보내거나 Mac에서 하던 작업을 iPhone으로 이어 보려면 제어 센터 쪽이 더 안전해요. 반대로 Wi‑Fi 자체를 쓰지 않겠다는 의도라면 설정에서 꺼야 합니다. 🌙 제어 센터는 왜 아침에 다시 연결할까? 제어 센터에서 연결을 끊으면 주변 Wi‑Fi의 자동 연결도 잠시 멈춥니다. 하지만 이건 영구적인 OFF 상태가 아니에요. Apple은 자동 연결이 다시 허용되는 조건으로 Wi‑Fi를 직접 다시 켠 경우, 설정에서 네트워크에 다시 연결한 경우, 새 장소로 이동한 경우, 기기를 재시작한 경우와 현지 시간 오전 5시를 안내합니다. 아침에 Wi‑Fi가 혼자 살아난 것처럼 보이는 이유예요. 🧭 버튼 하나에 두 가지 뜻을 담을 때 제어 센터의 Wi‑Fi 버튼은 ‘연결 해제’에 가깝고, 설정의 Wi‑Fi 토글은 ‘기능 끄기’에 가깝습니다. 둘 다 사용자가 잠시 온라인에서 벗어나는 데는 도움이 되지만, 주변 기기와의 연결까지 유지할지에서 갈라져요. 이 구분은 사용자에게도 꽤 실용적입니다. 카페 Wi‑Fi가 불안정해 잠깐 모바일 데이터로 바꾸고 싶을 때는 제어 센터가 맞고, AirDrop이나 Instant Hotspot까지 쓰지 않을 상황이라면 설정에서 끄는 편이 맞아요. 좋은 인터페이스는 버튼을 하나 더 만드는 게 아니라, 같은 버튼이 어디까지 바꾸는지를 말해주는 데서 시작됩니다. ‘연결 해제’와 ‘완전 끄기’를 같은 아이콘 안에 담을수록, 그 차이를 더 분명히 보여줘야 해요. References Apple Support — Use Bluetooth and Wi‑Fi in Control Center Apple Support — Connect to Wi‑Fi on your iPhone or iPad Apple Support — How to use AirDrop on your iPhone or iPad Apple Support — Use Handoff to continue tasks on your other Apple devices About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI, UX, Product, Design 분야의 기사와 공식 발표, 연구 자료를 바탕으로 작성했습니다. D.Flick는 단순한 뉴스 번역이나 요약을 지향하지 않습니다. 여러 출처의 정보를 교차 검토하고, 제품을 만드는 사람의 관점에서 변화의 맥락과 실무적 의미를 구조화한 오리지널 에디토리얼을 제공합니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 이후 새로운 정보가 발표되면 내용이 업데이트될 수 있습니다. D.Flick는 복잡한 기술과 트렌드를, 제품을 만드는 사람의 언어로 구조화합니다.

STORY

🎞️ 70년 전 첫 만남을 선명하게 재현해낸 방법

사진도 영상도 없는 첫 만남은 어떻게 다시 볼 수 있을까요? 버트와 에델 샤츠 부부가 처음 만난 곳은 미국 클리블랜드의 학생 공동주택이었습니다. 두 사람은 70년 넘게 함께했지만, 첫 만남의 순간은 오직 기억 속에만 남아 있었고 그 기억마저 점차 희미해지기 시작했습니다. 다큐멘터리 단편 《Love, Rendered》의 제작진은 부부가 소중히 간직해 온 그날을 영상으로 재현하기로 했습니다. 하지만 당시의 모습을 보여줄 사진이나 영상은 남아 있지 않았습니다. 오직 두 사람의 기억에 의존해야 하는 상황에서 제작진은 어디서부터 시작했을까요? 구글은 오래된 사진을 단서로 삼아, 70년 넘게 함께한 부부의 희미해져 가는 첫 만남을 AI로 되살렸습니다. 🎬 사진에서 첫 만남의 장면까지, 어떻게 만들었을까? 제작진에게는 그날의 영상이 없었습니다. 대신 젊은 시절의 사진, 지금의 두 사람, 에델이 기억하는 장소와 소품이 있었어요. 공개된 제작 과정을 따라가면 작업은 이렇게 이어집니다. 오래된 사진으로 젊은 모습을 잡습니다. 두 사람의 젊은 시절 흑백사진을 생성형 AI로 복원했습니다. 복원한 사진은 영상 속 버트와 에델이 당시의 모습과 닮았는지 확인할 기준이 됐어요. 현재의 움직임을 포착합니다. 사진에는 말할 때의 습관이 남아 있지 않습니다. 제작진은 버트가 고개를 기울이는 방식, 말하기 전의 머뭇거림, 눈가에 잡히는 표정 같은 작은 움직임을 살폈습니다. 젊은 모습에 움직임을 옮깁니다. 퍼포먼스 캡처 기술로 현재의 몸짓을 젊은 두 사람의 모습에 반영했습니다. 과거의 사진은 외모의 기준이 되고, 현재의 두 사람은 움직임의 기준이 된 셈입니다. 기억과 다른 부분을 고칩니다. 에델은 만들어지는 장면을 보며 계단의 곡선이나 구두 굽의 모양이 기억과 다르면 바로잡았습니다. 사진에도 영상에도 없는 부분을 AI가 채울 때, 그곳에 실제로 있었던 사람이 세부 사항을 확인한 거죠. Love Rendered의 제작방식을 담은 트레일러 ©Google 🧩 다시 본 것은 그날의 기록일까요? 완성된 첫 만남은 실제 촬영본이 아닙니다. 남아 있는 사진, 지금의 움직임, 에델이 기억하는 세부 사항을 모아 만든 재현 장면이에요. 제작진에 따르면 부부는 그 장면이 자신의 기억에 충실하다고 느꼈다고 합니다. 영상을 보면 오래전의 하루가 눈앞에 펼쳐집니다. 하지만 그 장면을 만드는 동안 에델은 계단과 구두를 고쳤고, 제작진은 현재의 두 사람에게서 표정과 움직임을 찾았습니다. 사진이 없던 첫 만남은 그렇게 과거의 자료와 지금의 기억을 오가며 만들어졌습니다. 여기를 눌러 재현된 버트와 에델의 70년에 걸친 사랑 이야기를 감상해 보세요. References Google, 「Recreating a 70-year love story frame by frame」 (2026.09.09) 《Love, Rendered》 전체 영상 About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI·UX·Product·Design 관련 기사, 공식 발표, 인터뷰를 바탕으로 작성했습니다. 단순한 뉴스 번역이나 요약이 아닌, 다양한 독자가 기술과 디자인의 변화를 이해할 수 있도록 여러 정보를 구조화하고 해석한 오리지널 에디토리얼 콘텐츠입니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 이후 새로운 정보가 발표될 경우 내용이 변경될 수 있습니다. D.Flick는 복잡한 기술과 트렌드를 일과 일상의 언어로 구조화합니다.

STORY

🔒 비밀번호 입력창의 ●●●●는 왜 생겼을까?

로그인할 때 비밀번호를 입력하면 글자는 곧 ●●●●로 바뀝니다. 한 글자를 잘못 눌러도 알아차리기 어렵지만, 우리는 이 방식에 꽤 익숙합니다. 그런데 이 점들은 처음부터 사용자를 편하게 하려고 만들어진 표시가 아니었습니다. 누군가 옆에서 화면을 볼 수 있다는, 아주 물리적인 걱정에서 시작됐습니다. 🖥️ 처음에는 점도 없었다 초기 컴퓨터의 비밀번호 입력은 지금보다 더 불친절했습니다. 글자를 점이나 별표로 바꾸는 대신, 아예 화면에 나타나지 않게 했습니다. 1980년대 UNIX 안내서에도 비밀번호를 입력할 때 글자가 다시 표시되지 않는다고 나옵니다. 이유는 단순했습니다. 다른 사람이 화면을 보고 비밀번호를 알아내지 못하게 하기 위해서였죠. 사무실이나 공용 단말기처럼 한 화면을 여러 사람이 볼 수 있는 환경에서는, 비밀번호가 그대로 남는 것만으로도 문제가 될 수 있었습니다. 그래픽 화면이 보편화되면서 ●●●●가 자리를 잡았습니다. 입력한 내용은 숨기되, 적어도 “지금 몇 글자를 입력하고 있다”는 신호는 남긴 겁니다. 아무것도 보이지 않던 입력창보다 조금 친절해진 방식이었습니다. 비밀번호 입력창의 점은 비밀을 감추는 장치이면서, 아무 반응도 없던 입력창에 최소한의 피드백을 더한 표시였습니다. 지금 보면 너무 익숙한 모습이지만, 처음에는 화면 위 비밀번호를 다른 사람에게 보이지 않게 하려는 데 더 가까운 선택이었습니다. 👁️ 숨기되, 확인할 수 있게 문제는 점이 너무 많은 것을 감춘다는 데 있었습니다. Caps Lock이 켜졌는지, 특수문자를 잘못 눌렀는지, 터치 키보드에서 옆 글자를 눌렀는지는 제출한 뒤에야 알 수 있습니다. 특히 긴 비밀번호나 자동 생성 비밀번호를 직접 입력해야 할 때는, 어느 부분에서 틀렸는지 찾기도 쉽지 않습니다. 최근 연구에서도 비밀번호를 가린 상태에서는 오타를 알아채기 어렵고, 다시 로그인해야 했다는 경험이 자주 언급됐습니다. 반면 가림을 없앤다고 해서 입력 오류가 크게 줄어든다고 단정하기도 어려웠습니다. 누군가 화면을 볼 수 있는 상황에서는, 비밀번호를 그대로 보여주는 것 역시 부담스러운 일이기 때문입니다. 그래서 지금의 서비스들은 중간 지점을 택합니다. 데스크톱에서는 대부분 입력 즉시 가리고, 모바일에서는 마지막으로 입력한 글자만 잠깐 보여줍니다. 눈 모양 아이콘도 같은 맥락입니다. 평소에는 가려 두되, 필요할 때만 전체를 확인할 수 있게 한 거죠. ●●●●는 옆 사람의 시선은 막아주지만, 키로거나 피싱 사이트, 악성 브라우저 확장 프로그램까지 막아주지는 못합니다. 화면 위에서만 비밀번호를 가릴 뿐입니다. 그럼에도 이 작은 표시는 여전히 남아 있습니다. 공공장소나 화면 공유처럼 누가 보고 있을지 모르는 순간에는 분명 쓸모가 있기 때문입니다. 미국 NIST도 비밀번호를 가리되, 사용자가 원하면 전체를 볼 수 있는 선택지를 제공하고 모바일에서는 마지막 글자를 잠깐 보여줄 수 있다고 권고합니다. 사람들이 불편해했던 건 비밀번호 자체가 아니라, 확인할 방법 없이 숨겨지는 경험이었을지도 모릅니다. ●●●●는 여전히 남아 있지만, 그 옆에는 이제 작은 눈 아이콘이 함께 있습니다.

TIP

📰 평범한 사진을 빈티지 에디토리얼 비주얼로 바꾸는 프롬프트

기존에 촬영해둔 사진을 그대로 쓰기엔 조금 평범하고, 그렇다고 새로 그래픽을 제작하기엔 애매할 때가 있습니다. 이번 프롬프트는 사진 속 인물은 실사 그대로 남겨두고, 주변 공간만 단색 라인 드로잉으로 바꿉니다. 인물의 현실감은 유지하면서도 오래된 잡지나 광고 삽화처럼 빈티지한 에디토리얼 무드를 더할 수 있습니다. 카페나 패션, 라이프스타일처럼 인물이 중심이 되는 사진에 적용하면, 익숙한 촬영 이미지도 조금 더 그래픽적인 콘텐츠 비주얼로 재해석할 수 있습니다. 반복 ... --> 🖼️ 먼저 결과를 볼까요? 빈티지 무드의 인물 사진 한 장을 넣어봤습니다. 원본 사진에서는 인물과 자동차, 거리 풍경이 모두 실사로 담겨 있지만, 프롬프트를 적용하면 인물과 자동차는 그대로 남고 주변의 거리와 건물, 전신주, 산과 나무 같은 배경 요소만 단색 라인 드로잉으로 다시 표현됩니다. 덕분에 사진의 현실감은 유지하면서도, 오래된 잡지나 광고 삽화처럼 빈티지한 에디토리얼 무드가 더해집니다. 특히 재미있는 점은 사진 전체를 일러스트로 바꾸는 방식이 아니라는 것입니다. 사진 속에서 중심이 되는 인물과 오브젝트는 실사로 남겨두고, 주변 환경만 단순한 선화로 재구성하기 때문에 원본 사진의 인상은 유지하면서도 실사와 그래픽이 섞인 새로운 비주얼로 바뀝니다. 📸 이제 직접 만들어볼까요? 일상적인 인물 사진 한 장을 준비해 주세요. 인물의 얼굴, 포즈, 의상, 구도는 원본을 기준으로 유지하도록 되어 있습니다. 그래서 인물과 주변 공간이 함께 담긴 사진일수록 배경의 변화가 더 잘 드러날 수 있습니다. ✏️ 사용한 프롬프트 아래는 원본 프롬프트입니다. 사진과 함께 위 프롬프트를 입력하면 AI가 사진 속 배경과 인물을 분석해 재구성합니다. Use the uploaded daily-life photo as the sole source for identity,pose,clothing,composition,and scene relationships.Create a mixed-media portrait where the person stays photorealistic while the environment becomes a simple monochrome hand-drawn line illustration.Preserve recognizable face,skin tone,hairstyle,hair color,expression,pose,clothing,and [accessories.Do](https://t.co/eYQxSe3uwS) not redesign the person. Composition:Keep the original framing,crop,camera angle,subject scale,position,gesture,and [layout.Do](https://t.co/5dLLRjkpAL) not mirror,recenter,zoom,or invent a new pose.The real person remains the visual focus in the same place as the source. Person:Render the subject as realistic photography with natural skin,fabric detail,and believable light.Match the source lighting and perspective.Objects directly held or used in the pose may stay photorealistic. Background:Transform all surrounding scenery into a warm-white paper field with one-color line drawing only.Redraw major walls,windows,curtains,shelves,books,plants,lamps,sofas,tables,rugs,frames,and room objects as loose simplified outlines based on the photo.Preserve their approximate position,scale,and relationships so the scene remains recognizable.Remove photographic texture,shadows,and color. Line color:Use exactly one saturated monochrome ink hue for all background lines.Choose a clear non-neutral color sampled from the uploaded photo and brighten it into a vivid medium-value tone.If the source is mostly neutral,use one harmonious accent such as cobalt blue,brick red,coral,forest green,deep teal,or [violet.Do](https://t.co/S4lthN16HT) not mix line colors. Line style:Use medium-thick felt-tip or ballpoint-like strokes with visible wobble,uneven pressure,crooked joins,blunt ends,small overruns,and one-pass energy.Keep contours simple and imperfect.Avoid thin technical drawing,smooth vector curves,dense hatching,or repeated sketch lines. Simplification:Reduce objects into few strokes.Books become rectangles,plants loose leaf shapes,lamps basic domes and stems,windows open frames,and fabrics sparse contour folds.Keep generous white space and leave large areas blank.The room should feel airy,playful,and unfinished. Grounding:If the source includes a rug,bed,sofa,table surface,or floor edge,draw only its outline and a few seams in the same ink [color.No](https://t.co/BGTiapYKl0) gray base,no cast shadow,and no colored fill.Let the real person overlap the illustrated forms. Style:Photoreal person + naive monochrome environment doodle,editorial mixed media,indie magazine lifestyle illustration,clean white-paper backdrop,minimal and playful.The contrast between the real figure and rough line-art room is the core effect. Negative:No illustrated person,no cartoon face,no changed identity,no altered outfit,no changed pose,no extra people,no missing limbs,no invented furniture,no multicolor line art,no realistic background photo,no gradients,no watercolor,no 3D,no anime,no manga,no polished vector art,no text,no logo,no watermark,no UI. 🔍 이 프롬프트에서 재미있는 포인트 1. 인물은 바꾸지 않도록 여러 번 짚어둡니다 얼굴과 표정, 의상, 포즈는 물론 카메라 각도와 화면 속 위치까지 유지하도록 되어 있습니다. 그래서 사진을 새로 꾸미기보다, 원래 사진의 인상을 남긴 채 배경 표현만 바꾸는 데 초점이 맞춰집니다. 2. 배경은 한 가지 색의 선으로만 그립니다 주변 공간은 따뜻한 흰 종이 위에 단색 잉크로 다시 그리도록 지시합니다. 색을 여러 개 섞지 않고 선도 너무 정교하게 만들지 않아서, 사진 속 인물과 느슨한 낙서 배경의 대비가 더 또렷해질 수 있습니다. 3. 공간의 관계는 남기고 디테일은 덜어냅니다 창문, 소파, 식물처럼 사진에 있던 요소는 대략적인 위치와 크기를 유지합니다. 대신 책은 사각형으로, 식물은 간단한 잎 모양으로 줄여 그리기 때문에 익숙한 공간이 조금 더 가볍고 여백 있는 장면으로 바뀔 수 있습니다. 🎨 사진에 감성 한 스푼을 넣어보았습니다 스냅샷 사진뿐 아니라 일상적인 사진에도 적용해볼 수 있습니다. 같은 방식으로 여러 장을 만들어두면, 서로 다른 날의 사진도 하나의 작은 일러스트 아카이브처럼 묶어볼 수 있습니다. References https://x.com/Sairah_0/status/2099735654641070183 About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI, UX, Product, Design 분야의 기사와 공식 발표, 연구 자료를 바탕으로 작성했습니다. D.Flick는 단순한 뉴스 번역이나 요약을 지향하지 않습니다. 여러 출처의 정보를 교차 검토하고, 제품을 만드는 사람의 관점에서 변화의 맥락과 실무적 의미를 구조화한 오리지널 에디토리얼을 제공합니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 이후 새로운 정보가 발표되면 내용이 업데이트될 수 있습니다. D.Flick는 복잡한 기술과 트렌드를, 제품을 만드는 사람의 언어로 구조화합니다.

🕹️ 인형뽑기, 과연 AI가 잘 뽑을까

안녕하세요. 에디터 C입니다. 👋 요즘 인형뽑기, 한 번쯤 해보셨나요? 저도 “이번엔 될 것 같은데?” 싶어 여러 번 도전했지만, 집게는 생각처럼 움직이지 않았습니다. 그래서 AI에게 기계 사진을 보여주고 물어봤습니다. “이 중에서 뭘 뽑아야 할까?” AI의 추천대로라면 성공 확률이 높아질까요? 직접 세 개의 기계에서 실험해 봤습니다. 실험 방식은 단순합니다. 기계 사진을 AI에게 보여주고, 가장 성공 가능성이 높은 인형과 집게의 목표 지점을 추천받습니다. 그리고 추천을 믿고 직접 조작해 보는 것이죠. 다만 인형뽑기는 사진만 보고 풀기에는 꽤 까다로운 문제입니다. 집게가 어느 높이에서 내려오는지, 앞뒤로 얼마나 이동할 수 있는지, 인형이 바닥에 걸려 있는지처럼 중요한 정보들이 화면 밖에 숨어 있기 때문입니다. AI는 과연 그 빈틈까지 메워줄 수 있었을까요? 💡 이런 분들께 강력 추천합니다! AI에게 이미지 속 상황을 판단받아본 적 있는 분 “AI가 보면 더 잘 고르지 않을까?”라는 호기심이 드는 분 AI의 시각적 판단이 현실에서 어디까지 통하는지 궁금한 분 ❌ 첫 번째 시도: 중간 인형 첫 번째 기계에는 여러 인형이 빼곡하게 쌓여 있었습니다. 가장 눈에 들어온 것은 중앙에 놓인 중간 크기의 인형. AI에게 기계 사진을 보여주자, AI는 망설임 없이 이 인형을 추천했습니다. 언뜻 보기에는 주변 인형에 덜 눌려 있고, 집게가 양옆을 잡기에도 적당해 보였습니다. 설명도 그럴듯했죠. “상단이 비교적 노출돼 있어 집게가 걸릴 가능성이 높다”는 판단이었습니다. 하지만 기계 앞에 서서 다시 보니 문제가 있었습니다. 추천받은 인형은 집게가 실제로 닿을 수 없는 사각지대에 있었습니다. 사진 속에서는 중앙에 가까워 보였지만, 기계 내부의 레일과 집게 이동 범위를 생각하면 아예 도전할 수 없는 위치였던 것이죠. AI는 인형의 상대적인 위치는 읽었지만, 집게가 움직일 수 있는 실제 공간까지는 계산하지 못했습니다. ‘잘 잡을 수 있을 것 같은 인형’과 ‘애초에 집게가 닿는 인형’은 전혀 다른 조건이라는 것을 첫 시도부터 배웠습니다. 🟨 두 번째 시도: 작은 피카츄 인형 두 번째 기계에서는 조금 더 현실적인 목표를 잡았습니다. 비교적 가볍고, 틈 사이에 끼어 있지 않은 작은 피카츄 인형이 보였거든요. AI도 같은 인형을 골랐습니다. 다만 이번에는 “인형의 머리 쪽보다 몸통과 팔 사이를 노려보라”는 정도의 초기 위치만 알려줬습니다. 구체적인 이동 거리나 집게를 내릴 타이밍까지 제시해주지는 못했습니다. 그렇게 시작한 피카츄 도전. 결과는 5트 만의 성공이었습니다. 🎉 하지만 솔직히 말하면, 이 성공을 AI의 공으로만 돌리기는 어려웠습니다. 한 번 집게를 내릴 때마다 피카츄의 위치와 각도가 달라졌기 때문입니다. 처음에는 몸통을 향해 있던 인형이 옆으로 굴러가고, 다음 시도에서는 팔이 바닥에 걸렸습니다. 같은 목표를 향해 집게를 움직여도 매번 다른 전략이 필요했죠. AI는 첫 화면에서 “어떤 인형을 노릴지”는 잘 골랐습니다. 하지만 실제 플레이에서는 매 시행 뒤의 변화를 사람이 다시 읽고, 손으로 조작해야 했습니다. 결국 피카츄를 꺼낸 것은 AI의 추천과 뽑는 사람의 감각이 함께 만든 결과였습니다. 굳이 공신을 나눈다면… 마지막 한 끗은 인간의 손끝에 있었습니다. 피카츄 뽑기 성공! ❌ 세 번째 시도: 박스형 상품 세 번째는 박스형 상품 기계였습니다. 봉제 인형보다 형태가 단단하고, 잡는 지점도 비교적 명확해 보였습니다. “이번에는 AI가 더 잘 판단할 수 있지 않을까?”라는 기대가 생겼죠. 이번에는 한 장의 사진만 보여주지 않았습니다. 정면, 측면, 위쪽에 가까운 각도까지 여러 방향에서 촬영해 AI에게 전달했습니다. 그리고 가장 성공 가능성이 높은 박스와 이유를 물었습니다. AI는 박스의 모서리가 노출된 상품, 주변 물체에 덜 눌린 상품 등을 근거로 후보를 좁혀줬습니다. 이미지마다 보이는 정보를 조합해 판단하려는 모습도 보였습니다. 그런데 막상 기계 앞에서 집게를 움직여보니, 사진만으로는 알 수 없는 변수가 다시 나타났습니다. 박스가 경사면에 얼마나 단단히 걸쳐 있는지, 집게가 박스의 무게를 버틸 만큼 힘이 있는지, 한쪽 모서리를 잡았을 때 상품이 어느 방향으로 회전할지까지는 확인할 수 없었습니다. 여러 방향의 사진을 주면 AI의 판단은 더 풍부해졌습니다. 하지만 사진이 늘어난다고 해서 기계의 공간감과 물리 법칙까지 완전히 이해하는 것은 아니었습니다. AI는 ‘눈에 보이는 배치’를 설명할 수 있었지만, ‘집게가 실제로 만들어낼 결과’를 예측하는 데는 한계가 있었습니다. 4. 그래서 AI는 인형뽑기를 잘할까요? 세 번의 실험을 통해 내린 결론은 명확합니다. AI는 인형뽑기의 후보를 고르는 조력자로는 꽤 쓸 만하지만, 승부를 결정하는 플레이어는 아니었습니다. AI가 잘한 일은 분명했습니다. 복잡하게 쌓인 인형 사이에서 비교적 노출된 목표를 빠르게 찾고, 피해야 할 인형의 특징을 언어로 설명해줬습니다. 처음 기계 앞에 섰을 때처럼 무엇부터 봐야 할지 막막한 상황에서는 좋은 관찰자 역할을 해줄 수 있습니다. 반면 AI가 어려워한 것도 분명했습니다. 사진 한 장으로는 집게의 이동 범위와 힘, 인형이나 박스의 실제 무게, 바닥과의 마찰, 매 시도 이후 달라지는 배치를 정확히 알 수 없습니다. 특히 인형뽑기는 한 번의 실패가 다음 판의 조건을 바꿉니다. 정적인 이미지를 해석하는 AI에게는 가장 까다로운 변수죠. 5. 실전에서 써보니 이렇습니다! 👍 AI는 첫 판단을 빠르게 도와줍니다. 인형이 많을수록 어디를 봐야 할지 혼란스러운데, AI에게 사진을 보여주면 목표 후보를 정리하는 데 도움이 됩니다. 👍 사진은 한 장보다 여러 장이 낫습니다. 정면만 보여주기보다 측면과 가까운 각도를 함께 보여주면, 인형이 눌린 상태나 박스의 모서리를 조금 더 정확히 논의할 수 있습니다. 🤔 현장 정보는 반드시 사람이 보완해야 합니다. “집게가 이 위치까지 갈 수 있는가?”, “인형이 바닥에 걸려 있는가?”, “한 번 밀어서 더 좋은 자리로 만들 수 있는가?” 같은 질문은 기계 앞에서 직접 확인해야 합니다. 🤔 AI의 추천은 정답지가 아니라 관찰 포인트입니다. AI가 추천한 목표를 그대로 믿기보다, “왜 이 인형을 추천했는지”를 듣고 내 눈으로 다시 확인하는 방식이 가장 좋았습니다. D.Flick Note “AI가 인형을 뽑아주지는 못했지만, 무엇을 봐야 할지는 알려줬다.” AI는 사진 속에서 눈에 띄는 단서를 빠르게 찾아내는 데 능합니다. 하지만 현실의 문제는 화면에 보이는 정보만으로 완성되지 않죠. 인형뽑기처럼 작은 물리 변수와 순간적인 판단이 쌓이는 일에서는 더욱 그렇습니다. 그래도 다음에 인형뽑기 기계 앞에 선다면, 한 번쯤 AI에게 물어볼 것 같습니다. “이 중에서 그나마 가능성 있는 건 뭐야?”라고요. 다만 마지막 버튼을 누르는 순간만큼은, AI의 답보다 내 손끝의 감각을 조금 더 믿어보려고 합니다. About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI, UX, Product, Design 분야의 기사와 공식 발표, 연구 자료를 바탕으로 작성했습니다. D.Flick는 단순한 뉴스 번역이나 요약을 지향하지 않습니다. 여러 출처의 정보를 교차 검토하고, 제품을 만드는 사람의 관점에서 변화의 맥락과 실무적 의미를 구조화한 오리지널 에디토리얼을 제공합니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 이후 새로운 정보가 발표되면 내용이 업데이트될 수 있습니다. D.Flick는 복잡한 기술과 트렌드를, 제품을 만드는 사람의 언어로 구조화합니다.

🥓 Grill-me, AI가 나를 웰던으로 만드는 과정 — 구현 전 기획의 빈틈을 찾는 AI 스킬

AI에게 "이거 만들어줘"라고 했는데, 결과물을 보고 "아, 이것도 말했어야 했네."라고 생각한 적 있으신가요? 💡 이런 분들께 강력 추천합니다! AI와 작업하다 보면 엣지 케이스(Edge Case)*가 뒤늦게 발견되어 곤란했던 기획자·PM AI가 만든 코드를 다시 뜯어고치느라 구현 시간이 늘어나는 개발자 프로젝트의 룰과 의사결정을 AI와 일관되게 유지하고 싶은 1인 개발자 안녕하세요, 처음 인사드려요. 에디터 Janet(재닛)입니다. 👋 D.LAB은 디플릭이 AI 도구를 실제 업무 흐름에 넣어보고, 그 효과와 한계를 기록하는 실험 노트입니다. 현업에서 프론트엔드 개발을 하며 AI 코딩 에이전트를 쓰다 보면, 빠르게 결과물을 보고 싶은 마음에 요구사항 프롬프트가 점점 짧아지는 순간이 있죠. 그래서 이번에는 구현을 통째로 맡기기 전, AI가 먼저 제 기획의 빈틈을 파고들게 만드는 스킬 /grill-me를 직접 사용해 봤습니다. 실제로 이 스킬은 2026년 9월 기준 skills.sh에서 약 110만 설치를 기록할 정도로 많은 개발자가 주목하고 있는 흥미로운 툴입니다. 단순히 "만들어줘"라고 했을 때와 무엇이 달랐을까요? 그리고 이 스킬을 쓸 때 주의해야 할 치명적인 함정은 무엇이었을까요? 실험 결과를 지금부터 공유해 드릴게요! ✨ 1. 그래서 Grill은 어떻게 작동할까요? 'Grill'이라는 단어를 들으면 맛있는 바비큐가 먼저 떠오르시죠? 하지만 영어권에서는 누군가를 '깐깐하게 심문하다, 꼬치꼬치 캐묻다'라는 의미로도 자주 쓰입니다. AI에게 다짜고짜 코드나 결과물을 내놓으라고 하는 대신 /grill-me 스킬을 호출하면, AI가 바로 구현에 들어가는 대신 깐깐한 시니어 사수처럼 내 기획의 빈틈과 예외 상황을 하나씩 짚으며 집요하게 질문하기 시작합니다. 그런데 여기서 재미있는 점이 있습니다. AI가 무작정 질문만 던지고 답을 기다리는 것은 아닙니다. 각 질문마다 자신이 생각하는 추천 답변도 함께 제시하기 때문에, 사용자는 백지상태에서 답을 쥐어짤 필요 없이 "이 방향이 맞아", "우리 서비스에서는 이렇게 해야 해"라고 쉽게 결정할 수 있습니다. 또한, 기존 코드베이스나 구조를 살펴보면 답이 나오는 내용은 굳이 묻지 않고 알아서 파악합니다. 즉, Grill의 핵심은 무작정 질문을 쏟아내는 것이 아니라 정말 결정이 필요한 엣지 케이스만 사람에게 물어보며 구현 전 계획을 다듬어가는 것입니다. 2. 실무 적용 시나리오 : 문서화 없이, 계획부터 날카롭게 검증하기 (/grill-me) 특정 기능부터 큰 설계까지, 구현 전에 계획의 빈틈을 빠르게 검증하고 싶을 때 유용합니다. 별도의 문서나 프로젝트 컨텍스트를 남기지 않고, 대화 안에서 계획의 빈틈을 검증할 수 있습니다. [다크모드 토글 버튼 구현] 🚨 바로 구현 요청 시: 시스템 테마나 초기 렌더링 시 테마 결정 방식이 명확하지 않아, 페이지 진입 순간 의도하지 않은 테마가 잠깐 노출되는 문제가 생길 수 있습니다. SSR 환경에서는 테마 초기값과 클라이언트 상태가 어긋나 하이드레이션(Hydration)* 관련 문제가 발생할 수도 있습니다. 🎯 /grill-me 적용 시: AI가 먼저 OS 설정(시스템 테마) 연동 여부 및 깜빡임 방지 대책을 묻고 탄탄한 설계를 논의합니다. [토스트(Toast) 알림 구현] 🚨 바로 구현 요청 시: 토스트의 최대 노출 개수, 표시 시간, 긴 메시지 처리, 중복 알림 처리 등의 정책이 정의되지 않은 채 구현될 수 있습니다. 🎯 /grill-me 적용 시: 최대 노출 개수, 메시지 길이에 따른 표시 시간, 중복 알림 처리, 사용자의 상호작용에 따른 자동 닫힘 여부 등을 먼저 질문하고 합의할 수 있습니다. [검색창 자동완성 UI 구현] 🚨 바로 구현 요청 시: 타이핑마다 API 요청이 발생하는 구현이 만들어질 수 있고, 키보드만으로 결과 목록을 탐색하거나 선택할 수 있는 방법이 빠질 수 있습니다. 🎯 /grill-me 적용 시: API 호출 낭비를 막기 위한 디바운스(Debounce)* 적용 여부뿐 아니라, 키보드 탐색, 결과가 없을 때의 상태, 로딩 상태, 검색 결과 선택 방식 등을 차례로 확인하며 구현 전에 합의할 수 있습니다. 3. 앗 뜨거워! 막연한 프롬프트가 부른 '16개 질문 지옥' 위의 훌륭한 시나리오들처럼 기획을 바싹 구워내려면 한 가지 꼭 명심해야 할 점이 있습니다. 저 역시 이번 실험을 처음 시작할 때는 아무 생각 없이 아주 짧은 한 줄을 입력해 보았는데요. "/grill-me 다크모드 토글 버튼 만들어줘." 그런데 웬걸, 엔터를 친 순간 어마어마한 질문 지옥이 열렸습니다. 어떠한 상세 명세도 없이 단순히 명령 프롬프트를 내렸더니, AI는 요구사항이 명확해질 때까지 기초적인 질문부터 압박해 들어왔습니다. 1라운드에서 무려 5가지의 질문이 날아왔고, 열심히 대답했더니 2라운드에서 7개의 꼬리 질문이 추가됐습니다. 그걸 또 방어했더니 3라운드에서 4개의 질문을 더 받으며 총 16개의 질문 세례를 받아야 했죠. /grill-me는 빈틈을 찾는 도구이기 때문에, 초기 단서가 너무 없으면 'UI 형태'부터 '상태 관리', '저장 방식', '접근성'까지 A to Z를 전부 물어보며 질문 폭탄을 던집니다. 즉, /grill-me를 쓸 때도 막연한 명령보다는, "최소한의 기본적인 요구사항(명세)은 갖춰서 던져야, 정말 중요한 기획의 빈틈에만 집중해서 바싹 구워준다" 는 것입니다. 4. 번외 : 합의된 룰을 영구 박제하고 싶다면? (/grill-with-docs) 만약, 이미 작업 중인 코드베이스가 있고, 이번 논의에서 정한 용어와 의사결정 기준을 앞으로도 계속 유지해야 한다면 /grill-with-docs가 더 적합합니다. 이 스킬은 /grilling 세션을 통해 집요하게 질문하며 계획을 검증하고, 동시에 /domain-modeling을 활용해 프로젝트의 용어와 의사결정을 정리합니다. 질문을 통해 기획을 검증하는 동시에, 합의된 프로젝트 용어나 아키텍처 결정(ADR)*을 CONTEXT.md 문서에 기록합니다. 이는 다음에 AI가 작업을 이어갈 때도 프로젝트의 결정사항과 용어를 참고할 수 있는 근거로 남습니다. 즉 grill-with-docs의 가치는 AI의 기억력을 마법처럼 늘리는 것이 아니라, AI가 다시 참고할 수 있는 외부화된 프로젝트 컨텍스트를 만드는 것입니다 '디자인 토큰 네이밍'이나 '폴더 구조 분리 기준' 같은 중요 룰을 논의할 때 사용하면, 며칠 뒤 AI가 예전 버릇처럼 엉뚱한 이름의 파일을 맘대로 만들어내는 대참사를 막을 수 있습니다. 문서화가 필수적인 규모 있는 작업에 찰떡이죠. 5. 실무 적용 포인트 : 직접 써보니 이렇습니다! 👍 진짜 시니어 사수와 일하는 기분: 제가 놓쳤거나 꼼꼼히 세우지 못했던 기획의 구멍을 찾아냅니다. 결과적으로 구현 이후에 뒤늦게 코드를 뒤엎는다든지, 요구사항을 수정하는 일을 줄이는 데 도움이 됐어요. 👍 길을 잃지 않는 프로젝트의 나침반: /grill-with-docs는 기능이 복잡해질수록 진가를 발휘합니다. 프로젝트의 룰과 컨텍스트가 차곡차곡 쌓이면서, AI가 이후 작업에서 참고할 수 있는 프로젝트의 공통 맥락이 만들어집니다. 🤔 주의할 점(한계): 당장 5분 안에 코드를 뽑아내야 하는 급박한 상황에서는 꼬리물기식 역질문이 다소 번거롭게 느껴질 수 있습니다. 또한, 역질문에 제대로 대답하려면 실무자 본인도 명확한 기획 의도와 도메인 지식을 쥐고 있어야 해요. 무작정 "알아서 예쁘게 잘 짜줘"라는 마인드로는 이 깐깐한 스킬을 100% 활용하기 어렵습니다. 또한 Grill이 던지는 질문 자체가 항상 정답을 의미하는 것은 아닙니다. AI가 제시하는 선택지와 추천안 역시 하나의 제안일 뿐이므로, 최종적인 제품 정책과 기술적 결정은 사람이 판단해야 합니다. D.Flick Note "설익은 계획의 구멍은 바싹 구워, 내 기획의 빈틈을 채워주는 AI 사수!" 생각보다 많은 분들이 AI가 한 번에 완벽한 정답을 쥐어주지 않으면 쉽게 실망하고 창을 닫아버립니다. 하지만 AI와의 진짜 시너지는 일방적으로 정답을 요구하는 것이 아니라, '제대로 된 질문을 던지게 만들고 함께 합의점을 찾는 과정'에 있다고 생각해요. 여러분도 오늘 당장 업무에 돌입하기 전, /grill-me 한 줄을 덧붙여 호출해 보세요. 평소라면 그냥 지나쳤을 기획의 빈틈과 미처 생각하지 못했던 질문들을 대화 속에서 발견하는 경험을 해보실 수 있을 거예요. References Matt Pocock's Claude Skills Repository (GitHub) grill-me Skill Detail Directory grill-with-docs Skill Detail Directory skills.sh — grill-me 타입스크립트 (TypeScript): 자바스크립트에 데이터 형태(타입)를 지정하는 규칙을 추가한 언어입니다. 실행 중 브라우저에서 터질 에러를 코드 작성 단계에서 미리 빨간줄로 경고해 주어, 프로젝트의 안정성을 크게 높여줍니다. 엣지 케이스 (Edge Case): 시스템의 일반적인 동작 범위를 벗어난 극단적이거나 예외적인 사용자 입력/환경 조건 상황을 말합니다. 하이드레이션(Hydration): 서버에서 미리 만들어진 HTML에 클라이언트의 JavaScript를 연결해 웹페이지를 실제로 동작하게 만드는 과정입니다. 서버와 클라이언트의 상태가 다르면 문제가 발생할 수 있습니다. 디바운스 (Debounce): 연이어 발생하는 이벤트를 하나로 묶어, 마지막 이벤트가 발생한 후 일정 시간이 지난 뒤에만 단 한 번 실행되도록 조절하는 최적화 기법입니다. ADR (Architecture Decision Record): 프로젝트의 중요한 아키텍처적 의사결정과 그 배경, 맥락, 영향을 기록해 두는 소프트웨어 문서입니다. About D.Flick Editorial 이 콘텐츠는 D.Flick Editorial Team이 국내외 AI, UX, Product, Design 분야의 기사와 공식 발표, 연구 자료를 바탕으로 작성했습니다. D.Flick는 단순한 뉴스 번역이나 요약을 지향하지 않습니다. 여러 출처의 정보를 교차 검토하고, 제품을 만드는 사람의 관점에서 변화의 맥락과 실무적 의미를 구조화한 오리지널 에디토리얼을 제공합니다. 일부 내용은 작성 시점의 공개 자료를 기반으로 하며, 이후 새로운 정보가 발표되면 내용이 업데이트될 수 있습니다. D.Flick는 복잡한 기술과 트렌드를, 제품을 만드는 사람의 언어로 구조화합니다.