68단계읽기 권한과 쓰기 권한

걸리는 시간 · 읽기 약 5분 · 따라 하기 약 30분 · 난이도 ★★☆ 실무 · 화면 확인 2026.09.27

이 단계를 마치면

• 연결자가 하는 일을 읽기·쓰기·보내기 세 층으로 나눠 볼 수 있다.
• 우리 팀이 연결한 연결자마다 무엇을 허락했는지 한 페이지짜리 권한 표로 정리한다.
• 확인 창이 떴을 때 무엇을 읽고 눌러야 하는지 안다.

보내기 버튼을 누른 직후, 참조란에 다른 고객사 담당자의 주소가 들어 있었다는 것을 알게 됐다고 해 보자. 되돌릴 방법이 있을까? 없다. 이 부의 고비가 바로 여기다. 앞의 다섯 단계에서 프롬프트 끝마다 "쓰지 마", "보내지 마"를 붙인 이유를 이 단계에서 정리한다.

세 층

연결자가 하는 일은 세 층으로 나뉜다.

읽기는 자료를 보는 일이다. 틀려도 잘못된 요약이 나올 뿐이고, 사람이 확인하면 된다. 피해는 내 대화창 안에 머문다.

쓰기는 도구 안의 무언가를 바꾸는 일이다. 문서를 고치고, 이슈 상태를 바꾸고, 일정을 만든다. 틀리면 동료가 잘못된 정보를 보게 되지만 대개 되돌릴 수 있다. 피해는 회사 안에 머문다.

보내기는 회사 밖이나 여러 사람에게 나가는 일이다. 메일 발송, 채널 게시, 고객에게 나가는 답변이 여기에 든다. 한 번 나가면 되돌릴 수 없다. 결제와 삭제도 이 층에 넣는다. 돈은 돌아오기 어렵고, 지운 것은 되살리기 어렵다.

층을 왜 나눠야 하나

Claude는 대개 맞게 한다. 역설적이게도 그래서 위험하다. 열 번 맞으면 열한 번째에는 확인하지 않게 된다. 성공이 쌓일수록 사람의 주의는 느슨해진다. 읽기 층에서는 이 느슨함의 대가가 작지만, 보내기 층에서는 단 한 번의 실수가 곧 사고다. 층을 나누는 목적은 사람의 주의가 어디로 가야 하는지 미리 정해 두는 데 있다. Claude를 못 믿어서 하는 일이 아니다.

한 가지 더 있다. 연결자로 읽어 온 자료에는 남이 쓴 글이 섞여 있다. 외부에서 온 메일, 고객이 쓴 문의, 공개 저장소의 이슈 같은 것들이다. 그 글 안에 AI를 겨냥한 지시가 숨어 있을 수 있다. 읽기만 열려 있다면 그런 글은 이상한 요약으로 끝난다. 하지만 보내기까지 열려 있다면, 남이 쓴 글이 내 이름으로 무언가를 내보낼 수 있다. 보내기 앞에 사람을 두는 것이 이 문을 닫는 가장 단순한 방법이다.

원칙을 실제로 적용하는 법

읽기는 넓게 열어도 된다. 다만 내 계정이 볼 수 있는 모든 것을 Claude도 본다는 점을 기억하고, 기밀 등급이 높은 공간은 처음부터 연결 범위에서 뺀다. 인사 폴더, 임원 회의록, 인수합병 검토 자료 같은 곳이다.

쓰기는 좁게 연다. 필요한 도구 하나, 필요한 동작 하나부터 허락한다. "Zendesk 문의에 라벨 붙이기"는 열어도 "문의 닫기"는 닫아 둔다. 쓰기를 열 때는 되돌리는 방법도 함께 적어 둔다.

보내기는 항상 사람이 마지막에 누른다. Claude가 초안을 만들고, 사람이 읽고, 사람이 보낸다. 초안을 메일함에 넣어 두는 것까지는 쓰기다. 보내기 버튼은 사람이 누른다.

Claude는 쓰기나 보내기 전에 확인을 구하는 경우가 많다. 그 확인 창을 습관처럼 넘기지 말자. 창이 뜨면 세 가지를 읽는다. 무엇을 하려는가, 어디에 하려는가, 누구에게 가는가. 하나라도 내 의도와 다르면 멈추고 대화창에서 다시 지시한다.

부서별 변형

• 재무: 결제·송금·세금계산서 발행은 모두 보내기 층이다. 조회와 초안까지만 연다.
• 고객지원: 고객 답변은 보내기, 내부 메모와 라벨은 쓰기다. 둘을 섞지 않는다.
• 마케팅: 예약 게시도 보내기다. 예약 시각이 되면 사람 없이 나가기 때문이다.

이 원칙이 왜 필요한지, 한 컨설팅 회사 상무가 아슬아슬하게 깨달은 일이 있다.

현장 장면

컨설팅 회사의 문 상무는 고객사에 보낼 진행 보고 메일을 Claude에게 맡겼다. "지난주 A사 프로젝트 진행 상황을 정리해서 A사 담당자에게 보낼 메일 초안 써 줘. 받는 사람과 참조도 채워 줘." 초안은 훌륭했다. 진행률, 다음 주 일정, 고객이 확인해 줄 사항까지 깔끔하게 정리돼 있었다.

보내기 버튼으로 손을 옮기던 문 상무를 멈춰 세운 것은 참조란이었다. B사 담당자의 주소가 섞여 있었다. A사와 B사 담당자의 이름이 비슷했고, Claude가 지난 메일을 참고해 주소를 채우다 헷갈린 것이다. 보내기 전에 받는 사람 목록을 읽었기에 망정이지, 자동으로 나갔다면 두 고객사의 정보가 서로에게 흘러갔을 것이다. 컨설팅 회사에게 그것은 계약 해지 사유다.

문 상무는 두 가지를 바꿨다. 먼저 받는 사람과 참조는 Claude에게 맡기지 않고 직접 넣기로 했다. Claude에게는 본문만 받는다. 그리고 팀 전체에 권한 표를 돌려, 고객에게 나가는 메일은 누가 쓰든 받는 사람 목록을 소리 내어 읽고 보내게 했다. 이 표는 나중에 회사 운영 규칙의 한 조항이 되었다.

따라 하기

1. 지금까지 연결한 연결자를 모두 적는다. 성공 기준: 설정 화면의 연결 목록과 내 목록이 같다.
2. 연결자마다 읽기·쓰기·보내기 가운데 무엇을 허락했는지 표로 만든다. 모르면 연결자 설명과 허락 화면을 다시 본다. 성공 기준: 모든 연결자의 세 층이 "열림/닫힘/모름"으로 채워져 있다. "모름"은 하루 안에 확인한다.
3. 보내기에 해당하는 일(메일 발송, 채널 게시, 고객 답변, 결제, 삭제)에 "항상 사람이 누름"이라고 적는다. 성공 기준: 보내기 항목에 예외가 하나도 없다.
4. 기밀 등급이 높은 폴더나 채널이 연결 범위에 들어가 있다면 범위에서 빼는 방법을 찾아 적용한다. 성공 기준: 뺀 공간의 이름과 뺀 방법이 표 아래에 적혀 있다.
5. 아래 프롬프트로 팀에 돌릴 한 페이지짜리 권한 표를 만들어 팀과 공유한다. 성공 기준: 팀원 한 명이 읽고 "보내기 전에 무엇을 확인하는지" 되말할 수 있다. 이 표가 제10부 운영 규칙의 초안이 된다.

복사해 쓰는 프롬프트

우리 팀의 연결자 권한 표를 한 페이지로 정리해 줘. 아래 내용을 바탕으로.

연결자 목록과 현재 허락 상태:
- [연결자 1]: 읽기 [열림/닫힘], 쓰기 [허락한 동작], 보내기 [닫힘]
- [연결자 2]: ...
연결 범위에서 뺀 공간: [폴더·채널 이름]

출력:
1) 연결자별 읽기·쓰기·보내기 표
2) "항상 사람이 누르는 일" 목록
3) 확인 창이 떴을 때 읽을 세 가지(무엇을, 어디에, 누구에게)
4) 쓰기를 새로 열 때의 절차(누가 승인하고, 되돌리는 방법은 무엇인지)

팀원이 한 번에 읽을 수 있게 짧게. 내가 적지 않은 권한을 지어내지 마.

막히면 이렇게

실습 파일

공개 저장소에 올려 둔 가공 자료와 양식이다. 회사 자료 대신 먼저 이것으로 해 본다.

• 샘플 자료 고객문의_샘플.csv · 여러 채널로 들어온 고객 문의 40건
• 채워 쓰는 양식 연결자_권한표.md · 연결자별 읽기·쓰기·보내기 권한, 뺀 공간, 항상 사람이 누르는 일, 쓰기를 여는 절차

스스로 점검

• ☐ 초안을 메일함에 넣는 일과 메일을 보내는 일이 서로 다른 층인 이유를 말할 수 있다.
• ☐ 우리 팀 권한 표에 "모름"으로 남은 항목이 없다.
• ☐ 확인 창에서 읽을 세 가지를 외워 말할 수 있다.

기억할 것

• 되돌릴 수 있는지를 묻는다. 되돌릴 수 없는 일은 사람이 누른다.
• 확인 창은 형식적인 절차로 넘길 것이 못 된다. 무엇을, 어디에, 누구에게를 읽고 누른다.
• 성공이 쌓일수록 확인이 느슨해진다. 선은 느슨해지기 전에 그어 둔다.