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

걸리는 시간 · 읽기 약 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. 아래 프롬프트로 팀에 돌릴 한 페이지짜리 권한 표를 만들어 팀과 공유합니다. 성공 기준: 팀원 한 명이 읽고 "보내기 전에 무엇을 확인하는지" 되말할 수 있습니다. 이 표가 제11부 운영 규칙의 초안이 됩니다.

복사해 쓰는 프롬프트

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

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

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

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

막히면 이렇게

실습 파일

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

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

스스로 점검

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

기억할 것

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