AI

331 개의 포스트

toss4분 읽기큐레이션 요약

우리 팀의 문서화는 왜 실패할까? (2)

두 조직의 문서화 경험은 자율적 기여만으로는 지식이 지속적으로 축적되기 어렵다는 점을 보여준다. 문서화의 핵심은 흩어진 지식을 한곳에 모으고, 질문과 공유에 대한 심리적 부담을 낮추며, 조직의 상태에 맞는 구조와 운영 방식을 만드는 데 있다. AI는 문서 작성과 지식 전파를 쉽게 할 뿐 아니라, 질문·문서 증가량·답변 품질 등을 지표로 파악하게 해 문서화 상태를 진단하는 도구가 되고 있다. ## 자율적 문서화의 한계 - 커머스에서는 구성원이 자율적으로 참여하는 ‘커머스 위키’를 만들기 위해 워크숍과 길드를 운영했다. - 첫 문서를 작성하게 만드는 데는 성공했지만, 두 번째·세 번째 기여로 이어지게 하기는 어려웠다. - 문서화가 개인의 의지와 자발성에만 의존하면 지속 가능한 운영 구조를 만들기 어렵다. - 반면 이미 문서가 잘 갖춰진 애즈 도메인에서는 새 플랫폼을 만들기보다 기존 컨벤션을 존중하고, 지식의 위치와 연결 관계를 파악하기 쉽게 만드는 데 집중했다. - 문서가 거의 없는 조직과 이미 충분한 문서가 있는 조직은 출발점과 우선순위가 달라야 한다. ## 지식 공유를 막는 심리적 부담 - 질문을 적게 하는 이유는 단순히 관심이 부족해서가 아니라, “내가 모른다”는 사실을 공개하는 것이 부담스럽기 때문이다. - 문서를 작성할 때도 “내 지식이 틀리면 어떡하지”라는 불안 때문에 좋은 자료를 공유하지 못하는 경우가 많다. - 이를 해결하기 위해 ‘개발 상담 주간’을 열어 질문 자체를 자연스러운 행동으로 만들었다. - 특정 전문가에게 자유롭게 질문하도록 유도 - 다른 사람의 질문에 공감하도록 장려 - 전문가가 답하지 못한 질문에는 팀원들이 대신 답변하도록 독려 - 매일 짧은 서버 개발 지식을 전달하는 봇도 운영한다. - 구성원이 직접 문서를 찾지 않아도 지식에 노출된다. - 완성된 문서를 처음부터 작성하는 대신, 공유된 내용에 한마디를 보태거나 수정하는 방식으로 참여 장벽을 낮춘다. ## AI가 낮춘 문서화의 진입장벽 - AI를 이용하면 문서 초안을 빠르게 만들 수 있어 문서 작성에 필요한 부담이 줄어든다. - 챗봇은 매일 지식을 전달하거나 질문에 답하면서 지식 공유를 일상적인 활동으로 만든다. - AI는 문서화 현황을 정량적으로 확인하는 데도 활용된다. - 챗봇에 올라온 질문 수 - 사람이 대신 답변한 사례와 답변 내용 - 일주일 동안 새로 작성된 문서 수 - 지난주 대비 문서 증가량 - 새로 추가된 문서 목록 - 이를 통해 어떤 지식이 부족한지, 구성원이 무엇을 궁금해하는지, 지식이 실제로 순환하고 있는지를 파악할 수 있다. ## 사람용 문서와 AI용 세부 문서의 분리 - AI가 문서를 읽게 되면서 사람에게는 불필요한 세부 맥락까지 기록해야 하는 상황이 생겼다. - 커머스에서는 문서를 두 영역으로 나누었다. - 중앙 문서: Technical Writer가 관리하며 사람이 읽기 쉽고 조직 전체에 공유할 만한 내용 중심 - 팀 저장소 문서: 업무 과정에서 자동으로 쌓이며 팀 내부 AI가 활용할 수 있는 세부 정보와 맥락 포함 - 문서의 독자가 사람뿐 아니라 AI까지 확장되면서, 문서의 목적과 공개 범위를 구분하는 구조가 필요해졌다. ## 도메인과 챕터의 차이 - 공통 원칙은 지식을 한곳에 모으고, 문서가 흩어지지 않도록 통로를 단순화하는 것이다. - 도메인 문서 - 제품과 코드에 직접 연결된다. - 제품 출시와 변화가 빠르므로 문서 업데이트 주기도 짧다. - 용어, 기능, 정책, 지표처럼 업무와 직접 관련된 구조가 중요하다. - 독자가 다양하므로 비개발자도 이해할 수 있는 수준으로 작성하는 것이 효과적이다. - 챕터 문서 - 특정 직군을 위한 컨벤션, 업무 방식, 생산성 지식이 중심이다. - 코드와 직접 관련되지 않은 추상적인 내용이 많다. - 변화가 느린 만큼 지속적인 업데이트와 참여를 유도하는 방식이 과제다. - 독자가 비교적 명확해 목적에 맞춘 문서 작성이 쉽다. ## 문서 유형과 독자 구분 - 하나의 문서에 모든 정보를 담기보다 독자와 목적에 따라 문서를 분리해야 한다. - 활용 예시는 다음과 같다. - 가이드: 업무를 수행하는 방법 설명 - 기능 단위 정책: 제품이나 기능의 동작 원칙 정리 - 용어 사전: 조직 내 공통 언어 정의 - 지표 문서: 기능이나 정책을 측정하는 기준 설명 - 문서 유형별 역할을 명확히 하면 독자가 필요한 정보를 더 빠르게 찾을 수 있다. ## 문서화 수준 진단 방법 - 업무 중 막혔을 때 무엇을 먼저 찾는지 관찰하면 조직의 문서화 수준을 파악할 수 있다. - 사람이나 사내 메신저를 찾는 경우 - 문서가 거의 없는 상태다. - 업무에 가장 자주 필요한 정보부터 하나씩 정리해야 한다. - 문서를 검색하는 경우 - 원하는 정보를 찾지 못한다면 부족한 문서를 보완해야 한다. - 검색이 잘 된다면 문서는 충분히 쌓인 상태이며, AI를 연결해 접근성을 높일 수 있다. - 문서 기반 AI나 봇에게 질문하는 경우 - 답변이 부정확하면 원인을 분석해야 한다. - 관련 문서가 없으면 새로 작성해야 한다. - 정보가 여러 곳에 흩어져 있으면 한곳으로 통합해야 한다. - 문서는 있지만 엉뚱한 답을 하면 내용이 오래됐거나 맥락이 부족할 가능성이 크다. ## 문서화의 구체적인 시작점 - “문서화를 해야 한다”는 막연한 목표보다 실제 문제와 니즈를 먼저 정의해야 한다. - 예를 들어: - 팀마다 용어가 달라 소통이 어렵다면 용어 사전부터 만든다. - 다른 팀이나 외부에 공유할 레퍼런스가 없다면 공통 가이드를 만든다. - 반복적으로 질문이 발생한다면 해당 업무의 절차와 판단 기준을 문서화한다. - 문제를 하나로 좁히고 그 문제를 해결하는 문서부터 시작해야 지속 가능성이 높다. 결국 효과적인 문서화는 구성원의 의지에만 기대지 않고, 지식을 한곳에 모으고 자연스럽게 공유되도록 만드는 운영 구조에서 출발한다. 먼저 조직의 현재 상태와 가장 큰 문서화 니즈를 진단한 뒤, 하나의 구체적인 문제를 해결하는 문서와 자동화부터 시작하는 것이 좋다.

원문 읽기(새 탭에서 열림)
toss4분 읽기큐레이션 요약

전문성 밖으로 나아가기

Technical Writer(TW)는 문서를 작성·관리하는 역할을 넘어, 지식이 축적되고 활용되는 제품과 시스템을 만드는 제품 오너로 확장되고 있다. 토스의 문서 플랫폼 ‘토독’은 누구나 쉽게 문서를 작성하고, 조직의 지식을 한곳에 모으며, AI가 활용할 수 있도록 하는 것을 목표로 한다. 궁극적으로는 문서화가 별도 업무가 아니라 실제 업무 과정에서 자동으로 발생하고, 지식의 최신성과 품질까지 시스템이 관리하는 구조를 지향한다. ## TW가 제품을 만드는 이유 - TW는 어떤 문서가 읽기 어려운지, 좋은 문서의 조건이 무엇인지, AI가 잘 활용할 수 있는 문서 구조가 무엇인지 깊이 고민해 온 직무다. - 이러한 전문성을 문서 작성에만 적용하지 않고, 문서와 지식 관리 제품의 설계 원칙으로 확장한다. - 제품 오너로서 사용자 인터뷰, 제품 방향 설정, 로드맵·우선순위 결정, 기능 기획과 구현까지 직접 수행한다. - 문서 요구사항을 개발팀에 전달하는 역할이 아니라, 제품의 문제를 정의하고 해결책을 만드는 메이커로 일한다. ## 기존 내부 문서의 문제점 - **높은 작성 장벽** - 정적 사이트 생성기 기반 문서는 저장소 클론, 마크다운 작성, PR 생성과 리뷰 과정을 거쳐야 했다. - 개발자에게는 익숙하지만 디자이너나 PM에게는 문서 작성 자체를 포기하게 만드는 장벽이 됐다. - **낡고 불필요한 지식의 누적** - 작성자와 작성 이유를 알 수 없는 메모, 변경된 정책을 설명하는 문서, 미완성 초안 등이 쌓였다. - 문서의 양이 많아질수록 실제로 신뢰할 수 있는 지식을 판별하기 어려워졌다. - **지식의 파편화** - 문서가 SSG, 문서 도구, 코드, 메신저 대화, 개인의 기억 등에 흩어져 있었다. - 지식이 한곳에 모이지 않으면 조직 차원의 축적과 재활용이 어려웠다. ## 토독의 핵심 가치 - **누구나 쉽게 문서 작성** - 별도의 개발 과정 없이 문서를 만들고 수정할 수 있다. - GitHub, 기존 문서 도구, 사내 메신저 등 다양한 출발점의 지식을 토독으로 연결할 수 있다. - **AI를 통한 지식 활용** - 토독의 문서를 팀별 봇과 연결할 수 있다. - API, CLI, MCP를 제공해 요청 봇, 제품 스펙 관리 등 다양한 방식으로 활용할 수 있다. - **단일 진실 공급원(SSoT)** - 여러 곳에 흩어진 정보를 모아 완결된 문서로 구성한다. - 어떤 지식이 최신이고 유효한지 한곳에서 확인할 수 있게 한다. - **확장 가능한 플랫폼** - 조직이나 팀마다 별도 도구를 선택하고 인프라를 구축할 필요가 없다. - 하나의 플랫폼 안에서 각 팀이 독립적인 문서 공간을 운영할 수 있으며, 계열사로도 확장할 수 있다. ## 문서 품질을 자동으로 관리하기 - 문서 작성 장벽을 낮추면 문서 수는 늘지만 품질이 떨어질 수 있다. - 기존에는 TW가 직접 문서를 리뷰하고 낡은 문서를 찾아 수정했다. - 토독은 TW가 정의한 ‘좋은 문서’의 기준을 다음 기능으로 전환하고 있다. - AI 교정 기능 - 문서 봇을 통한 초안 작성 - 자동 리뷰와 개선점 제안 - 다만 사용자가 직접 문서를 작성해야 한다는 전제만으로는 충분하지 않다고 판단했다. ## 업무 과정에서 자동으로 생성되는 문서 - 문서화를 별도의 업무로 요구하기보다, 일하는 과정에서 자연스럽게 문서가 생성되도록 한다. - 사내 메신저의 의사결정과 논의, 코드 변경 내역 등을 자동으로 문서화한다. - 코드 변경이나 의사결정 이후의 논의를 모니터링해 문서가 계속 갱신되도록 설계한다. - 단순히 정보를 수집하는 데 그치지 않고 다음을 판단하는 것이 목표다. - 정책과 실제 코드가 일치하는가 - 해당 지식이 실제 업무에서 사용되고 있는가 - 문서가 얼마나 최신 상태인가 - 현재도 유효한 지식인가 ## TW 전문성의 시스템화 - 좋은 문서를 직접 쓰는 능력에서, 좋은 문서가 반복해서 생산되도록 시스템을 설계하는 능력으로 중심이 이동한다. - 문서가 읽히지 않는 이유에 대한 경험은 누구나 쉽게 쓰고 AI도 잘 읽는 문서 기준으로 전환된다. - 좋은 문서에 대한 판단은 AI 교정과 자동 리뷰의 기준이 된다. - 낡은 문서를 식별하고 유효성을 판단하는 역량은 지식 신선도와 신뢰도를 관리하는 시스템으로 구현된다. - TW의 역할은 다음과 같이 정리된다. - 흩어진 지식이 모일 장소를 만든다. - 좋은 문서의 기준을 정의한다. - 사람의 판단을 시스템에 반영한다. - 업무 과정에서 문서가 자연스럽게 만들어지게 한다. - 축적된 지식이 스스로 갱신되도록 한다. ## 지향하는 업무 환경 - 시스템이 오래된 문서를 감지해 담당자에게 알리고 개선안을 제안한다. - 프로젝트 관리 도구를 별도로 갱신하지 않아도 업무 과정의 기록이 자동으로 정리된다. - 릴리즈 공지와 반복적인 문의 답변이 지식으로 남아 신규 구성원의 학습 비용을 줄인다. - 한 번의 업무가 조직 전체에서 재사용 가능한 흔적으로 남아 실행 시간을 단축한다. - TW는 반복적인 문서 관리보다 제품의 방향과 지식 거버넌스 설계에 집중한다. 결국 토독의 목표는 문서를 잘 쓰게 만드는 데서 끝나지 않는다. 조직의 업무 흐름 자체가 신뢰할 수 있는 지식을 만들고 갱신하도록 설계하는 것이 핵심이며, 이는 TW의 전문성을 조직 전체의 시스템으로 확장하는 방식이다.

원문 읽기(새 탭에서 열림)
toss3분 읽기큐레이션 요약

디자이너에게 AI로 뭐든 만들어보라고 한다면

토스 디자인 챕터의 AI Contest는 AI로 무엇이든 만들어보는 한 달간의 실험으로, 총 122개의 결과물이 모였습니다. 사례를 보면 AI는 완전히 새로운 업무보다 반복 작업 자동화, 지식 공유, 인터랙션 설계, 짧은 시간 안의 품질 향상에 특히 효과적이었습니다. 핵심은 AI를 직접 활용해 자신의 문제를 빠르게 실험하고 해결하는 데 있습니다. ## 반복 업무를 자동화하다 - 이미지를 입력하면 UI에 적합한 색상을 자동으로 추출하고 보정하는 로직을 개발했습니다. - 사진마다 색상 결과가 달라 수년간 해결하지 못했던 문제를 AI와 함께 코드 초안으로 만들었습니다. - 샘플 이미지를 반복해서 입력하고 결과를 검증·수정하며 로직을 개선했습니다. - 완성된 로직은 실제 토스 쇼핑 상품 카드의 색상에 적용됐습니다. ## 개인 지식으로 협업 비용을 줄이다 - 과거 슬랙 대화와 정리된 참고 자료를 학습한 메신저 봇을 만들었습니다. - 팀원의 디자인·요건 질문에 대해 과거 논의를 근거로 답변 초안을 생성합니다. - 담당자는 초안을 그대로 보내거나 수정해 전달할 수 있습니다. - 사람이 수정한 답변 방향도 다시 반영해 유사한 질문에 더 정확히 답하도록 개선됩니다. - 반복적인 질문 대응 시간이 줄어들면서 “내가 1.5명으로 늘어난 느낌”이라는 효과를 얻었고, 다른 디자이너들도 각자의 봇을 만들기 시작했습니다. ## 말보다 동작하는 프로토타입으로 설득하다 - 주식 거래용 증권 PC 화면을 정적인 시안이 아닌 실제로 조작 가능한 프로토타입으로 구현했습니다. - 패널을 끌어 위치를 바꾸거나 창 크기를 조절하면 화면이 반응하도록 제품 코드를 직접 활용했습니다. - 말이나 영상으로 설명해야 했던 인터랙션을 직접 움직여 보여주면서 디자인 의도가 개발 과정에서 흐려지는 문제를 줄였습니다. - 개발자와 PO가 결과를 즉시 이해할 수 있어 커뮤니케이션과 설득력이 높아졌습니다. ## 제한된 시간에 완성도를 높이다 - 토스뱅크 공채 웹페이지의 직군별 키비주얼에 사용할 모션그래픽을 AI로 제작했습니다. - 모션의 기본 이미지와 시작·끝 프레임은 사람이 직접 만들고, 중간 결과 생성은 Kling을 활용했습니다. - 원하는 결과가 나올 때까지 프롬프트를 반복적으로 수정했습니다. - 촉박한 일정 속에서도 직군별 모션을 단 하루 만에 완성했습니다. ## AI 활용을 시작하는 네 가지 방향 - **효율:** 매일 반복하는 일 중 가장 번거로운 작업 하나를 자동화합니다. - **분신:** 반복해서 답하는 질문을 대신 처리할 개인 지식 봇을 만듭니다. - **설득:** 말로 설명하던 디자인을 직접 작동하는 프로토타입으로 보여줍니다. - **퀄리티:** 짧은 시간 안에 더 높은 완성도에 도달할 수 있도록 AI를 제작 과정에 활용합니다. AI를 도입할 때는 거창한 신규 프로젝트보다 현재 업무에서 반복되거나 설명하기 어렵고 시간이 부족한 문제 하나를 골라 작게 실험하는 것이 효과적입니다.

원문 읽기(새 탭에서 열림)
cloudflare4분 읽기큐레이션 요약

프로젝트 갈릴레오 12주년 기념

Cloudflare의 Project Galileo는 표현의 자유와 민주주의를 지키는 시민사회 조직이 권력이나 공격 때문에 온라인에서 퇴출되지 않도록 무료 보안 서비스를 제공하는 프로그램이다. 출범 12년째인 2026년에는 120개국 3,400개 이상의 웹사이트를 지원하며, 시민사회 대상 사이버공격이 일반 인터넷 사용자보다 더 빈번하고 강도 높다는 연례 보고서를 처음 발표했다. Cloudflare는 저렴하고 단순한 보안 접근성, 공격과 인터넷 차단에 대한 투명성, AI 및 포스트퀀텀 보안의 기본 적용을 앞으로의 과제로 제시했다. ## Project Galileo의 역할과 성장 - Cloudflare가 12년 전 시작한 공익 프로그램으로, 언론인·인권 옹호자·비영리단체 등에 무료 사이버보안 서비스를 제공한다. - 현재 120개국 3,400개 이상의 웹사이트가 참여하고 있다. - Cloudflare 네트워크는 125개국 335개 이상의 도시에 분포하며, 전체 웹의 20% 이상을 처리한다. - 이 광범위한 네트워크 덕분에 시민사회 조직에 대한 공격과 일반 고객 대상 공격을 비교할 수 있었다. - 프로그램 참여 신청은 59개 시민사회 파트너가 심사·승인하며, 파트너들은 하루에도 여러 건의 신청을 검토한다. ## 시민사회 대상 사이버공격의 주요 추세 - **DDoS 공격** - 시민사회 조직에 가장 흔한 위협이었다. - 단시간 공격보다 지속 시간이 긴 것이 특징이며, 일부 공격은 며칠 또는 몇 주간 이어졌다. - **웹사이트 취약점 공격** - 시민사회 단체를 대상으로 한 취약점 악용 시도가 일반 Cloudflare 고객보다 7배 이상 많았다. - 특히 미디어 조직이 불균형적으로 큰 피해를 입었다. - **망명 중인 언론인에 대한 악성 트래픽** - 망명 상태에서 활동하는 언론인은 전체 언론 조직보다 거의 4배 높은 악성 트래픽에 노출됐다. - **피싱 이메일** - Cloudflare가 시민사회 조직을 대상으로 처리한 이메일 중 거의 10%에 잠재적인 피싱 콘텐츠가 포함됐다. - 공격은 탐사보도 발표나 공개 캠페인처럼 조직의 활동이 중요한 시점에 집중되는 경향을 보였다. ## 연례 위협 보고서와 사례 연구 - Cloudflare는 시민사회 대상 사이버공격을 다루는 종합 보고서를 처음 공개했다. - 앞으로 매년 보고서를 발간해 공격 유형과 강도의 변화를 장기적으로 비교할 계획이다. - 보고서는 시민사회 단체뿐 아니라 정책 입안자와 일반 대중이 사이버공격을 이해하고 대응하는 자료로 활용되도록 작성됐다. - 정량 데이터에 더해 16개 Project Galileo 참여 조직의 보안 요구를 다룬 사례 연구도 공개했다. - 사례 연구 대상에는 다음과 같은 조직이 포함된다. - 디지털 권리·표현의 자유 단체인 SHARE Foundation - 실종·유실 반려동물 플랫폼 Hledaczvirat - 핵무기와 비확산 문제를 연구하는 Iran Watch - 핵 위험·기후변화·기술을 다루는 Bulletin of Atomic Scientists - 전쟁범죄 증거를 보존하는 Ukraine War Archive - 빈곤·보건·기후 데이터를 제공하는 Our World in Data - 탐사보도 네트워크 OCCRP - 중국의 검열과 인권을 다루는 China Digital Times - 해양 생태계를 보호하는 Sea Shepherd Brazil 등 ## 보안 접근성을 높이기 위한 과제 - 모든 사람이 이용할 수 있는 단순하고 저렴한 사이버보안 도구가 필요하다고 강조했다. - 사이버공격과 인터넷 차단에 대한 투명성을 확대해야 한다고 제안했다. - AI 기반 위협과 포스트퀀텀 환경에 대비한 보호 기능을 보안 도구에 기본값으로 포함해야 한다고 밝혔다. - 시민사회 조직은 공익 활동의 특성상 공격 시점과 목적이 명확한 경우가 많으므로, 일반적인 보안 도구뿐 아니라 지속적인 모니터링과 대응 체계가 필요하다. ## 지역 파트너십 확대 - Project Galileo는 파트너 조직을 통해 각 지역의 시민사회 단체를 발굴하고 신청을 심사한다. - 기존 협력은 이메일 보안과 공공학교 인터넷 측정 같은 새로운 사업으로 확장됐다. - Protect.ngo와는 시민사회 조직을 위한 이메일 보안 사업을 진행했다. - UNICEF의 Giga 프로젝트와는 공립학교의 인터넷 연결 상태 측정을 지원했다. - 북미와 유럽 이외 지역의 조직을 더 많이 지원하기 위해 Costa Rica·Taiwan RightsCon 등 지역 행사에도 참여했다. - 아시아·태평양 지역에서는 EngageMedia와 OpenCulture Foundation을 새 파트너로 맞이했다. - 올해는 AI 크롤러로부터 지역 언론 콘텐츠를 보호하는 신규 서비스와 연계해 언론인 지원 조직에 초점을 맞췄다. - 새 파트너로 International Center for Journalists와 Media Cluster Norway 등이 소개됐다. 제공된 글은 세 번째 파트너 설명이 끝나기 전에 중단되어 있다. Project Galileo의 사례는 시민사회 조직의 보안이 단순한 기술 문제가 아니라 표현의 자유와 공공 참여를 유지하기 위한 기반임을 보여준다. 특히 언론·인권 단체는 공격이 집중되는 시점과 장기화되는 DDoS에 대비해 웹 방화벽, DDoS 방어, 이메일 피싱 대응, 취약점 관리 체계를 기본적으로 갖추는 것이 바람직하다.

원문 읽기(새 탭에서 열림)
figma2분 읽기큐레이션 요약

Figma Weave의 Runway Aleph 2.0으로 모든 프레임을 직접 제어하세요 | Figma 블로그

Runway Aleph 2.0이 Figma Weave에 통합되어 영상의 개별 프레임과 장면을 더 정밀하게 지시하고 수정할 수 있게 됐다. 최대 30초 영상에 참조 이미지를 적용하고, 특정 요소만 바꾸면서 나머지는 유지할 수 있다. 사용자는 여러 편집을 단계적으로 조합해 재촬영 없이 새로운 영상 방향을 탐색할 수 있다. ## 프레임 단위의 정밀한 영상 제어 - Aleph 2.0은 영상 전체가 아니라 장면 속 요소와 프레임별 변화를 구체적으로 지시하는 데 초점을 둔다. - 최대 30초 길이의 영상 클립을 지원해 짧은 컷을 넘어 하나의 완결된 장면을 다룰 수 있다. - 참조 이미지를 입력하면 원하는 시각적 스타일이나 분위기를 영상 전반에 적용한다. - 사용자가 변경을 요청하지 않은 배경, 인물, 장면 요소는 최대한 보존한다. - 키프레임 편집은 해당 대상이 등장하는 모든 프레임에 이어져, 움직이는 피사체에도 일관되게 적용된다. ## 단계적으로 구성하는 Weave 워크플로 - Figma Weave의 Aleph 2.0 노드를 사용하면 영상 편집을 하나의 프롬프트가 아닌 여러 결정의 연속으로 구성할 수 있다. - 노드를 연결해 편집 단계를 순차적으로 쌓고, 각 단계의 결과를 미리 확인할 수 있다. - 결과를 확인한 뒤 프롬프트나 편집 방향을 수정하는 반복 작업이 가능하다. - 이는 영상 제작 과정을 Figma에서 디자인 프로젝트를 발전시키는 방식과 유사하게 만든다. - 한 번에 최종 결과를 생성하기보다, 여러 편집을 조합하며 점진적으로 결과물을 완성하는 접근이다. ## 재촬영 없이 장면 확장 - 기존에 촬영한 영상의 한계를 넘어 새로운 연출을 시험할 수 있다. - 카메라 앵글을 변경하거나 새로운 캐릭터를 추가할 수 있다. - 배경이나 환경 전체를 다른 모습으로 변환할 수도 있다. - 동일한 원본에서 여러 방향의 결과물을 나란히 비교하며 아이디어를 발전시킬 수 있다. - 촬영 조건을 다시 마련하지 않고도 모델이 원본 영상을 새로운 장면으로 확장한다. ## 이용 및 비용 관련 안내 - Aleph 2.0은 Figma Weave에서 사용할 수 있다. - 가격은 입력 영상 길이에 따라 조정될 예정이며, 짧은 입력을 사용하는 일부 작업에서는 비용이 낮아질 수 있다. - 시작 방법과 실제 워크플로는 Figma 도움말 센터, 커뮤니티 템플릿 라이브러리, Weavy 지식 센터에서 확인할 수 있다. 실무에서는 원본 영상을 보존한 뒤, 참조 이미지와 편집 목적을 단계별로 나누어 Weave 노드에 구성하는 방식이 효율적이다. 특히 인물·카메라·환경 변경을 각각 분리해 테스트하면 결과를 비교하기 쉽고, 재촬영 전 다양한 연출 가능성을 저비용으로 검증할 수 있다.

원문 읽기(새 탭에서 열림)
gitlab4분 읽기큐레이션 요약

GitLab, 2026 Gartner® DevSecOps 플랫폼 매직 쿼드런트™에서 리더로 선정

GitLab은 Gartner의 2026년 DevSecOps 플랫폼 매직 쿼드런트에서 4년 연속 리더로 선정됐다고 발표했습니다. 글은 AI 코딩 에이전트가 개발 속도는 높였지만 파이프라인, 보안, 배포, 비용 관리 등 후속 단계의 병목을 키웠다고 지적합니다. 이에 GitLab은 소스 코드부터 CI/CD, 보안, 배포, 거버넌스를 통합해 에이전트 시대에 ‘속도와 통제’를 동시에 제공하는 플랫폼을 지향한다고 설명합니다. ## AI 에이전트가 만든 새로운 병목 - 개발자들은 여러 AI 코딩 어시스턴트를 사용하며 코드 생산량이 빠르게 증가하고 있습니다. - 그러나 코드 작성 속도가 빨라져도 전체 소프트웨어 출시 속도가 반드시 개선되지는 않습니다. - 증가한 코드량은 다음 영역에 부담을 전가합니다. - CI/CD 파이프라인 구성 - 보안 취약점 및 보안 경고 처리 - 배포 순서 조정 - 인프라 및 도구 비용 관리 - 한 단계의 속도만 높이면 병목이 다음 단계로 이동하므로, 단순히 코딩 도구를 추가하는 방식으로는 충분하지 않습니다. - GitLab은 이를 “속도와 통제(speed with control)”의 문제로 정의합니다. ## 에이전트 시대의 통제 계층 - 기업은 에이전트가 다음과 같은 작업을 수행하는 방식을 통합적으로 관리해야 합니다. - 누가 에이전트를 실행하는가 - 어떤 데이터에 접근할 수 있는가 - 어떤 작업을 수행할 수 있는가 - 작업 내역을 감사할 수 있는가 - GitLab은 소스 코드 관리, CI/CD, 보안, 배포를 하나의 플랫폼에 통합합니다. - 개발자나 AI 에이전트가 변경 사항을 만들더라도 기존 코드, 파이프라인, 정책을 기준으로 검증한 뒤 배포하도록 지원합니다. - 따라서 GitLab은 에이전트가 생성한 결과를 프로덕션에 적용하기 전에 검증하고 통제하는 중앙 계층을 자처합니다. ## 대규모·규제 환경을 위한 플랫폼 - Ericsson은 GitLab을 통해 배포 시간을 절반으로 줄였다고 소개됩니다. - Southwest Airlines는 24시간 운영되는 항공 시스템에서 미션 크리티컬 소프트웨어를 관리합니다. - Barclays PLC와 같은 규제 산업 기업은 보안·컴플라이언스 요구사항을 유지하면서 소프트웨어를 출시해야 합니다. - GitLab은 다음 배포 형태에서 동일한 플랫폼 및 거버넌스 기능을 제공한다고 설명합니다. - 멀티테넌트 SaaS - 싱글테넌트 SaaS - 자체 관리형(Self-managed) 배포 - 에어갭 환경 및 자체 호스팅 모델 기반 에이전트 - SaaS와 온프레미스 환경 모두에서 AI 기능과 배포 통제력을 유지하는 점을 Gartner가 강점으로 평가했다고 주장합니다. - 외부 도구와 AI 서비스를 연동하면서도 하나의 거버넌스 경계 안에서 관리할 수 있습니다. ## 엔터프라이즈급 가용성과 책임 - 에이전트 작업을 전체 개발 생명주기에 걸쳐 조정하려면 플랫폼의 안정적인 가용성이 필수입니다. - GitLab은 Ultimate 고객을 대상으로 GitLab.com과 GitLab Dedicated에 월간 99.9% 가용성을 약정합니다. - 가용성이 기준 이하로 떨어지면 대상 고객은 향후 청구서에 사용할 서비스 크레딧을 받을 수 있습니다. - GitLab은 이러한 보상 체계가 실제 고객 경험에 대한 플랫폼의 책임을 명확히 한다고 설명합니다. ## 속도와 통제를 강화하는 5가지 혁신 - **차세대 소스 코드 관리** - 머신 규모의 작업을 목표로 설계되었습니다. - 테스트 결과 최대 50배 빠른 실행과 최대 1,000배 적은 네트워크 데이터 전송을 달성했다고 밝힙니다. - **GitLab Orbit** - 코드, 작업 항목, 파이프라인, 배포, 운영 신호를 연결하는 컨텍스트 그래프입니다. - Claude Code와 함께 사용할 경우 동일한 모델과 작업에서 최대 11배 빠른 실행을 제공한다고 설명합니다. - 토큰 사용량은 최대 4.5배, 환각은 최대 45배 줄일 수 있다고 주장합니다. - **보안·거버넌스 에이전트** - 에이전트가 늘어나면서 발생하는 보안 및 컴플라이언스 공백을 관리합니다. - **에이전트 트리거** - 개발자와 에이전트 간 작업 인계를 자동화합니다. - 사람이 각 단계의 진행을 직접 조정하지 않아도 작업 흐름을 연결할 수 있습니다. - **GitLab Flex 계약** - 계약을 변경하지 않고도 제품 및 기능별 GitLab 사용량과 비용 구성을 조정할 수 있도록 지원합니다. ## GitLab이 제시하는 전략적 방향 - GitLab은 기업이 다음 세 가지를 하나의 체계로 확보해야 한다고 강조합니다. - 하나의 통합 플랫폼 - 하나의 컨텍스트 그래프 - 하나의 거버넌스 경계 - 이를 통해 개발자와 AI 에이전트가 함께 소프트웨어를 만들면서도 보안, 정책, 비용, 배포 통제를 유지할 수 있다는 주장입니다. - GitLab은 175개월 이상 연속으로 매달 새로운 기능을 출시하며 혁신을 이어가고 있다고 덧붙입니다. - Gartner의 평가는 GitLab이 단순한 개발 도구가 아니라 전체 소프트웨어 생명주기를 조율하는 DevSecOps 플랫폼으로 자리 잡았다는 점을 반영한다고 설명합니다. 실무적으로는 AI 코딩 도구 도입 자체보다, 생성된 코드의 검증·보안·배포·감사·비용 관리를 하나의 통제 체계로 연결하는 것이 중요합니다. 여러 에이전트를 운영하는 조직이라면 GitLab과 같은 통합 플랫폼을 검토하되, Gartner의 평가와 공급업체의 성능 수치는 실제 환경에서 별도로 검증하는 것이 좋습니다.

원문 읽기(새 탭에서 열림)
gitlab3분 읽기큐레이션 요약

2026년 EMEA GitLab 파트너 어워드 수상자 소개

GitLab은 2026년 EMEA 지역에서 DevSecOps와 AI 기반 소프트웨어 개발 혁신에 기여한 파트너들을 선정해 시상했다. 수상 기업들은 클라우드·DevOps 전문성, 기술 솔루션 구현, GitLab 인증 인력, 신규 고객 확보, 공동 마케팅 등 다양한 분야에서 성과를 인정받았다. 이번 시상은 GitLab이 파트너 생태계와 협력해 고객의 소프트웨어 현대화와 AI 도입을 확대하고 있음을 보여준다. ### 지역별 올해의 파트너 - **중부 유럽: cc cloud GmbH** - 클라우드 애플리케이션과 플랫폼을 위한 인프라 및 DevOps 전문 기업이다. - 관리형 서비스 제공업체로서 고객사의 IT 인프라와 애플리케이션 운영을 맡아 고객이 핵심 사업에 집중하도록 지원한다. - **북유럽: Eficode** - 유럽과 북미에서 1,600개 이상의 고객사를 보유한 소프트웨어 개발 생명주기 전문 기업이다. - 관리형 서비스, 컨설팅, 툴체인 구축, AI 기반 개발 방식을 통해 엔터프라이즈의 소프트웨어 제공 속도를 높인다. - **남유럽: Kiratech** - 클라우드 네이티브, DevOps, PlatformOps를 활용해 대기업의 인프라 현대화를 지원하는 이탈리아 기업이다. - GitLab 공식 리셀러이자 Select 파트너 및 구현 파트너로 활동한다. - **동유럽 및 이스라엘: Bynet** - 40년 이상의 경험을 가진 이스라엘의 시스템 통합업체다. - 엔터프라이즈 IT, 클라우드, 사이버 보안, 현대화 프로젝트를 수행하며 정부 및 민간 부문의 DevSecOps와 AI 도입을 지원한다. ### 가장 뛰어난 기술 솔루션·프로젝트 - **Capgemini의 Sogeti** - 품질 엔지니어링, 데이터, 클라우드 분야에서 AI 기반 솔루션을 제공한다. - 복잡한 기술 아이디어를 빠르게 실행하고, 초기부터 측정 가능한 고객 성과를 창출한 점을 인정받았다. ### 인증 및 역량 강화 부문 - **Devoteam** - 30년간 기업의 기술 변화와 디지털 전환을 지원해 온 AI 중심 기술 컨설팅 기업이다. - 팀 내 GitLab 인증 전문가 수가 가장 많은 파트너로 선정됐다. ### 신인상과 신규 사업 개발 - **Rookie of the Year: ITDOTCOM** - 우즈베키스탄 기반의 부가가치 IT 유통업체다. - 소프트웨어 개발, 인프라, 사이버 보안, 업무 자동화 솔루션을 제공하며 중앙아시아 시장에서 글로벌 기술 공급업체와 현지 파트너의 확장을 돕는다. - **First Order Master: Linux Polska** - 오픈소스 솔루션과 엔터프라이즈 컨설팅을 제공하는 기업이다. - DevOps, 자동화, 컨테이너화, 데이터 분석 역량을 바탕으로 신규 고객 확보와 반복적인 신규 사업 수주에서 성과를 냈다. ### 공동 마케팅 협력 - **Conoa, PROACT 계열사** - Kubernetes, 클라우드 네이티브, 컨테이너 기술 전문 기업이다. - 전략 수립과 컨설팅부터 관리형 플랫폼 운영까지 제공하며, Kubernetes Certified Service Provider 자격을 보유하고 있다. - 규제가 엄격한 산업을 포함한 다양한 분야에서 GitLab과 공동 마케팅을 전개해 인지도와 성장을 높인 점을 평가받았다. 이번 수상 기업들은 단순한 제품 판매보다 클라우드 네이티브 전환, DevSecOps 구현, AI 활용, 운영 서비스, 기술 인력 양성 등 고객의 실제 현대화 과정을 폭넓게 지원한 파트너들이다. 기업이 GitLab 도입을 검토한다면 지역별 산업 경험, 구현 역량, 인증 전문가 수, 관리형 서비스 제공 여부를 파트너 선정 기준으로 삼는 것이 유용하다.

원문 읽기(새 탭에서 열림)
toss3분 읽기큐레이션 요약

매일 하던 업무를 디자인하기

토스뱅크의 프로덕트 디자이너 김혜미는 매일 슬랙과 노션에 할 일을 수기로 옮기던 반복 업무를 직접 자동화했다. 슬랙 메시지에 특정 이모지를 달면 AI가 맥락을 읽고, 한 줄짜리 할 일과 팀 태그, 출처 링크를 위젯에 등록하도록 만든 것이다. 그 결과 업무를 수집·정리하는 데 쓰던 에너지를 줄이고, 실제 우선순위 판단에 집중할 수 있게 됐다. ## 반복 업무를 참는 대신 디자인하기 - 업무가 늘어나 하루 할 일이 20개를 넘으면서 수기 관리 방식의 한계가 드러났다. - 더 나은 할 일 앱을 찾기보다, 자신이 매일 사용하는 프로덕트로 문제를 재정의했다. - 사용자는 자신이고, 진짜 목표는 “할 일을 정리하는 것”이 아니라 “중요한 일을 놓치지 않고 처리하는 것”이었다. - 가장 큰 마찰은 할 일을 옮겨 적고, 관련 맥락과 출처를 다시 찾는 반복 작업이었다. - 해결 방향은 다음과 같았다. - AI가 슬랙 메시지에서 할 일을 자동 등록 - 원본 스레드와 문서 링크를 함께 저장 - 우선순위를 표시하고 화면에 위젯을 항상 노출 ## 슬랙 맥락을 AI가 할 일로 바꾸기 - 특정 이모지를 단 슬랙 메시지를 한 채널에 모은 뒤, Claude Code가 내용을 읽어 할 일로 변환했다. - 핵심 과제는 긴 메시지와 대화 맥락을 실행 가능한 한 줄의 문장으로 요약하는 것이었다. - 예를 들어 “대출 연장 신청 시 에러가 발생하는데 확인해달라”는 요청을 “대출 연장 에러 케이스 확인”으로 바꾸고 관련 팀을 태그했다. - 초기에는 요약이 지나치게 길거나 핵심을 놓치고, 잘못된 팀에 배정되는 문제가 있었다. - 이를 개선하기 위해 다음 기준을 직접 정의했다. - 좋은 할 일의 문장 구조 - 팀을 구분하는 기준 - 일관된 표현 방식 - 반드시 포함하거나 제거해야 할 정보 - 결국 AI가 만든 결과가 “내가 직접 적었을 법한 문장”이 되도록 예시와 규칙을 반복해서 다듬었다. ## AI에게 요구사항을 명확히 설명하기 - 위젯의 접기·펼치기, 드래그 같은 인터랙션을 구현하는 과정에서도 세부 동작을 구체적으로 설명해야 했다. - 머릿속에서는 당연한 동작도 AI에게는 단계별 조건과 예외를 언어로 전달해야 했다. - 구현 과정은 단순히 코드를 작성하는 일이 아니라, 자신의 업무 방식과 판단 기준을 명확히 정의하는 과정이었다. - 특히 AI가 업무를 이해하도록 만드는 일은 사용자의 요구를 더 정확한 언어로 구조화하는 작업과 같았다. ## 수집과 정리에서 우선순위 판단으로 - 위젯이 항상 화면에 표시되기 때문에 슬랙이나 노션을 반복해서 열어 할 일을 확인할 필요가 없어졌다. - 이전에는 하루에도 수십 번 “할 일이 뭐였지?” 하며 정보를 찾는 데 시간을 썼다. - AI가 업무를 모으고 정리하면서, 사용자는 무엇부터 처리할지 판단하는 데 집중할 수 있게 됐다. - 해야 할 일을 놓칠 것이라는 불안이 줄고, 우선순위 설정에 더 많은 에너지를 쓸 수 있었다. ## 개인적인 불편에서 팀의 문제로 - 개인용으로 만든 도구였지만 팀원들도 사용하기 시작했고, 유료 서비스로 제공해도 좋겠다는 반응까지 나왔다. - 개발자들이 직접 버그를 제보하고 기능을 제안하면서 사용자와 제작자의 역할이 뒤바뀌기도 했다. - 이를 통해 할 일 관리, 맥락 수집, 우선순위 설정은 직무와 관계없이 많은 사람이 겪는 공통 문제임을 확인했다. - 도구가 확산된 이유는 새로운 아이디어라서가 아니라, 사람들이 이미 반복적으로 겪던 불편을 해결했기 때문이다. ## 직접 적용하는 방법 - 이번 주에 가장 자주 반복한 ‘진짜 일이 아닌 일’을 찾는다. - 옮겨 적기 - 자료 찾기 - 정보 정리하기 - 다음 질문으로 문제를 정의한다. - 사용자는 누구인가? - 실제로 이루려는 결과는 무엇인가? - 가장 큰 마찰은 어디에서 발생하는가? - 무엇이 자동화되면 성공인가? - 기존 도구가 해결하지 못하는 이유를 살핀다. - 처음부터 큰 시스템을 만들기보다, 다음 날 바로 써볼 수 있는 가장 작은 기능부터 구현한다. 반복적으로 정보를 옮기고 정리하는 업무가 있다면, 이를 개인의 습관이나 인내심 문제가 아니라 자동화할 수 있는 프로덕트 문제로 바라보는 것이 출발점이다.

원문 읽기(새 탭에서 열림)
grammarly2분 읽기큐레이션 요약

말하고, 텍스트로 변환해 전송하세요

모바일에서 음성 입력은 빠르지만, 받아쓰기 결과에 군더더기와 문법 오류가 많아 수정 작업이 필요하다는 문제가 있습니다. Grammarly Keyboard의 음성-텍스트 기능은 사용자의 말을 자연스럽게 정리하고 문장부호와 문법까지 보완해, 어느 앱에서나 바로 보낼 수 있는 문장을 제공합니다. 음성은 처리 후 삭제되며 저장·계정 연결·모델 학습에 사용되지 않습니다. ## 모바일 음성 입력의 한계 - 스마트폰 기본 받아쓰기는 말한 내용을 거의 그대로 옮깁니다. - 필러 단어, 말더듬기, 중간에 문장을 고친 흔적, 누락된 문장부호가 남습니다. - 결과적으로 음성 입력 후 직접 편집해야 하므로 타이핑만큼이나 시간이 걸릴 수 있습니다. ## Grammarly Keyboard의 정리된 음성 입력 - Grammarly Keyboard의 마이크 아이콘을 누르면 현재 사용 중인 앱에서 바로 받아쓸 수 있습니다. - 음성을 단순히 전사하지 않고 다음 작업을 자동으로 수행합니다. - 불필요한 추임새와 필러 단어 제거 - 말하다가 스스로 수정한 부분 정리 - 문법과 문장부호 보완 - 원래 말투와 의도 유지 - 다양한 언어, 억양, 말하는 속도와 리듬을 지원합니다. - 같은 키보드에서 음성 입력과 타이핑을 자유롭게 전환할 수 있습니다. - 필요하면 내장된 Grammarly AI assistant로 작성한 문장을 추가로 다듬을 수 있습니다. ## 다양한 모바일 상황에 적합 - 회의 사이에 메시지나 초안을 작성하는 직장인에게 유용합니다. - 이동 중 아이디어를 기록하려는 학생이나 창작자도 활용할 수 있습니다. - 작은 키보드로 긴 글을 입력하기 어려운 사용자에게 적합합니다. - 마이크는 탭했을 때만 활성화되며, 작동 중에는 키보드 내 표시와 iOS의 주황색 녹음 표시등이 나타납니다. - 주변 소음을 줄이도록 설계되어 이동 중에도 음성 입력을 사용할 수 있습니다. ## 개인정보 보호와 사용 방식 - 음성이 텍스트로 처리된 뒤 오디오는 삭제됩니다. - 오디오는 계정에 저장되거나 계정과 연결되지 않습니다. - 모델 학습에도 사용되지 않습니다. - 최종적으로 남는 것은 정리된 텍스트이며, 사용자가 원하는 앱에서 바로 전송할 수 있습니다. ## iOS에서 시작하는 방법 - App Store에서 Grammarly Keyboard를 설치합니다. - `설정 → 일반 → 키보드 → 키보드 → 새로운 키보드 추가`로 이동해 Grammarly를 추가합니다. - 안내가 표시되면 전체 접근 권한을 활성화합니다. - 아무 앱에서 텍스트 입력란을 선택한 뒤 Grammarly Keyboard의 마이크 아이콘을 누릅니다. - 말하기를 마치면 커서 위치에 정리된 문장이 자동으로 입력됩니다. 모바일에서 긴 문장을 자주 작성한다면 Grammarly Keyboard의 음성 입력은 기본 받아쓰기보다 편리한 대안입니다. 특히 이동 중 빠르게 초안을 만들거나, 음성 입력 후 문장을 일일이 수정하는 시간을 줄이고 싶은 사용자에게 적합합니다.

원문 읽기(새 탭에서 열림)
google4분 읽기큐레이션 요약

AI가 사용자의 피부 질환 이해를 돕는 방법에 대한 연구

인터넷과 AI가 피부 질환 정보를 찾는 데 도움을 주지만, 정보를 이해하고 적절한 다음 행동을 결정하는 일은 여전히 어렵다. Google Research는 피부 질환 후보를 제시하는 AI가 일반인의 질환명 파악 능력과 검색 만족도를 크게 높인다는 점을 확인했지만, 병원 방문 시점 등 안전한 후속 조치 판단에는 효과가 제한적이라고 밝혔다. 따라서 피부과 AI는 진단 보조뿐 아니라 사용자의 의사결정을 지원하는 인간 중심 설계가 필요하다. ## 피부 건강 정보에서 인간 중심 연구가 필요한 이유 - 성인의 절반 이상이 인터넷으로 건강 정보를 찾고, 약 3분의 1은 AI를 활용한다. - 정보에 접근할 수 있어도 의학 용어를 모르거나 검색 결과를 잘못 해석할 수 있다. - 예: “다리에 빨간 점”이라는 증상을 보고도 실제 검색어인 “촉지성 자반(palpable purpura)”을 알기 어렵다. - 기존 연구에서는 인터넷 검색으로 질환 식별 능력은 향상될 수 있지만, 이후 어떤 행동을 해야 하는지 판단하는 능력은 반드시 좋아지지 않는 것으로 나타났다. - Google Research는 감별진단 AI 모델, 일반화 검증, SCIN 데이터셋 등을 개발해 왔으며, 궁극적으로는 피부 고민이 있는 사람들이 더 나은 결정을 내리도록 돕는 것을 목표로 삼았다. ## 대규모 실험: AI가 질환명 파악에 미치는 영향 JAMA Dermatology에 게재된 연구에서는 2,345명의 참가자에게 이미지와 병력 정보가 포함된 익명 피부 질환 사례를 제시하고, 자신의 사례라고 가정해 조사하도록 했다. - 참가자는 세 집단으로 무작위 배정됐다. - **일반 검색 대조군**: 기존 텍스트 기반 웹 검색 도구 사용 - **AI 집단**: AI가 예측한 3~7개의 질환 후보를 카드 형태로 제시하고, 각 질환의 이미지·증상·치료 정보를 제공 - **‘Wizard of Oz’ 집단**: 동일한 인터페이스를 사용하지만, AI 예측 대신 피부과 전문의 패널이 정한 실제 감별진단을 제시 - AI 도구는 확정 진단을 내리기보다 이미지와 가능한 질환을 연결해 정보를 찾기 쉽게 하는 방식으로 설계됐다. - AI 집단에서는 62% 이상이 질환명을 추측하려 했으며, 일반 검색 집단의 41%보다 높았다. - 질환명 추측 정확도는 다음과 같았다. - 일반 검색 집단: 8% - 일반 AI 집단: 23% - 전문의 감별진단을 제공한 집단: 36% - AI 사용자는 자신의 추측에 더 큰 자신감을 보였고, 검색 결과와 검색에 걸린 시간에 대한 만족도도 높았다. - 다만 전문의 감별진단을 그대로 제공한 경우에도 정확도가 완벽하지 않아, 후보 질환을 보여주는 것만으로 사용자의 이해가 완전해지는 것은 아니었다. ## 질환 식별과 다음 행동 판단은 별개의 문제 연구진은 AI가 지나치게 지시적이거나 진단적인 도구가 되지 않도록 설계했다. - 치료 및 질환 정보는 피부과 전문의가 권위 있는 자료를 바탕으로 작성했다. - 그러나 정보는 해당 질환의 일반적인 설명에 기반했으며, 개별 사례의 심각도에 맞춰 개인화되지는 않았다. - 참가자들은 다음과 같은 판단에서 여전히 어려움을 겪었다. - 집에서 관리해도 되는지 - 일반 진료를 예약해야 하는지 - 긴급하게 병원을 방문해야 하는지 - 다음 행동 판단의 정확도는 전문의 감별진단을 제공한 집단에서만 소폭 높아졌다. - 전문의 감별진단 집단: 63.5% - 일반 검색 대조군: 60% - 일반 AI 집단은 통계적으로 유의미한 개선을 보이지 않았다. - 오히려 일반 AI 집단은 피부과 전문의가 판단한 것보다 덜 긴급한 행동을 제안하는 비율이 다소 높았다. - AI 집단: 30% - 대조군: 27% - 이는 가능한 질환명을 알려주는 것만으로는 안전한 의료 결정을 보장할 수 없으며, 위험 신호와 긴급도를 명확히 안내하는 기능이 필요하다는 점을 보여준다. ## 실제 사용자와 지역사회를 대상으로 한 질적 연구 연구진은 통제된 설문만으로는 사람들이 자신의 피부 문제에 AI를 어떻게 적용하는지 충분히 알기 어렵다고 보고, 실제 피부 고민이 있는 지역사회 구성원을 대상으로 별도의 연구를 진행했다. - ACM CHI 학회에 발표된 연구는 Stanford Healthcare AI Applied Research Team, Santa Clara Family Health Plan과 공동으로 수행됐다. - 연구 대상 지역사회에는 의료 안전망인 Medi-Cal에 의존하는 사람들이 다수 포함됐다. - 참가자들은 실제 피부 고민을 가진 다양한 배경의 사람들로 구성됐다. - AI 피부 애플리케이션을 실제 환경에서 사용하게 하면서 다음을 살폈다. - 사용자가 AI 정보를 어떻게 해석하는지 - 자신의 증상과 AI가 제시한 정보를 어떻게 연결하는지 - 정보가 의료 이용이나 의사결정에 어떤 영향을 주는지 - 참가자들이 주로 사용하는 언어가 네 가지였기 때문에 애플리케이션을 각 언어로 번역했다. - 해당 언어에 능통한 자원봉사자나 직원도 참여해 의사소통을 지원함으로써, 다양한 언어권 사용자에게 적합한 설계를 연구하려 했다. 피부과 AI는 질환 후보를 빠르게 찾고 의학 정보를 이해하는 데 유용하지만, 그 결과를 곧바로 진단이나 치료 결정으로 받아들여서는 안 된다. 실제 서비스에서는 긴급 증상 안내, 불확실성 표시, 개인의 증상과 심각도를 반영한 후속 조치 안내, 의료진 상담 연결 기능을 함께 제공하는 것이 중요하다.

원문 읽기(새 탭에서 열림)
gitlab3분 읽기큐레이션 요약

GitLab Flex: 한 번 약정하고 좌석과 AI 지출을 재편하세요

GitLab Flex는 좌석 수, AI 사용량, 도입 기능을 미리 고정하는 기존 연간 계약의 한계를 해결하기 위한 유연한 약정 모델이다. 하나의 연간 금액 약정에서 매월 좌석과 GitLab Credits의 비중을 조정할 수 있어, 조직 변화와 AI 사용량 증가에 맞춰 지출을 재배분할 수 있다. GitLab은 이를 통해 추가 조달 절차 없이 새로운 기능을 도입하고, 예측하기 어려운 에이전틱 개발 환경에 대응할 수 있다고 설명한다. ## 에이전틱 개발 시대의 고정 계약 문제 - 조직 변화에 따라 필요한 GitLab 좌석 수가 늘거나 줄 수 있다. - 신규 개발 인력이 플랫폼에 합류할 수 있음 - 프로젝트 종료, 조직 개편, 외주 인력 변화로 좌석 수가 감소할 수 있음 - AI 에이전트 사용량은 사용 사례, 팀의 활용도, 기술 발전에 따라 예측하기 어렵다. - 계약 체결 시점에는 어떤 새로운 에이전트 기능이나 인프라 기능이 필요할지 알기 어렵다. - 기존 연간 계약은 좌석, AI 사용량, 기능을 모두 미리 정하도록 요구한다. - 과다하게 예상하면 사용하지 않는 좌석과 용량에 비용을 지불함 - 부족하게 예상하면 신규 도입 때마다 조달·계약 변경 절차가 필요함 ## 하나의 연간 약정을 월별로 재배분 - GitLab Flex는 공개 요율표를 기준으로 한 하나의 연간 금액 약정이다. - 약정 금액은 다음 항목에 사용할 수 있다. - GitLab Premium·Ultimate 플랫폼 좌석 - GitLab Credits 기반 기능 - 자격 요건을 충족하는 사용량 기반 기능 - GitLab.com 멀티테넌트 SaaS, Self-Managed, 에어갭 환경, GitLab Dedicated를 하나의 계약으로 묶을 수 있다. - 매월 좌석 예약량과 사용량 기반 Credits 배분을 조정할 수 있다. - 프로젝트가 끝나 유휴 좌석이 생기면 다음 달 예약을 줄이고, 다른 팀의 좌석이나 AI 사용량으로 예산을 이동할 수 있다. - 약정 이후 출시된 대상 기능도 기존 요율표와 약정 안에서 추가 조달 없이 활성화할 수 있다. ## 좌석과 AI 사용량을 같은 예산으로 관리 - 일반적인 모델은 좌석 라이선스와 사용량 크레딧을 별도 예산으로 관리해 서로 전환하기 어렵다. - Flex에서는 좌석과 사용량이 동일한 연간 약정에서 차감되므로 두 항목 간 예산 이동이 가능하다. - GitLab Credits는 다음과 같은 기능에 사용할 수 있다. - GitLab Duo Agent Platform - 호스팅 러너 - 아티팩트 관리 - 사용량이 전체 약정을 초과하면 초과분은 온디맨드 요금으로 청구된다. - GitLab Credits는 크레딧당 1달러 - 좌석은 협의된 사용자당 요금 적용 ## 하나의 계약에 다양한 구성 결합 - Premium과 Ultimate 좌석을 공개 요율과 약정 규모에 따른 볼륨 할인으로 구매할 수 있다. - 추가 승인을 거치면 기본 Flex 할인보다 더 높은 좌석 할인을 적용할 수도 있다. - GitLab.com, Self-Managed, Dedicated, 에어갭 배포 방식을 한 계약에 포함할 수 있다. - 계약 기간 중 배포 환경이나 좌석·사용량 구성을 바꾸더라도 별도 계약 구조를 다시 만들 필요가 없다. ## 가격 절감과 지출 통제 - 연간 약정 규모가 클수록 요율표 전반에서 더 낮은 단가가 적용된다. - 예약 용량은 계획되지 않은 초과 사용보다 저렴하다. - 구독 단위와 사용자 단위 한도로 예산 초과를 제한할 수 있다. - 프로젝트·그룹 수준의 관리자 제어 기능도 제공된다. - 예약되지 않은 좌석에도 예약 좌석과 동일한 사전 협의 단가가 적용된다. - 클라우드 연결 고객은 자동 청구되며, 에어갭 고객은 연 2회 청구된다. ## 기존 Premium·Ultimate 계약과의 관계 - GitLab Premium과 Ultimate는 기존처럼 직접 좌석 가격으로 계속 이용할 수 있다. - 기존 고객은 갱신 시점까지 현재 계약을 유지할 수 있다. - Flex로 전환해도 Premium과 Ultimate의 계층별 기능 자체가 바뀌지는 않는다. - 갱신을 앞둔 고객은 현재 사용량과 AI 이용량을 기준으로 기존 계약과 Flex를 비교한 모델을 account team에 요청할 수 있다. ## 실용적인 결론 좌석 수와 AI 사용량이 빠르게 변하거나 여러 배포 방식을 함께 운영하는 조직이라면 GitLab Flex가 예산 재배분과 신규 기능 도입을 단순화할 수 있다. 반대로 사용량과 좌석이 안정적이고 계약 구조가 단순한 조직은 기존 직접 좌석 계약과 Flex의 할인·초과 과금 조건을 비교한 뒤 전환 여부를 판단하는 것이 적절하다.

원문 읽기(새 탭에서 열림)
discord3분 읽기큐레이션 요약

게임 시작: 디스코드, 차세대 네덜란드 게임 창업자들을 지원하다

Discord는 Techleap, 네덜란드게임협회와 함께 네덜란드 게임 스타트업을 지원하는 **Gaming Founders Circle**을 출범한다. 2026년 말까지 참가 기업에 창업자 간 학습, 투자자 연결, Discord 게임 생태계와의 네트워크를 제공해 글로벌 성장을 돕는 것이 목표다. 이는 개별 기업뿐 아니라 네덜란드 게임 산업 전체의 경쟁력을 강화하려는 협력 프로그램이다. ## Gaming Founders Circle의 출범 배경 - Discord는 게이머와 개발자가 직접 소통하는 플랫폼으로, 이용자의 90% 이상이 게임을 즐긴다. - 1만 개가 넘는 게임 커뮤니티에서 8,000만 명 이상의 사용자가 활동하고 있다. - 개발자는 Discord를 통해 플레이어의 실시간 반응을 확인하고, 게임의 문제점과 향후 수요를 파악할 수 있다. - 네덜란드는 Discord의 유럽 본사가 있는 국가이며, Techleap은 네덜란드 스케일업을 지원하는 성장 기관이다. - Techleap의 특사 Constantijn van Oranje는 적절한 동료, 자본, 시장을 연결해야 게임 기업과 산업 전체가 성장할 수 있다고 강조했다. ## 첫 번째 참가 기업 5곳 - **VaultN** - 디지털 게임 유통 인프라 기업이다. - Bethesda, 2K, Take-Two 등 주요 퍼블리셔가 이용하고 있다. - **Poki** - 웹 게임 플랫폼으로, 월간 이용자 수가 9,000만 명에 이른다. - 외부 투자 없이 수익성을 유지하며 성장했다. - **MAXYMUM** - AI 기반 게임 디자인 도구를 개발한다. - 올해 GDC에서 제품 가능성을 검증받았다. - **YOM** - 블록체인과 스트리밍을 결합한 탈중앙화 클라우드 게임 인프라를 구축한다. - **Immens** - AI를 핵심 요소로 설계한 유럽산 게임 엔진을 개발한다. - 유럽 게임 업계의 경험 많은 인물이 이끌고 있다. - 참가 기업은 Discord, Techleap, 네덜란드게임협회가 공동으로 선정했다. ## 참가 기업에 제공되는 지원 - **창업자 간 동료 학습** - 소규모 그룹에서 채용, 자금 조달, 유통, 커뮤니티 운영, 해외 진출 문제를 공유한다. - 비슷한 성장 단계의 기업들이 실제 경험과 해결책을 논의한다. - **투자자 연결** - Techleap의 네덜란드 및 해외 투자자 네트워크를 활용한다. - 특히 게임 스튜디오의 후기 단계 투자가 어려운 상황에서 자금 조달 기회를 제공한다. - **게임 산업 네트워크** - Discord를 통해 개발자, 플레이어, 퍼블리셔 등 게임 생태계와 연결된다. - 플레이어 커뮤니티와의 접점을 활용해 제품 피드백과 시장 인사이트를 얻을 수 있다. ## 주요 일정과 기대 효과 - 프로그램은 2026년 말까지 운영된다. - 10월에는 샌프란시스코 방문이 예정되어 있다. - Discord 경영진과의 세션 - Techleap과 Constantijn 왕실 특사가 주최하는 투자자 만찬 - 11월 네덜란드 게임 어워즈를 끝으로 프로그램이 마무리된다. - Discord는 게임 산업의 성장이 플레이어와 개발자 간 연결, 그리고 창업자 간 지식 공유에서 비롯된다고 보고 있다. 이 프로그램은 단순한 투자 지원보다 동료 네트워크, 투자자 접근성, 플레이어와의 실시간 소통을 결합한 실무형 성장 지원 모델에 가깝다. 네덜란드 게임 기업은 이를 활용해 제품 피드백을 빠르게 확보하고, 글로벌 투자와 시장 진출을 동시에 추진할 수 있다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

취향을 가꾸는 일은 결코 멈추지 않는다 | Figma 블로그

도구와 AI만으로는 장인의 경지에 도달할 수 없으며, 중요한 것은 자신만의 관점인 ‘감각(taste)’을 기르는 일이다. 감각은 반복적인 연습과 피드백, 세부 사항에 대한 관심, 사용자와 결과물에 대한 배려를 통해 끊임없이 발전한다. AI는 더 많은 가능성을 탐색하게 해주지만, 무엇을 선택하고 다듬을지는 여전히 사람의 감각에 달려 있다. ## 숙련은 기술 습득을 넘어 관점을 만드는 일 - 어떤 분야든 재료와 도구의 작동 방식을 이해하고 반복해서 연습해야 한다. - AI가 작업 방식을 바꾸더라도 전문가가 되는 과정 자체가 사라지지는 않는다. - 진정한 전문성은 새로운 기술을 많이 익히는 데 그치지 않고, 세상을 바라보고 해석하는 고유한 방식을 갖는 데서 나온다. - 피아노 연주나 작곡에서 리듬과 강약을 조절해 감정을 전달하듯, 디자인에서도 각 선택의 이유와 효과를 이해해야 한다. - 멘토의 조언, 비평, 협업, 꾸준한 실천이 창의적 직관을 형성한다. ## 감각은 배려와 의도성에서 나온다 - 감각이 뛰어난 결과물은 제작자의 의도와 그것을 끝까지 구현하려는 노력을 보여준다. - 디터 람스의 브라운 제품처럼 기능만 설계하는 것이 아니라, 제품이 놓일 공간과 사용자가 만지는 경험까지 고려해야 한다. - 감각은 모든 사람이 좋아하는 보편적 취향이 아니다. 서로 다른 미적 관점을 가진 디자이너도 충분히 감각적일 수 있다. - 제품 디자인에서는 형태와 기능, 표현력과 가독성, 추가할 것과 حذف할 것 사이의 트레이드오프를 어떻게 다루는지가 감각을 드러낸다. - 세부 사항에 얼마나 투자하고 어떤 타협을 거부하는지가 결과물의 개성을 만든다. ## 좋은 결과물을 만드는 세 가지 요소 저자는 감각을 가진 사람을 판단할 때 다음 세 가지를 본다고 설명한다. - **분별력(Discernment)** - 무엇이 잘못되었는지뿐 아니라 왜 잘못되었는지 설명할 수 있어야 한다. - 다른 사람은 막연히 느끼는 문제를 구체적인 언어와 근거로 표현할 수 있어야 한다. - **공감(Empathy)** - 화면이나 제품 자체가 아니라 그 반대편에 있는 사용자를 생각해야 한다. - 다양한 화면 크기, 색상 프로필, 인터페이스 언어, 사용 빈도가 낮은 상태까지 고려하는 태도가 중요하다. - **창의적 에너지(Creative energy)** - 개인 프로젝트나 실험을 계속하며, 해결하고 싶은 문제를 스스로 만들어 나가야 한다. - 결과물을 만들지 않고는 견디기 어려울 정도로 자신의 분야에 몰입하는 태도가 드러난다. ## 감각은 연습과 협업 속에서 자란다 - 음악에서는 손가락이 건반을 익히고 귀가 음 사이의 공간을 감지하듯, 디자인에서도 반복 작업을 통해 품질 판단이 몸에 배게 된다. - 디자인 비평은 자신의 판단을 검증하고 다른 관점을 받아들이는 중요한 과정이다. - 완성도는 혼자만의 취향에서 나오는 것이 아니라, 협업과 피드백을 통해 의도를 더 명확하게 다듬을 때 높아진다. - 사용자가 거의 경험하지 않는 빈 상태나 아주 미세한 전환 속도처럼 눈에 잘 띄지 않는 부분도 세심하게 관리해야 한다. ## AI는 감각을 대체하지 않고 창작의 범위를 넓힌다 - AI가 첫 번째 결과물을 빠르게 만들어 주더라도, 그것을 최종 결과로 받아들이는 태도는 감각의 부족을 의미할 수 있다. - 제임스 다이슨이 대표적인 진공청소기 디자인을 완성하기까지 5,127개의 시제품을 만든 사례처럼, 뛰어난 결과물에는 반복적인 선택과 개선이 필요하다. - 좋은 도구는 머릿속의 의도와 실제 결과물 사이의 간극을 줄여준다. - AI는 더 넓은 방향을 탐색하고 더 많은 시안을 만드는 데 도움을 주지만, 어떤 결과가 적절한지 판단하는 기준은 제공하지 못한다. - 결과물에 반복적으로 쌓인 의도적 선택이 결국 “이 사람만 만들 수 있는 것”이라는 고유성을 만든다. 결국 감각을 기른다는 것은 자신의 분야를 사랑하고, 사용자와 결과물을 세심하게 배려하며, 반복해서 선택하고 수정하는 일이다. AI를 활용하더라도 첫 결과물을 그대로 받아들이기보다 다양한 가능성을 탐색한 뒤 자신의 기준으로 엄격하게 선별하고 다듬는 것이 바람직하다.

원문 읽기(새 탭에서 열림)
toss5분 읽기큐레이션 요약

토스팀이 AI 파도를 마주하는 방법: AI Surf Day

토스는 빠르게 변하는 AI를 따라잡기 위해 개인의 학습에만 의존하지 않고, 업무 시간과 조직 문화를 재설계하는 ‘AI Surf Day’를 운영했다. 매주 금요일을 AI 실험과 공유의 시간으로 정해 직군과 숙련도에 관계없이 누구나 AI를 업무에 적용하도록 지원했다. 이 경험은 특정 프로그램보다 자유롭게 시도하고 실패와 성과를 공유하는 문화, 그리고 이를 이끄는 사람들이 AI 전환의 핵심임을 보여준다. ## AI Surf Day의 배경과 목적 - AI 기술이 빠르게 발전하면서 개발자뿐 아니라 PO, 디자이너, 스태프 등 모든 직군에서 AI 활용에 대한 관심이 커졌다. - 반면 비개발 직군을 중심으로 다음과 같은 어려움도 나타났다. - 수많은 AI 정보 중 실제 업무에 유용한 것을 선별하기 어려움 - 새로운 기술을 학습할 별도 시간을 내기 어려움 - AI를 잘 활용하는 사람과 그렇지 못한 사람 사이의 격차와 불안 - 토스는 월요일부터 목요일까지 본업에 집중하고, 매주 금요일은 AI를 실험하고 업무에 적용하는 ‘AI Surf Day’로 운영했다. - 목표는 단순히 AI 도구 사용법을 익히는 것이 아니라, 토스 전체가 AI 기반으로 일하는 문화를 만드는 것이었다. - “파도를 멈출 수는 없지만 서핑하는 방법은 배울 수 있다”는 비유처럼, 예측하기 어려운 AI 변화에 조직적으로 대응하려는 취지를 담았다. ## AI Surf Club: 자율적인 실험과 학습 - 팀원 누구나 AI 관련 주제로 모임을 만들고 참여할 수 있는 핵심 프로그램이다. - 시작과 함께 약 200개의 클럽이 만들어질 만큼 높은 참여가 나타났다. - 대표적인 사례는 다음과 같다. - **AI 안티패턴 스터디** - AI 활용이 잘되지 않았던 시행착오와 실패 사례를 공유했다. - 프로젝트 방향을 잡고 실수를 줄이는 데 도움이 되는 ‘시행착오 방지 가이드’로 내용을 정리했다. - **LLM Wiki 활용법** - 업무 지식이 여러 곳에 흩어진 문제를 해결하기 위해 조직 공동의 지식 자산 구축을 논의했다. - 데이터 엔지니어, 머신러닝 엔지니어, 비즈니스 담당자 등 다양한 직군이 참여해 관점을 넓혔다. - **터미널 초보자를 위한 0단계 모임** - 에이전트 도구 설치나 터미널 사용처럼 기본적인 기술 장벽을 해결했다. - 초보적인 질문도 부담 없이 할 수 있는 안전한 학습 공간을 제공했다. - **금융소비자보호 업무의 AI 전환** - “상담 과정에서 미리 민원을 발견하고 싶다”는 요구에서 출발해 한 달 만에 대외민원 모니터링 포털을 개발했다. - 민원 회신문 초안 작성과 민원 분류 자동화 등 추가 결과물도 만들어냈다. - 가장 큰 성과는 구성원들이 “우리도 AI로 해볼 수 있다”는 자신감을 얻은 점이었다. - **비즈니스 마케팅 팀의 AI 워크숍** - Builder, Curator, Operator, Scouter로 역할을 나누어 AI 도구, 사례, 자동화 결과물을 만들고 공유했다. - 개인의 실험을 다른 팀원이 복제하거나 업무에 적용할 수 있는 자산으로 남기는 데 초점을 맞췄다. ## AI Surf Weekly: 사례와 아이디어의 확산 - 사내 AI 활용 우수 사례, 레슨런, 최신 AI 인사이트를 공유하는 시간이다. - 구체적인 도구 사용법을 일방적으로 교육하기보다, 실제 사례를 보여주고 새로운 아이디어를 떠올리게 하는 방식을 택했다. - 서로 다른 조직의 유사한 문제를 가진 구성원을 연결해 단시간에 결과물을 만들도록 돕기도 했다. - 영업팀의 요구와 유사한 도구를 만든 인사팀 구성원을 연결해 빠르게 업무 도구를 개발했다. - 디자인 자동화에 어려움을 겪던 마케팅 담당자를 디자인 조직의 경험자와 연결해 하루 만에 문제를 해결했다. - 잘 쓰는 사람과 실제 결과물을 공유하면, 구성원들이 자신의 업무에 맞게 응용하면서 새로운 활용 사례가 파생된다는 점을 확인했다. ## AI Surf Evangelist: 현업 중심의 전파 체계 - 조직에서 AI를 잘 활용한다는 것은 개인이 도구를 능숙하게 쓰는 것이 아니라, 기존 업무 흐름을 AI 기반으로 재설계하는 것이다. - 이를 가장 잘 이끌 사람은 실제 업무와 팀의 문제를 잘 아는 현업 구성원이라고 판단했다. - 토스는 AI 기술 전문가보다 다음과 같은 구성원을 에반젤리스트로 선발했다. - 유용한 정보를 발견하면 팀에 공유하는 사람 - 동료가 AI 활용 중 막혔을 때 함께 해결하는 사람 - AI 도입과 전파에 적극적인 사람 - 공개 추천을 통해 이미 비공식적으로 이런 역할을 수행하던 사람을 발굴했고, 총 142명이 선정됐다. - 주요 미션은 다음과 같다. - 3개월 동안 조직 내 AI 활용 사례를 공유 채널에 제보 - 팀 대상 밋업이나 워크숍을 최소 1회 개최 - 유용한 사례와 인사이트를 조직에 전파 - 문화팀은 워크숍 템플릿과 퍼실리테이션을 지원해 각 팀이 ‘업무를 AI 기반으로 재설계한다면?’을 주제로 실험하도록 도왔다. ## OpenAI 협업과 에이전틱 워크플로우 - 5월에는 OpenAI와 협업해 개발자용 Codex 세션, 비개발자용 ChatGPT Agent 자동화 세션, 미니 해커톤을 진행했다. - **iOS Simulator 자동 검증 에이전트** - Codex가 기능 구현, 빌드, 로그인, 입력, 테스트, 수정 과정을 직접 수행했다. - 계획부터 검증 영상 생성까지의 전체 루프를 자동화했다. - **토스플레이스 메뉴 분류 어드민** - AI 에이전트가 매일 상품 데이터를 조회하고 사전 정의된 기준에 따라 1차 분류한다. - 담당자는 알림 링크를 통해 결과를 확인하고 확정 또는 반려한다. - 단순 반복 업무를 재사용 가능한 Agentic Workflow로 전환한 사례다. ## 프로그램보다 중요한 문화와 사람 - AI Surf Day는 6월까지 운영될 예정이지만, 이후 동일한 형식으로 지속될지는 정해지지 않았다. - 글에서 중요하게 본 성과는 특정 프로그램 자체가 아니라 다음과 같은 변화다. - AI를 실험할 수 있도록 공식적인 시간대를 마련함 - 성공뿐 아니라 실패와 시행착오도 공유함 - 서로 다른 팀의 사례와 사람을 연결함 - 워크숍과 결과물이 실제 업무 방식의 변화로 이어짐 - AI 전환을 추진하는 조직이라면 별도 학습 시간을 보장하고, 현업의 자발적 실험을 지원하며, 결과물을 조직 자산으로 공유하는 구조부터 만드는 것이 효과적이다.

원문 읽기(새 탭에서 열림)
spotify4분 읽기큐레이션 요약

도메인 전문가를 코드화하기: Spotify 데이터 어시스턴트를 뒷받침하는 컨텍스트 레이어 | Spotify Engineering

Spotify의 데이터 어시스턴트가 신뢰할 만한 답변을 제공하는 핵심은 거대한 스키마를 LLM에 모두 넣는 것이 아니라, 도메인 전문가가 선별한 맥락 계층을 구축하는 데 있다. 이 맥락은 관련 데이터셋, 검증된 질문-SQL 예시, 업무 문서로 구성되며 각 도메인 팀이 소유하고 관리한다. 결국 AI는 전문가를 대체하기보다 전문가의 지식을 여러 사용자에게 확장하는 역할을 한다. ## 대규모 데이터 환경에서 스키마만으로 부족한 이유 - Spotify에는 7만 개 이상의 데이터셋과 페타바이트 규모의 데이터가 있다. - 모든 스키마를 LLM의 컨텍스트에 넣는 방식은 다음과 같은 한계가 있다. - 컨텍스트 윈도우가 전체 데이터 웨어하우스를 담기에 부족하다. - 컬럼 타입만으로는 실제 업무 의미를 알 수 없다. - 예를 들어 `INT64` 컬럼만 보고는 테스트 데이터와 실제 데이터의 구분, 또는 “활성 사용자”의 정의를 알 수 없다. - 테이블 수가 많을수록 모델은 비슷한 테이블 중 잘못된 대상을 선택하면서도 자신 있게 답할 수 있다. - 따라서 스키마와 LLM 사이에 도메인별 의미와 사용법을 담은 별도의 맥락 계층이 필요하다. ## Spotify 데이터 에이전트의 동작 방식 - 사용자가 자연어로 질문하면 에이전트가 다음 과정을 수행한다. - 적절한 데이터 맥락을 선택한다. - SQL을 생성한다. - 데이터 웨어하우스에서 쿼리를 실행한다. - 답변, 생성된 SQL, 사용한 출처를 함께 반환한다. - ReAct 루프를 사용해 도구 호출 결과에 따라 추론과 행동을 반복하고, 필요하면 쿼리를 수정한다. - 사용자는 결과뿐 아니라 답변이 어떻게 만들어졌는지도 확인할 수 있다. - Slack 봇, IDE와 AI 도구에서 사용할 수 있는 MCP 서버, 전용 웹 UI로 제공된다. - 관련 지식 기반이 없을 경우에도 이를 명시해 답변의 한계를 투명하게 드러낸다. - 2025년 8월 기준 2,100명 이상의 사용자가 13,000건 이상의 대화에서 활용했으며, 광고·팟캐스트·음악·오디오북·재무 등 177개 클러스터를 지원한다. ## 도메인별 클러스터 모델 Spotify는 데이터 도메인을 “클러스터”라고 부른다. 클러스터는 특정 조직, 프로젝트, 이니셔티브 또는 관심 주제를 중심으로 구성되며, 각 클러스터는 이름이 지정된 전문가 팀이 소유한다. - **데이터셋** - 관련 웨어하우스 테이블과 전체 스키마를 포함한다. - 컬럼 카디널리티, 자주 등장하는 값의 샘플, 파티션 구조 등을 프로파일링한다. - 예를 들어 `country` 컬럼에 `US`, `GB`, `SE` 등이 존재한다는 정보는 모델이 적절한 `WHERE` 조건을 작성하는 데 도움을 준다. - **질문-SQL 쌍** - 전문가가 작성하거나 검토한 질문과 SQL의 조합이다. - 단순한 예시가 아니라 해당 도메인에서 권장되는 쿼리 패턴과 데이터 의미를 가르치는 few-shot 자료로 사용된다. - **문서** - 업무 용어, 팀별로 달라지는 정의, 데이터 사용 시 주의점 등을 기록한다. - 어떤 컬럼을 사용해야 하고 어떤 컬럼을 피해야 하는지도 설명할 수 있다. - 클러스터의 범위, 포함할 테이블, 중요한 예시는 데이터 과학자와 애널리틱스 엔지니어 등 도메인 전문가가 결정한다. ## 자동 생성보다 전문가 검토가 중요한 이유 - Spotify는 데이터 웨어하우스의 과거 쿼리 기록에서 질문-SQL 쌍을 자동으로 생성하는 방법을 검토했다. - 실제 쿼리이므로 유용할 것처럼 보였지만, 큐레이터가 승인한 예시는 전체의 12.5%에 불과했다. - 나머지 87.5%에는 다음과 같은 쿼리가 포함되어 있었다. - 일회성 탐색이나 디버깅 쿼리 - 다시 사용하지 않을 임시 분석 - 잘못된 테이블을 사용한 쿼리 - 기술적으로는 맞지만 다른 사용자에게 잘못된 패턴을 가르치는 쿼리 - 쿼리 기록에는 정보가 많지만, 어떤 쿼리가 표준적인 지식인지는 자동으로 표시되지 않는다. - 따라서 AI가 데이터의 진실을 결정하도록 하지 않고, 전문가가 예시를 검토하고 정식 사례로 승인한다. - 목적은 전문가를 대체하는 것이 아니라 전문가의 판단을 재사용 가능한 형태로 확장하는 것이다. ## 클러스터의 지속적인 건강 관리 데이터 스키마와 업무 규칙은 계속 변하기 때문에, 한 번 만든 맥락이 영원히 정확한 것은 아니다. - 테이블이 교체되거나 폐기될 수 있다. - 컬럼명이 변경될 수 있다. - 비즈니스 정의와 분석 방식이 달라질 수 있다. - 기존 질문-SQL 쌍이 변경된 스키마와 호환되지 않을 수 있다. - Spotify는 여러 신호를 종합해 클러스터 건강 점수를 계산한다. - 기반 데이터의 상태 - 최근 스키마 변경 이후에도 curated pair가 유효한지 여부 - 실제 사용자가 묻는 질문을 충분히 다루는지 - 생성된 SQL을 재현할 수 있는지 - 기타 품질 및 활용 지표 - 문제가 발생하면 건강 점수가 낮아지고, 전문가에게 필요한 정비 작업이 제안된다. - 클러스터 소유자는 대시보드의 점수와 세부 신호를 보고 우선적으로 관리할 영역을 결정한다. ## 사용자 대화로 이어지는 피드백 루프 - 모든 대화와 쿼리는 기록되어 클러스터 소유자에게 전달된다. - 소유자는 질문, 답변, 생성된 SQL, 사용자 피드백을 확인할 수 있다. - 전문가가 질문-SQL 쌍을 승인하거나 문서를 보완할 때마다 이후 사용자에게 제공되는 맥락이 개선된다. - 즉, 실제 사용 과정이 새로운 품질 관리와 지식 축적의 자료가 된다. - 어시스턴트의 신뢰도는 모델 자체보다 그 모델이 참조하는 맥락의 품질과 최신성에 달려 있다. ## 실용적인 시사점 데이터 AI를 구축할 때는 모든 스키마를 한꺼번에 제공하기보다, 도메인별로 범위를 나누고 전문가가 검증한 예시와 업무 규칙을 함께 관리하는 것이 효과적이다. 또한 자동 생성된 지식은 그대로 신뢰하지 말고 사람의 검토를 거치며, 스키마 변경·사용 패턴·쿼리 재현성을 기반으로 지속적인 품질 관리를 해야 한다.

원문 읽기(새 탭에서 열림)