지금까지 다룬 코인 추천, 시황 브리핑 같은 루틴들은 전부 휴대폰 안에서 직접 크론(cron)으로 도는 게 아니라, Claude Code의 예약 루틴(Cloud Trigger) 기능을 통해 클라우드에서 독립적으로 실행됩니다. 이번 글은 그 구조가 로컬 크론과 어떻게 다른지, 어떤 장단점이 있었는지 정리합니다.

로컬 크론이 아니라 완전히 격리된 클라우드 세션

이 방식의 가장 큰 특징은 실행 주체가 이 휴대폰이 아니라는 점입니다. 정해진 cron 표현식(예: 매일 06:55 UTC 기준 변환)에 맞춰 클라우드에서 새로운 세션이 열리고, 그 세션이 지정된 저장소(GitHub repo)의 지침 문서를 읽어 작업을 수행합니다. 휴대폰이 꺼져 있거나 네트워크가 끊겨 있어도 예약된 실행 자체는 영향을 받지 않습니다.

예약 루틴 흐름

작업 지침을 문서로 관리한다

각 루틴이 무엇을 해야 하는지는 리포지토리 안의 지침 문서(예: market-brief-instructions.md, chat-summary-instructions.md)로 관리합니다. 루틴을 등록할 때는 “이 문서를 읽고 그대로 수행하라"는 형태의 프롬프트만 넘기면 되고, 세부 로직을 바꾸고 싶을 때는 클라우드 설정이 아니라 이 문서를 고치면 됩니다. 코드와 설정이 아니라 자연어 지침으로 동작이 정의된다는 점이 흥미로운 부분입니다.

실행이 밀리는 경우도 있다

이 방식에도 한계는 있습니다. 클라우드 세션에도 사용량 한도가 있고, 주간 한도를 모두 소진하면 예정된 실행이 건너뛰어질 수 있습니다. 실제로 한 주간 코인 추천과 시황 브리핑 루틴 모두 며칠간 실행되지 않은 적이 있었는데, 원인은 정확히 그 한도 소진이었습니다. 이런 경우 재개된 첫 실행에서 “며칠간 실행이 밀렸다"는 사실을 글에 명시하도록 지침에 규칙을 추가해뒀습니다.

실행 기록을 되짚어볼 수 있다

각 루틴은 실행 이력(run log)을 남기기 때문에, 특정 회차가 왜 실패했는지 또는 왜 건너뛰어졌는지 사후에 추적할 수 있습니다. 원인을 짐작만 하는 대신 실제 로그를 확인할 수 있다는 점이 이 구조를 신뢰하고 계속 쓸 수 있는 이유이기도 합니다.

핵심 요약

🤖 이 포스팅은 AI의 도움을 받아 작성되었습니다.