그록봇이 아웃룩에 손을 넣었습니다

"그록봇이 이제 여러분 마이크로소프트 계정에서 읽고, 쓰고, 행동할 수 있습니다. 새 플러그인으로 봇이 아웃룩, 캘린더, 원드라이브에 직접 접근합니다." 그록봇 공식 계정이 올린 이 공지가 조회 774,872를 기록했습니다. 좋아요는 2,377이에요.

숫자만 보면 조용한 공지입니다. 전면 개방 공지가 받은 3,900만과는 자릿수가 다르니까요. 그런데 저는 이 공지가 그록봇 발표들 가운데 가장 멀리 간 한 수라고 봅니다.

지금까지 그록봇은 만드는 사람 쪽 물건이었습니다. 이번 공지는 처음으로 코드를 안 짜는 사람 계정에 들어간 발표예요. 개발 도구가 사무실 문을 연 장면입니다.

공지 두 문장에 무엇이 들어 있나요?

원문은 두 문장이 전부입니다.

첫 문장은 동사 세 개를 나란히 놓습니다. 읽고(read), 쓰고(write), 행동한다(act). 둘째 문장은 대상을 밝힙니다. 아웃룩, 캘린더, 원드라이브.

동사 쪽부터 봅니다. 읽기는 이미 흔한 능력입니다. 메일을 요약하고 일정을 정리해주는 봇은 여럿 있었어요. 쓰기부터 무게가 달라집니다. 봇이 내 이름으로 메일을 보내고 초대장을 발송한다는 뜻이니까요. 행동은 거기서 한 칸 더 나갑니다. 읽은 내용을 근거로 일정을 잡고 파일을 옮기는, 계정 안에서 손을 쓰는 단계예요.

세 동사를 계단으로 놓으면 이 공지가 선 자리가 보입니다. 조회 도구에서 대필 도구로, 대필 도구에서 대행 인력으로. 그록봇은 마지막 칸을 공식 문장에 박아 넣었어요.

주어도 눈여겨볼 대목입니다. 원문은 봇을 복수로 부릅니다. "새 플러그인이 여러분의 봇들(your Bots)에게 직접 접근을 준다"고요. 봇 하나를 붙이는 그림이 아니라, 여러 봇을 부리는 사용자가 그중 몇에게 계정 열쇠를 쥐여주는 그림입니다. 그록봇은 원래 클라우드에서 봇 여러 개를 동시에 굴리는 제품이라, 이 복수형이 우연이 아니에요. 메일 담당 봇과 일정 담당 봇을 따로 두는 사용법까지 문장 하나에 접혀 있죠.

왜 하필 이 세 계정인가요?

대상 조합을 뜯어보면 계산이 보입니다.

아웃룩은 소통이고, 캘린더는 시간이고, 원드라이브는 문서입니다. 사무직 하루를 이루는 세 축이에요. 아침에 메일함을 열고, 일정 사이를 오가고, 문서를 만들고 고치는 순환. 직장인 업무는 대부분 이 세 계정 안에서 돌아가요.

하나만 열렸다면 기능 추가로 읽었을 겁니다. 메일 봇, 일정 봇, 파일 봇은 각각 이미 있는 범주니까요. 셋이 같이 열리면 이야기가 달라집니다. 봇이 조각이 아니라 맥락을 쥐게 되거든요.

메일에서 "다음 주 회의 자료 부탁합니다"를 읽고, 캘린더에서 그 회의를 찾고, 원드라이브에서 자료를 꺼내는 흐름. 계정 세 곳이 이어져야만 가능한 일입니다. 이번 플러그인이 연 건 기능 세 개가 아니라 이 연결이에요.

뒤집어 보면, 이 세 계정에 흔적이 안 남는 업무가 드뭅니다. 보고도, 회의도, 마감도 결국 메일과 일정과 파일로 남아요. 세 계정을 읽는 봇은 내가 일일이 설명하지 않은 맥락까지 이미 아는 봇이 됩니다. 지시를 받아야 움직이는 도구와, 맥락을 쥐고 움직이는 인력이 갈리는 대목이에요.

개발자 도구가 왜 아웃룩으로 갔을까요?

이 계정에서 추적해온 그록봇 행보와 겹쳐 읽으면 순서가 보입니다.

전면 개방으로 문을 열었고, 공식 가이드 큐레이션으로 쓰는 법을 유통했고, X 프로필을 개발자 신원으로 흡수했습니다. 전부 만드는 사람을 향한 수였어요. 코드를 짜고, 배포하고, 봇을 굴리는 사람들 이야기였습니다.

마이크로소프트 계정은 다른 세계입니다. 아웃룩과 캘린더와 원드라이브를 쓰는 사람 다수는 개발자가 아니에요. 코드를 한 줄도 안 짜는 직장인 하루가 그 세 계정에 들어 있어요.

개발자 시장은 뜨겁지만 좁습니다. 직장인 시장은 미지근하지만 넓어요. 에이전트 제품들이 코딩 성능으로 싸우는 동안, 그록봇은 싸움터를 사무실로 옮기는 수를 뒀습니다. 성능 경쟁이 아니라 접점 경쟁이에요.

이 확장이 그록봇에게 자연스러운 이유도 있습니다. 그록봇은 사람 컴퓨터를 원격 조종하는 물건이 아니라, 클라우드에 상주하며 계속 사는 에이전트예요. 컴퓨터를 끄면 멈추는 봇은 사무실 상주 인력이 못 되지만, 상주형은 밤사이에도 메일함을 지킬 수 있죠. 플러그인 세 개가 얹힐 몸체가 이미 그렇게 생겨 있던 거예요.

조회 77만이라는 숫자도 이 맥락에서 읽힙니다. 개방 공지 3,900만은 구경꾼까지 몰린 숫자였고, 이번 77만은 해당되는 사람이 본 숫자예요. 받는 사람은 적어도, 받은 사람 일상에 미치는 깊이는 이쪽이 훨씬 깊어요.

좋아요 2,377이라는 숫자도 같은 결입니다. 조회 대비 반응이 얕은 건, 이 소식이 구경거리가 아니라 내 계정을 맡겨도 되는지 재보게 만드는 소식이기 때문이에요. 좋아요 버튼 대신 권한 화면을 떠올린 사람이 적지 않았을 겁니다.

X 물건이 왜 마이크로소프트 마당에 붙었을까요?

이 공지에서 눈에 밟히는 지점이 하나 더 있습니다. 열린 계정이 마이크로소프트라는 사실 자체예요.

그록봇은 X 진영 물건입니다. 바로 앞 행보는 X 프로필을 개발자 신원으로 흡수하는, 자기 마당을 다지는 수였어요. 그런데 이번엔 자기 마당이 아니라 남의 마당에 다리를 놓았습니다. 그것도 오피스라는, 마이크로소프트가 수십 년 지켜온 앞마당이에요.

두 수를 붙여 읽으면 한 쌍입니다. 안으로는 X 계정을 신원으로 삼아 뿌리를 내리고, 밖으로는 직장인들이 이미 사는 계정에 팔을 뻗는 구조. 집은 X에 짓고, 출근은 마이크로소프트로 하는 셈이에요.

플러그인이라는 형식도 이 방향과 맞물립니다. 본체를 옮기는 게 아니라 접근 통로를 꽂는 방식이라, 다음 마당이 열릴 때마다 같은 수를 반복할 수 있어요. 이번에 아웃룩·캘린더·원드라이브가 열렸다면, 구조상 다음 후보는 어디든 될 수 있습니다.

'직접 접근'은 어디까지일까요?

공지가 말하지 않는 부분도 짚어야 합니다.

권한 범위가 없습니다. 봇이 메일을 보내기 전에 사람이 확인하는지, 삭제나 전달까지 되는지, 공지는 한 줄도 말하지 않아요. "직접 접근"이라는 표현만 있을 뿐입니다.

회사 계정이라는 맥락도 남아요. 마이크로소프트 계정 상당수는 조직이 관리하는 업무 계정입니다. 개인이 마음대로 플러그인을 이어도 되는지, 관리자 승인은 어떻게 되는지도 공지 밖이에요.

업무 계정은 개인 계정과 무게가 달라요. 개인 메일함 사고는 내 손해로 끝나지만, 회사 메일함 사고는 조직 전체로 번져요. 봇에게 계정을 여는 결정이 개인 취향 문제에서 회사 보안 정책 문제로 넘어가는 지점이죠.

물론 이건 발표문이 짧아서 생긴 공백이지, 결함이 확정됐다는 뜻은 아닙니다. 권한 화면과 문서가 나오면 채워질 칸이에요. 다만 계정을 맡기는 쪽에선, 채워지기 전까지 물음표로 남는 칸이기도 해요.

쓰고 행동하는 봇은 실수도 계정 단위로 합니다. 잘못 짠 코드는 고치면 되지만, 잘못 보낸 메일은 회수가 안 돼요. 개발 도구 시절엔 없던 무게가 이 확장과 함께 들어옵니다. 편리해진 만큼, 사고 반경도 같이 커진 거예요.

도구와 인력을 가르는 선은 어디인가요?

저는 이 공지 핵심이 '행동한다'는 동사 하나라고 봅니다.

읽는 봇은 도구입니다. 쓰고 행동하는 봇은 계정 안에 사는 또 다른 사용자예요. 내 메일함에서 내 이름으로 움직이는 존재를 도구라고 부르긴 어려워요.

그록봇은 개발자 옆 도구로 출발했습니다. 이번 플러그인으로 직장인 계정에 상주하는 인력 쪽으로 한 발을 옮겼어요. 코딩 봇들이 성능 점수로 경쟁하는 동안, 이쪽은 앉는 자리를 바꾸는 중입니다. 자리가 바뀌면 요구받는 능력도 바뀝니다. 코드 품질보다 분별이 먼저인 자리예요.

권한 문제도, 회사 계정 문제도 아직 답이 없습니다. 그래도 방향은 분명해요. 에이전트 경쟁 다음 라운드는 누가 더 잘 짜느냐가 아니라 누가 어디에 앉느냐로 갈립니다. 저는 그록봇이 그 자리싸움에서 아웃룩이라는 자리를 먼저 골랐다고 봅니다.

---

원문·소스

• 그록봇 마이크로소프트 플러그인 공지 (@bot): https://x.com/bot/status/2094543253811183943