많은 사람은 Notion, 문서 시스템, 고객지원 도구, 팀 지식베이스 안의 AI 버튼을 그냥 “기능의 일부”로 여깁니다. 평소에는 내장 기능처럼 보입니다. 버튼을 누르면 요약하고, 고쳐 쓰고, 할 일을 정리해 주니까요. 하지만 그 뒤에 연결된 모델 제공사에 잠깐이라도 문제가 생기면, 전체 워크플로는 평소 잘 보이지 않던 문제를 드러냅니다. 당신은 하나의 앱에만 의존하는 것이 아니라, 그 앱 뒤의 AI 공급망에도 의존하고 있습니다.
2026년 6월 7일, TechCrunch는 Anthropic 관련 서비스 변동으로 Notion 접근에 한때 영향이 있었고 이후 복구되었다고 보도했습니다. 같은 날 Anthropic의 Claude 상태 페이지에도 여러 모델 또는 제품 구성 요소의 성능 저하와 해결된 사건이 기록되었습니다. 여기서 초점은 어느 한 회사의 짧은 장애를 탓하는 것이 아닙니다. AI가 일상 업무의 한 단계가 되면, 서비스 중단은 더 이상 “오늘은 새 기능을 못 쓴다” 정도가 아니라 회의록, 고객 답변, 문서 정리, 자동화 작업을 막을 수 있다는 점입니다.
그래서 오늘의 질문은 “Notion이나 Claude가 믿을 만한가?”가 아닙니다. 더 실용적인 질문은 이것입니다. 자주 쓰는 AI 기능이 오늘 사용할 수 없다면, 당신의 일은 어느 단계에서 멈출까요?
미니 클래스 핵심: AI 기능은 장식이 아니라 의존성으로 다루기
워크플로 안에서 AI 기능은 보통 세 가지 위치 중 하나에 있습니다.
| 워크플로에서 AI의 역할 | 중단 시 실제 위험 | 먼저 준비할 것 |
|---|---|---|
| 보조형: 문장 고쳐 쓰기, 짧은 요약 정리, 제목 아이디어 내기 | 속도는 느려지지만 일이 반드시 멈추지는 않음 | 수동 절차를 남겨 두기. 원본 자료를 AI 대화 안에만 두지 않기 |
| 전달형: 회의록을 할 일로 바꾸기, 고객지원 메시지를 분류하기, 문서를 의사결정 표로 정리하기 | 다음 사람이 쓸 수 있는 결과를 받지 못해 흐름이 지연되기 시작함 | 대체 표, 사람의 확인 지점, 최소 산출물 형식을 정하기 |
| 실행형: AI agent(여러 단계를 자동으로 연속 실행하는 AI)가 데이터를 수정하고, 답변을 만들고, 외부 도구나 일정을 트리거하기 | 오류, 중단, 재시도가 비용과 책임 문제로 이어질 수 있음 | 비활성화 스위치, 롤백 방법, 작업 책임자, 오류 알림을 정하기 |
이 표의 핵심은 “AI가 쓸 만한가?”를 “이 흐름에서 AI가 어떤 역할을 맡고 있는가?”로 바꾸는 것입니다. 같은 AI 요약이라도 글을 읽는 데 도움을 주는 정도라면 멈췄을 때 기다리면 됩니다. 고객 답변을 동료들에게 나누어 보내는 역할이라면 중단 시 대체 경로가 필요합니다.
먼저 네 가지 의존성 질문을 묻기
팀이 AI 기능을 일상 도구에 연결하고 있다면, 처음부터 완전한 재해 복구 계획을 만들 필요는 없습니다. 네 가지 질문에서 시작하면 됩니다.
- 데이터는 어디에 있나요? 원본 자료가 문서, 스프레드시트, 고객관계관리 시스템(CRM), 저장소처럼 여전히 내가 통제할 수 있는 곳에 있나요? 데이터가 AI 대화나 임시 출력 안에만 있다면 중단 후 인계가 어렵습니다.
- 다음 단계를 누가 알고 있나요? AI가 만든 요약, 분류, 제안에 명확한 필드와 책임자(owner)가 있나요? 보기 좋은 문단 하나뿐이라면 AI가 멈췄을 때 사람은 어디서 이어가야 할지 모릅니다.
- 대체 경로가 있나요? 중요한 작업을 수동 표, 더 단순한 규칙, 승인된 다른 도구, 또는 임시로 줄인 범위로 전환할 수 있나요?
- 언제 멈춰야 하나요? AI가 연속으로 실패하거나, 불완전한 출력을 내거나, 재시도를 시작하거나, 외부 도구를 호출한다면 누가 비활성화할 권한을 갖고 있나요? 비활성화 후에는 누구에게 알려야 하나요?
이 질문들은 엔지니어링 관리처럼 들릴 수 있지만, 일반적인 지식 노동에도 잘 맞습니다. 당신의 일이 AI가 만든 다음 단계를 바탕으로 움직이기 시작했다면, 그것은 이미 개인 생산성 팁이 아니라 프로세스 설계입니다.
중단 체크리스트 한 장
다음에 어떤 AI 기능을 일상 프로세스로 만들기 전에, 먼저 이 표를 채워 보세요.
| 체크 항목 | 명확히 적어야 할 내용 | 불명확할 때 하지 말아야 할 것 |
|---|---|---|
| 작업 중요도 | 이 AI 단계가 1시간, 반나절, 하루 동안 멈추면 각각 누구에게 영향이 가는가 | 고객 약속이나 매일의 납품 라인에 바로 넣지 않기 |
| 원본 데이터 위치 | 원본 입력, 첨부파일, 요구사항, 기록을 AI 없이도 찾을 수 있는가 | AI 창에 넣은 뒤 원본을 삭제하지 않기 |
| 최소 출력 형식 | 사람이 이어받으려면 AI가 최소한 어떤 필드를 내야 하는가 | 필드 없이 긴 자연어만 있는 출력을 받아들이지 않기 |
| 대체 방법 | 중단 시 누가 수동으로 처리하는가. 어떤 표, 템플릿, 더 단순한 흐름을 쓰는가 | 사고가 난 뒤에야 “그럼 지금 누가 하지?”라고 묻지 않기 |
| 권한과 외부 동작 | AI가 비공개 데이터를 읽거나, 메시지를 보내거나, 작업을 수정하거나, 도구를 호출하는가 | 검증할 수 없는 AI가 외부 동작을 자동으로 수행하게 하지 않기 |
| 비활성화와 롤백 | 누가 끌 수 있는가. 이미 나온 잘못된 출력을 어떻게 표시하고, 철회하고, 다시 할 것인가 | 실패한 흐름이 아무도 모르는 사이 계속 재시도하게 두지 않기 |
이 표는 길 필요가 없습니다. 목적은 평소에 “업무의 어느 부분이 이미 AI 공급망에 맡겨져 있는지”를 보이게 만드는 것입니다.
과하게 반응할 필요는 없지만, 세 가지 취약한 설계는 피하기
짧은 서비스 변동은 흔합니다. 그렇다고 모든 AI 도구를 쓰면 안 된다는 뜻은 아닙니다. 정말 피해야 할 것은 세 가지 취약한 설계입니다.
첫째, AI 출력을 유일한 기록으로 삼는 것입니다. 회의 결정, 고객 요구사항, 조사 출처가 AI 요약으로만 남아 있다면 나중에 검증하기가 매우 고통스러워집니다.
둘째, 단일 모델을 고정 부품처럼 쓰는 것입니다. 어떤 흐름이 특정 모델이나 제공사에 고정되어 있고 품질 확인, 대체 모델, 수동으로 낮추는 경로가 없다면, 중단 시에는 기다리는 것밖에 할 수 없습니다.
셋째, AI가 실패하는데도 외부 동작을 계속 실행하게 두는 것입니다. 예를 들어 계속 메일을 보내고, 작업을 업데이트하고, 데이터를 바꾸고, 일정을 트리거하는 경우입니다. 외부 세계에 가까워질수록 사람의 확인과 비활성화 스위치가 더 필요합니다.
좋은 AI 워크플로는 절대 고장 나지 않는 흐름이 아닙니다. 고장 났을 때 어디를 먼저 멈출지, 누가 이어받을지, 어떤 데이터가 여전히 온전한지 아는 흐름입니다.
오늘 할 수 있는 세 단계
첫째, 최근 일주일 동안 가장 자주 쓴 AI 기능 세 가지를 적어 보세요. 도구가 좋은지 나쁜지 먼저 평가하지 말고, 각각이 보조형인지, 전달형인지, 실행형인지 적습니다.
둘째, 그중 가장 중요한 하나를 고르고 “원본 데이터 위치, 최소 출력 형식, 대체 방법, 비활성화 책임자” 네 가지 필드를 채웁니다. 이 네 가지를 채울 수만 있어도 그 흐름은 어제보다 더 신뢰할 수 있습니다.
셋째, 아주 작은 중단 상황을 하나 연습해 보세요. 오늘 오후 AI 기능을 쓸 수 없다고 가정하면, 최소 산출물을 어떻게 완성할 수 있을까요? 답이 “모르겠다”라면 아직 자동화 흐름으로 승격하지 않는 편이 좋습니다.
AI 도구가 일의 일부처럼 느껴질수록, 그것을 의존성으로 관리해야 합니다. AI를 덜 쓰기 위해서가 아닙니다. AI가 모든 것이 잘될 때만 멋져 보이는 버튼이 아니라, 실제로 믿을 수 있는 워크플로가 되게 하기 위해서입니다.
생활 4컷 만화
- 처음에는 팀이 많은 작업을 같은 AI 버튼에 연결합니다. 빠르고 매끄러워 보입니다.
- 버튼이 어두워지는 순간, 막히는 것은 도구 자체만이 아닙니다. 결과를 기다리던 사람과 데이터도 함께 멈춥니다.
- 원본 데이터, 백업 표, 사람에게 넘기는 지점, 비활성화 스위치를 먼저 펼쳐 두면, 중단 시 누가 무엇을 해야 하는지 팀이 알 수 있습니다.
- 마지막에는 AI가 다시 유용한 도우미가 될 수 있습니다. 하지만 최소 산출물은 더 이상 단일 제공사나 단일 버튼에만 의존하지 않습니다.
AI 정리 카드
이 글의 상황에 맞춰 AI에게 정리하게 하기
자신의 AI 채팅 도구에 붙여 넣으면 이 미니 클래스를 개인용 체크리스트로 바꿀 수 있습니다. BMC는 사용자가 AI에 붙여 넣은 내용을 볼 수 없습니다.
참고 자료
- TechCrunch: Notion restores access to Anthropic after service disruption — https://techcrunch.com/2026/06/07/notion-restores-access-to-anthropic-after-service-disruption/
- Claude Status: Elevated errors on Claude Opus 4.7 — https://status.claude.com/incidents/1h2k3ryt64wl
- Claude Status: Degraded performance for multiple models — https://status.claude.com/incidents/s4pq658bt69h
- Notion Status: Notion status page — https://status.notion.so/
- Thoughtworks: What the Claude outage teaches us about AI as infrastructure — https://www.thoughtworks.com/en-us/insights/blog/generative-ai/claude-outage-june-2026
