업무를 나눠 맡던 에이전트가 하루 일과를 맡게 됐습니다

업무를 나누려고 만든 에이전트가 이제 제 아침 시간표를 압니다.

업무용 에이전트 옆에 붙은 생활

에이전트를 역할별로 나눈 뒤로 저는 PM 에이전트하고만 이야기하고, PM은 설계와 구현과 기록을 각 역할자에게 카드로 넘깁니다. 그 옆으로 메일 분류와 가계 점검 같은 생활 쪽 일이 하나씩 붙었고, 이번에는 건강 관리를 붙였습니다.

계기는 단순했습니다. 체중은 조금씩 늘고 근력은 조금씩 줄었습니다. 몇 개씩 하던 턱걸이가 요즘은 잘 되지 않았습니다. 더 두면 안 되겠다 싶어 운동과 식사를 매일 챙기기로 했고, 챙기는 일을 에이전트에게 맡겼습니다.

건강 데이터는 이렇게 들어옵니다. iPhone 단축어가 건강 앱의 운동, 체중, 수면 기록을 iCloud 폴더에 파일로 내보내고, 맥미니가 그 파일을 한 시간마다 읽어 데이터베이스에 쌓습니다. 단축어는 휴대폰을 충전기에서 뺄 때와 텔레그램이나 슬랙을 열 때 돕니다.

처음에는 충전기에서 뺄 때만 돌게 했습니다. 그런데 휴대폰이 잠겨 있으면 iOS가 건강 데이터를 막아서, 단축어가 돌 때마다 잠금을 풀라는 창이 떴습니다. 메신저 앱은 아침마다 어차피 열고, 앱이 열렸다는 것은 잠금이 이미 풀렸다는 뜻입니다. 그래서 같은 단축어를 메신저 앱이 열릴 때도 돌게 했습니다.

하루 동안 오는 알림

알림은 다섯 개이고 모두 텔레그램으로 옵니다.

시각은 제가 일어나는 시각이 아니라 데이터가 들어오는 시각에 맞췄습니다. 처음에는 기상 직후에 모든 수치를 한 번에 보냈는데, 그 시각에는 그날 운동도 측정도 아직 없었습니다. 제 아침은 운동을 다녀오고, 씻고, 체중을 잰 뒤 충전기에서 휴대폰을 빼는 순서로 갑니다. 그래서 운동 전에는 할 일만, 동기화가 끝난 뒤에는 결과를 보내도록 둘로 나눴습니다.

알림 다섯 개는 모델을 부르지 않습니다. 정해진 시각에 스크립트가 데이터베이스를 읽어 만든 글을 그대로 보냅니다. 모델이 일하는 것은 제가 식사 사진을 보낼 때뿐입니다.

아침에 할 일만 알려 주는 05:40

05:40 알림은 운동하러 나가기 직전에 옵니다. 오늘이 러닝 날인지 근력 날인지, 이번 주 목표 거리까지 얼마나 남았는지, 하루에 얼마씩 뛰면 되는지만 담습니다. 월요일에는 이번 주 기록이 아직 없으니 지난주 결과를 보여 줍니다.

운동이 끝나면 오는 07:30 리포트

07:30 리포트는 동기화가 끝난 뒤에 옵니다. 몸, 운동, 수면, 회복 네 묶음으로 나눠 체중 변화, 요일별 러닝과 근력 기록, 지난밤 잠든 시각과 깬 횟수, 안정 심박을 보여 줍니다.

짧게 줄이기보다 항목을 늘리는 쪽으로 갔습니다. 숫자 몇 개만 남긴 첫 버전은 보고 나서 할 일이 없었습니다. 대신 휴대폰 화면에서 줄이 넘어가지 않게 한 줄 길이를 줄이고, 항목 이름과 수치가 같은 열에 서도록 고정폭으로 맞췄습니다. 이 형식은 휴대폰 화면을 찍어 보낸 스크린샷을 보고 두 번 고쳤습니다.

리포트 끝에는 몇 시에 수집한 데이터인지 적습니다. 07:30 전에 단축어가 한 번도 돌지 않은 날은 전날 저녁에 수집한 데이터가 그대로 실립니다. 그런 날은 이 줄의 날짜가 어제로 찍혀 있어서 바로 알아볼 수 있습니다.

사진 한 장으로 남기는 식사

점심에는 회사 식당의 그날 안내 메뉴를 찍어 보냅니다. 메뉴판에는 코스별 칼로리가 적혀 있습니다. 에이전트는 사진을 읽고 어느 코스가 단백질이 많은지, 국물이나 튀김처럼 덜어 낼 것이 무엇인지 바로 답하고, 고른 코스와 칼로리를 데이터베이스에 남깁니다. 설명 없이 사진만 보내도 기록 요청으로 받습니다.

먹고 나서 “밥 3분의 1 남김, 튀김 안 먹음”처럼 한 줄을 보태면 그만큼 빼서 다시 적습니다. 저녁에 집에서 먹은 음식은 사진이나 메뉴 이름만 보내고, 회식이면 “회식”이라고만 적습니다. 표기된 칼로리가 없는 음식은 어림값으로 넣고 추정이라고 표시해 둡니다. 알림에 답장하지 않고 그냥 보낸 메시지도 보낸 시각으로 끼니를 정해 같은 곳에 쌓입니다.

하루를 돌아보는 21:00 리포트

저녁 리포트는 아침 리포트와 다른 것을 봅니다. 그날 기록한 끼니별 섭취 칼로리를 더하고, 워치가 잰 활동과 휴식 소비 칼로리를 옆에 둬서 목표보다 더 먹었는지 덜 먹었는지를 보여 줍니다. 아침 리포트에서 어제 걸음을 보이던 자리에는 오늘 걸음이 들어갑니다.

아침 리포트가 그날 할 일을 정한다면 저녁 리포트는 하루를 정리합니다. 소비 칼로리는 마지막으로 동기화된 시각까지만 집계되므로 리포트 끝에 몇 시 데이터인지를 함께 적습니다.

활동 칼로리는 시간마다 워치가 잰 값을 먼저 쓰고, 그 시간에 워치 기록이 없을 때만 다른 기기의 값을 씁니다. 휴대폰과 다른 앱도 같은 활동을 건강 앱에 기록하기 때문에, 하루치를 그냥 더하면 같은 움직임이 두 번 들어갑니다. 걸음 수도 같은 방식으로 셉니다.

쉬는 날을 아는 알림

식사 기록 요청은 평일에만 옵니다. 평일이어도 공휴일이나 휴무일에는 오면 안 됩니다. 처음에는 공휴일 목록을 파일로 만들려다가, 제가 이미 맥 캘린더에 휴무일을 넣고 공휴일 캘린더도 구독하고 있어서 그쪽을 읽게 바꿨습니다. 캘린더 앱의 로컬 데이터베이스에는 반복 일정과 여러 날 일정을 날짜별로 펼쳐 둔 표가 있어서, 매년 반복되는 공휴일과 연말 휴무 같은 여러 날 일정이 같은 질의로 잡힙니다.

같은 판단을 업무 쪽에도 썼습니다. 월요일 아침에 주간보고 초안을 만드는 잡은 월요일이 공휴일이어도 그대로 돌아, 쉬는 날 아침에 초안을 보낸 적이 있었습니다. 지금은 그 주의 첫 출근일에만 돌고, 월요일이 쉬는 날이면 화요일로 밀립니다. 연말처럼 그 주에 출근일이 하루도 없으면 그 주에는 돌지 않습니다.

캘린더를 읽지 못하는 날도 있습니다. 그때 식사 기록 요청은 그냥 보내고, 주간보고는 예전처럼 월요일에 돕니다. 쉬는 날 알림을 한 번 더 받는 쪽이 기록을 빠뜨리는 쪽보다 낫다고 봤습니다.

업무에서 생활로

PM 에이전트에게 처음 맡긴 일은 업무와 기술 쪽이었습니다. 설계를 검토하고, 코드를 고치고, 회의록과 문서를 정리했습니다. 역할별로 나눈 구조도 그 일에 맞춰 만들었습니다.

그 뒤로 업무 밖의 일이 하나씩 붙었습니다. 자주 가는 매장의 할인 소식이 먼저였고, 아침 메일 브리핑과 새 메일 분류, 한 달에 한 번 하는 가계 점검이 뒤를 이었습니다. 이번에 운동과 식사가 더해지면서 PM이 제 하루를 아침부터 저녁까지 따라오게 됐습니다.

맡기는 방식은 업무와 같습니다. 무엇이 필요한지 대화로 말하면 PM이 정해진 시각에 도는 작업을 만듭니다. 받아 보다가 안 맞는 곳이 생기면 그 대화에서 바로 고칩니다. 하루 일과 자동화도 따로 프로필을 두지 않았고, 업무용으로 만든 PM이 그대로 맡고 있습니다.