Aside 스킬·루틴 운영법 — 반복 업무와 모델 사용량 관리
반복 업무를 발견하면 곧바로 예약 실행부터 만들고 싶어집니다. 하지만 사람이 한 번도 끝까지 확인하지 않은 업무를 루틴으로 만들면 잘못된 입력과 권한, 중복 실행까지 일정에 맞춰 반복됩니다.
수동 1회 → 단발 AI 작업 → 검증된 스킬 → 제한된 루틴 순서로 넓혀 보세요. 각 단계에서 입력·결과·예외·중단을 확인한 뒤에만 다음 단계로 승격합니다.

결론부터 — 새 작업은 루틴이 아니라 실행 기록으로 시작하세요
| 단계 | 목적 | 사람이 확인할 것 | 다음 단계 조건 |
|---|---|---|---|
| 수동 1회 | 실제 절차와 예외 발견 | 필요한 화면·권한·완료 기준 | 절차를 재현할 수 있음 |
| 단발 AI 작업 | 지시의 모호함과 도구 행동 확인 | 누락·추측·중단·산출물 | 다른 입력에서도 같은 형식 유지 |
| 검증된 스킬 | 반복 가능한 지침으로 고정 | 입력 계약·예외·검수표 | 연속 실행에서 안정적 |
| 제한된 루틴 | 정해진 조건에서 예약 실행 | 중복·실패·승인 대기·알림 | 운영 지표와 중단 장치 유지 |
공식 개인정보 안내는 루틴 기능을 사용할 때 관련 작업 정보를 처리할 수 있다고 설명하지만, 구체적인 실행 조건과 백그라운드 동작 범위는 제품 버전·플랜·운영체제 설정에 따라 확인해야 합니다. 컴퓨터를 꺼도 반드시 실행된다고 단정하지 말고 실제 설정 화면과 실행 기록을 기준으로 운영하세요.
1단계 — 수동으로 정상 경로와 실패 경로를 기록합니다
먼저 사람이 직접 업무를 한 번 수행하며 판단이 필요한 지점을 기록합니다. 정상 경로와 함께 자료 누락이나 로그인 요구 같은 예외도 남기세요.
업무: 공식 변경 로그 주간 요약
입력: 소스 목록, 기간, 언어
정상 경로: URL 열기 → 기간 필터 → 항목 수집 → 중복 제거 → 출처표 생성
예외: 페이지 없음, 날짜 없음, 같은 변경의 재게시, 로그인 요구
완료: 고유 URL 수와 표 행 수 일치, 미확인 목록 존재
외부 변경: 없음
수동 작업 중 그때그때 알아서 판단한 부분이 스킬의 핵심 규칙이 됩니다. 예를 들어 재게시를 중복으로 볼지, 날짜가 없는 항목을 제외할지, 공식 블로그와 변경 로그가 충돌하면 무엇을 우선할지 기록합니다.
2단계 — 단발 AI 작업으로 경계를 시험합니다
처음 AI에게 맡길 때는 예약하지 않고 한 번만 실행합니다. 3편의 Aside 작업 캔버스를 채운 뒤 다음 네 가지를 봅니다.
- 지정하지 않은 탭이나 파일을 사용하지 않았는가?
- 자료가 없을 때 추측하지 않고 중단했는가?
- 결과 형식과 완료 증거를 지켰는가?
- 외부 변경 전에 승인 요청으로 멈췄는가?
결과가 틀렸다면 더 똑똑한 모델로 바꾸기 전에 입력 범위와 판단 규칙을 고치세요. 소스 목록이 오래되었거나 기간의 기준 시각이 없으면 모델을 바꿔도 같은 종류의 오류가 반복됩니다.
3단계 — 스킬에 실행 계약을 저장합니다
검증된 절차를 스킬로 만들 때는 성공 순서만 기록하지 않습니다.
스킬 필수 항목
| 항목 | 내용 |
|---|---|
| 사용 조건 | 어떤 요청·입력에서 이 스킬을 쓰는가 |
| 입력 계약 | 필수 파일·필드·기간·허용 출처 |
| 작업 순서 | 수집·검증·정리·출력 순서 |
| 판단 규칙 | 중복·우선순위·신뢰 수준 기준 |
| 결과 계약 | 파일 형식·이름·저장 위치·항목 수 |
| 완료 증거 | URL·파일·로그·전후 상태 |
| 예외 | 로그인·CAPTCHA·누락·페이지 변경 |
| 중단 | 추측하지 않고 사용자에게 물을 조건 |
| 승인 | 외부 행동 전 보여 줄 대상과 영향 |
| 로그 | 작업 ID·입력 버전·결과·재시도 |
[스킬: 공식 업데이트 주간 요약]
사용 조건: source-list.csv가 있고 시작일·종료일이 명시된 경우만 실행.
금지 출처: 검색 요약, 익명 게시물, URL 없는 캡처.
중복 기준: canonical URL이 같으면 하나로 합치고 최신 수정 시각을 보존.
미확인: 날짜·작성 주체·원문 URL 중 하나가 없으면 별도 표로 이동.
출력: weekly-brief-{기간}-v01.md와 run-log-{작업ID}.json.
외부 전송: 하지 않음. 게시나 메시지 요청이 나오면 승인 단계로 분리.
스킬을 저장했다는 사실이 안정성을 보장하지 않습니다. 입력을 바꿔 두세 번 반복 실행하고 같은 실패가 재현되는지 확인하세요.
4단계 — 루틴은 시간뿐 아니라 제한을 예약합니다
매주 월요일 오전 9시 같은 일정과 함께 사용량·재시도 상한, 실패할 때 멈출 조건을 설정하세요.
- 실행 시간대와 휴일 처리
- 입력 원본과 최신성 기준
- 같은 기간 중복 실행 방지 키
- 최대 처리 항목과 사용량 상한
- 동일 오류 재시도 횟수
- 로그인·CAPTCHA·승인 대기 시 중단
- 실패 알림에 포함할 정보
- 결과 저장 위치와 보관 기간
- 외부 전송 전 사람 승인 여부

루틴 설정 템플릿
이름: 주간 공식 업데이트 초안
일정: 매주 월요일 09:00, Asia/Seoul
입력 최신성: source-list.csv 수정 시각이 30일 이내일 때만 실행
중복 키: ISO 주차 + source-list 버전
처리 상한: 공식 소스 10개, 결과 항목 20개
재시도: 네트워크 오류 1회. 로그인·권한·상태 불명은 재시도하지 않음
결과: 04-review 폴더에 새 버전으로 저장
승인: 외부 발송·게시 없음. 사용자가 별도 요청해야 다음 단계 진행
실패 보고: 완료 소스 수, 실패 URL, 마지막 성공 단계, 필요한 사람 행동
중복 키가 없으면 지연된 실행과 수동 재실행이 같은 결과를 두 번 만들 수 있습니다. 외부 발송 작업이라면 중복은 더 위험하므로 작업 ID와 원격 상태를 먼저 확인해야 합니다.
모델 선택 — 이름보다 능력과 사용량으로 라우팅하세요
모델 이름, 플랜, 크레딧과 사용 제한은 바뀔 수 있습니다. Fast, Deep 같은 특정 라벨을 영구 규칙으로 넣기보다 능력 기준을 씁니다.
| 작업 | 필요한 능력 | 운영 기준 |
|---|---|---|
| URL 분류·파일명 정리 | 빠른 지시 준수 | 저비용 설정, 작은 묶음으로 처리 |
| 여러 문서 요약 | 긴 문맥·근거 보존 | 출처 누락 표본 검수 |
| 복잡한 비교·계획 | 추론·불확실성 표시 | 중요한 단계에만 사용 |
| 화면·이미지 이해 | 시각 입력 처리 | OCR·차트 값을 원본과 대조 |
| 이미지 생성 | 스타일·구도 제어 | 생성 수 상한과 사람 선택 |
하나의 루틴에서도 단계를 나눌 수 있습니다. 빠른 설정으로 새 항목을 분류하고, 후보만 더 깊은 분석 설정으로 넘깁니다. 모델을 바꾸면 결과 특성이 달라지므로 로그에 제공자·설정·변경일을 기록하세요.
사용량 예산 — 요청 수보다 작업 단위를 관리하세요
사용량을 줄이기 위해 출력만 짧게 제한하면 중요한 근거가 빠질 수 있습니다. 먼저 불필요한 입력과 반복을 줄입니다.
- 기간 밖 항목은 모델에 보내기 전에 제외합니다.
- 같은 URL과 파일 해시를 중복 처리하지 않습니다.
- 전체 페이지 대신 필요한 섹션을 선택합니다.
- 이미지가 필요 없는 단계에서 스크린샷을 반복 첨부하지 않습니다.
- 결과가 변하지 않은 소스는 이전 실행 시각 이후만 확인합니다.
- 실패한 전체 작업이 아니라 실패 단계만 안전하게 재개합니다.
예산에는 금액뿐 아니라 시간과 외부 호출 수를 포함할 수 있습니다.
최대 소스: 10개
소스당 최대 페이지: 3개
전체 실행 시간: 20분
네트워크 재시도: 1회
이미지 생성: 사용 안 함
한도 도달 시: 부분 결과와 미처리 목록을 저장하고 종료
실행 로그 — 루틴의 결과보다 상태를 기록하세요
| 필드 | 기록 내용 |
|---|---|
| 작업 ID | 루틴명·예약 시각·실행 번호 |
| 입력 버전 | 파일 해시·기간·소스 목록 버전 |
| 모델 설정 | 제공자·모델·변경일 또는 능력 프로필 |
| 단계 상태 | 시작·완료·실패·승인 대기 |
| 결과 | 생성 파일·URL·항목 수 |
| 사람 개입 | 로그인·수정·승인 내용 |
| 재시도 | 이유·횟수·최종 상태 |
| 외부 변경 | 대상·변경값·원격 ID |
| 미확인 | 근거가 없거나 상태를 확인하지 못한 항목 |
로그에 비밀번호, 인증 코드, 전체 개인정보를 넣지 않습니다. 문제를 재현할 최소 정보만 남기고 보관 기간과 접근 권한을 정하세요. 세부 호출 로그 설계는 AI 에이전트 실행 로그 가이드를 참고할 수 있습니다.
실패 처리 — 무조건 다시 누르지 마세요
| 상황 | 권장 처리 |
|---|---|
| 일시적 네트워크 오류 | 짧은 지연 후 제한된 횟수 재시도 |
| 로그인 만료 | 사람이 로그인하고 새 세션 확인 |
| CAPTCHA | 우회하지 않고 사람에게 인계 |
| 페이지 구조 변경 | 현재 단계에서 중단하고 스킬 수정 |
| 원격 상태 불명 | 실행 ID로 먼저 조회, 중복 실행 금지 |
| 승인 대기 | 재시도하지 않고 그대로 대기 |
| 입력 파일 누락 | 이전 파일을 임의 재사용하지 않고 종료 |
일시적인 오류는 정해 둔 횟수 안에서 재시도할 수 있습니다. 같은 오류가 반복되면 상한에서 멈추고 부분 결과를 보존하세요.
루틴 승격 체크리스트
- 수동 절차와 정상 완료 증거를 기록했습니다.
- 서로 다른 입력으로 단발 작업을 두 번 이상 검수했습니다.
- 누락·로그인·화면 변경·파일 충돌 시 중단합니다.
- 외부 변경이 있으면 대상과 영향을 승인 전에 보여 줍니다.
- 중복 실행 키와 원격 상태 확인 방법이 있습니다.
- 사용량·시간·항목 수·재시도 상한이 있습니다.
- 실패 알림에 사람이 해야 할 다음 행동이 포함됩니다.
- 로그에 민감정보를 저장하지 않습니다.
- 루틴을 즉시 끌 수 있는 방법과 담당자를 알고 있습니다.
자주 묻는 질문
Q1. 몇 번 성공하면 루틴으로 만들어도 되나요?
고정 횟수보다 서로 다른 정상 입력과 실패 입력에서 규칙이 지켜졌는지가 중요합니다. 외부 영향이 큰 업무는 더 긴 관찰과 표본 검수가 필요합니다.
Q2. 가장 강한 모델을 기본으로 쓰면 안전한가요?
더 큰 모델도 잘못된 입력과 권한 설계를 고치지 못합니다. 작업 능력과 사용량, 데이터 조건에 맞춰 단계별로 선택하세요.
Q3. 루틴이 실행되지 않으면 자동 재시도 횟수를 늘릴까요?
먼저 로그인, 권한, 입력 최신성, 승인 대기와 원격 상태를 확인하세요. 원인을 모른 채 재시도하면 중복 실행이 생길 수 있습니다.
Q4. 실행 로그는 얼마나 보관해야 하나요?
업무 위험도와 조직 정책에 따라 정합니다. 복구·감사에 필요한 기간만 보관하고 개인정보와 자격 증명은 제외하세요.
마무리 — 반복 가능성이 아니라 검증 가능성을 자동화하세요
예약 실행이 끝나면 완료 증거와 단계 상태, 미처리 목록을 로그에서 확인하세요. 실패한 작업은 정해 둔 상한에서 멈추고, 해당 상태의 처리 규칙에 따라 사람에게 인계하거나 부분 결과를 보존합니다.
마지막 7편에서는 로그인 세션과 모델 전송 범위를 구분하고, 실제 외부 행동 전에 확인할 승인 봉투를 만듭니다.
공식 자료와 확인 기준일
확인 기준일: 2026-09-25

