PC를 꺼도 됩니다: 엣지 컴퓨팅이 클로드 토큰 초기화를 자동화하는 방법

개인 자동화 대부분은 아무도 입 밖으로 꺼내지 않는 전제를 깔고 있습니다. 실행되어야 하는 그 순간에 컴퓨터가 켜져 있고, 깨어 있고, 인터넷에 연결되어 있을 거라는 전제입니다. 많은 작업에서는 별문제 없이 성립하지만, 침대에서 나오기도 전인 오전 6시에 실행되어야 하는 트리거라면 이 전제 자체가 문제의 전부입니다.

로컬 자동화의 함정

브라우저 확장 프로그램, 로컬 크론 작업, 부팅 시 실행 스크립트는 "이걸 어떻게 자동화할까"에는 나름 괜찮은 답을 줍니다. 하지만 "내 컴퓨터가 안 켜져 있으면 어떡하지"에는 답을 주지 못하고, 평소 깨어있는 시간대 바깥에 예약된 것이라면 이 질문을 피할 방법이 없습니다.

노트북 뚜껑을 닫으면 브라우저 확장 프로그램은 바로 멈춥니다. 밤새 컴퓨터를 절전 모드로 두면, 오전 6시로 예약해둔 로컬 크론 작업은 아예 실행되지 않습니다. 트리거했어야 할 OS 스케줄러 자체가 함께 잠들어 있었기 때문입니다. 업데이트 후 재시작하면, 부팅 시 실행되도록 설정한 스크립트가 제대로 실행됐는지, 업데이트를 무사히 넘겼는지, 읽지 않고 넘긴 보안 알림 때문에 조용히 비활성화되지 않았는지 그저 바라는 수밖에 없습니다.

이런 건 예외적인 경우가 아니라 개인용 컴퓨터의 지극히 정상적인 일상 상태입니다. 컴퓨터는 닫히고, 절전 모드에 들어가고, 재시작되고, 밤새 꺼져 있습니다. 특정 순간에 기기가 깨어있어야 성립하는 자동화는 언젠가 자기만의 스케줄로 조용히 실패하게 되어 있습니다.

토큰 초기화에 특히 중요한 이유

클로드 토큰 초기화 트리거를 예약하는 가치는 작업을 시작하기 전에 타이밍을 맞추는 데서 나옵니다. 도중이 아니라요. 오전 9시부터 오후 6시까지 근무일에 맞춰 사용량 윈도우를 정렬하려면, 트리거는 평소 자리에 앉는 시간보다 세 시간 앞선 오전 6시 즈음에 실행되어야 합니다.

바로 이 시간대가 "컴퓨터가 켜져 있는가"라는 질문이 형식이 아니라 실질적인 문제가 되는 지점입니다. 대부분 오전 6시에 노트북을 열어두지 않고, 잠들어 있습니다. 트리거 메커니즘이 본인 기기, 브라우저, 혹은 OS가 깨어있어야만 동작하는 프로세스 안에 있다면, 실행되어야 할 바로 그 순간 오프라인일 수밖에 없는 자동화를 만든 셈입니다.

이론상 오전 6시에 로컬 스크립트가 실행되도록 노트북을 밤새 켜둘 수도 있지만, 그러면 전력을 낭비하고 팬 소음이 생기고 하드웨어가 마모됩니다. 가벼운 작업 하나 때문에 존재할 필요조차 없는 한계를 우회하는 셈입니다. API 핑 하나 보내겠다고 컴퓨터를 여덟 시간 켜둘 필요는 없습니다.

엣지 컴퓨팅이 방정식에서 내 기기를 아예 빼버리는 방식

Cloudflare Workers는 전 세계에 흩어진 수백 개 규모의 분산 데이터센터, 즉 Cloudflare의 엣지 네트워크에서 돌아갑니다. 워커를 배포하면 노트북에서도, 언제 다운될지 모르는 단일 서버에서도 돌아가지 않습니다. Cloudflare 자체 인프라 위에서 사용자가 정의한 스케줄에 맞춰 실행되도록 프로비저닝되며, 특정 기기가 켜져 있는지, 연결되어 있는지, 같은 나라에 있는지와는 무관합니다.

이게 핵심 전환입니다. 자동화가 더 이상 개인 하드웨어가 깨어있어야 한다는 조건에 의존하지 않고, 대신 Cloudflare 인프라가 깨어있어야 한다는 조건에 의존합니다. 그 규모를 생각하면 "내 노트북이 지금 켜져 있나"와는 근본적으로 다른 차원의 안정성입니다.

Workers는 애초에 이런 짧고 예약된 실행에 맞게 만들어졌습니다. 크론 트리거가 발동하면 워커가 기동해 밀리초 단위로 작업을 끝내고 종료됩니다. 트리거 사이에 리소스를 소모하는 상시 프로세스도, 패치할 서버도, 업데이트할 OS도 없습니다. 비용 면에서도 이 모든 게 하루 10만 건 요청을 포함하는 Cloudflare 무료 티어 안에서 돌아갑니다. 매일 실행되는 토큰 초기화 자동화라면 네다섯 건 정도만 쓰는, 무료 할당량의 지극히 작은 일부입니다.

TokFresh는 이걸 어떻게 활용하는가

TokFresh의 자동화 전체는 사용자 계정에 배포된 Cloudflare Worker로 돌아가며, 본인 기기가 아니라 크론 스케줄로 트리거됩니다. 작동 방식은 다음과 같습니다.

크론 트리거가 예약된 시각에 발동합니다. 설정 과정에서 원하는 초기화 윈도우를 정의하면 TokFresh가 거꾸로 계산해 5시간 간격을 산출하고, Cloudflare의 네이티브 크론 트리거가 UTC로 변환되고 시간대에 맞춰 보정된 정확한 시각에 발동하도록 구성합니다.

워커가 깨어나 KV 스토리지에서 리프레시 토큰을 읽습니다. Cloudflare KV는 사용자 계정에 묶인 키-값 저장소로, 최초 OAuth 설정 이후 클로드 리프레시 토큰이 암호화되어 저장되어 있습니다.

리프레시 토큰을 새 액세스 토큰으로 교환합니다. 클로드의 OAuth 토큰 엔드포인트를 통해서인데, Claude Code가 반복 로그인 없이 세션을 유지할 때 쓰는 것과 동일한 메커니즘입니다.

클로드에 가볍고 단발적인 API 호출을 하나 보냅니다. 보통 빠르고 저렴한 모델인 Claude Haiku로 라우팅되는 최소한의 핑으로, 새로운 5시간 윈도우의 첫 메시지로 등록되는 것 외엔 목적이 없습니다. 실제 작업을 수행하는 게 아니라 선택한 시각에 시계를 시작시킬 뿐입니다.

설정해두었다면 Slack이나 Discord 알림도 선택적으로 보냅니다. 트리거가 성공적으로 실행됐다는 걸 직접 확인하지 않아도 알 수 있도록요.

총 실행 시간은 1초 미만, 총 비용은 0원입니다. 깨어나서 토큰을 읽고 API를 호출하고 알림을 보내는 전체 시퀀스가 매번 Cloudflare 무료 실행 한도 안에서 여유 있게 끝납니다.

비용 계산, 구체적으로 짚어보기

Cloudflare 무료 티어는 하루 10만 건의 워커 요청을 포함합니다. TokFresh의 일반적인 하루 사용량은 대략 네다섯 건으로, 사용 가능한 무료 할당량의 약 0.005%입니다. 매일 소진되고 다시 채워지며 결제 문턱 근처에도 가지 않습니다.

앞으로 남은 커리어 내내 TokFresh 자동화를 계속 돌려도 Cloudflare 유료 티어 근처에도 가지 않을 겁니다. 뒤에서 조용히 돌아가는 미터기도, 예상치 못하게 튀어나오는 사용량 기반 요금도 없으며, 비용을 걱정할 이유 자체가 없습니다.

방식별 직접 비교

모든 항목에서 패턴은 동일합니다. 로컬 방식은 저마다의 절전 스케줄, 업데이트, 재시작 주기를 가진 기기에 묶여 있고, 이는 클로드 토큰 초기화가 오전 6시에 실행되어야 하는지와 전혀 무관합니다. 엣지 기반 자동화는 이 의존성을 완전히 제거하고, 24시간 가용성이 존재 목적인 인프라 위에서 돌아갑니다.

이렇게 작은 작업에서도 이 신뢰성 격차는 겉보기보다 더 중요합니다. 노트북이 가끔 잠들어 있어서 90%의 확률로만 실행되는 트리거는 스케줄링 문제를 제대로 해결한 게 아니라, 불안정성을 덜 눈에 띄는 곳으로 옮겨놓았을 뿐입니다. 같은 로직을 Cloudflare 엣지 네트워크에서 돌리면 이 격차가 완전히 사라집니다. 애초에 자동화가 본인의 하드웨어를 기다린 적이 없기 때문입니다.