공식 루틴 문서는 막힌 네트워크 요청, 빠진 커넥터 도구, 작업 단계의 실패가 상태 표시가 아니라 실행 기록(transcript)에만 나타난다고 적고, 실행을 열어 클로드가 실제로 한 일을 확인하라고 안내해요. 기본(Default) 환경은 허용 목록 밖 호스트로 가는 요청을 403 과 x-deny-reason: host_not_allowed 로 막고, 정각(9:00)에 예약하면 몇 분 늦게 시작할 수 있어 9:07 처럼 정각을 피한 시각을 권해요. 이 내용을 10월 5일 글로 정리한 The Routines Runbook 은 루틴 템플릿을 파는 독립 상품 사이트이고, 프롬프트에 출처 표기와 자체 재검증, 실패 시 명시적 기록, 지연 감지를 넣으라고 권해요.
용어 풀이
- CLI
- 명령줄에서 쓰는 프로그램 화면
- 403
- 서버가 접근을 거부했다는 HTTP 응답 코드
- 커넥터
- claude.ai 계정에 연결한 외부 서비스 연동(MCP)
운영자 인사이트
루틴을 무인 보고에 쓴다면 초록 상태를 성공 신호로 받지 말고, 데이터 출처를 못 읽었을 때 '없음' 대신 '확인 불가'를 결과에 적도록 프롬프트에 써 두세요. 결과가 비었는데 성공으로 보이면 v2.1.227 이상 CLI 에서 /schedule 에 그 실행이 왜 아무것도 안 했는지 물어, 실행 기록의 도구 오류와 권한 거부를 바로 확인할 수 있어요.
여러 관점으로 보기
- 실무 대처 정리(상품 사이트 글) 루틴 템플릿을 파는 The Routines Runbook 이 공식 문서를 근거로 출처 시간 초과, 막힌 상태 점검, 늦게 도는 예약을 성공처럼 보이는 실패 세 가지로 묶고 8개 항목의 점검표를 제안해요. The Routines Runbook
- 별개의 미해결 버그 8월 22일 열린 이슈는 일부 클라우드 루틴이 첫 턴 전에 멈추고 8월 21일부터는 오류 이벤트도 없이 끝나지 않는다고 보고했고, 아직 열려 있으며 앤트로픽 직원 답변은 없어요. GitHub