샌드박스란? AI가 파일을 수정해도 안전하다는 말의 한계

AI 코딩 도구로 웹사이트를 만들다 보면 이런 설명을 보게 됩니다. “샌드박스에서 실행되므로 더 안전합니다.” 그런데 샌드박스라는 단어가 낯설다면 다음과 같은 궁금증이 생깁니다. “정말 내 컴퓨터의 다른 파일은 건드릴 수 없을까?” “AI가 만든 프로그램에 문제가 있어도 안전할까?” “샌드박스에 넣으면 인터넷으로 정보가 나가는 일도 없을까?” 결론부터 말하면 샌드박스는 위험을 줄이기 위한 ‘격리된 실행 환경’이지만, 모든 위험을 없애는 완벽한 안전 금고는 아닙니다. 어떤 폴더를 볼 수 있는지, 어느 파일을 수정할 수 있는지, 인터넷에 연결할 수 있는지, 샌드박스 밖에서 실행되는 기능은 무엇인지에 따라 보호 범위가 달라집니다. 이번 글에서는 AI를 처음 배우는 사람도 이해할 수 있도록 샌드박스의 뜻 → 파일·인터넷 격리 → 권한 모드와 차이 → 실제 AI 코딩 예시 → Claude Code·Windows Sandbox 비교 → 설정 전 체크리스트까지 알아보겠습니다. 설명은 2026년 10월 16일 기준 공식 문서를 바탕으로 작성했습니다. 소개하는 테스트 폴더와 실행 결과는 실제로 사용자의 PC에서 검증한 것이 아니라 가상의 교육용 예시입니다.

샌드박스란 · 핵심 흐름샌드박스란의 주요 개념과 확인 순서를 네 단계로 정리한 자체 제작 도식.샌드박스란 · 핵심 흐름1실행 격리작업 환경과 보호 범위를 정합니다2읽기 범위AI가 볼 수 있는 파일을확인합니다3쓰기 범위수정 가능한 파일을 따로 살핍니다4네트워크·권한접속 허용과 승인 경로를점검합니다설명용 요약 도식입니다. 최신 기능과 이용 조건은 본문 및 공식 문서에서 확인하세요.EMFLS AI · 자체 도식
자체 제작 개념도 · EMFLS AI

이 글의 순서

1. 샌드박스를 한 문장으로 설명하면?

샌드박스(Sandbox)는 프로그램이 실행될 때 접근할 수 있는 파일·네트워크·시스템 자원 등을 일정 범위로 제한해, 다른 부분에 미칠 수 있는 영향을 줄이는 격리 환경 또는 기술입니다. 이름의 유래를 생각하면 조금 쉽습니다. 아이들이 모래놀이를 하는 공간을 떠올려 보세요. 모래가 주변 전체로 퍼지지 않도록 놀이 공간을 구분해 둡니다. 컴퓨터에서도 비슷한 생각으로 프로그램이 움직일 수 있는 범위를 정하는 것이 샌드박스입니다. 단, 컴퓨터의 샌드박스는 단순히 화면에 테두리를 그어 놓는 수준이 아닙니다. 실제로는 운영체제, 가상화 기술, 파일 접근 권한, 네트워크 규칙 같은 장치를 사용해 프로그램의 동작을 제한할 수 있습니다. 그리고 중요한 차이가 하나 있습니다. ‘샌드박스’라는 이름이 붙은 모든 제품이 같은 수준으로 격리되는 것은 아닙니다. 어떤 제품은 명령어가 접근하는 폴더를 제한하고, 다른 제품은 아예 별도의 임시 운영체제 환경을 실행할 수 있습니다.

2. AI 코딩에서 왜 샌드박스가 중요할까요?

AI에게 코딩을 맡기는 경우를 생각해 보겠습니다. 사용자가 “할 일 관리 앱을 만들어 줘”라고 지시하면 AI는 화면 코드를 작성하는 것뿐 아니라 프로젝트 파일을 바꾸고, 프로그램을 실행하고, 필요한 라이브러리를 설치하려고 할 수도 있습니다. 그런데 AI가 상황을 잘못 이해할 수 있습니다. 예를 들어 잘못된 폴더의 파일을 수정하거나, 기존 설정을 덮어쓰거나, 필요 이상의 명령을 실행할 가능성이 있습니다. 사용자가 악의적인 요청을 하지 않았더라도 이런 실수는 발생할 수 있습니다. 샌드박스가 있다면 AI가 실행하는 일부 명령의 접근 범위를 제한할 수 있습니다. 예를 들어 이와 같은 정책을 생각할 수 있습니다. 허용: 이번 실습 프로젝트 안의 HTML·CSS·JavaScript 파일 수정. 제한: 프로젝트와 관계없는 문서 폴더 수정. 제한: 미리 승인하지 않은 외부 인터넷 주소 접속. 하지만 이것은 어디까지나 특정 정책을 적용했을 때의 가상 예시입니다. 모든 AI 도구가 기본으로 이렇게 작동한다는 뜻은 아닙니다.

3. 첫 번째 보호 범위: 어떤 파일을 읽을 수 있나요?

샌드박스의 중요한 기준 하나는 파일을 읽는 권한입니다. 예를 들어 AI가 웹사이트를 수정하려면 index.html 파일을 읽어야 할 수 있습니다. 반면 개인 사진, 비밀번호 파일, 회사 계약서까지 볼 필요는 없습니다. 따라서 다음을 구분해야 합니다. 읽기 허용: 필요한 파일의 내용을 확인하는 것. 읽기 차단: 민감한 파일을 열거나 내용을 가져오는 것 자체를 제한하는 것. 특히 주의해야 할 오해가 있습니다. “파일을 수정하지 못하게 했으니 개인정보도 안전하다.” 그렇지 않을 수 있습니다. 파일을 수정하지 못하더라도 읽기 권한이 남아 있다면 내용을 볼 수 있기 때문입니다. 따라서 민감한 자료를 보호할 때는 쓰기 제한뿐 아니라 읽기 범위도 점검해야 합니다.

4. 두 번째 보호 범위: 어떤 파일을 수정할 수 있나요?

이제 파일의 쓰기 권한을 생각해 보겠습니다. 쓰기 권한은 파일을 새로 만들거나 수정하거나 삭제하는 데 영향을 줍니다. 가상으로 다음과 같은 폴더가 있다고 가정해 보세요.

내 컴퓨터/
  연습용-프로젝트/
    index.html
    style.css
  개인-문서/
    중요한-계약서.pdf
  비밀-설정/
    api-key.txt

AI 코딩 도구에 연습용-프로젝트 폴더 안에서만 수정할 수 있는 권한을 줬다면, 다른 폴더에 대한 쓰기를 제한할 수 있습니다. 이런 방식은 실수의 범위를 줄이는 데 도움이 됩니다. 하지만 연습용-프로젝트 내부의 파일은 여전히 잘못 수정되거나 삭제될 수 있습니다. 즉 샌드박스는 허용된 파일 안에서 벌어지는 실수까지 막아 주는 자동 백업 프로그램이 아닙니다. 중요한 프로젝트라면 샌드박스 사용과 별개로 변경 전 사본이나 버전 기록을 남겨 두는 편이 좋습니다.

5. 세 번째 보호 범위: 인터넷 접속도 제한할 수 있나요?

샌드박스는 네트워크 접근을 제한하기도 합니다. AI가 만든 프로그램이 인터넷에서 라이브러리를 내려받거나 API를 호출해야 하는 경우가 있습니다. 일부 샌드박스 환경에서는 어느 인터넷 도메인에 연결할지 허용 목록을 만들거나 외부 접속을 차단할 수 있습니다. 그러나 여기서 중요한 사실이 있습니다. 모든 샌드박스에서 네트워크가 기본으로 꺼져 있는 것은 아닙니다. 예를 들어 Microsoft의 Windows Sandbox는 기본 설정에서 네트워킹이 활성화될 수 있으며, 클립보드 공유도 기본 활성화되어 있습니다. 반대로 어떤 AI 개발용 샌드박스는 새 외부 도메인 접속 시 별도 허가를 요구할 수 있습니다. 따라서 “샌드박스니까 인터넷으로 정보가 전송될 일이 없다”고 생각하면 위험합니다. 민감정보가 포함된 업무라면 실제 도구의 네트워크 정책과 외부 데이터 전송 방식을 확인해야 합니다.

6. 샌드박스와 ‘권한 승인’은 같은 기능인가요?

아닙니다. AI 코딩 도구에는 권한 모드(Permission Mode)라는 개념도 있습니다. 두 기능은 서로 보완할 수 있지만 역할이 다릅니다.

구분 주로 다루는 질문 예시
권한 승인 이 도구·작업을 실행하도록 허용할까? 파일 수정 전에 사용자에게 묻기
샌드박스 실행된 명령이 실제로 어디에 접근할 수 있을까? 특정 폴더만 수정 가능하게 제한
Plan Mode 실제 변경 전에 계획부터 검토할까? 코드를 수정하지 않고 먼저 계획 제시

예를 들어 AI가 어떤 명령을 실행하도록 사용자에게 승인을 받았다고 해서, 그 명령의 파일·네트워크 접근 범위까지 자동으로 좁혀지는 것은 아닙니다. 반대로 샌드박스가 설정돼 있더라도, 해당 범위 안에서는 작업이 자동 승인되어 실행될 수 있습니다. Anthropic의 Claude Code 공식 문서도 권한 승인 규칙과 Bash 샌드박스를 서로 다른 보안 계층으로 설명합니다. 권한 승인은 ‘해도 되는가’, 샌드박스는 ‘실제로 어디까지 할 수 있는가’에 가깝다고 기억하면 됩니다.

7. Claude Code의 샌드박스는 무엇을 보호하나요?

Claude Code 공식 문서에는 Bash 명령 실행을 격리하는 샌드박스가 설명돼 있습니다. 여기서 Bash 명령이란 터미널 명령어를 통해 프로그램이나 작업을 실행하는 방식을 뜻합니다. 공식 설명에 따르면 Claude Code의 Bash 샌드박스는 명령과 그 자식 프로세스의 파일시스템 및 네트워크 접근을 운영체제 수준에서 제한할 수 있습니다. 지원 플랫폼과 방식도 다릅니다. macOS: 운영체제의 Seatbelt 기능을 이용합니다. Linux와 WSL2: bubblewrap 등을 이용한 격리 방식을 사용합니다. Windows 기본 실행 환경: 공식 문서상 Bash 샌드박스가 직접 지원되지 않으며, 지원되는 Windows 환경에서는 WSL2 등의 경로를 확인해야 합니다. 다만 매우 중요한 범위 제한이 있습니다. Claude Code의 Bash 샌드박스가 모든 Claude Code 도구를 동일한 방식으로 보호하는 것은 아닙니다. 예를 들어 파일 읽기·편집 도구, 웹 접근, MCP 도구는 자체 권한·보안 경계를 함께 확인해야 합니다. 또한 샌드박스 제한 때문에 실행할 수 없는 명령이 있을 때는 샌드박스 밖에서 재시도하는 승인 흐름이 허용된 구성도 있습니다. 따라서 현재 어떤 도구가 실제로 샌드박스 안에서 실행되는지를 확인해야 합니다.

8. Claude Code에서 샌드박스 상태를 어떻게 살펴보나요?

지원되는 Claude Code 환경에서는 공식 문서에 안내된 다음 명령으로 샌드박스 설정 패널을 열 수 있습니다.

/sandbox

패널에서는 제품 버전과 환경에 따라 Mode, Overrides, Config 같은 항목을 볼 수 있습니다. 예를 들면 다음과 같은 내용을 확인하는 용도입니다. Mode: 샌드박스 안의 명령이 자동 승인되는지, 일반 권한 절차를 따르는지. Overrides: 샌드박스에서 실행할 수 없는 명령이 샌드박스 밖으로 전환될 수 있는지. Config: 현재 적용된 파일·네트워크 제한을 어떤 설정으로 해석하고 있는지. 지원 환경이나 의존성에 따라 설정 화면이 달라질 수 있습니다. 초보자라면 우선 ‘현재 무엇이 허용되어 있는지 읽어 보는 단계’까지만 시작하는 것이 좋습니다. 안전해 보이지 않는다는 이유로 임의로 보호 장치를 해제하거나, 인터넷에서 찾은 설정을 무작정 붙여 넣지 마세요. 특히 설정상 샌드박스를 사용한다고 생각했더라도 일부 환경에서는 의존성 문제로 실제 격리가 시작되지 않을 수 있습니다. 현재 실행 상태와 경고를 확인해야 합니다. 이 글에서는 실제 Claude Code에 접속해 설정을 변경하거나 샌드박스 차단 실험을 수행하지 않았습니다.

9. Windows Sandbox도 같은 샌드박스인가요?

이름은 비슷하지만 성격이 다릅니다. Microsoft의 Windows Sandbox는 지원되는 Windows 컴퓨터에서 격리된 임시 Windows 데스크톱 환경을 실행하는 기능입니다. 새로운 프로그램을 시험하거나 낯선 파일을 살펴볼 때 원래 컴퓨터와 분리된 환경을 만들 수 있습니다. Windows Sandbox는 하이퍼바이저 기반 가상화로 호스트 컴퓨터와 격리되며, 샌드박스를 종료하면 그 안의 일반적인 설치·파일·상태는 삭제됩니다. 반면 Claude Code의 Bash 샌드박스는 AI가 실행하는 특정 명령과 자식 프로세스가 접근할 수 있는 파일·네트워크 영역을 제한하는 기능입니다. 즉 Windows Sandbox는 임시 분리 데스크톱 환경, Claude Code의 Bash 샌드박스는 코딩 명령 실행의 접근 제한이라는 차이가 있습니다. Windows Sandbox도 모든 Windows에서 기본 제공되는 것은 아닙니다. 공식 문서에서는 Windows Pro·Enterprise·Education 등 지원 버전, CPU 가상화 및 시스템 요구 사항을 안내하며 Windows Home은 지원 대상이 아닙니다. 따라서 제품 이름이 같다고 동일한 실행 명령이나 안전 수준을 적용하면 안 됩니다.

10. Windows Sandbox 안의 파일은 닫으면 모두 없어지나요?

Windows Sandbox의 내부 임시 상태는 종료 시 삭제되는 것이 기본 개념입니다. 하지만 이 문장만 기억하면 위험할 수 있습니다. 샌드박스에 외부 폴더를 연결해 둔 경우를 생각해 보세요. Windows Sandbox는 호스트 컴퓨터의 폴더를 샌드박스 안에 공유·매핑하는 설정을 지원합니다. 그 공유 폴더에 쓰기 권한을 허용했다면 샌드박스에서 수정한 결과가 원래 컴퓨터의 파일에 남을 수 있습니다. 즉 “샌드박스 창을 닫으면 호스트의 모든 변경까지 원상복구된다”는 설명은 맞지 않습니다. Windows Sandbox의 공식 설정 안내는 네트워크·클립보드·공유 폴더 등 여러 자원을 별도로 설정할 수 있다고 설명합니다. 특히 읽기 전용 공유와 쓰기 가능한 공유는 위험이 다릅니다. 중요한 작업 파일을 실험할 때는 원본을 직접 공유할 필요가 있는지, 읽기 전용 사본으로 충분한지를 먼저 검토하세요.

11. 별도 폴더나 Docker 컨테이너만 만들면 안전할까요?

단순히 폴더를 나누었다는 사실만으로 보안 격리가 만들어지는 것은 아닙니다. 예를 들어 project-A와 project-B라는 두 폴더가 있어도 같은 프로그램이 두 폴더 모두에 접근할 권한을 가지고 있다면 서로 영향을 줄 수 있습니다. 컨테이너나 가상 머신을 사용하는 경우에도 어떤 호스트 파일과 네트워크를 공유하는지 확인해야 합니다. Docker의 AI 에이전트 샌드박스 공식 보안 문서 역시 제품이 사용하는 격리 기술과 공유 작업 폴더의 읽기·쓰기 권한을 설명합니다. 중요한 교훈은 ‘서로 떨어져 보이는 것’과 ‘실제로 접근이 차단된 것’이 다르다는 점입니다. 확인해야 할 것은 제품의 이름이나 아이콘이 아니라 다음과 같은 실제 격리 경계입니다.

  • 어떤 파일을 읽을 수 있는가?
  • 어떤 파일을 수정할 수 있는가?
  • 어느 네트워크로 연결할 수 있는가?
  • 격리 밖으로 넘어가는 예외 경로가 있는가?

12. 샌드박스가 있어도 남는 위험 다섯 가지

샌드박스는 유용한 보호 장치지만 다음 위험을 자동으로 없애 주지는 않습니다. 첫째, 허용된 폴더 안의 파일 손상. 프로젝트 폴더 수정이 허용되었다면 그 안의 파일을 잘못 덮어쓸 수 있습니다. 둘째, 읽기가 허용된 민감 자료 노출. 수정 금지 정책이 있더라도 읽을 수 있는 파일에서 개인정보나 인증정보가 확인될 수 있습니다. 셋째, 허용된 인터넷 접속으로의 데이터 전송. 네트워크가 전부 차단되어 있지 않다면 전송 가능 범위가 남습니다. 넷째, 권한을 넓히는 예외 설정. 샌드박스 밖 재시도, 광범위한 호스트 폴더 공유, 시스템 서비스와의 연결 등이 제한을 약화할 수 있습니다. 다섯째, 잘못된 AI 판단과 허위 결과. 샌드박스 안에서 실행해도 AI가 틀린 코드를 쓰거나 테스트 결과를 잘못 해석할 수 있습니다. 따라서 샌드박스는 파일 백업, 코드 검토, 테스트, 개인정보 관리, 실제 사용자 승인을 대신하지 않습니다.

13. 초보자용 안전 연습: ‘가상 테스트 폴더’부터

다음은 실제 파일을 삭제하거나 권한을 변경하지 않는 가상의 연습 상황입니다.

내 작업/
  중요한-블로그/
    실제 원고와 이미지
  안전-연습/
    index.html
    sample.txt

AI에게 실제 블로그 폴더가 아니라 안전-연습 폴더만 사용해 실습하도록 요청한다고 가정합니다. 목표는 단순합니다. sample.txt 내용을 한 문장으로 바꾸고, 바뀐 내용만 확인하는 것입니다. 이 경우 좋은 순서는 다음과 같습니다. 1단계. 실제 중요한 파일을 별도로 백업합니다. 2단계. 개인정보·API 키가 없는 가상 파일을 준비합니다. 3단계. 샌드박스 설정에서 읽기·쓰기·인터넷 접근 범위를 확인합니다. 4단계. AI에게 “필요한 파일과 변경 계획부터 보여 달라”고 요청합니다. 5단계. 허용한 범위에서만 변경이 실행되도록 확인합니다. 6단계. 수정 전후 차이를 비교하고 다른 파일이 바뀌지 않았는지 검토합니다. 이번 글에서는 실제 폴더를 만들거나 실행해서 안전성을 검증하지 않았습니다. 독자가 나중에 직접 실행하더라도 테스트 전 원본을 보관하는 것이 중요합니다.

14. AI에게 샌드박스 상태를 점검시키는 질문 예시

AI 코딩 도구를 사용 중이라면 다음처럼 요청할 수 있습니다.

내가 사용 중인 코딩 도구의 샌드박스와
권한 설정을 먼저 설명해 줘.

실제 파일을 수정하거나 명령을 실행하기 전에
다음 질문에 답해 줘.

1. 지금 샌드박스가 실제 활성화되어 있나?
2. 어떤 파일을 읽을 수 있나?
3. 어떤 폴더에 새 파일을 쓰거나 수정할 수 있나?
4. 외부 인터넷 접속이 허용되어 있나?
5. 샌드박스 밖에서 실행될 수 있는 도구나 예외가 있나?
6. 비밀번호·API 키 등의 민감정보를 읽을 위험이 있나?
7. 수정 대상 파일과 작업 계획은 무엇인가?
8. 실패 시 되돌릴 수 있는 원본이나 백업이 있나?

확인할 수 없는 정보는 추측하지 말고
'현재 설정을 확인하지 못함'이라고 표시해 줘.

내 승인 없이 파일 수정·외부 연결·설정 해제를
진행하지 마.

이 프롬프트는 안전한 상태 점검을 돕기 위한 가상 예제입니다. AI의 답변만으로 보안이 검증됐다고 볼 수는 없습니다. 실제 제품의 설정 화면, 관리자 정책, 접근 제한 동작과 비교해야 합니다. 또한 모델에게 질문하면서 실제 비밀키 내용을 붙여 넣을 필요는 없습니다.

15. 샌드박스 사용 전 최종 점검표

확인 항목 왜 중요한가요? 초보자가 할 일
격리 대상 일부 명령만 보호될 수 있음 보호되는 도구와 범위 확인
파일 읽기 비밀정보가 읽힐 수 있음 민감 폴더 접근 제한 확인
파일 쓰기 허용 폴더의 파일 손상 가능 연습용 사본·백업 준비
네트워크 외부 전송이 가능할 수 있음 인터넷 허용·차단 확인
공유 폴더 호스트 수정 내용이 남을 수 있음 읽기 전용·쓰기 범위 점검
승인·예외 샌드박스 밖 재시도 가능 Overrides·실행 승인 확인
실제 시작 상태 이름만 있고 비활성일 수 있음 설정뿐 아니라 경고 확인
수정 결과 AI의 오류 가능성은 남음 변경 내역·테스트 직접 검수

특히 샌드박스를 고를 때는 “샌드박스가 있다/없다”라는 질문보다 “무엇을 어디까지 막아 주는가”를 확인하는 것이 더 중요합니다.

자주 묻는 질문(FAQ)

Q1. 샌드박스란 무엇인가요?

프로그램이 접근할 수 있는 자원이나 실행 범위를 제한해 다른 시스템이나 파일에 미치는 영향을 줄이는 격리 환경 또는 기술입니다.

Q2. 샌드박스 안이면 악성 프로그램도 무조건 안전한가요?

그렇게 보장할 수 없습니다. 설정과 공유 자원, 제품의 격리 구현과 취약점 등에 따라 위험이 남을 수 있습니다.

Q3. 샌드박스와 권한 모드는 같은 뜻인가요?

아닙니다. 권한 모드는 특정 작업 실행을 승인할지 판단하는 기능에 가깝고, 샌드박스는 실제 실행 과정에서 파일·네트워크 접근을 제한하는 기능입니다.

Q4. Claude Code에서 /sandbox는 무엇인가요?

지원되는 환경에서 Bash 샌드박스 설정과 상태를 확인하는 명령입니다. 설정 항목과 지원 기능은 제품·버전에 따라 다를 수 있습니다.

Q5. Claude Code 샌드박스는 모든 도구를 보호하나요?

아닙니다. 공식 문서는 Bash 명령과 자식 프로세스 격리 범위를 설명하며, 그 밖의 파일 읽기·편집·웹·MCP 도구는 별도의 권한과 실행 경계를 확인해야 합니다.

Q6. Windows Sandbox는 모든 Windows 컴퓨터에서 사용할 수 있나요?

아닙니다. 지원되는 Windows 에디션과 버전, 가상화 및 시스템 요구 사항이 있습니다. Windows Home은 공식 지원 대상이 아닙니다.

Q7. Windows Sandbox를 닫으면 모든 변경이 사라지나요?

샌드박스 내부 임시 상태는 삭제되는 것이 일반적이지만, 호스트와 쓰기 권한으로 공유한 폴더의 변경은 남을 수 있습니다.

Q8. 샌드박스를 쓰면 인터넷 전송이 자동으로 차단되나요?

반드시 그렇지는 않습니다. 어떤 제품은 네트워크가 기본 활성화되어 있고, 다른 제품은 도메인별 허가 방식을 사용합니다. 실제 설정을 확인해야 합니다.

Q9. 샌드박스는 백업을 대신하나요?

아닙니다. 허용된 범위 안에서 파일을 잘못 수정·삭제할 수 있으므로 중요한 자료는 별도 백업과 복원 경로가 필요합니다.

Q10. AI 코딩 초보자는 무엇부터 해야 하나요?

중요한 원본을 백업하고, 비밀정보가 없는 연습용 프로젝트에서 시작하세요. 샌드박스가 보호하는 도구·파일·네트워크 범위를 확인하고 작은 변경부터 검수하는 것이 좋습니다.

마무리: 샌드박스는 ‘안전 보장’이 아니라 ‘위험 범위 줄이기’입니다

샌드박스는 프로그램이 움직일 수 있는 범위를 제한해 실수나 위험이 퍼지는 범위를 줄이는 기술입니다. 그러나 샌드박스가 있다는 사실만으로 파일 손상, 정보 유출, 잘못된 명령, AI의 부정확한 판단이 자동으로 사라지지는 않습니다. 처음 사용할 때는 다음 네 가지를 기억하세요. ① 어떤 도구가 실제로 격리되는지 확인한다. ② 읽기·쓰기·인터넷 접근 범위를 각각 살핀다. ③ 실제 중요한 파일과 테스트용 자료를 분리하고 백업한다. ④ 승인 여부와 무관하게 수정 결과를 사람이 확인한다. AI 코딩 도구를 더 많이 사용하게 될수록 ‘안전하다고 표시되는지’보다 ‘실제로 무엇이 제한되는지’를 이해하는 것이 중요합니다.

공식 자료

제품의 동작과 제한은 바뀔 수 있으므로 게시 시점에도 공식 문서에서 다시 확인하세요.

함께 읽으면 좋은 글