Gemini Spark 업무 기획: 24시간 에이전트를 안전하게 운영하는 30일 설계

Gemini Spark를 단순히 “더 똑똑한 챗봇”으로 보면 핵심을 놓친다. 이 제품의 진짜 변화는 답변의 품질보다 업무가 끝날 때까지 백그라운드에서 실행을 이어가는 구조에 있다. 그래서 도입 질문도 “무슨 프롬프트를 쓸까?”가 아니라 “어떤 일을, 어떤 규칙으로, 언제 실행하고, 어디에서 사람이 승인할까?”가 되어야 한다.

이 글은 NotebookLM 노트북에 모은 10개 영상과 NotebookLM이 생성한 오디오·슬라이드·인포그래픽·영상을 하나의 실행 기획으로 다시 묶었다. 기능과 제공 조건은 Google 공식 발표, 6월 업데이트, Gemini Apps 도움말, 최신 변경 기록으로 교차 확인했다.

먼저 읽을 정정. 아래 NotebookLM 인포그래픽에는 초기 출시 시점의 “미국 베타”와 가격 설명이 남아 있다. 2026년 7월 14일 공식 변경 기록 기준으로 Spark는 Gemini Apps가 지원되는 더 많은 국가와 언어로 확대 중이며, 일부 지역은 제외된다. 실제 사용 가능 여부와 구독 조건은 계정별 화면과 최신 공식 도움말을 다시 확인해야 한다.

한 문장 핵심

Gemini Spark 도입의 최소 단위는 거대한 만능 비서가 아니라, 입력이 명확하고 결과를 검수할 수 있으며 실패해도 되돌릴 수 있는 반복 업무 하나다.

미디어로 먼저 이해하기

오디오: 전체 개념을 17분에 훑기

상단 플레이어는 NotebookLM이 생성한 한국어 오디오 오버뷰다. 이동 중 전체 맥락을 먼저 잡고, 아래 설계표로 돌아오면 Task·Skill·Schedule의 차이가 더 선명해진다.

인포그래픽: 챗봇에서 실행 에이전트로

인포그래픽의 중심축은 세 가지다.

• Task: 무엇을 끝낼 것인가.
• Skill: 어떤 절차와 기준을 반복할 것인가.
• Schedule: 언제 또는 어떤 사건 뒤에 실행할 것인가.

이 구조에 Connected Apps와 MCP가 연결되고, 외부 전송·구매·데이터 변경 같은 고위험 행동 앞에는 사람의 승인이 들어간다. Google도 Spark가 주요 행동 전에 확인을 요청하도록 설계됐다고 설명하지만, 동시에 실험적 기능이며 사용자의 감독이 필요하다고 밝힌다.

슬라이드: 23장 자율형 청사진

23장 PDF 슬라이드 다운로드

영상: SEO 리서치 자동화 사례

이 영상은 SEO 조사를 사례로 들지만, 핵심은 특정 마케팅 기법이 아니다. 소스 수집 → 비교 → 문서화 → 정해진 위치에 결과 저장처럼 종료 조건이 분명한 작업이 에이전트 자동화에 적합하다는 점이다.

확실한 것과 아직 가정인 것

구분	현재 판단	운영에서의 의미
공식 확인	Spark는 24시간 실행되는 개인 AI 에이전트이며 Gemini 3.5와 Antigravity 하네스를 사용한다.	장시간 작업을 맡길 수 있지만 진행 상황을 관찰해야 한다.
공식 확인	Workspace, Keep, Tasks, Canva, Dropbox 등 Connected Apps와 맞춤형 MCP 연결이 확대되고 있다.	연결 수보다 권한 범위를 먼저 설계한다.
공식 확인	실행 중인 Task는 최대 15개이며 사용량은 작업 복잡도에 따라 달라진다.	동시 실행량보다 우선순위와 큐 정책이 중요하다.
공식 경고	프롬프트 인젝션, 민감정보 공유, 의도하지 않은 작업 위험이 있다.	외부 콘텐츠를 읽는 작업과 데이터를 변경하는 작업을 분리한다.
기획 가정	모든 반복 업무가 자동화될수록 좋다.	틀렸다. 결과를 쉽게 검사할 수 있는 업무부터 자동화한다.
기획 가정	한 번 성공한 프롬프트는 곧 안정된 Skill이다.	틀렸다. 여러 입력 사례에서 재현된 뒤에만 Skill로 승격한다.

Task-Skill-Schedule 운영 모델

Input
  └─ Task: 끝내야 할 단일 결과
       └─ Skill: 단계, 도구, 금지사항, 출력 계약
            └─ Schedule: 시간 또는 이벤트 트리거
                 └─ Human Gate: 외부 전송·결제·삭제·권한 변경
                      └─ Output + Run Log + Feedback

좋은 Task는 “경쟁사를 조사해 줘”가 아니다. “지정한 8개 공식 채널에서 지난 24시간의 변경만 찾아, 중복을 제거하고, 출처 링크와 영향도를 포함한 표를 오전 8시까지 Drive의 특정 폴더에 저장하라”처럼 결과와 경계가 보인다.

좋은 Skill에는 말투보다 입력 계약, 도구 사용 순서, 실패 조건, 출력 위치, 승인 지점이 먼저 들어간다. Schedule은 마지막에 붙인다. 수동 실행에서 결과가 안정되지 않은 업무를 예약하면 오류만 정기 배송된다.

개발자와 1인 기업을 위한 5개 시나리오

1. 인바운드 메일 브리핑

뉴스레터, 고객 문의, 결제 알림을 분류하고 회신이 필요한 메일만 근거 링크와 함께 요약한다. 초안 작성까지는 자동화하되 실제 발송은 승인 단계로 남긴다.

2. 회의 전 리서치 팩

Calendar의 다음 주 외부 미팅을 읽고, 상대 조직의 최근 공식 발표와 기존 Drive 문서를 모아 한 장짜리 준비 문서를 만든다. 사람은 누락과 민감정보 포함 여부를 검토한다.

3. 릴리스·경쟁사 변화 감시

공식 블로그, 문서 변경 기록, GitHub 릴리스를 추적해 변화가 있을 때만 보고한다. “새 글 없음”도 정상 결과로 인정해야 불필요한 요약을 만들지 않는다.

4. 콘텐츠 리서치 파이프라인

주제별 소스를 수집하고 주장·근거·반론을 분리한 리서치 팩을 만든다. 공개 글 작성은 별도 단계로 분리해 출처 검토 없이 자동 게시되지 않게 한다.

5. Drive 출고물 표준화

정해진 입력 폴더의 문서를 템플릿에 맞춰 변환하고 파일명과 저장 위치를 통일한다. 원본은 이동하거나 삭제하지 않고, 결과만 별도 출고 폴더에 쓴다.

30일 도입 로드맵

기간	목표	실행	통과 기준
1~7일	업무 하나 선택	반복 빈도, 입력, 출력, 실패 비용을 기록한다.	사람이 5분 안에 결과를 판정할 수 있다.
8~14일	수동 Task 검증	서로 다른 입력으로 최소 5회 실행한다.	치명적 오류 0회, 수정 이유가 기록된다.
15~21일	Skill 고정	단계·권한·출력 계약·중단 조건을 저장한다.	동일 기준으로 3회 연속 통과한다.
22~26일	저위험 Schedule	읽기·요약 작업만 예약한다.	예정 시간 준수와 중복 실행 방지가 확인된다.
27~30일	운영 회고	로그, 수정량, 절감 시간을 검토한다.	유지·수정·중단 중 하나를 근거와 함께 결정한다.

KPI는 “자동화 개수”가 아니다

• 주간 절감 시간: 자동화 전후의 실제 소요 시간 차이.
• 무수정 통과율: 사람이 내용 수정 없이 승인한 결과 비율.
• 근거 링크 유효율: 보고서에 포함된 링크가 정확한 주장을 뒷받침하는 비율.
• 예정 시간 준수율: Schedule이 필요한 시점 전에 결과를 만든 비율.
• 중단·승인 정확도: 고위험 행동 앞에서 멈추고 사람에게 물은 비율.
• 복구 시간: 실패한 실행을 원상태로 돌리고 다시 시작하는 데 걸린 시간.

안전 하네스

1. 최소 권한: 업무에 필요하지 않은 Connected App은 연결하지 않는다.
2. 읽기와 쓰기 분리: 조사 Task와 데이터 변경 Task를 한 번에 묶지 않는다.
3. 원본 불변: 삭제·이동 대신 복사본과 출고 폴더를 사용한다.
4. 승인 경계: 이메일 발송, 게시, 결제, 폼 제출, 공유 권한 변경은 사람이 승인한다.
5. 민감정보 금지: 비밀번호와 결제정보는 Task 스레드에 입력하지 않는다.
6. 외부 지시 불신: 웹·메일·문서 안의 숨은 지시를 실행 규칙으로 받아들이지 않는다.
7. 로그 보존: 사용한 Skill, Connected App, 파일, 결과 링크와 수정 이유를 남긴다.
8. 정지 가능성: 일정 중단, 연결 해제, 원격 브라우저 데이터 삭제 절차를 미리 확인한다.

바로 시작할 최소 실행안

첫 Spark 자동화는 “매일 아침 공식 변경 기록 세 곳을 확인하고, 새 내용이 있을 때만 출처 링크가 포함된 5줄 브리핑을 Drive에 저장한다” 정도면 충분하다. 외부 발송도, 결제도, 원본 수정도 없다. 이 작은 루프가 안정되면 Skill로 저장하고 Schedule을 붙인다.

Gemini Spark의 경쟁력은 무한한 자율성이 아니다. 사람이 업무의 경계와 검증 기준을 먼저 설계했을 때, 그 경계 안에서 오래 실행할 수 있다는 것이다. 좋은 에이전트 운영은 더 많은 권한을 주는 일이 아니라 더 좋은 중단 조건을 만드는 일에서 시작한다.

자료와 생성 자산

• NotebookLM 원본 노트북
• Google 공식 Gemini Spark 발표
• Google 공식 Gemini Spark 6월 업데이트
• Gemini Apps 공식 사용·안전 도움말
• Gemini Spark 공식 변경 기록
• NotebookLM 슬라이드 PDF
• NotebookLM SEO 리서치 영상