맡기면 안 되는 일 | Aside 브라우저 사용설명서 14장

일을 세 칸으로 나눈 도식. 맡긴다, 준비까지 맡기고 마지막은 내가 한다, 내가 한다로 나누고 각 칸에 예시를 적었다

카드를 등록해야 넘어가는 화면에서 Aside는 입력하지 않고 나에게 넘겼다.

9월 23일, AI 모델 호출 서비스를 시험하던 참이었다. 고른 모델은 가격이 무료였다. 그런데도 카드가 등록돼 있어야 요청을 처리한다는 오류가 났다. Aside는 카드 정보라서 입력하지 않았고, 나에게 직접 등록하라고 안내했다. 내가 등록을 마쳤다고 알리면 한 건을 호출해 확인하고 다음 단계로 넘어가기로 했다. 카드 번호 칸 앞에서 작업이 한 번 끊긴 셈이다. 이 장은 그런 끊김을 어디에 둘지 다룬다. 끝까지 사람이 쥐는 일은 무엇이고, 준비까지만 맡기는 일은 어디까지인지 정리한다. 너무 넓게 막아서 잃는 것도 함께 적는다. 승인 문을 어디에 달고 권한을 어떻게 나누는지는 11장에서 정리했다.

14.1 카드는 내가, 한도는 Aside가

같은 작업에서 Aside가 맡은 일은 따로 있었다. 그 서비스의 지출 한도를 7달러로 잡았다. 내 계획서에 적어 둔 비용 상한 1만 원에 맞춘 값이다. 한도 자동 갱신은 없음으로 두고, 한도의 100%에 닿으면 메일로 알리게 했다. 발급한 API 키 값은 화면이나 로그에 찍지 않았다. 권한을 제한한 설정 파일로 옮겨서, 비밀값이 대화 기록에 남지 않게 했다. 정리하면 카드라는 입구는 내가 열고, 그 입구로 나갈 수 있는 돈의 크기는 Aside가 좁혔다. 한 작업 안에 사람이 쥐는 단계와 맡기는 단계가 나란히 있었던 것이다.

이 장에서 말하는 “맡기면 안 되는 일”은 Aside에게 아예 보여 주지 말라는 목록과 다르다. 대부분의 일에는 준비와 마지막 단계가 함께 들어 있다. 결제라면 상품 조건을 읽고 비교하는 준비가 있고, 카드를 넣고 버튼을 누르는 마지막 단계가 있다. 관공서 신청이라면 칸을 채우는 준비가 있고, 본인 인증과 판단 칸의 확정이 있다. 준비는 길고 반복적이라 맡길수록 덜어지는 품이 크다. 마지막 단계는 짧지만 결과를 되돌리기 어렵다. 그래서 선은 일의 종류마다 통째로 긋기보다, 한 일 안의 단계 사이에 긋는 편이 쓸모 있다.

14.2 맡기는 범위는 몇 칸으로 나누나?

이 장에서는 세 칸으로 나눠 본다. 첫 칸은 맡긴다. 페이지를 읽고, 조건을 비교하고, 초안을 쓰고, 되돌릴 수 있는 설정을 고치는 일이다. 둘째 칸은 준비까지 맡기고 마지막은 내가 한다. 결제, 약관 동의, 관공서 신청, 외부 게시가 여기에 든다. Aside는 버튼 바로 앞까지 가서 멈추고, 사람은 화면에 적힌 내용을 보고 누른다. 셋째 칸은 처음부터 내가 한다. 본인 인증, 계약서 날인, 계정의 2단계 인증 수단 고르기처럼 나를 증명하거나 내 이름으로 책임지는 일이다. 둘째 칸이 가장 넓고, 이 장의 대부분은 그 칸의 경계에 관한 이야기다.

일을 세 칸으로 나눈 도식. 맡긴다, 준비까지 맡기고 마지막은 내가 한다, 내가 한다로 나누고 각 칸에 예시를 적었다
그림 14-1. 맡기는 범위를 세 칸으로 나눈 지도. 실제 화면이 아닌 설명용 도식이다.

표 14-1은 내가 실제로 겪은 일을 칸에 맞춰 늘어놓은 것이다. 일마다 Aside가 맡은 준비와 내가 쥔 마지막 단계가 다르다. 눈여겨볼 것은 가운데 열이 생각보다 길다는 점이다. 진짜 정부 사이트인지 짚는 일, 판단 칸에 근거를 붙여 제안하는 일, 지출 한도를 거는 일은 모두 Aside가 했다. 사람이 쥐는 단계는 대개 버튼 하나, 입력 하나, 확정 한마디 정도로 짧다.

일Aside에게 맡기는 것사람이 쥐는 마지막 단계내가 겪은 예
결제·카드 등록오류 원인 파악, 지출 한도와 알림 설정카드 정보 입력무료 모델인데 카드 등록을 요구한 모델 호출 서비스. 한도 7달러, 자동 갱신 없음
구독·무료 체험상품 카드, 도움말, 결제 창의 조건 대조결제 창 문구를 보고 체험 시작 승인12개월, 12일, 1년으로 세 곳이 서로 달랐던 이메일 상품
유료 옵션무료 기본값 유지, 해당 구역을 건드리지 않기유료 선택 여부도서 등록 양식의 유료 우선 처리 구역
신청 뒤 정정최종 신청 전 메타데이터 점검최종 신청 버튼, 유료 정정 여부신청 뒤 정정 1건마다 요금, 반영 3~15일
크레딧 소모실행 전 비용 안내실행 승인영상 생성 시도마다 한 줄 승인(13장)
약관 동의약관 요지 정리동의 승인해외 전자책 판매 계정 개설
본인 인증인증 직전까지 진행인증 자체사업자 등록 때 휴대폰 간편인증
관공서 신청진짜 기관 사이트인지 확인, 판단 칸에 근거 붙여 제안판단 칸 확정출판사 사업자 등록, “이대로 가자”로 확정
세무 판단근거 정리전문가 상담과 최종 결정같은 날 세무사 상담
계약 날인없음날인과 발송기업과 맺는 계약서를 날인해 우편 발송
외부 게시·발송초안 작성발송·게시 승인메일과 SNS 규칙(11장)
비밀값키를 화면·로그 밖 설정 파일로 옮기기, 비밀번호 자동 입력값을 채팅에 붙이지 않기API 키를 대화 기록에 남기지 않음
계정 보안 설정기본으로 켜진 데이터 제공 옵션 끄기, 권유 건너뛰기2단계 인증 수단 선택휴대폰 문자를 내가 고름
제조사 보고문제 발견, 보고서 초안전문을 읽고 제출 승인Aside 문제는 작업 끝에 한 줄로 알림
표 14-1. 일의 종류별로 Aside에게 맡기는 범위와 사람이 쥐는 마지막 단계.

14.3 돈이 걸린 화면은 어떻게 다루나?

8월 29일과 30일, 호스팅 서비스의 이메일 상품 앞에서 두 번 멈췄다. 상품 카드에는 “12개월 무료, 0원”이라고 적혀 있었다. 구매 버튼을 누르자 결제 확인 창은 “12일 무료 체험”이었다. 상품도 다른 유료 상품으로 바뀌어 있었고, 체험이 끝나면 연간 요금이 자동 결제된다고 적혀 있었다. 도움말 문서는 1년, 상품 카드는 12개월, 결제 창은 12일이었다. 같은 상품을 두고 세 곳이 서로 다른 말을 한 것이다. 그 서비스의 AI 상담 창도 화면이 서로 맞지 않는다는 점을 인정했고, 결제 수단이 등록된 동안에는 체험을 시작하지 말라고 권했다.

두 번째 때는 사정이 하나 더 있었다. 나는 앞서 잘못 보고된 “1년 무료”라는 전제로 체험 시작을 승인해 둔 상태였다. Aside는 결제 창에서 차이를 발견했고, 실행하기 전에 나에게 다시 확인했다. 받아 둔 승인이 있었는데도 멈춘 것이다. 여기서 규칙 두 개가 생겼다. 첫째, 결제 창에 적힌 내용만 기준으로 삼는다. 상품 카드와 도움말은 참고로만 본다. 둘째, 잘못된 전제로 받은 승인은 다시 받는다. 승인은 그때 본 조건에 대한 것이다. 조건이 바뀌었다면 같은 버튼이어도 다른 결정이 된다.

버튼을 누른 뒤에 돈이 붙는 경우도 있다. 한 유통 사이트는 최종 신청 전에는 소개문 수정이 무료였다. 신청이 나간 뒤에는 정정 1건마다 요금이 붙었고, 반영에도 3~15일이 걸렸다. 이미 신청된 한 책의 소개문 정정은 비용에 비해 얻는 것이 적어서 그대로 두기로 했다. 그 뒤로 메타데이터 정정은 최종 신청 버튼 전에 끝낸다. 도서 등록 양식 안의 유료 우선 처리 옵션도 비슷하다. 기본은 무료이고, 아무것도 고르지 않으면 무료로 나간다. Aside는 그 구역을 건드리지 않는다. 기본값이 안전한 쪽이라면 손대지 않는 것이 가장 확실한 설정이다.

크레딧이 드는 시도도 같은 칸에 둔다. 영상 생성처럼 한 번 누를 때마다 크레딧이 빠지는 일은 매번 실행 전에 비용을 확인받았고, 나는 한 줄로 승인했다. 자세한 경과는 13장에 적었다. 내 환경 설정에서 결제 기능이 꺼져 있고 결제 전에 묻도록 되어 있다는 점은 11장에서 다뤘다. 돈이 걸린 화면을 다루는 방법은 결국 세 가지로 모인다. 결제 창 문구로 판단하고, 누르기 전에 고칠 것을 끝내고, 나갈 수 있는 돈의 상한을 미리 걸어 둔다.

14.4 세무와 관공서 신청에서 사람이 쥔 것

8월 18일, 출판사 사업자 등록을 정부 세무 사이트에서 Aside와 함께 진행했다. 시작부터 한 번 걸렸다. 내가 열어 둔 탭은 정부 사이트 주소를 흉내 낸, 이름이 비슷한 민간 안내 사이트였다. Aside가 그곳은 정부 사이트가 맞지 않다고 짚었다. 막상 들어간 정부 사이트 첫 화면에도 기관을 사칭하는 메일을 조심하라는 안내가 떠 있었다. 관공서 일에서 준비의 첫 단계는 칸 채우기보다 앞에 있다. 지금 보는 화면이 진짜 기관의 화면인지 확인하는 일이다.

본인 인증은 내가 휴대폰 간편인증으로 했다. 판단이 필요한 칸은 두 개였다. 임대 계약 기간을 어떻게 적을지, 그리고 통신판매에 해당하는지였다. Aside는 두 칸 모두 근거를 붙여 값을 제안했고, 나는 “이대로 가자”로 확정했다. 그 뒤 신청이 접수 완료됐다. 칸을 채우는 준비와 칸의 값을 정하는 결정을 나눈 것이다. 판단 칸의 값은 내 사업의 사실관계에 관한 진술이다. 근거를 모으고 선택지를 좁히는 데까지는 에이전트가 빠르다. 그 진술에 내 이름을 거는 일은 확정 한마디라도 내 입으로 한다.

같은 날 세무사 상담도 따로 받았다. Aside 이용약관도 결과를 법률, 금융, 세무 같은 전문가 조언 대신 쓰지 말라고 적고 있다. 에이전트가 근거를 잘 모아 와도, 그 근거가 내 사정에 맞는지 책임지고 말해 줄 사람은 따로 있어야 한다. 막힌 곳도 있었다. 업무용 컴퓨터에 정부 사이트용 보안 프로그램이 제대로 설치되지 않았다. Aside가 원인을 진단했는데, 칩 구조와 그에 맞는 호환 계층이 없어서였다. 원인을 읽고 따지는 일은 첫째 칸에 가깝다. 반대편 끝에는 계약이 있다. 기업과 맺는 계약서는 내가 날인해 우편으로 보낸다. 날인은 셋째 칸, 처음부터 사람이 하는 일의 대표다.

14.5 약관 동의는 누구의 일인가?

9월 15일, 해외 전자책 판매 계정을 열었다. 그 플랫폼의 이용약관 동의는 내 명시적 승인을 받은 뒤에 했다. 동의 체크는 화면의 한 칸이지만, 그 한 칸으로 나는 계약의 당사자가 된다. 계정의 2단계 인증 수단은 내가 직접 골랐고, 휴대폰 문자로 정했다. 그 약관은 계정을 여러 개 두는 것을 금지한다. 그래서 계정은 하나만 쓴다. 약관을 읽고 요지를 정리하는 일은 맡길 수 있다. 다만 그 요지에서 계속 지켜야 할 규칙이 나오면, 그것은 동의한 사람이 기억하고 지켜야 할 규칙이 된다. 동의를 사람이 쥐는 까닭은 동의 뒤에 남는 의무 때문이다.

Aside 이용약관도 같은 방향을 가리킨다. 9월 27일에 확인한 내용이다. 5조는 내가 Aside에게 접근하게 하는 웹사이트, 계정, 데이터, 작업 흐름을 쓸 권리가 있는지 확인할 책임을 사용자에게 둔다. 8조는 제3자 서비스가 그 서비스의 약관을 따르고, 그 약관을 지킬 책임도 사용자에게 있다고 적는다. 5조는 또 AI 결과가 틀리거나 불완전할 수 있으니 결과와 행동을 확인하라고 한다. 메시지, 구매, 결제, 예약, 계정 변경, 데이터 삭제, 게시, 민감 정보, 그리고 법적·금전적·평판상 영향이 있거나 되돌릴 수 없는 일을 특히 꼽는다. 웹페이지나 문서, 메일 속 숨은 지시를 모두 잡지 못할 수 있다는 문장도 있다. 이 목록은 이 장의 둘째 칸과 거의 겹친다.

7조의 금지 목록도 볼 만하다. 사용 한도나 접근 통제, 보안 조치를 우회하는 일, 허락 없이 남의 계정이나 시스템에 들어가는 일, 개인 정보를 위법하게 처리하는 일, 스팸과 가짜 리뷰와 기만 메시지가 들어 있다. 사람에게 법적으로 중대한 영향을 주는 결정을 적절한 사람의 검토 없이 자동으로 내리는 일도 금지다. AI 결과를 사람이 쓴 것처럼 기만적으로 내놓는 일도 그렇다. 이 목록은 사용자가 Aside로 해서는 안 되는 일, 곧 내가 Aside에게 시켜서는 안 되는 일이다. 약관이 사용자의 책임으로 적어 둔 일을 도구에게 떠넘길 수는 없다. 기본 차단 목록을 만든다면 여기서 출발하는 것이 가장 빠르다.

약관 바깥의 흐름도 하나 적어 둔다. 미국 제9순회항소법원이 2026년 8월 4일, 대형 온라인 쇼핑몰과 AI 브라우저 회사 사이의 사건에서 1심의 가처분을 파기하고 사건을 돌려보냈다. 법원은 접근한 주체를 회사 쪽보다 AI 어시스턴트를 도구로 쓴 사용자 쪽으로 보고, 컴퓨터 부정 접근 법률 위반 주장이 이기기 어렵다고 판단했다. 분쟁은 에이전트가 자신이 AI 에이전트임을 알리는 식별 문자열을 쓰지 않은 데서 시작됐다. 판결 각주는 이 결과가 사이트가 자기 이용약관으로 접근을 통제할 능력을 해치지 않는다고 적었다. 쇼핑몰은 전원합의체 재심리를 청구했고, 사건은 끝나지 않았다. 내가 읽은 요지는 이렇다. 에이전트로 한 일은 사용자가 한 일로 읽힐 수 있고, 사이트의 약관은 여전히 사용자에게 적용된다.

14.6 밖으로 나가는 것들

메일은 보내는 순간에 내 승인을 받고, SNS 게시물과 답글은 초안을 승인한 뒤에 올린다는 규칙은 11장에서 다뤘다. 여기서는 게시물에 무엇이 실려 나가는지에 관한 일을 적는다. 9월 4일, Aside로 일을 모으기 전이었다. 직접 설치해 쓰던 다른 오픈소스 에이전트로 블로그 게시를 자동화했다. 첫 게시물에 자르지 않은 전체 화면 캡처가 올라갔다. 계정 식별자와 비공개 대화 제목 여러 개가 그대로 드러났고, 캡처는 글 내용과도 맞지 않았다. 약 7시간 공개된 뒤 내가 직접 이미지를 지웠다.

원인은 구조에 있었다. 화면 캡처, 자르기, 가리기처럼 판단이 필요 없는 일을 AI의 판단 단계에 맡겨 둔 것이다. 그 뒤로 일을 둘로 나눴다. 캡처와 자르기와 가리기는 정해진 스크립트가 하고, 어떤 화면을 찍을지는 사람이 정한다. 이 사고는 내가 Aside로 일을 모은 이유 가운데 하나다. 자세한 이야기는 여기서 더 적지 않는다. 이 일에서 얻은 교훈은 게시 버튼만 지켜서는 부족하다는 것이다. 이미지 안에 무엇이 찍혔는지는 글보다 눈에 덜 띈다. 무엇을 내보낼지 정하는 판단은 사람이, 똑같이 되풀이되는 처리는 고정된 절차가 맡도록 나누는 편이 안전하다.

Aside 자체를 두고도 밖으로 나가는 것이 있다. 작업 중에 Aside의 문제를 발견하면, Aside는 제조사에 보고서를 바로 보내지 않는다. 작업 끝에 한 줄로 알리고, 보고서 전문을 나에게 보여 준 뒤 승인을 받아 제출한다. 보고서에는 개인정보, API 키, 원고 내용, 정산 금액을 넣지 않는다. 제조사에 보내는 보고도 내 정보가 담겨 밖으로 나가는 문서라서, 메일과 같은 칸에 둔다.

14.7 계정과 비밀값은 어디까지 열어 두나?

카드 등록 일이 있던 9월 23일, 한 서비스에 로그인하자 약관 변경 창이 떴다. “내 데이터로 모델 개선” 옵션이 기본으로 켜져 있었다. Aside는 이 옵션을 끄고 창을 닫았다. 2단계 인증을 설정하라는 권유도 나왔는데, Aside는 설정을 바꾸지 않고 건너뛰기만 눌렀다. 계정 보안 설정이기 때문이다. 두 동작은 방향이 다르다. 내 데이터가 덜 나가는 쪽으로 기본값을 되돌리는 일은 Aside가 했고, 계정에 잠금 장치를 새로 거는 일은 나에게 남겼다. 2단계 인증 수단은 해외 판매 계정 때처럼 내가 직접 고른다.

비밀번호 값은 에이전트에게 보이지 않고 자동 입력으로만 쓰인다. 비밀번호, 인증 코드, 카드 번호를 채팅에 직접 붙여 넣지 않는다는 것과 함께 4장에서 다룬 원칙이다. 앞에서 적은 API 키 처리도 같은 줄기다. 키 값을 대화에 띄우지 않고 파일로 옮기면, 대화 기록을 나중에 다시 열어도 키는 거기 없다. Settings > Password 화면은 보관함이 잠겨 있으면 “Password Manager is locked, Unlock your Aside vault to manage its settings”라고 표시하고 Unlock 버튼만 보여 준다. 9월 27일 내 화면이 그랬다. 이번 캡처에서 나는 보관함을 열지 않았다.

Aside 설정의 Password 화면. 기본 비밀번호 관리자 사용 스위치가 켜져 있고, Aside Password Manager 구역에 보관함이 잠겨 있다는 안내와 Unlock 버튼이 보인다
그림 14-2. Settings > Password 실제 화면. 보관함이 잠겨 있으면 설정도 열리지 않는다.

설정에서 한 군데 더 볼 곳이 Settings > Memory > Context Awareness다. 화면 설명은 “Aside captures what you do in your browser and apps so agents can recall it later.”이다. 브라우저와 앱에서 한 일을 기록해 에이전트가 나중에 떠올리게 한다는 뜻이다. 내 화면에서 Enable Context Awareness 스위치는 켜져 있지 않았고, 설정 파일에서도 꺼져 있었다. 설정 파일을 보면 켤 때 화면 글자 인식과 입력 글자 기록이 함께 켜지는 구성이고, 보존 기간은 14일로 되어 있었다. 도움말상 맥 전용 기능이다. 켤지 말지는 각자 정할 일이다. 다만 스위치 하나로 무엇이 얼마 동안 남는지를 먼저 확인하고 정하는 편이 좋다.

Aside 설정의 Context Awareness 화면. 브라우저와 앱에서 한 일을 기록해 에이전트가 나중에 떠올리게 한다는 설명과, 켜져 있지 않은 Enable Context Awareness 스위치가 보인다
그림 14-3. Settings > Memory > Context Awareness 실제 화면. 나는 이 기능을 켜지 않았다.

14.8 너무 막는 것도 비용이다

선을 긋다 보면 반대쪽으로 넘치기도 한다. 9월 5일, 다른 책 작업에서 Aside가 한 AI 회사의 약관을 아직 확인하지 않았다는 이유로 책 도판에서 그 회사 채팅 화면 캡처를 빼자고 제안했다. 나는 “블로그 게시물이나 책에 캡쳐화면 쓰는것에 대해서 너무 심하게 정책적으로 해석하지 말고 충분히 활용하자”고 했다. 다시 읽어 보니 한 대형 검색 회사의 브랜드 안내는 교육용이나 사용법 책에 변형하지 않은 화면 캡처를 승인 없이 쓰는 것을 명시적으로 허용하고 있었다. 실제 금지는 좁았다. 표지에 로고나 캡처를 쓰지 말 것, 캡처를 변형하지 말 것(화살표와 상자 주석은 허용), 광고나 굿즈에 쓰지 말 것, 제휴나 승인을 받은 듯한 인상을 주지 말 것 정도였다.

교훈은 읽는 순서에 있다. 명시적 허용 조항을 먼저 찾는다. 애매한 제한 문구를 금지의 근거로 넓혀 읽지 않는다. 확인하지 않았다는 이유만으로 빼기 시작하면, 사용법 책에서 독자에게 가장 쓸모 있는 화면부터 사라질 수 있다. 과잉 금지는 안전해 보이지만 비용이 든다. 그 비용은 눈에 잘 띄지 않는 쪽, 곧 만들지 않은 결과물로 치러진다. 이 연재의 실제 화면 캡처도 같은 기준으로 찍었다. 캡처 직전에 화면 글자만 가상 값으로 바꾸고 설정값은 바꾸지 않았다. 가릴 것은 가리되, 보여 줄 수 있는 것은 그대로 보여 준다.

속도의 균형도 같은 문제다. 되돌릴 수 있고 다시 해도 비용이 작은 사이트 작업은 일단 시도하게 둔다는 원칙을 11장에 적었다. 돈과 계약과 관공서 신청은 조건을 하나씩 순서대로 맞춘다. 두 방식은 서로 부딪히지 않는다. 일의 무게에 따라 속도를 달리할 뿐이다. 다만 한 가지는 기억해 둔다. 8장에서 겪었듯, 명시적으로 적힌 규칙은 심사에서 글자 그대로 적용된다. 시도해도 되는 일과 규칙이 분명히 막는 일은 구분해야 한다. 과잉 금지를 경계한다고 해서 명시된 규칙을 가볍게 여겨도 된다는 뜻은 되지 않는다.

14.9 맡기기 전에 묻는 질문

이 장의 사례를 질문으로 바꾸면 맡기기 전에 한 번 훑어볼 목록이 된다. 앞의 여덟 질문 가운데 하나라도 “예”라면, 그 질문이 가리키는 단계에서 멈추도록 요청을 짠다. 마지막 두 질문은 방향이 반대다. 지나치게 막고 있지 않은지 묻는다.

질문예라면근거가 된 일
돈이 나가거나 결제 수단이 필요한가?카드 입력과 결제 버튼은 사람이 한다. 한도와 알림 설정은 맡긴다무료 모델의 카드 등록 요구
화면마다 조건이 다르게 적혀 있나?결제 창 문구만 기준으로 삼고, 앞서 준 승인은 다시 받는다12개월, 12일, 1년이 엇갈린 이메일 상품
누른 뒤 고치는 데 돈이나 시간이 드나?고칠 것을 버튼 전에 끝낸다신청 뒤 유료 정정, 3~15일
약관이나 규칙에 동의하는 단계인가?요지를 받아 읽고 사람이 승인한다해외 판매 계정 약관 동의
나를 증명하는 단계인가?본인 인증과 2단계 인증 수단 선택은 사람이 한다휴대폰 간편인증, 문자 인증 선택
판단이 결과를 바꾸는 칸인가?근거와 함께 제안받고 사람이 확정한다. 필요하면 전문가에게 묻는다사업자 등록의 판단 칸 두 개, 세무사 상담
밖에서 누군가 보게 되나?초안을 먼저 받는다. 무엇을 찍어 올릴지는 사람이 정한다전체 화면 캡처가 약 7시간 공개된 사고
비밀값이 대화에 남을 수 있나?값은 채팅에 붙이지 않고 파일이나 자동 입력으로 넘긴다API 키를 설정 파일로 옮김
되돌릴 수 있고 다시 해도 비용이 작은가?맡기고 결과를 본다11장의 사이트 작업 원칙
금지의 근거가 애매한 문구뿐인가?명시적 허용 조항부터 찾는다화면 캡처를 빼자는 제안
표 14-2. 맡기기 전에 묻는 질문. 위 여덟 줄은 멈출 곳을, 아래 두 줄은 지나친 금지를 가린다.

질문을 요청으로 옮기면 아래처럼 된다. 결제 직전까지만 준비하고 멈추게 하는 예다. 서비스와 상품은 모두 가상 설정이다.

[결제 직전에서 멈추는 요청 예시, 가상 설정]
가상 서비스의 월 구독 상품을 비교하고 가입 준비를 해 줘.
1. 상품 안내, 도움말, 결제 창에 적힌 가격·기간·자동 갱신 조건을
   표로 나란히 정리해
2. 세 곳의 조건이 하나라도 다르면 진행하지 말고 차이를 보고해
3. 계정 정보 칸까지만 채우고, 약관 동의 칸은 체크하지 마
4. 카드 번호 칸이 나오면 그 자리에서 멈추고
   결제 창 화면을 캡처해 보여 줘
5. 선택 항목 중 유료 옵션은 건드리지 마
6. 결제 버튼과 체험 시작 버튼은 누르지 마. 누르는 건 내가 한다
7. 가입 뒤 지출 한도와 알림을 걸 수 있는지 확인해서 알려 줘

3번과 4번이 둘째 칸의 경계다. 약관 동의와 카드 입력 앞에서 멈춘다. 2번은 결제 창 기준 규칙을 요청으로 옮긴 것이고, 5번은 기본값을 건드리지 않는 습관을 옮긴 것이다. 7번은 준비 쪽에 넣을 수 있는 안전장치다. 카드는 사람이 넣더라도, 그 뒤에 나갈 수 있는 돈의 상한은 Aside가 미리 알아봐 둘 수 있다.

14.10 연재를 마치며

이 글로 프롤로그부터 14장까지 15편의 연재를 마친다. 연재가 끝나면 책판으로 묶으면서 앞 장들을 다시 다듬는다. 여러 장에 반복된 설명을 정리하고, 가격과 메뉴 경로는 부록으로 모으고, 표기를 통일한다. 메뉴 이름과 화면은 그사이에도 바뀔 수 있으니, 각 장 끝에 적은 확인 기준일을 함께 봐 주면 좋겠다.

이 장의 확인 범위

기능과 약관 설명은 2026년 9월 27일에 확인한 Aside 이용약관, 보안과 권한 도움말, 같은 날 내 화면을 기준으로 했다. 이후 화면 이름이나 동작, 약관 조항은 바뀔 수 있다.

  • 이용약관 조항 번호와 요지는 9월 27일 기준으로 옮긴 것이며, 법률 해석이 아니다.
  • 판결 내용은 2026년 8월 기록 기준이다. 전원합의체 재심리 청구로 결론이 바뀔 수 있다. 한국 법에서 같은 판단이 나오는지는 확인하지 않았다. “에이전트로 한 일은 사용자가 한 일로 읽힐 수 있다”는 문장은 내 읽기다.
  • 이메일 상품의 조건 불일치는 8월 29일과 30일 그 서비스 화면 기준이다. 지금도 같은지는 확인하지 않았다.
  • 신청 뒤 유료 정정과 3~15일 반영은 내가 겪은 한 유통 사이트 기준이다.
  • 지출 한도 7달러는 내 계획서의 비용 상한 1만 원에 맞춘 값이며 권장값이 아니다.
  • 보안 프로그램 설치 문제의 원인은 내 업무용 컴퓨터에 대한 Aside의 진단 기준이다.
  • Context Awareness를 켰을 때의 구성(화면 글자 인식, 입력 글자 기록, 보존 14일)은 내 설정 파일에서 본 값이며 도움말 설명이 아니다. 켰을 때의 실제 동작은 시험하지 않았다.
  • 화면 캡처 허용 범위는 한 대형 검색 회사의 브랜드 안내 기준이다. 다른 회사의 안내는 각자 따로 확인해야 한다.
  • 세 칸 구분과 표 14-2의 질문은 내 경험을 정리한 것이며 모든 상황을 덮지 않는다. 세무와 법률 판단은 전문가에게 확인해야 한다.
  • 그림 14-1은 설명용 도식이다. 그림 14-2와 14-3은 실제 화면이며, 개인정보가 보이지 않아 화면 글자를 바꾸지 않았다. 설정값도 바꾸지 않았다. 요청 예시의 서비스와 상품은 가상이다.

참고한 자료

2026년 9월 27일 확인. Aside 이용약관 · 보안과 권한 도움말 · 미국 제9순회항소법원 판결문(No. 26-1444)

다음 글: 에필로그 · 이 연재를 Aside와 함께 만들며
이전 글: 13장 · 에이전트가 틀렸을 때 어떻게 아는가
『Aside 브라우저 사용설명서』 연재 목록

저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0.