편집하면 원본 대신 사본이 생기고 앨범은 비공개로 만들어진다
Spark가 사진첩을 여는 조건
Gemini Spark가 Google Photos를 직접 조작하기 시작했다. 검색부터 편집, 앨범 생성, 정기 자동화까지 맡는다. 눈여겨볼 건 기능이 아니라 기본값 세 개다.
9월 3일 Google이 개인용 에이전트 Gemini Spark에 Google Photos 제어 권한을 붙였다. 미국의 AI Pro와 AI Ultra 구독자에게 몇 주에 걸쳐 순차 배포된다.
할 수 있는 일이 짧지 않다. 피사체·장소·날짜·행사로 사진을 찾고 중복을 걸러 낸다. 화질을 손보고 콜라주를 만든다. 앨범을 만들어 채운다. 그 앨범 링크를 Gmail이나 Messages로 보낸다. 이미지 안 글자를 뽑아 문서로 정리한다. 그리고 이 전부를 정기 작업으로 예약할 수 있다. 매달 하이라이트 앨범을 만들거나 영수증 사진을 자동으로 분류하는 식이다.
한 줄 정리
에이전트가 앱을 대신 열어 쓰기 시작하면서 사양서의 무게중심이 무엇을 할 수 있는지에서 무엇을 되돌릴 수 있는지로 옮겨 갔다.
한눈에 보기
| 항목 | Spark가 정한 기본값 |
|---|---|
| 편집 | 원본을 두고 사본을 새로 만든다 |
| 새 앨범 | 비공개 |
| 앨범 공유·메일 발송 | 실행 전에 사람에게 묻는다 |
| 배포 범위 | 미국, AI Pro·Ultra 구독자, 순차 |
기능 목록보다 이 세 줄이 중요하다
발표에서 눈에 먼저 들어온 줄은 성능이 아니었다. 편집하면 사본이 생기고, 새 앨범은 비공개로 시작하고, 공유와 메일 발송은 사람 확인을 받는다는 세 줄이다.
셋을 묶으면 하나의 규칙이 나온다. 되돌릴 수 있는 동작은 알아서 하고 되돌릴 수 없는 동작은 물어본다. 사진 보정은 사본을 만드니 되돌릴 수 있다. 앨범 생성도 비공개면 되돌릴 수 있다. 남에게 링크를 보내는 순간부터 되돌릴 수 없다. 그 경계에 확인 절차를 뒀다.
정확도로 경계를 긋지 않았다는 게 핵심이다. "모델이 90% 맞으면 알아서 하고 아니면 물어본다" 같은 설계였다면 기준선을 어디 둘지로 끝없이 싸운다. 90%는 측정 방법에 따라 흔들리고 사용자마다 체감이 다르다. 되돌릴 수 있느냐는 그렇지 않다. 사본을 만드느냐 원본을 덮느냐는 코드를 보면 바로 답이 나온다.
이 차이가 실무에서 크다. 정확도 기준은 모델을 갈아 끼울 때마다 다시 정해야 하지만 되돌리기 기준은 모델과 무관하다. 내년에 Spark 밑의 모델이 두 번 바뀌어도 "편집은 사본으로"는 그대로 간다. 오래 가는 규칙은 대개 모델이 아니라 데이터 쪽에 건다.
진짜 변화는 예약 쪽에 있다
한 번 시키는 명령은 도구다. 일정에 박히면 다른 물건이 된다.
"주말마다 이번 주 음식 사진 중 잘 나온 걸 골라 콜라주를 만들어 앨범에 넣어라"는 예시가 공식 설명에 들어 있다. 영수증 사진 자동 분류도 마찬가지다. 사람이 매주 기억해서 시키는 일이 아니라 사람이 잊어도 도는 일이 된다.
여기가 앱 경계가 무너지는 지점이기도 하다. 사진 속 콘서트 전단을 읽어 캘린더 일정과 대조하는 예시가 있는데, 이건 사진 앱의 기능이 아니고 캘린더 앱의 기능도 아니다. 두 앱 밖에 서서 둘 다 조작하는 층이 새로 생겼다. 통합이 API 연동에서 권한 부여로 이동했다.
지난 몇 년 동안 앱 사이를 잇는 일은 개발자 몫이었다. 두 서비스가 서로 API를 열어 줘야 했고 그 사이를 자동화 도구가 메웠다. 지금 벌어지는 건 다르다. 사람이 앱을 쓸 때 쓰는 화면과 계정 권한을 에이전트가 그대로 물려받는다. 붙일 게 있느냐가 아니라 열어 줄 마음이 있느냐로 조건이 바뀐다.
그래서 "어디까지 열어 줄 것인가"가 개발 과제가 아니라 운영 과제가 된다. Google이 첫 목록에 Gmail, Docs, Messages를 넣고 그 셋으로 링크를 내보내는 동작에만 확인 절차를 붙인 것도 같은 이유다. 열어 준 문마다 밖으로 나가는 통로가 하나씩 딸려 온다.
anyAX 관점
소규모 팀이 이 발표에서 가져갈 건 Google Photos를 쓰라는 권유가 아니다. 사내 문서함이나 이미지 자산에 에이전트를 붙일 때 검토서에 뭘 적을지의 견본이다.
세 칸이면 된다. 이 동작은 되돌릴 수 있는가. 새로 만들어지는 것의 기본 공개 범위는 무엇인가. 밖으로 나가는 동작 앞에 사람이 서 있는가. Google이 사진첩에 붙인 조건이 정확히 이 셋이고, 사진첩보다 계약서 폴더와 고객 명단이 걸린 쪽이 더 급하다.
미국의 유료 구독자에게 몇 주에 걸쳐 나가는 배포 속도도 같이 봐야 한다. 개인 사진 라이브러리에 쓰기 권한을 주는 일을 Google도 한꺼번에 열지 않았다. 우리 팀이 자동화 하나를 켤 때 "일단 전사"로 시작하는 습관이 있다면 그 반대편 사례가 방금 하나 생겼다.