업무 활용법

Aside 업무 자동화 설계법 — 브라우저·파일·모델·승인 연결하기

  • Aside
  • 업무 자동화
  • 작업 설계
  • AI 에이전트
작성 AI Tools Lab 운영자최종 수정 오류 제보·정정 요청

여러 탭과 폴더를 연결했다면 어느 자료를 읽을지부터 정하세요. 오래된 파일을 고르거나, 다른 계정의 탭을 사용하거나, 결과를 엉뚱한 위치에 저장하지 않도록 기준이 필요합니다.

실행 전에는 작업 계약에 읽을 자료, 만들 결과, 완료 증거, 멈출 조건을 적습니다. Aside 작업 캔버스는 이 항목을 한 장에 모아 확인하는 실무 템플릿입니다.

브라우저 탭과 파일, 모델, 결과, 중단 조건과 사람 승인을 하나의 제어판에 배치한 작업 설계

결론부터 — 연결보다 경계가 먼저입니다

좋은 자동화 요청에는 세 가지 경계가 있습니다.

  1. 정보 경계 — 읽어도 되는 탭·파일·폴더는 어디까지인가?
  2. 행동 경계 — 조회와 초안 작성을 넘어 무엇을 바꿔도 되는가?
  3. 완료 경계 — 어떤 증거가 있어야 작업을 끝냈다고 볼 것인가?

예를 들어 최근 영상의 썸네일을 개선해 줘는 목표만 있고 경계가 없습니다. 어느 채널인지, 최근의 기준은 무엇인지, 어떤 폴더를 참고할지, 결과를 몇 개 만들지, 게시까지 할지 알 수 없습니다. 반면 지난 30일 영상 목록을 읽고 채널 기준보다 낮은 후보 3개를 찾은 뒤, 제목·스크립트와 참고 폴더를 바탕으로 시안만 생성해 작업 폴더에 저장하고 게시 전 멈춰라는 입력·결과·중단점이 보입니다.

작업 캔버스는 실행 전에 모호함을 발견하는 점검표입니다. 빈칸을 채우면서 대상과 완료 조건이 분명한지 확인하세요.

Aside 작업 캔버스 11칸

칸 반드시 정할 내용 빠뜨렸을 때 생기는 문제
목표 이번 실행의 단일 결과 조사·작성·게시가 한 작업에 섞임
탭 허용한 사이트·계정·페이지 다른 계정이나 오래된 페이지 사용
파일 입력·참고·결과 폴더 원본 덮어쓰기와 파일 혼선
모델 필요한 능력과 사용량 상한 단순 업무에 과한 비용·지연
입력 기간·대상·버전·필수 필드 일부 자료만 보고 전체로 오해
결과 형식·개수·저장 위치 채팅 답변만 남고 산출물 누락
완료 증거 URL·파일·개수·비교 기준 AI의 완료 문장만 믿게 됨
금지 절대 수행하지 않을 행동 발송·게시·삭제까지 범위가 확장됨
중단 정보 부족·로그인·화면 변경 추측하거나 무한 재시도함
승인 실행 직전 사람이 볼 정보 대상·금액·첨부를 모르고 허용
실패 보고 부분 결과·오류·다음 조치 실패 원인 없이 처음부터 재실행

목표부터 실패 보고까지 열한 요소가 실행 경로와 승인 경계로 연결된 Aside 작업 캔버스

복사해서 쓰는 캔버스

[Aside 작업 캔버스]
1. 목표:
2. 허용 탭·계정·페이지:
3. 입력 파일·참고 폴더·결과 폴더:
4. 필요한 모델 능력과 사용량 제한:
5. 입력 범위·기간·버전·필수 필드:
6. 결과 형식·개수·파일명:
7. 완료 증거:
8. 금지 행동:
9. 즉시 중단 조건:
10. 사람 승인 전에 보여 줄 정보:
11. 실패 시 보고 형식:

11칸의 작성 범위는 작업 위험도에 맞춰 조정하세요. 읽기 전용 요약이라면 금지·승인 칸을 짧게 쓰고, 결제·발송·권한 변경이라면 대상·변경값·되돌리기를 구체적으로 적습니다.

탭과 계정 — 열린 화면보다 선택 범위를 기록하세요

메일 탭, 쇼핑몰 탭처럼 쓰면 계정이 둘 이상일 때 구분하기 어렵습니다. 탭은 다음 네 요소로 기록하세요.

  • 서비스와 목적 — 고객 문의 확인, 상품 후보 비교 등
  • 계정 범위 — 개인 계정인지 시험용 계정인지
  • 페이지 범위 — 받은편지함 전체인지 특정 스레드인지
  • 허용 행동 — 읽기만 가능한지 초안 입력까지 가능한지
허용 탭: 시험용 고객지원 계정의 '미처리 문의' 목록과 공개 도움말.
허용 행동: 문의 제목·본문 읽기, 답변 초안 작성.
금지 행동: 전송, 담당자 변경, 티켓 종료, 첨부 다운로드.

로그인 상태는 편리한 기능이면서 권한입니다. 탭을 작업에 포함했다는 사실이 메일 발송이나 계정 설정 변경까지 허용했다는 뜻이 되지 않게 행동 범위를 따로 적으세요.

파일과 폴더 — 원본·참고·결과를 섞지 마세요

브라우저와 파일을 함께 쓰는 작업에서는 폴더별 역할과 쓰기 권한을 정해 두세요.

폴더 역할 권장 권한
01-input 이번 실행의 원본 읽기 전용
02-reference 스타일·규칙·이전 예시 읽기 전용
03-working 중간 결과와 임시 파일 생성·수정 허용
04-review 사람이 확인할 후보 새 파일 생성만 허용
05-approved 승인된 최종본 AI 직접 덮어쓰기 금지

파일명에는 작업 ID와 버전을 포함합니다. 최종.png, 진짜최종2.pdf보다 thumb-video27-v03-review.webp처럼 대상과 버전이 보이는 이름이 좋습니다. 같은 이름이 이미 있으면 덮어쓰지 말고 중단해 충돌을 보고하게 합니다.

모델 — 제품명이 아니라 필요한 능력을 지정하세요

모델 이름과 요금은 자주 바뀝니다. 작업 캔버스에서는 특정 라벨을 고정하기보다 다음 능력을 적는 편이 오래갑니다.

  • 짧은 페이지 분류처럼 빠른 처리가 필요한가?
  • 여러 근거를 비교하는 깊은 추론이 필요한가?
  • 이미지·화면을 읽는 시각 이해가 필요한가?
  • 긴 문서와 여러 탭을 다루는 컨텍스트 용량이 필요한가?
  • 민감한 자료에 적용할 데이터 처리 조건을 충족하는가?

간단한 분류 단계와 최종 분석 단계를 분리하면 모든 작업을 가장 비싼 모델에 맡길 필요가 없습니다. 다만 모델을 바꾸면 같은 규칙에서도 결과가 달라질 수 있으므로 작업 ID와 함께 사용한 설정을 로그에 남깁니다.

결과와 완료 증거 — 완료했습니다는 증거가 아닙니다

AI가 “정리했습니다”라고 말해도 파일이 없거나 항목이 누락될 수 있습니다. 완료 조건은 사람이 확인 가능한 형태로 바꿔야 합니다.

모호한 완료 문장 검수 가능한 완료 증거
자료를 조사했다 공식 URL 5개와 각 확인 날짜가 표에 있음
파일을 정리했다 이동 전후 파일 수와 새 경로가 일치함
썸네일을 만들었다 지정 폴더에 규격·버전이 다른 후보 3개가 있음
메시지를 준비했다 수신자·본문·첨부가 승인 봉투에 표시됨
권한을 바꿨다 대상 목록과 변경 전후 권한, 실패 대상이 기록됨

작업이 외부 상태를 바꾸면 증거도 두 단계로 나눕니다. 실행 전에는 변경 예정 목록을, 실행 후에는 실제 결과와 실패 항목을 남깁니다. 상태가 확인되지 않으면 성공으로 기록하지 말고 상태 불명으로 멈춰야 합니다.

금지·중단·승인은 서로 다릅니다

  • 금지는 어떤 상황에서도 하지 않는 행동입니다. 예: 비밀번호를 채팅에 기록, 승인 없이 결제.
  • 중단은 필요한 조건이 충족되지 않아 사용자 판단을 기다리는 상태입니다. 예: 로그인 만료, 정보 누락.
  • 승인은 준비된 외부 행동의 대상과 영향을 사람이 확인해 한 번 허용하는 단계입니다.

이 세 가지를 중요한 건 물어봐 한 문장으로 합치면 AI가 어느 시점에 질문해야 하는지 판단하기 어렵습니다. 다음처럼 구체화하세요.

금지: 메시지를 직접 보내거나 기존 파일을 덮어쓰지 않는다.
중단: 수신자 주소가 둘 이상이거나 첨부가 없으면 현재 상태를 보고하고 멈춘다.
승인: 수신자, 제목, 본문, 첨부 파일명, 외부 공개 여부를 한 화면에 보여 준 뒤 기다린다.

실패 보고 — 재실행보다 현재 상태를 보존하세요

브라우저 화면이 바뀌거나 로그인이 풀렸을 때 처음부터 다시 실행하면 중복 입력이나 이중 발송이 생길 수 있습니다. 실패 보고에는 다음을 남깁니다.

  1. 작업 ID와 시작 시각
  2. 마지막으로 확인된 단계
  3. 이미 생성하거나 변경한 항목
  4. 실패한 URL·화면·오류 문구
  5. 재시도하지 않은 이유
  6. 사용자가 확인할 다음 행동

재시도 정책은 AI 에이전트 재시도·복구 설계, 도구 호출 단위의 기록법은 AI 에이전트 실행 로그 가이드와 연결해 사용할 수 있습니다.

완성 예시 — 공개 업데이트 주간 요약

아래는 실제 수행 결과가 아니라 캔버스 작성법을 보여 주는 교육용 설계 예시입니다.

목표: 지정한 공식 변경 로그 4곳의 지난 7일 업데이트를 한국어 주간 요약으로 만든다.
탭: 공식 변경 로그 4개만 허용한다. 커뮤니티·검색 결과는 근거로 쓰지 않는다.
파일: 01-input/source-list.csv 읽기, 04-review/weekly-brief-v01.md 새 파일 생성.
모델: 긴 문서 비교와 한국어 요약이 가능한 설정. 이미지 생성은 사용하지 않는다.
입력: 게시일이 기간 안에 있는 항목, 제목, 원문 URL, 변경 범주.
결과: 중복 제거 표 + 중요도 근거 + 미확인 목록. 최대 10개 항목.
완료 증거: 원문 URL 수와 표의 고유 URL 수가 일치하고 파일 경로를 보고한다.
금지: 로그인, 댓글, 구독, 다운로드, 외부 발송.
중단: 날짜를 확인할 수 없거나 공식 도메인이 아니면 [미확인]으로 분리한다.
승인: 외부 발송은 이 작업 범위에 없으므로 승인 요청도 하지 않는다.
실패 보고: 읽지 못한 URL과 이유, 완료한 사이트 수를 남긴다.

이 캔버스를 두세 번 수동으로 검증한 뒤에야 6편 Aside 스킬·루틴 운영법의 입력으로 넘기는 것이 좋습니다.

자주 묻는 질문

Q1. 모든 작업에 11칸을 다 써야 하나요?
읽기 전용 작업은 짧게 써도 됩니다. 다만 목표, 허용 자료, 결과, 완료 증거, 금지와 중단은 남기는 편이 좋습니다.

Q2. 폴더를 연결하면 파일 접근이 안전해지나요?
폴더 선택은 범위를 줄이는 수단이지 보안 보장이 아닙니다. 민감한 파일을 분리하고 읽기·쓰기 책임을 폴더별로 정해야 합니다.

Q3. 완료 증거로 스크린샷만 있으면 충분한가요?
화면 상태를 보여 주는 데는 유용하지만 URL·파일·항목 수를 대체하지는 못합니다. 작업 유형에 맞는 구조화된 증거와 함께 사용하세요.

Q4. 승인 후에는 결과 검수가 필요 없나요?
승인은 예정된 행동을 허용하는 단계입니다. 실행 후 실제 대상·변경값·실패 항목을 별도로 확인해야 합니다.

마무리 — 자동화 품질은 실행 전에 결정됩니다

Aside 작업 캔버스를 채운 뒤에는 목표·컨텍스트·결과·증거·중단·승인이 각각 분명한지 확인하세요. 오류가 생겼을 때는 그 기준으로 어느 단계에서 멈췄는지 살펴봅니다.

캔버스를 작성했는데도 한 화면에 담기지 않는다면 작업을 나누세요. 조사와 발송, 생성과 게시, 권한 검토와 실제 변경은 별도 실행으로 분리하는 편이 안전합니다.

공식 자료와 확인 기준일

확인 기준일: 2026-09-25