AI에 올린 파일, 내가 올린 건 못 받습니다

같은 문서를 AI에게 여러 번 물어볼 때, 매번 파일을 통째로 다시 보내는 건 낭비입니다. 그래서 한 번 올려두고 번호로만 부르는 기능이 있습니다. 조작 자체는 전부 무료고요. 그런데 문서를 열어보니 예상과 다른 제약이 셋 있었습니다 — 내가 올린 파일은 다시 못 받고, 올린 파일은 같은 작업공간 전체가 볼 수 있으며, 만료 설정은 삭제 보장이 아니라고 문서가 직접 적어놨습니다.

📌 30초 요약

• 올리기·받기·목록·삭제가 전부 무료입니다. 돈은 그 내용을 실제로 질문에 쓸 때만 나갑니다.
• 내가 올린 파일은 다운로드가 막혀 있습니다. 받을 수 있는 건 AI가 만들어낸 파일뿐입니다.
• 올린 파일은 작업공간 전체에 열립니다 — 대화별·사용자별로 나뉘지 않습니다.
• 만료는 삭제 보장이 아니라고 문서가 못박습니다. "수명 관리 기능이지 삭제 통제가 아니다."
• 만료돼도 목록에는 계속 뜹니다 — 최대 30일간 기록이 남습니다.
• 수정·이름 변경이 안 됩니다. 고치려면 새로 올리고 옛 것을 지우는 수밖에 없습니다.

조작은 공짜, 읽을 때만 돈

요금 구조가 단순합니다. 문서가 "파일 API 작업은 무료"라고 적고 항목을 나열합니다 — 올리기, 받기, 목록 보기, 정보 조회, 삭제. 다섯 가지 전부입니다.

돈이 나가는 건 그 파일 내용을 실제로 질문에 넣을 때뿐이고, 그때는 평범한 입력 토큰으로 계산됩니다. 뒤집어 보면 저장해두는 것 자체에는 보관료가 없다는 뜻입니다 — 용량 한도(조직당 1TB) 안에서는요.

💡 그래서 무엇이 절약되나

전송량이 아니라 토큰입니다. 같은 문서를 열 번 물어보려면 원래는 그 내용을 열 번 다 실어 보내야 하는데, 파일로 올려두면 번호만 참조합니다. 다만 참조한 순간 그 내용은 여전히 입력 토큰으로 계산됩니다 — 모델이 읽어야 하니까요. 즉 업로드가 토큰을 없애주지는 않습니다. 줄어드는 건 매번 파일을 붙이는 수고와 전송 실패 위험 쪽이죠. 진짜로 토큰을 깎으려면 캐싱이 유지되는 조건을 같이 맞춰야 합니다.

내가 올린 건 다시 못 받습니다

가장 의외였던 제약입니다. 파일을 올렸으면 나중에 다시 받을 수 있을 것 같은데, 막혀 있습니다.

파일 종류	받기	설명
내가 올린 것	불가	받으려 하면 400 오류가 납니다. 표시값 자체가 "받을 수 없음"으로 붙습니다.
AI가 만든 것	가능	스킬이나 코드 실행이 결과물로 뱉은 파일만 내려받을 수 있습니다.

이유는 짐작이 갑니다 — 보관소가 아니라 작업 재료 창고로 설계했기 때문이겠죠. 다만 실무에서는 "올려뒀으니 백업은 된 셈"이라고 생각하면 안 된다는 뜻입니다. 원본은 내 쪽에 그대로 두셔야 합니다.

작업공간 전체가 봅니다

문서가 경고 박스로 강조한 대목입니다. 표현을 옮기면 "업로드된 파일은 작업공간 전체에서 접근 가능하며, 최종 사용자·대화·세션 단위로 격리되지 않는다"입니다.

키가 여러 개여도 칸은 하나

같은 작업공간의 어떤 열쇠로도 그 안의 아무 파일이나 열립니다. 사용자를 나눠 서비스하는 앱을 만든다면, A 손님이 올린 파일을 B 손님 요청이 참조할 수 있는 구조라는 뜻이죠.

문서가 해법도 같이 적었습니다 — 손님마다 작업공간을 따로 만들라는 겁니다. 격리 경계가 작업공간이라서요.

그리고 한 줄이 더 붙는데, 이게 보안 쪽에서 중요합니다 — "신뢰할 수 없는 곳에서 받은 파일 번호를 절대 받아들이지 말라." 번호만 알면 열리는 구조니, 외부에서 넘어온 번호를 그대로 쓰면 남의 파일을 읽게 될 수도 있습니다. 어제 다룬 스킬을 최신 버전으로 두면 동료가 바꾸는 문제와 같은 계열입니다 — 작업공간을 공유한다는 게 생각보다 넓게 작동합니다.

만료는 삭제가 아닙니다

올릴 때 유효기간을 붙일 수 있습니다. 최소 1시간에서 최대 90일까지 초 단위로 지정하는 방식이죠. 개인정보가 든 파일을 다룰 때 "기간이 지나면 알아서 지워지겠지"라고 기대하기 쉬운 기능입니다.

⚠️ 문서가 스스로 선을 그었습니다

주의 문구를 옮기면 이렇습니다 — "만료는 수명 관리 기능이지 삭제를 보장하는 통제 수단이 아니다." 만료 시점이 지나면 내용은 더 이상 받아올 수 없고 용량 한도에서 빠지지만, 그 아래 실제 데이터는 일정 기간 더 남아 있을 수 있다고 명시합니다. 즉 "지웠다"가 아니라 "안 보이게 됐다"에 가깝습니다. 진짜로 지우려면 삭제 명령을 따로 부르는 쪽이 맞고, 그건 되돌릴 수 없습니다.

만료 이후 동작도 알아둘 만합니다. 내용 받기는 즉시 막히고, 그 파일을 참조한 질문은 모델이 돌기도 전에 실패합니다. 그런데 정보 조회는 최대 30일간 계속 되고 목록에도 그대로 뜹니다. 목록을 뽑아 쓰신다면 만료 시각을 현재와 비교해 직접 걸러내야 합니다. 안 그러면 이미 죽은 파일을 살아 있는 것으로 세게 됩니다.

한 번 올리면 못 고칩니다

작은 제약인데 실무에서 자주 걸릴 부분입니다. 올린 파일은 내용도 이름도 바꿀 수 없습니다. 고치려면 새로 올리고 옛 것을 지우는 것이 유일한 방법입니다.

그러면 번호가 바뀌니, 그 번호를 어딘가에 저장해뒀다면 같이 갱신해야 합니다. 회차를 거듭할수록 "기본값이 편한 쪽으로 잡혀 있어서 생기는 사고"를 자주 보는데, 이건 반대로 불편한 쪽으로 잡혀 있어서 안전한 경우입니다 — 덮어쓰기가 안 되니 모르는 사이에 내용이 바뀔 일도 없죠.

한도·규칙	값
파일 하나 크기	최대 500MB. 넘으면 413 오류.
조직 전체 용량	최대 1TB. 넘으면 업로드가 막힙니다.
유효기간	1시간 ~ 90일 사이에서 초 단위 지정.
파일 이름	1~255자, 특정 기호 여럿이 금지됩니다. 어기면 400 오류.
호출 빈도	분당 약 500회. 더 필요하면 영업 문의.

크기 제한과 별개로 걸리는 함정이 하나 더 있습니다 — 500MB 텍스트 파일을 올리는 건 되는데, 그걸 질문에 넣으면 맥락 한도를 넘어 400 오류가 납니다. 올릴 수 있는 크기와 읽힐 수 있는 크기가 다릅니다.

자주 묻는 질문

Q. 채팅으로 파일 올리는 것과 같은 건가요?

다릅니다. 오늘 다룬 건 코드로 호출하는 개발자용 기능이고, 채팅창에 끌어다 놓는 것과는 저장 위치도 규칙도 별개입니다. 일반 사용자로서 무엇을 올리면 안 되는지는 AI에 입력하면 안 되는 것 쪽이 맞습니다.

Q. 내 문서로 답하는 챗봇을 만들 때 쓰면 되나요?

문서 수가 적으면 쓸 만합니다. 다만 문서가 수백 개로 늘어나면 매번 전체를 읽히는 게 아니라 필요한 조각만 찾아 넣는 방식이 훨씬 쌉니다. 그 구조를 만드는 법은 내 문서로 답하는 챗봇 만들기에 정리해뒀습니다. 둘은 경쟁 관계가 아니라 규모에 따라 갈리는 선택입니다.

Q. 개인정보가 든 파일을 올려도 되나요?

권하지 않습니다. 이유가 셋입니다 — ①작업공간 전체가 접근할 수 있고, ②만료가 삭제를 보장하지 않으며, ③삭제해도 진행 중인 요청에는 잠시 남을 수 있다고 문서가 적었습니다. 꼭 다뤄야 한다면 작업공간을 분리하고 삭제 명령을 직접 부르는 절차를 코드에 넣으세요.

🧭 정직하게 덧붙이면

①공식 문서를 읽은 것이고 제가 직접 올려보지 않았습니다. 오류 코드와 동작은 문서 기재를 따랐습니다. ②"무료"는 파일 조작에 한정이고, 그 내용을 질문에 넣는 순간부터는 평소대로 과금됩니다 — 저장이 공짜라고 사용이 공짜인 건 아닙니다. ③한도 수치(500MB·1TB·분당 500회)는 문서 표기라 바뀔 수 있습니다. ④"만료 후에도 데이터가 남을 수 있다"는 문서 표현을 옮긴 것이고, 실제로 얼마나 남는지는 공개돼 있지 않습니다. ⑤개인정보 처리는 법적 판단이 필요한 영역이고 저는 변호사가 아닙니다.

✨ 만료는 안 보이게 하는 것이지 지우는 것이 아닙니다

AI에 들어가는 비용과 규칙을 항목별로 뜯어본 글들은 AI 지출 정리 허브에 모아두고 있습니다. 오늘 건은 "무료라고 적혀 있는데 조건이 붙는 자리"에 한 줄을 보탠 셈입니다.

출처: Anthropic 공식 개발자 문서 「Files API」(2026-08-19 직접 열람, 34,453바이트). 인용 항목 = 작업공간 범위 경고문, 업로드 파일의 다운로드 제한, 만료 설정 범위와 만료 후 동작, 만료가 삭제 보장이 아니라는 주의 문구, 저장·크기 한도, 요금 정책, 오류 코드. 수치와 정책은 문서 표기이며 필자가 직접 업로드해 검증한 값이 아닙니다.