기본 콘텐츠로 건너뛰기

[알아두면 쓸모있는 구글 드라이브 팁] 머신러닝 기술로 내가 앞으로 할일을 미리 예측 해 줌.


구글은 인공지능 기술에 하나인 머신 러닝에 많은 투자를 하고 있습니다.

많은 협업자들과 협업시 가장 많은 시간을 소모하는 작업중에 하나는 협업자들과 주고 받았던 각종 문서나 파일들 관리일 것입니다. 구글은 이러한 시간 소모성 작업에 머신 러닝 기술을 적용하여 업무의 효율성와 생산성을 높이고 있습니다.

Google Workspace의 구글 드라이브에는 '내 드라이브' 메뉴위에 '우선순위' 메뉴가 있습니다. 이 '우선순위' 의 역할이 정확이 무엇인지 알아보도록 하겠습니다.

Google 드라이브가 내가 드라이브 안에서 문서 작업하는 패턴을 머신 러닝 기술을 이용하여 학습을 하고, 이를 바탕으로 내가 앞으로 어떤 작업을 할 예정인지 미리 예측하여 알려주고 있다는 사실을 알고 계신가요?

Google 드라이브에 접속하면 좌측 상단에 '우선순위' 메뉴가 보일 것입니다. (개인용 무료 드라이브 사용자와 Google Workspace Business Starter 버전은 해당 사항없음) 이 '우선순위' 메뉴가 머신 러닝 기술을 적용하여내가 앞으로 작업할 확률이 높은, 즉 내가 작업할 우선 순위가 높은 문서를 우선적으로 보여주고 있다는 사실을 알고 계셨나요?

예를 들면, 저는 매주 월요일 오전에만 열어서 작업하는 문서가 있습니다. 주간 업무 회의가 월요일 오전10시에 있고, 이때 회의 할 문서입니다. 이 문서는 월요일 오전에만 열어서 10시 회의 하는 동안만 잠깐 사용을 합니다.  

Google 드라이브는 머신 러닝 기술을 적용하여 내 작업 패턴을 분석합니다. 월요일 오전에 출근하여 드라이브에 접속을 하면, '우선 순위' 목록에서 오늘 내가 작업해야 할 문서중에서 가장 순위가 높은 것들을 먼저 보여 줍니다. (아래 캡쳐한 업무용 내 드라이브 이미지 참고). 다음날 화요일이 되면 이 문서는 '우선 순위' 메뉴에서 사라집니다. 

이는 드라이브 안에서 해당 문서를 검색을 할 필요 없이 바로 문서를 확인 하여 작업을 할 수 있습니다. 

Google 드라이브에 적용된 AI 기술이 사용자의 업무 효율을 높이는데 많은 일조를 하고 있습니다.



드라이브의 우선순위 (Priority)가 어떤 역할을 할까요?
기술을 설명하기 전에 우선순위가 무엇인지 다시 한 번 알아 보도록 하겠습니다. 드라이브에는 좌축 상단에 
3개의 메뉴가 있습니다.

1). 우선순위,
2). 내 드라이브
3). 공유 드라이브.
우선순위 페이지는 머신 러닝 기술을 사용하여 사용자가 이용할 가능성이 매우 높은 파일들을 지속적으로 알려줍니다.
Priority in Drive.png
우선순위 페이지는 두 부분으로 구성됩니다.

  1. 우선순위 카드는 페이지 상단에 있습니다. 이 카드는 예측 머신러닝 모델을 통해서 분석된 중요한 내용을 지속적으로 표시합니다. (예 : 다가오는 회의 또는 빈번하게 협업하는 사람들) 드라이브는 작업에 관련되는 문서, 스프레드시트, 프리젠테이션 문서들을 제안합니다. 또한 관련 조치를 제안 할 수 있습니다. 이 두 가지가 어떻게 작동하는지 설명하겠습니다.
  2. 작업 영역은  페이지 하단에 있습니다. 여기에서 드라이브내에 있는 공통적인 주제(예: 견적서)나 팀 구성원과 같은 신호에 따라 주의가 필요할 수 있는 프로젝트에 대한 파일 모음 (클러스터)을 제안합니다. 시간이 지날수록 드라이브는 기존 작업 공간에 추가할 수 있는 새로운 작업 공간 제안 및/또는 플래그 파일을 제공하여 작업 공간을 새로 유지할 수 있도록 합니다.

먼저, 드라이브가 어떤 파일을 사용자에게 제공할 것인지 어떻게 알 수 있습니까?


우선순위는 각각 고유한 목적을 가진 여러 가지 다른 머신 러닝 모델을 사용하여 어떤 "카드"를 표면화 할지 결정합니다.

  • 구글 드라이브에 적용하는 심층 학습 (Deep Learning) 모델 중 하나는 빠른 액세스를 통해 지속적으로 업데이트하고 재 학습하는 것입니다. 이 모델은 Google Workspace에서 신호를 수집하여 다음에 열어볼 파일들을 예측합니다. 예를 들어 Gmail 에 첨부된 파일이나 다가오는 캘린더 미팅은 모두 빠른 액세스 순위를 향상시키는 신호의 예입니다. 물론 문서, 시트 및 슬라이드를 반복적으로 편집합니다. 이 연구 논문에서는 ‘빠른 액세스’ 모델을 보다 자세히 분석하고 다층, 피드 포워드, 신경 네트워크 아키텍처에 대한 정보를 포함하고 있습니다.
  • 협업 패턴을 학습. 드라이브의 '공유 문서 함'에서 파일을 제안하기 위해 Google은 자주 공동 작업 한 사람을 기반으로 추천 검색어를 예측하는 새로운 모델을 출시했습니다. 이 모델은 파일을 공유 한 사람, 문서, 스프레드 시트, 프레젠테이션에서 작업 한 사람, 캘린더에서 만난 사람, Gmail 및 구글 채팅에서 대화하는 사람의 그래프를 사용하여 우선순위 페이지에도 알립니다. . 빠른 액세스의 파일 제안과 달리 공동 작업자 모델은 가장 자주 발생하는 상호 작용에 대한 정보를 제공하여 더욱 강력합니다. 즉, 표시 할 댓글을 결정할 때 우선순위는 #2 대신 #1 공동 작업자의 댓글을 표시하는 것을 선호합니다.
  • 제안 할 파일을 식별 할 수 있도록 중요한 댓글을 등록합니다. Google Workspace 에서는 문서, 시트, 슬라이드 및 Microsoft Office 파일, PDF 및 이미지까지도 댓글을 달 수 있습니다. 댓글 빈도는 중요한 파일인지를 결정하는데 훌륭한 지표가 될 수 있습니다. 가장 가까운 공동 작업자의 의견을 더 높이기 위해 머신 러닝 모델 위에 댓글 모델을 만들었습니다. 이 모델은 또한 우리가 제안한 행동을 알려주며, 좀 더 자세히 설명 할 것입니다.
  • 가까운 미래에 어떤 파일이 중요한지 예측하기 위해 "Workspace (작업공간)"를 정의합니다. 우리는 파일이 작업 집합, 즉 일주일 동안 일을해야하는 파일 집합에 나타날 가능성을 추정하는 심층 학습 모델을 만들었습니다. 이 모델은 "작업 공간"섹션에 유용합니다. 빠른 액세스 모델과 유사하게 작동하지만 최근 편집하지 않은 파일은 걸러냅니다. 또한 드라이브를 한 번만 방문하는 대신 1 주일 동안 수집 한 데이터를 학습합니다.
이러한 여러 머신러닝 모델이 우선순위 카드와 작업공간 간에 분할되어 있으므로 우선순위는 정밀도와 호출 모두를 최적화하여 필요할 때 정확한 파일을 표면화할 수 있습니다.

다음으로, 드라이브가 제안할 작업을 어떻게 알고 있을까요?

우리는 여러분이 필요로하는 파일을 여는 것 이상으로 업무를 이해하고 있습니다. 따라서 드라이브는 관련 파일을 우선적으로 표시 할뿐만 아니라 조치를 취하기 위한 제안을 할 만큼 충분히 스마트합니다. 예를 들어 우선순위 페이지의 댓글에 응답 할 수있는 링크를 제공 할 수 있으며 (문서 자체로 전환 할 필요없이) 또는 향후 회의 전에 검토해야 할 파일을 제안 할 수도 있습니다. 이것은 우리가 위에서 작성하고 설명한 머신러닝 댓글 모델을 통해 모두 가능합니다.
Drive suggested actions.png
문서에 댓글 내용이 너무 많아서 ML 모델을 추적하기가 어려울 것으로 예상할 수 있습니다. 드라이브용이 아닙니다. 클라우드에 있다는 이점은 이러한 찾기 어려운 신호를 집계하여 사내 또는 하이브리드 콘텐츠 관리 시스템에서는 불가능한 유용한 제안을 할 수 있다는 것입니다. 이점은 드라이브 사용자가 내부 분석에서 머신러닝의 도움 덕분에 다른 방법보다 우선순위를 통해 10~15분 더 빨리 댓글에 응답한다는 것입니다.

마지막으로 드라이브는 작업 공간을 지능적으로 어떻게 구성합니까?


위에서 요약 한 드라이브의 머신 러닝 모델을 사용하면 파일에 대한 신속한 액세스가 가능하며 파일의 단서를 바탕으로 제안 사항을 제공 할 수 있습니다.

동료와 작업 세션을 끝냈다 고 가정 해 봅시다. 세션 전체에서 두 사람은 여러 파일을 서로 공유하고 문서, 스프레드 시트, 프레젠테이션을 사용하여 실시간으로 공동 작업을 시작했습니다. 드라이브는 콘텐츠 및 "작업 세트"컴퓨터 학습 모델을 사용하여 이러한 파일을 클러스터링하여 다음과 같이 다섯 개의 파일 모음을 제안합니다.
drive suggested workspace.png
작업 공간에서 작업을 시작하려면 "저장"을 클릭하여 수락해야합니다. 제안 된 작업 영역을 수락하면 이름과 추가 한 다른 파일을 완벽하게 제어 할 수 있습니다.

그러나 아시다시피 프로젝트가 진행되면서 파일도 늘어납니다. 작업 모음을 생성하기 위해 파일 모음을 지능적으로 클러스터링하는 것 외에도 드라이브는 작업 공간에 추가 할 추가 파일을 제안하여 최신 상태로 유지합니다.

소중한 일에 많은 시간을 할애하기.

머신 러닝을 통해 드라이브 사용자는 필요한 파일을 최대 50% 빠르게 찾을 수 있었고, 이는 대신 귀중한 작업을 수행하는 데 더 시간을 할애 할 수 있음을 의미합니다. 또한 IT 관리자는 백엔드에서 컨텐트에 태그 지정, 구성 또는 분류하는 데 소요되는 시간을 줄일 수 있습니다.
참고: 본 내용은 구글 영문 블로그 (by Mike Colagrosso, Software Engineer, Google Drive) 를 번역 및 각색을 한 것입니다.
--------



댓글

이 블로그의 인기 게시물

AI 바이브코딩 운영 가이드 (프롬프트 25종 첨부)

  AX컨설팅 동료용 실무 가이드 AI 바이브코딩 80% 벽 을 넘는 운영 가이드 AI로 웹사이트, 업무 자동화, 데이터 분석, 제안서 보조 도구, 내부 업무 시스템을 만들어보려는 컨설턴트를 위한 문서입니다. 바이브코딩은 “AI에게 코딩을 맡기는 일”이 아니라, AI 개발팀을 운영하는 일 입니다. 빠르게 되는 구간 ◀ 80% 벽 운영으로 넘는 구간 95% 80%까지는 AI가 데려다줍니다. 나머지 15%는 코딩 실력이 아니라 운영 방식 으로 넘습니다. 목차 1. 왜 80%에서 막히는가 2. 자주 나오는 네 가지 증상 3. 반드시 박아둘 검증 원칙 4. 상황별 실전 프롬프트 8종 5. 운영 4원칙 6. 컨설팅 현장 시나리오 7. 현장 체크리스트 18 8. 복사해서 쓰는 프롬프트 9. 최종 정리 01 · 진단 처음엔 날아가는데, 왜 80%에서 멈출까 요즘 AI로 개발을 해보면 처음에는 정말 빠릅니다. 로그인 화면이 금방 만들어지고, 버튼도 생기고, 데이터 입력 폼도 나오고, 간단한 대시보드도 몇 분 만에 완성됩니다. “이제 코딩은 AI가 다 해주는구나.” 그런데 실제 프로젝트에서는 이상한 일이 생깁니다. 처음 70~80%까지는 빠르게 가는데, 그 다음부터 갑자기 진도가 안 나갑니다. 증상 80% 지점에서 벌어지는 일 버튼 하나 고쳤더니 다른 버튼이 망가집니다. 오류를 고쳐달라고 했더니 디자인이 깨집니다. AI는 “수정 완료했습니다”라고 하는데 실행해보면 그대로입니다. 이전에 정한 요구사항을 잊어버립니다. 새 기능을 붙일수록 코드가 점점 복잡해집니다. 결국 처음부터 다시 만드는 것이 더 빠른 상황이 됩니다. 한 줄 결론 80% 벽은 AI의 코딩 실력만의 문제가 아닙니다. 대부분은 검증 없는 지시, 오염된 컨텍스트, 롤백 없는 작업 방식, 모호한 완료 기준 때문에 생깁니다. AI에게 코딩을 맡긴다는 것은 개발자를 없애는 일이 아닙니다. 오히려 우리의 역할이 바뀝니다. 기존 방식 AI 바이브코딩 방식 내가 직접 코드를 작성한다 AI에게 작업을 나누어 맡긴다 개발...

[알아두면 쓸모 있는 구글 문서 팁] 문서 공유시- 사용자 이름 대신에 익명의 동물이 표시 되는 이유와 동물 종류

구글 드라이브에는 다른 유사 서비스에서는 제공하지 않는 구글 만의 유니크한 기능들이 있다 구글 문서를  불특정 다수에게 전체 공개로 공유할 수 있습니다. 불특정인이 구글 문서에 접속한 경우 익명의 동물로 표시됩니다.  ' 웹에 공개' 또는 '링크가 있는 사용자' 공유 설정을 선택하면 인식할 수 없는 이름이나 익명의 동물이 표시될 수 있습니다. 파일에서 인식할 수 없는 이름을 볼 수 있는 몇 가지 이유는 다음과 같습니다. 메일링 리스트와 파일을 공유합니다. Google 계정이 없는 사용자와 파일을 공유하며, 그 사용자가 다른 사용자에게 공유 초대를 전달했습니다. 내 파일을 수정할 수 있는 누군가가 파일을 다른 사용자와 공유했습니다. 다른 사용자가 자신의 Google 계정 이름을 변경했습니다. 공유 설정 페이지에서 해당 사용자 이름 위로 마우스를 이동하여 이메일 주소를 확인하세요. 익명의 동물 다른 사용자에게 개별적으로 보기 또는 수정 권한을 부여하거나 메일링 리스트에 속해 있는 경우에만 사용자 이름이 표시됩니다. 파일 권한을 '링크가 있는 사용자'로 설정하면 파일을 보고 있는 사용자의 이름이 표시되지 않습니다. 대신 다른 사용자가 익명으로 라벨이 지정되어 표시되고 각 익명 사용자는 다양한 익명의 동물로 나열됩니다. 파일 권한을 '링크가 있는 사용자'로 설정했지만 특정 사용자와 파일을 공유하는 경우 파일을 공유한 사용자의 이름이 표시됩니다. 그 외 다른 사용자가 파일을 볼 때는 익명으로 나타납니다. 비공개 파일의 익명 동물 파일 권한을 '링크가 있는 사용자'로 설정한 다음 이를 '특정 사용자'로 변경하면 다음과 같은 경우 여러 익명의 동물이 표시될 수 있습니다. 누군가 파일을 여러 번 여는 경우에는 익명의 동물 목록에서 오래되고 연결이 끊긴 세션을 강제 종료하는 데 조금 시간이 걸릴 수 있습니다. 누군가 온...

[팁] Google Slide 프리젠테이션시 모든 한글폰트가 '굴림체' 로 바뀌는 현상을 해결한 크롬 확장 프로그램 소개

구글 문서도구인 구글 슬라이드를 이용하여 프리젠테이션을 많이 하는 분들을 위한 희소식 현재 구글 슬라이드에서는 슬라이드 편집시 사용한 고유 한글 폰트들은 프리젠테이션 모드로 전환할 경우는 모두 '굴림체' 로 바뀌어 표시가 되는 불편함이 있었습니다. 예). 슬라이드 편집에서 사용한 '궁서체' 한글 폰트는, 프리젠테이션 모드에서는 '굴림체'로 바뀌어 디스플레이됨 예). 슬라이드 편집 모드 - '궁서체' 폰트 사용 프리젠테이션 모드에서 '굴림체' 로 변경됨    따라서, 이러한 현상을 해결하는 크롬 확장 프로그램이 개발 되었습니다.  크롬 확장 프로그램 명 - ShowAsis 입니다. 크 롬 웹스토어 링크 -  https://goo.gl/PVPkZz 이 확장 프로그램을 사용하여 슬라이드 프리젠테이션을 하면, 편집 모드의 폰트 그대로 프리젠테이션시에도 그대로 한글 폰트로 디스플레이 됩니다. 단, 단점은 슬라이드가 애니메이션 슬라이드가 있는 경우는 애니메이션이 동작하지 않습니다. ----------------------- G Suite/Google Apps 전문 블로그 -  charlychoi.blogspot.kr 도서 '기업과 학교를 위한 구글크롬북'

Uber의 Software Factory에서 배울 점: AI 에이전트는 ‘비용’이 아니라 ‘운영 설계’의 문제다

Uber의 Software Factory에서 배울 점: AI 에이전트는 ‘비용’이 아니라 ‘운영 설계’의 문제다 Uber Engineering이 공개한 “Running a Software Factory Efficiently at Uber Scale” 글은 단순한 AI 코딩 도구 소개가 아닙니다. 핵심은 AI 에이전트를 개발 현장에 많이 쓰면서도 비용을 통제하기 위한 운영 구조 입니다. 저는 이 글을 보면서 개인용 AI 오케스트레이션, 특히 제가 정리하고 있는 CPAO(Cost-aware Personal Agentic Orchestration) 와 매우 가까운 문제의식을 느꼈습니다. 규모는 Uber처럼 크지 않더라도, 개인·소규모 조직도 이제 AI를 “가끔 쓰는 도구”가 아니라 “반복 업무를 맡기는 업무팀”으로 운영해야 하는 단계에 들어섰기 때문입니다. 1. Uber가 말하는 AI Software Factory Uber는 AI 도구가 소프트웨어 개발 전 과정에 들어와 있다고 설명합니다. 코드 작성, 코드 리뷰, CI 실패 복구, 버그 분석, 온콜 알림 처리, 유지보수 PR 생성 등 여러 업무가 에이전트 기반으로 움직이고 있습니다. 인상적인 것은 사용량 증가입니다. Uber에 따르면 2026년 2월부터 8월까지 주간 활성 사용자는 7배, 주간 에이전트 요청은 9.4배 증가했습니다. 그런데 총 AI 비용은 4월 이후 비교적 안정화됐다고 합니다. 동일 모델 기준으로 보면 1,000개 요청당 비용은 피크 대비 약 34%, 세션당 비용은 6월 피크 대비 52% 낮아졌다고 합니다. 즉, Uber의 방향은 “AI를 덜 쓰자”가 아닙니다. 오히려 더 많이 쓰되, 낭비되는 턴·요청·토큰을 줄이는 방식 입니다. 2. 핵심은 비용 방정식이다 Uber는 AI 에이전트 비용을 다음과 같은 식으로 분해합니다. 총비용 = 사용자 수 × 세션/사용자 × 턴/세션 × 요청/턴 × 토큰/요청 × 토큰당 가격 이 식이 중요한 이유는 AI 비용을 막연한 “...

Claude Fable 5.1 프롬프트 가이드: 쉽게 쓰는 AI 지시문 작성법

Claude Prompting Guide Claude Fable 5.1 프롬프트 가이드: 쉽게 쓰는 AI 지시문 작성법 Anthropic의 공식 문서는 Claude Fable 5.1을 더 잘 쓰기 위한 프롬프트 작성법을 설명합니다. 개발자용 문서라 조금 어렵지만, 핵심은 간단합니다. AI에게 “무엇을, 어느 정도로, 어떤 방식으로 끝낼지”를 더 분명히 알려주라는 것입니다. 출처: Anthropic Claude Platform Docs 한눈에 보는 핵심 작업 난이도에 맞게 AI의 “생각하는 정도”를 조절한다. 긴 작업에서는 중간 진행 상황을 사용자에게 알려달라고 요청한다. 독립적인 도구 호출은 한 번에 묶어서 처리하게 한다. 대화 기록은 중간에 고치지 말고 계속 뒤에 붙이는 방식이 안전하다. 글이 너무 길거나 딱딱하면 쉬운 문장과 구조를 요청한다. 작업을 시켰다면 끝까지 완료하고 검증하게 한다. 1. “생각하는 정도”를 작업에 맞게 정하라 Claude Fable 5.1에는 작업에 얼마나 많은 추론을 쓸지 정하는 effort 개념이 있습니다. 쉽게 말하면 AI에게 “빨리 대답할지, 더 깊게 생각할지”를 조절하는 장치입니다. 낮은 effort 간단한 요약, 분류, 짧은 답변처럼 빠른 처리가 중요한 작업 중간 effort 품질과 비용의 균형이 필요한 일반 업무 높은 effort 코딩, 분석, 복잡한 문서 작성처럼 실수가 비싼 작업 매우 높은 effort 긴 산출물이나 중요한 의사결정 보조 작업 문서의 조언은 명확합니다. 무조건 가장 높은 설정을 쓰지 말고, 실제 업무에서 품질·속도·비용을 비교해보라는 것입니다. AX 컨설팅 관점에서는 이 부분이 중요합니다. AI도 직원처럼 업무 난이도에 맞는 투입 시간이 필요합니다. 2. 오래 걸...