핵심 판단
에이전트를 24시간 켜 두기 전에 알림과 비용 한도, 중단 방법, 롤백을 최소 세트로 준비하는 운영 플레이북.
- 아래 목차에서 필요한 절차만 골라 읽으면 됩니다.
24시간 에이전트 운영의 목표는 「항상 켜 두기」가 아닙니다. 절전/전원, 변경 허용 범위, 사고 시 끊는 순서가 없으면 밤새 청구서와 깨진 저장소만 남습니다.
야간에는 쓰기 권한을 기본으로 끄고, 사람이 옆에 있을 때만 임시로 넓히는 리듬이 사고의 절반을 줄입니다. 절전으로 프로세스가 죽어도 외부 웹훅이나 메신저 봇이 살아 있으면 원격만 되는 척이 됩니다. 서버 생존과 채널 생존을 같이 점검하세요.
온콜이 없는 팀이라면 24시간 쓰기 권한을 열지 마세요. 업무 시간 자동화만으로도 대기열은 줄어듭니다. 무인 구간이 필요해지는 순간이 온콜과 한도를 만들 타이밍입니다.
문서에만 야간 규칙이 있고 설정은 종일 쓰기면, 문서는 장식입니다. 규칙이 반영된 설정 경로를 팀 채널에 남기세요. 재부팅 후에는 프로세스뿐 아니라 스케줄과 시크릿 마운트까지 확인합니다.
비용 한도가 발동했을 때 누가 열쇠를 다시 여는지도 적어 둡니다. 한도만 있고 해제 절차가 없으면 업무 시간에 대기열이 다시 쌓입니다. 디스크 경고와 프로세스 생존을 같은 알림에 넣으세요.
켜기 전에 채울 세 가지
- 전원/절전 정책: 야간에 프로세스가 죽어도 안전한가
- 변경 허용 범위: 오늘 쓸 수 있는 경로와 명령
- 사고 시 순서: 누가 무엇을 끊는가
세 가지가 비어 있으면 24시간 가동은 실험이 아니라 방치입니다.
💡 Tip: 야간에는 쓰기 권한을 기본 끄고, 사람이 옆에 있을 때만 임시로 넓히세요.
변경 허용 범위를 네 줄로
팀 채널에 「구성 한 줄」「중단 방법」「키 위치」「오늘 허용 범위」만 고정해도 인수인계가 됩니다. 스크린샷보다 목적을 적는 편이 오래갑니다.
사고 시 짧은 순서
- 쓰기 권한과 외부 채널을 끊는다
- 키 한도와 최근 비용 급증을 확인한다
- 마지막 변경(모델, 스킬, 권한)을 타임라인에 남긴다
- 읽기 전용으로만 재개할지 결정한다
⚠️ 주의: 알림만 있고 hard limit이 없으면 잠든 사이 청구가 이어질 수 있습니다. 알림과 한도를 같이 거세요.
재부팅 후 확인할 것
주 1회, 재시작 후 시크릿/볼륨/스케줄/알림이 살아나는지 확인합니다. 「프로세스가 떠 있음」만으로는 부족합니다. 의도적 실패 알림이 다시 오는지까지 보세요.
야간 정책 예시
- 기본 권한: 읽기 전용
- 쓰기: 업무 시간 + 사람 승인 후에만
- 예산: 일일 hard limit + 80% 경고
- 채널: 실패/예산/쓰기 시도만 알림
성공 스팸 알림은 줄이세요. 알림 피로가 오면 진짜 장애를 놓칩니다.
비용 회로를 먼저 건다
작업별 토큰/비용/반복 횟수 상한을 정하고, 80%에서 경고, 100%에서 쓰기와 외부 채널이 닫히는지 확인합니다. 모델이 알아서 멈출 것이라고 기대하지 마세요.
무인 구간의 정의를 팀에 맞춘다
24시간은 「항상 최대 권한」이 아닙니다. 어떤 팀은 09-18만 쓰기를 허용하고, 어떤 팀은 주말 전체를 읽기 전용으로 둡니다. 중요한 것은 시계가 아니라 사람이 응답할 수 없을 때 쓰기가 닫히는가입니다. 그 규칙이 설정에 반영되지 않고 문서에만 있으면 강제되지 않습니다.
전원 정책을 적을 때는 정전/재부팅/디스크 풀을 같은 페이지에 둡니다. 에이전트만 살리고 디스크가 가득 찬 상태가 가장 흔합니다. 디스크 경고와 프로세스 생존을 같은 알림 채널에 넣으면, 「봇은 답하는데 작업은 실패」하는 상태를 빨리 봅니다.
야간에 외부 채널만 살아 있는 구성을 피하세요. 채널이 승인 버튼을 받아도 서버가 죽어 있으면 승인은 빈 약속입니다. 반대로 서버만 살고 알림이 없으면 출혈을 모릅니다. 둘의 생존 검사를 같은 체크리스트에 넣으세요.
주간 리뷰에서는 에이전트가 만든 변경 중 사람이 되돌린 비율과, 한도가 발동한 횟수를 같이 봅니다. 되돌림이 높으면 권한이 아니라 입력과 검증이 부족한 경우가 많습니다. 한도 발동이 잦으면 범위가 너무 넓거나 루프가 있습니다.
온콜이 없는 팀의 선택
온콜이 없으면 24시간 쓰기 권한을 열지 마세요. 업무 시간 자동화만으로도 대기열은 줄어듭니다. 무인 구간이 필요해지는 순간이 온콜과 한도를 만들 타이밍입니다.
무인 구간 체크리스트를 설정에 연결한다
문서에 「야간 쓰기 금지」를 적어 두고 설정은 종일 쓰기면, 문서는 장식입니다. 스케줄/권한/키 한도 중 어디에 야간 규칙이 반영됐는지 팀 채널에 경로를 남기세요. 경로가 없으면 신규 멤버가 같은 규칙을 재현하지 못합니다.
정전 후 복구에서 가장 자주 빠지는 것은 시크릿 마운트와 스케줄 등록입니다. 프로세스가 떠 있어도 스케줄이 비어 있으면 「24시간 운영」이 아닙니다. 재부팅 테스트 때 스케줄 목록과 마지막 실행 시각을 같이 확인하세요.
비용 한도가 발동했을 때 누가 열쇠를 다시 여는지도 적어 둡니다. 한도만 있고 해제 절차가 없으면, 업무 시간에 아무도 열지 못해 대기열이 다시 쌓입니다. 한도와 해제 권한을 같은 런북에 두세요.
출처와 링크
조사 기준: 2026년 7월. 전원과 한도, 중단 순서를 환경에 맞게 다시 적으세요.
FAQ
자주 묻는 질문
24시간 가동이 필수인가요?
아닙니다. 업무 시간에만 쓰고 야간은 읽기 전용/중지도 됩니다. 24시간은 알림 대응과 전원 정책이 준비됐을 때입니다.
사고 시 첫 행동은 무엇인가요?
쓰기 권한과 외부 채널을 먼저 끊고, 키 한도와 최근 비용을 확인한 뒤, 타임라인을 짧게 남깁니다.
재부팅 테스트는 왜 하나요?
재시작 후 시크릿/볼륨/스케줄이 살아나는지 확인하지 않으면, 정전이나 업데이트 때 반만 복구된 채로 돌아갑니다.
예산 알림만으로 충분한가요?
알림과 hard limit을 같이 쓰세요. 알림만 있고 한도가 없으면 잠든 사이 청구가 이어질 수 있습니다.
야간 쓰기 금지를 어떻게 강제하나요?
스케줄/권한 설정에서 기본을 읽기로 두고, 업무 시간에만 임시로 넓히세요. 문서만 있고 설정이 열려 있으면 강제되지 않습니다.
다른 팀 런북을 복붙해도 되나요?
구조만 참고하세요. 전원/네트워크/키 위치는 환경마다 다릅니다. 없는 알람을 있다고 착각하면 위험합니다.