구글 업무를 AI와 함께 하는 법
— 메일·드라이브·캘린더를 AI에게 맡길 때 무엇을 넘기고 무엇을 쥘 것인가
조직 업무의 상당 부분이 구글 계정 안에 있습니다. 메일로 오고, 드라이브에 쌓이고, 캘린더로 잡힙니다. 이 일을 AI와 나눠 할 때 결과를 가르는 것은 AI의 똑똑함이 아니라 도구를 어느 층에서 쥐느냐입니다.
1. 도구가 끊기는 자리에서 일이 사람에게 떠넘겨진다
AI에게 “이 메일에 답장해줘”라고 시켰을 때 세 가지 결말이 있습니다.
| 도구 층 | 결말 |
|---|---|
| 브라우저 자동화 | 화면을 더듬다 버튼을 못 찾고 멈춘다 |
| 읽기 전용 연결(일부 커넥터) | 초안까지 만들고 “임시보관함에서 보내기를 눌러주세요” |
| CLI | 보낸다 |
가운데 칸이 가장 위험합니다. 90%까지 가고 나머지 10%를 사람에게 넘기는데, 그 10%가 하필 일을 끝내는 부분입니다. 사람은 AI를 시켰는데도 결국 자기가 창을 열어 버튼을 눌렀습니다. 이러면 자동화한 게 아니라 작업이 한 단계 늘어난 것입니다.
그래서 원칙이 하나 나옵니다. 구글 업무의 1차 도구는 CLI다. 읽기만 되는 통로로 시작하면 쓰기에서 막히고, 막히는 순간 사람 손이 나갑니다. → GWS CLI
2. 넘길 것과 쥘 것
AI가 잘하는 일과 사람이 쥐어야 하는 일은 성질이 다릅니다. 기준은 되돌릴 수 있는가입니다.
AI에게 넘겨도 되는 일 — 되돌릴 수 있고, 양이 많고, 지루한 것
- 받은편지함을 훑어 오늘 처리할 것만 골라내기
- 드라이브 폴더를 뒤져 필요한 파일을 찾아 내려받기
- 첨부 파일 수십 개를 받아 표로 정리하기
- 문서를 마크다운으로 쓰고 구글독스로 변환해 올리기
- 일정을 읽어 다음 주 가능한 시간대를 추리기
- 같은 형식의 보고를 매주 같은 자리에 쌓기
이쪽은 틀려도 다시 하면 됩니다. 사람이 중간에 들어갈 이유가 없습니다.
사람이 쥐어야 하는 일 — 밖으로 나가거나, 남의 시간을 쓰는 것
- 메일 발송: 회수가 안 됩니다. 받는 사람·제목·첨부를 사람이 한 번 봅니다
- 파일 공유 권한: 한 번 열면 어디까지 퍼졌는지 알 수 없습니다
- 삭제: 특히 다른 사람과 같이 쓰는 폴더
- 일정 초대: 참석자를 넣으면 메일이 나가고, 남의 시간을 쓰는 결정이 됩니다
- 누구에게 보낼지, 누가 참석하는지: 사람 관계에 대한 판단은 사람 몫입니다
멈추는 법 — --dry-run
CLI에는 보내지 않고 조립된 요청만 보여주는 플래그가 있습니다. 되돌릴 수 없는 명령은 전부 이걸 한 번 거쳐 가게 하십시오.
gws gmail +send --to ... --subject ... --body ... --dry-run # 확인
gws gmail +send --to ... --subject ... --body ... # 실행이 두 줄 사이가 사람이 들어오는 자리입니다. 승인을 받자고 작업 전체를 멈추는 것과, 되돌릴 수 없는 한 줄 앞에서 보여주는 것은 다릅니다. 앞의 것은 일을 사람에게 떠넘기는 것이고, 뒤의 것이 분담입니다.
3. 사람에게 수작업을 시키지 않는다
AI가 사람 손을 쓰는 방식에 세 가지 버릇이 있습니다. 전부 같은 뿌리입니다.
| 버릇 | 모양 |
|---|---|
| 떠넘기기 | ”브라우저에서 이 버튼을 눌러주세요” |
| 못 한다 선언 | 쥐고 있는 도구를 다 안 써보고 “제 권한으로는 안 됩니다” |
| 되는 척 | 안 되는 걸 됐다고 보고 |
구글 업무에서 이게 나오는 자리는 거의 정해져 있습니다.
- 값을 손으로 옮기게 하기 — 파일 ID, 폴더 ID, 링크를 사람에게 “복사해서 붙여주세요”라고 하는 것. 찾는 명령이 있는데 안 쓴 것입니다
- 파일을 손으로 올리게 하기 — 올리는 명령이 있습니다
- 드라이브를 손으로 뒤지게 하기 — 이름을 정확히 모르면 부분 매칭으로 찾고 부모를 거슬러 올라가면 됩니다
AI가 “자료가 없습니다”라고 할 때는 대개 한 칸만 보고 선언한 것입니다. 같은 뜻의 다른 칸, 다른 이름, 다른 폴더를 전수로 훑기 전에는 없다고 말할 수 없습니다.
4. 종료 코드 0은 됐다는 증거가 아니다
자동화에서 가장 비싼 사고는 실패가 아니라 실패가 성공처럼 보이는 것입니다. 구글 CLI에서 실측된 자리가 있습니다.
JSON 내용을 가진 파일을 --output으로 받으면 0바이트 파일이 생기고 종료 코드는 0입니다. 재시도해도 계속 0바이트입니다. 네트워크도 권한도 문제가 아니고, 받는 통로를 바꿔야 하는 문제입니다. 자세한 것은 GWS CLI 함정 ②.
여기서 나오는 규칙:
- 받았으면 크기를 대조하라. 원본 메타데이터의
size와 로컬 파일 크기를 맞춰보는 걸 마지막 단계로 넣으십시오 - 부분 성공도 종료 코드 0으로 나온다. 파일 10개 중 6개가 비었어도 루프는 “완료”로 끝납니다. 건수를 세십시오
- 판정 기준을 한 가지로 하지 마라. 바이너리는 해시로, JSON은 파싱해서 실제로 로드되는지로 가릅니다
5. 열쇠는 한 번에, 범위를 보고
구글 인증은 한 번 받으면 오래 쓰는 토큰입니다. 두 가지만 지키면 삽질이 사라집니다.
① 필요한 범위를 처음 로그인에서 한꺼번에 받으십시오. 나중에 스코프를 늘리려면 동의 흐름을 다시 타야 합니다. 드라이브만 받아두고 며칠 뒤 메일이 필요해져 다시 로그인하는 일이 흔합니다.
② OAuth 동의화면을 프로덕션으로 게시하십시오. 테스트 상태로 두면 토큰이 7일마다 죽습니다. 일주일에 한 번씩 재로그인하는 삽질의 원인이 대개 이것입니다. → GWS CLI 7절
그리고 토큰 하나가 여는 범위를 보십시오. 이 열쇠는 내 기계 안에서 끝나지 않고 계정 전체로 뻗습니다 — 메일 발송, 파일 삭제, 남에게 공유. 그래서 토큰 값 자체는 저장소·문서·외부 전달물에 넣지 않습니다. 있는지 없는지만 확인하십시오.
조직 업무를 다룰 거면 개인 계정과 조직 계정을 갈라 쓰는 것도 생각해볼 일입니다. 한 토큰이 둘 다 열면 한쪽 사고가 양쪽으로 번집니다.
6. 지침보다 구조로 막는다
“CLI를 1차 도구로 쓰라”는 문장을 적어두는 것만으로는 안 지켜집니다. 사람도 AI도 급할 때 손에 익은 길로 갑니다. 그래서 읽고 지키는 것이 아니라 막히게 만들었습니다.
- 다른 통로로 구글에 접근하려는 호출을 도구 단계에서 거부하고, 그 자리에서 올바른 명령 예시를 보여줍니다
- 대화에 구글 관련 낱말이 나오면 치트시트를 먼저 주입합니다
차이가 큽니다. 지침은 어겼는지 나중에 알게 되는데, 구조는 어기는 순간 알려줍니다. 규칙이 반복해서 안 지켜지면 그 규칙을 더 크게 쓰는 대신 구조로 옮길 자리인지 보십시오.
7. 사람이 손에 익은 도구를 빼앗지 않는다
마지막으로 균형 하나. 조직에 AI 자동화를 들일 때 “이제 드라이브 웹을 쓰지 마십시오”로 가면 안 됩니다. CLI는 AI가 일을 끝까지 하기 위한 통로이고, 사람은 계속 익숙한 화면을 씁니다. 같은 자료를 두 쪽에서 보는 게 정상입니다.
AI에게 맡길 것은 사람이 하기 싫은 반복이지, 사람이 쥐고 싶은 판단이 아닙니다. 어느 쪽인지 애매하면 당사자에게 물어보십시오. 자동화의 성패는 대개 이 선을 어디에 그었는지에서 갈립니다.
8. 함께 읽기
- GWS CLI — 설치·인증·명령 구조·함정
- GWS CLI 구글드라이브 · GWS CLI 지메일 · GWS CLI 캘린더 — 서비스별 레시피