홍드로이드의 야매코딩

AI 에이전트를 여러 개 돌리는 도구(ADE) — 비교글을 믿기 전에 확인한 것

홍드로이드 — Wed, 12 Aug 2026 19:04:26 +0900

바이브코딩 · 도구

"이 분야 1위 도구"라는 글,
그 목록을 만든 쪽을 보세요.

비교글을 낸 사이트 중 하나는 그 목록에 자기 도구를 올려둔 회사였습니다. 그래서 GitHub에서 직접 세어봤더니 2차 자료와 거의 두 배가 달랐습니다.

AI 코딩 에이전트를 쓰다 보면 자연스럽게 다음 단계가 옵니다. "하나씩 기다리지 말고 여러 개를 동시에 돌릴 수 없나?" 실제로 그걸 해주는 도구가 최근 쏟아졌습니다. 부르는 이름도 생겼습니다 — ADE(Agent Development Environment)입니다.

검색하면 "2026년 최고의 도구 12선" 같은 글이 잔뜩 나옵니다. 그런데 그 글들을 열어보다가 이상한 걸 발견했습니다. 그래서 비교글을 덮고 GitHub에서 직접 숫자를 셌습니다. 이 글은 그 결과와, 무엇을 고르는 문제인지를 정리한 1편입니다.

30초 요약

ADE의 공통 축은 하나입니다 — git worktree로 작업 공간을 격리해 에이전트를 여러 개 동시에 돌립니다.
GitHub에서 직접 센 숫자(8/12 기준): Orca 43,276 · Superset 12,872 · Emdash 5,388 · Golutra 3,809 · Nimbalyst 1,464.
2차 자료는 Orca를 "24,000"이라고 적고 있었습니다. 오늘 실측은 그 두 배 가까이입니다. 수집 시점이 안 적힌 숫자의 문제입니다.
비교글을 쓴 사이트 중 하나가 그 목록의 도구 제조사였습니다. 추측이 아니라 저장소로 확인됩니다.
Orca는 2026년 3월 17일에 만들어졌습니다. 5개월 된 프로젝트고, 오늘도 푸시가 있었습니다.
고르는 기준은 별 수가 아닙니다. 네 가지 축으로 갈리고, 그건 ⑤번에 있습니다.

먼저, 무엇을 확인했고 무엇을 안 했나

✅ 2026년 8월 12일에 GitHub API로 직접 확인

stablyai/orca · superset-sh/superset · generalaction/emdash · golutra/golutra · nimbalyst/nimbalyst — 이름·설명·별 수·라이선스·생성일을 저장소에서 직접 읽었습니다.

확인하지 않은 것

설치해서 써보지 않았습니다. 이 글에 사용 후기가 없는 이유입니다.
cmux·Claude Squad·dmux·Conductor·Vibe Kanban 등은 저장소를 특정하지 못했습니다. 이름은 2차 자료에서 봤지만 숫자는 인용하지 않았습니다. "없다"가 아니라 "이번에 확인 못 했다"입니다.
기능 목록은 저장소 설명 기준이며, 실제 동작이 다를 수 있습니다.

이 글은 "어떤 게 제일 좋다"를 정하는 글이 아닙니다. 이 분야 지도를 그리고, 고를 때 무엇을 봐야 하는지까지가 범위입니다. 개별 도구 심화는 다음 편으로 나눕니다.

① ADE가 뭘 해결하나 — 공통 축은 하나입니다

이름은 제각각인데 해결하려는 문제는 같습니다. 에이전트를 두 개 이상 돌리려 할 때 부딪히는 벽이 하나 있거든요 — 같은 폴더에서 두 에이전트가 동시에 파일을 고치면 서로를 덮어씁니다.

그래서 거의 전부 git worktree를 씁니다

git에는 한 저장소를 여러 폴더에 동시에 펼치는 기능이 있습니다. 각 폴더가 자기 브랜치를 갖고, .git 저장소는 공유합니다. 그래서 에이전트마다 폴더를 하나씩 주면 서로 안 부딪힙니다.

이게 ADE들의 공통 기반입니다. 나머지 차이는 "그 위에 무엇을 얹었는가"입니다 — 터미널이냐 GUI냐, 리뷰 화면을 주느냐, 이슈 트래커에 붙느냐, 모바일에서 보느냐.

② GitHub에서 직접 센 숫자

저장소	별	라이선스	저장소 설명 요지
stablyai/orca	43,276	MIT	"the ADE for working with a fleet of parallel agents… desktop, mobile and VPS"
superset-sh/superset	12,872	Other	"agentic IDE to orchestrate 100+ coding agents in parallel"
generalaction/emdash	5,388	Apache 2.0	"Open-Source Agentic Development Environment"
golutra/golutra	3,809	Other	다중 에이전트 오케스트레이션·병렬 실행
nimbalyst/nimbalyst	1,464	MIT	"Visual workspace for Claude Code… multiple coding agents in parallel"

2026년 8월 12일 조회 기준입니다. 별 수는 매일 바뀌니 이 표를 근거로 쓰실 거면 날짜를 같이 적어주세요. 아래에서 왜 그게 중요한지 나옵니다.

Orca 저장소에서 같이 확인한 것

생성일 2026년 3월 17일 — 다섯 달 된 프로젝트입니다
마지막 푸시 2026년 8월 12일 — 오늘도 코드가 들어갔습니다
포크 3,015 · 열린 이슈 3,600

열린 이슈 3,600을 "품질이 나쁘다"로 읽지 마세요. 빠르게 크는 프로젝트에서는 사용자가 늘수록 이슈도 같이 늡니다. 다만 다섯 달 된 프로젝트에 매일 코드가 들어간다는 건 실무에 시사점이 있습니다 — 기능이 빨리 붙는 대신 어제 되던 게 오늘 다를 수 있습니다. 업무 흐름 한가운데 넣기 전에 버전을 고정할 수 있는지 보시는 게 좋습니다.

③ 2차 자료의 숫자가 두 배 달랐습니다

이 글을 쓰기 전에 본 리뷰 글 하나는 Orca를 "24,000 스타를 넘겼다"고 적고 있었습니다. 오늘 저장소에서 읽은 값은 43,276입니다.

출처	숫자
리뷰 글(2차)	"24,000 넘음" — 기준 날짜 없음
저장소 직접 조회(1차)	43,276 — 2026-08-12 기준

그 글이 틀렸다고 말하는 게 아닙니다. 썼을 당시엔 맞았을 겁니다. 문제는 기준 날짜가 안 적혀 있어서 지금 유효한지 알 수 없다는 것입니다. 다섯 달 된 프로젝트가 하루가 다르게 크는 분야에서는 날짜 없는 숫자가 몇 주 만에 절반짜리가 됩니다.

그래서 이 분야 글을 읽을 때

"확인 시점"이 적혀 있는지부터 보세요. 없으면 그 숫자는 방향 감각으로만 쓰시고, 결정은 저장소에서 직접 보고 하세요. 주소창에 붙여 넣으면 됩니다 — api.github.com/repos/조직명/저장소명. 로그인도 설치도 필요 없습니다. 이 글의 표도 마찬가지입니다.

④ 비교글을 누가 쓰는지 보세요

이게 이 글에서 제일 말씀드리고 싶은 부분입니다. "2026년 최고의 에이전트 멀티플렉서 12선" 같은 글이 여러 개 나오는데, 그 사이트들을 훑다가 눈에 걸린 게 있었습니다.

확인 가능한 사실 하나

비교·순위 글을 내는 사이트 중 하나가 nimbalyst.com이었습니다. 그리고 GitHub에는 nimbalyst/nimbalyst라는 저장소가 있습니다 — "Visual workspace for Claude Code", 즉 같은 분야의 도구입니다.

즉 그 목록에 자기 도구를 올려둔 쪽이 그 목록을 만들고 있습니다. 비슷한 성격의 사이트가 여럿 더 있었습니다.

부정직하다고 단정하지는 않겠습니다. 자기 도구를 만들 만큼 이 분야를 잘 아는 사람이 쓴 글이라 내용 자체는 유용할 수 있습니다. 제가 말씀드리는 건 하나입니다 — 그 글의 순위는 이해관계가 있는 쪽이 매긴 순위이고, 그래서 이 글은 그 순위를 근거로 쓰지 않았습니다.

확인법은 간단합니다. 비교글의 도메인 이름을 그 글의 목록에서 찾아보세요. 있으면 그 순위는 참고만 하시면 됩니다. 이건 AI 도구 분야에만 있는 일도 아니고, 공식 문서의 숫자를 다룰 때와 같은 태도입니다.

⑤ 그래서 무엇을 고르는 문제인가

별 수로 고르는 게 아닙니다. 네 가지 축에서 갈립니다. 자기 상황에 대입하시면 후보가 크게 줄어듭니다.

축	자문할 것
① 터미널이냐 GUI냐	지금 tmux를 쓰고 있나? 쓰고 있다면 터미널형이 손에 맞습니다. 아니면 GUI 쪽 학습 비용이 훨씬 쌉니다
② 리뷰가 필요한가	에이전트 다섯 개가 낸 diff를 어디서 볼 건가. 병렬의 진짜 병목은 실행이 아니라 검토입니다
③ 어느 에이전트를 쓰나	쓰는 CLI를 지원 목록에서 확인하세요. 여기서 후보가 제일 많이 걸러집니다
④ 라이선스와 운영 주체	회사 코드에 붙일 거면 MIT인지 "Other"인지를 보세요. 표에도 갈립니다

⚠️ 그리고 도구를 고르기 전에 물어야 할 것

"에이전트를 여러 개 돌릴 만큼 일이 병렬인가?" 서로 안 겹치는 작업이 세 개 이상 있을 때 의미가 있습니다. 한 기능을 파고드는 중이라면 도구를 늘려도 속도가 안 붙습니다.

비용도 같이 보세요 — 에이전트를 다섯 개 돌리면 토큰도 다섯 배입니다. 사용량 과금이 붙는 구조라면 지출 상한을 먼저 걸어두시는 게 안전합니다. 그리고 자동화에 권한을 줄 때 무엇이 꺼지는지는 따로 정리해뒀습니다.

⑥ 지금 당장 해볼 수 있는 것

도구를 깔기 전에 git worktree 자체를 한 번 써보시는 걸 권합니다. ADE들이 얹혀 있는 바닥이라, 이걸 알고 나면 도구 설명이 훨씬 잘 읽힙니다.

# 지금 저장소에서, 새 브랜치를 옆 폴더에 펼치기
git worktree add ../myrepo-featureA -b feature-a

# 목록 확인
git worktree list

# 다 쓰고 정리
git worktree remove ../myrepo-featureA

# 폴더가 둘이지만 .git 저장소는 하나를 공유합니다.
# 그래서 각 폴더에서 에이전트를 따로 돌려도 서로 안 덮어씁니다.

이 명령들은 git 기본 기능이라 따로 설치할 게 없습니다. 다만 작업 중인 변경사항이 있는 상태에서는 브랜치·폴더가 꼬일 수 있으니, 커밋이 깨끗한 상태에서 먼저 시험해보세요. 그리고 여러 에이전트를 돌리면 PC 부담도 늘어납니다 — 사양 확인은 여기에 정리해뒀습니다.

이 글의 한계

설치해서 써보지 않았습니다. 저장소 정보와 공개 설명을 정리한 것이며, 사용 후기가 아닙니다.
cmux·Claude Squad·dmux·Conductor·Vibe Kanban 등은 저장소를 특정하지 못해 숫자를 인용하지 않았습니다. "없다"가 아니라 "확인 못 했다"입니다.
별 수는 인기의 지표일 뿐 품질 지표가 아닙니다. 이 글도 별 수로 순위를 매기지 않았습니다.
열린 이슈 수를 품질 판단에 쓰지 마세요. 사용자가 늘면 같이 늘어납니다.
⑤번의 네 축은 제 정리이며 업계 표준 분류가 아닙니다.
2026년 8월 12일 조회 기준. 별 수와 기능은 매일 바뀝니다. 제휴·협찬 없습니다.

자주 묻는 것

Q. 별이 제일 많은 걸 쓰면 되지 않나요?

별은 "사람들이 관심을 가졌다"는 표시이지 "우리 팀에 맞는다"는 표시가 아닙니다. 특히 이 분야는 ⑤번 3번 축(어느 에이전트를 지원하나)에서 후보가 가장 많이 걸러집니다 — 별이 아무리 많아도 내가 쓰는 CLI를 지원 안 하면 소용이 없습니다. 지원 목록부터 확인하시고, 그다음에 터미널·GUI 취향으로 좁히세요.

Q. 혼자 개발하는데도 필요한가요?

"동시에 돌릴 독립적인 작업이 세 개 이상 있는가"로 판단하세요. 혼자여도 버그 수정·리팩터링·문서 작성이 동시에 있으면 효과가 있습니다. 반대로 팀이어도 한 기능을 같이 파고 있으면 도구를 늘려도 속도가 안 붙습니다. 그리고 앞서 적었듯 병렬의 병목은 실행이 아니라 검토라서, 리뷰를 감당할 여력이 있는지도 같이 보세요.

✨ 한 줄로

ADE는 전부 git worktree 위에 얹힌 도구입니다. 그러니 도구를 고르기 전에 worktree를 한 번 써보시고, 비교글을 읽을 땐 그 목록에 글쓴이의 도구가 있는지부터 보세요.

️ 이어서 보면 좋은 글

다음 편에서는 개별 도구를 하나씩 봅니다 — 저장소를 직접 열어 설치 조건과 지원 에이전트를 확인하는 방식으로요.

바이브코딩 입문 2026 — 에이전트를 아직 안 써보셨다면 여기부터
에이전트 권한 — 언제 보호가 꺼지나 — 자동화에 붙이기 전에
사용량 지출 상한 거는 법 — 병렬은 토큰도 병렬입니다
개발팀 AI 도구 비용 — 팀에 도입한다면
내 PC로 어떤 AI가 돌아가나 — 여러 개 돌리기 전 사양 확인

출처 및 확인 시점 — 2026년 8월 12일 조회.
✅ 1차 확인: GitHub API로 stablyai/orca, superset-sh/superset, generalaction/emdash, golutra/golutra, nimbalyst/nimbalyst의 저장소 설명·별 수·라이선스·생성일·마지막 푸시를 직접 읽었습니다. Orca 상세(포크·이슈·생성일)는 저장소 단건 조회 결과입니다.
2차 자료 취급: 이 분야 비교·순위 글은 순위와 평가를 근거로 사용하지 않았습니다. 그중 일부 사이트는 같은 분야의 도구를 만드는 곳이며, 이는 GitHub 저장소로 확인 가능한 사실입니다. 도구 이름과 존재를 알게 된 출발점으로만 사용했습니다.
확인하지 못한 것: 각 도구의 실제 설치·실행(써보지 않았습니다), cmux·Claude Squad·dmux·Conductor·Vibe Kanban 등의 저장소 특정. 이들의 수치는 인용하지 않았고, "없다"가 아니라 "확인 못 했다"로 표기했습니다.
별 수와 이슈 수는 인기·활동량의 지표일 뿐 품질 지표가 아닙니다. 이 글은 순위를 매기지 않았으며 특정 도구를 권하지 않습니다. 오픈소스 프로젝트의 기능·라이선스·유지보수 상태는 빠르게 바뀌므로, 도입 전 저장소를 직접 열어 확인하시기 바랍니다. 어떤 제휴나 협찬 관계도 없습니다.

AI 저작권 소송을 회사가 방어해준다는 조항 — 다른 회사엔 있었습니다

홍드로이드 — Wed, 12 Aug 2026 18:16:33 +0900

보안 검토 · 비교

저작권 소송을 대신 방어하고
배상액까지 내겠다 — 조건이 붙습니다.

같은 네 칸을 세 번째 회사에 던졌더니 앞선 두 곳과 또 달랐습니다. 그래서 결론이 더 분명해졌습니다.

앞서 저작권 방어 조항을 다루면서 이렇게 적었습니다 — 그 조항은 상용 약관에만 있고 개인 요금제 약관에는 없었다고요. 그리고 보안 검토 네 칸을 만들면서 "다른 도구는 이 방법으로 직접 보세요"라고 했습니다.

그래서 두 번째 회사에 이어 세 번째 회사에도 같은 네 칸을 던졌습니다. 사무용 협업 도구에 붙은 AI라 국내 기업이 가장 많이 쓰는 쪽입니다. 그리고 앞선 두 곳에는 없던 문장을 찾았습니다.

30초 요약

저작권 소송을 방어하고 배상액까지 부담하겠다는 문장이 있습니다 — 상업 고객 대상.
단, 조건이 붙습니다 — "as long as the customer used the guardrails and content filters we have built into our products."
학습은 명확히 부정합니다 — "Prompts, responses, and data accessed through Microsoft Graph aren't used to train foundation LLMs."
사람 검토는 아예 빼버렸습니다 — "Microsoft 365 Copilot services have opted out of it."
데이터 경계에는 예외가 있습니다 — 하위 처리자에 따라 EU 경계에서 제외되는 모델이 있습니다.
EU 밖 고객은 처리 지역이 열려 있습니다 — "Customers outside the EU may have their queries processed in the US, EU, or other regions."

먼저, 무엇을 열었나

오늘(8/12) 직접 읽은 문서

Microsoft 365 Copilot 데이터·개인정보·보안 문서(learn.microsoft.com) — 문서에 표기된 갱신일 2026-07-09

⚠️ 미리 밝히는 한계

이 문서가 가리키는 하위 문서들은 열지 않았습니다(하위 처리자 상세, 데이터 레지던시 약정, 보존 정책 설정 등). 그 내용은 인용하지 않았습니다.
세 회사의 우열을 가리지 않습니다. 문서 구조가 서로 달라 같은 잣대로 점수를 매길 수 없습니다.
계약서가 공개 문서에 우선합니다. 실제 조건은 조직 계약을 봐야 합니다.

이 글의 목적은 순위가 아니라 "같은 질문을 던지면 답이 얼마나 다른가"를 보이는 것입니다.

① 저작권 방어 약속 — 그리고 붙어 있는 조건

앞선 글에서 개인 요금제에는 회사가 나를 방어하는 조항이 없었다고 확인했습니다. 이 회사 문서에는 있었습니다.

"If a third party sues a commercial customer for copyright infringement for using Microsoft's Copilots or the output they generate, we'll defend the customer and pay the amount of any adverse judgments or settlements that result from the lawsuit, as long as the customer used the guardrails and content filters we have built into our products."

방어에 더해 판결·합의 금액까지 부담하겠다는 문장입니다. 앞선 두 회사 문서에서 이만큼 명시적인 표현은 보지 못했습니다. 다만 단서를 반드시 같이 읽어야 합니다.

단서	뜻
commercial customer	상업 고객 대상입니다. 개인용에도 같은 약속이 있는지는 이 문서에 없습니다
guardrails and content filters	제품에 내장된 가드레일과 필터를 쓴 경우에 한합니다 — 끄거나 우회했다면 이야기가 달라집니다
copyright infringement	저작권 침해 주장에 대한 것입니다. 다른 유형의 분쟁은 이 문장이 다루지 않습니다

두 번째 단서가 실무에서 제일 큽니다

"내장 가드레일과 필터를 사용했을 것"이 조건이라면, 그걸 끄거나 우회하는 설정을 했을 때 방어가 유지되는지가 쟁점이 됩니다. 문서는 그 경계선을 자세히 정의하지 않습니다.

그러니 이 항목을 보안 검토서에 적으실 때는 "저작권 방어 약속 있음"이 아니라 "가드레일·필터 사용을 전제로 한 저작권 방어 약속 있음"으로 적으세요. 한 구절 차이인데 나중에 의미가 완전히 달라집니다. 계약서 쪽에서 볼 조항은 여기에 정리했습니다.

② 학습과 사람 검토 — 둘 다 명확했습니다

"Prompts, responses, and data accessed through Microsoft Graph aren't used to train foundation LLMs, including those used by Microsoft 365 Copilot."

"While abuse monitoring, which includes human review of content, is available in Azure OpenAI, Microsoft 365 Copilot services have opted out of it."

둘째 문장이 특히 눈에 띕니다. 사람이 내용을 볼 수 있는 기능이 플랫폼에 있지만, 이 서비스는 그걸 쓰지 않기로 했다는 서술입니다. "안 한다"가 아니라 "옵트아웃했다"고 적은 게 정확한 표현입니다.

다만 피드백은 별개입니다. 문서는 고객 피드백을 서비스 개선에 쓸 수 있다고 하면서, 기반 모델 학습에는 쓰지 않는다고 구분해 적습니다. 그리고 관리자가 피드백 기능을 통제할 수 있다고 안내합니다. 앞서 다른 회사에서 본 학습 설정 토글과는 다른 방식입니다 — 개인이 끄는 게 아니라 관리자가 관리하는 구조입니다.

③ 데이터 위치 — 경계가 있고, 예외도 있습니다

이 항목이 가장 조심스럽게 읽어야 하는 부분이었습니다. EU 데이터 경계가 있는데, 두 가지 단서가 붙습니다.

구분	문서에 적힌 것
EU 사용자	EU 트래픽은 EU 데이터 경계 안에 머무릅니다
EU 밖 고객	"may have their queries processed in the US, EU, or other regions."
하위 처리자 예외	특정 하위 처리자의 모델은 EU 데이터 경계에서 제외됩니다

국내 기업에 직접 걸리는 두 줄

한국은 EU가 아닙니다. 그러니 둘째 줄이 우리 이야기입니다 — 처리 지역이 미국·EU·기타로 열려 있습니다. 앞서 다른 회사에서 지원 지역 목록에 한국이 있는 것을 확인했는데, 여기는 그런 방식이 아닙니다.

셋째 줄도 중요합니다. 경계 안에 있다고 해도 어떤 모델을 쓰느냐에 따라 예외가 생깁니다. 즉 "이 서비스는 경계를 지킨다"로 끝나지 않고 "어느 모델을 켜뒀는가"까지 봐야 합니다. 문서도 관리자가 어떤 모델을 쓸지 선택할 수 있다고 안내합니다.

다만 제가 확인한 건 여기까지입니다. 데이터 레지던시 약정과 하위 처리자 상세 문서는 이 문서가 링크로만 가리켰고 저는 열지 않았습니다. 국내 기업의 실제 처리 지역이 어떻게 되는지는 그 문서들과 조직 계약을 봐야 합니다.

④ 소유권 — 여기도 "판단하지 않는다"였습니다

"Microsoft doesn't claim ownership of the output of the service. That said, we don't make a determination on whether a customer's output is copyright protected or enforceable against other users."

앞서 다른 회사 약관에서 본 "if any(있다면)"와 같은 구조입니다(그때 기록). 표현은 다른데 말하는 바가 같습니다 — 우리는 안 가져간다. 다만 당신 것이 된다고 보증하지는 않는다.

이유도 적혀 있습니다. 비슷한 프롬프트에 비슷한 응답이 나올 수 있어서 여러 고객이 같은 내용에 권리를 주장할 수 있다는 것입니다. 두 회사가 서로 다른 문서에서 같은 결론에 도달했다는 건, 이게 회사 정책이 아니라 기술의 성질에서 오는 문제라는 뜻으로 읽힙니다.

⑤ 세 회사, 네 칸

칸	A사	B사	C사 (오늘)
인증	SOC2·ISO27001/27017/27018·CSA STAR	SOC2·ISO27001·42001·HIPAA	GDPR·ISO27001·HIPAA·42001
데이터 위치	조직 경계 중심	지역 엔드포인트 (한국 포함)	EU 경계 EU 밖은 지역 열림
보존	제품별 숫자 (관리자 결정)	숫자 없음 + 제로 보존 계약	저장됨 + 보존 정책 도구로 관리
저작권 방어	이번에 확인 안 함	상용 약관에 있음 개인엔 없음·제외 6개	상업 고객 방어 + 배상 가드레일 사용 전제

표를 세 번 채우고 나니 "어느 회사가 낫다"는 질문이 성립하지 않는다는 게 더 분명해졌습니다. 한 곳은 데이터 위치를 지역으로 풀고, 한 곳은 보존을 계약으로 풀고, 한 곳은 저작권을 방어 약속으로 풉니다. 강점이 서로 다른 칸에 있습니다.

⑥ 세 번 해보고 굳어진 것

1. 회사 이름으로는 아무것도 안 정해집니다

세 곳 모두 같은 칸에서 다른 방식으로 답했습니다. "○○는 안전한가요?"는 답이 없는 질문이고, "우리가 쓰는 그 제품·그 요금제의 문서가 무엇입니까?"가 답이 있는 질문입니다.

2. 좋은 조항일수록 단서를 찾으세요

오늘 찾은 방어 약속은 세 곳 중 가장 강한 문장이었는데, 바로 그 문장에 조건절이 붙어 있었습니다. 매력적인 조항을 만나면 그 문단을 끝까지 읽으세요 — 단서는 늘 같은 문장 안에 있습니다.

3. 경계에는 예외가 붙습니다

"데이터가 어디 머무는가"는 서비스 단위가 아니라 어떤 모델·어떤 하위 처리자를 켜뒀는가까지 내려가야 답이 나옵니다. 오늘 확인한 하위 처리자 예외가 그 사례입니다.

그리고 어느 회사든 공식 문서에서 숫자를 찾다 보면 결국 계정 화면으로 안내받게 됩니다. 그 패턴은 따로 정리해뒀습니다.

이 글의 한계

세 회사의 우열을 판정하지 않았습니다. 문서 구조가 달라 같은 잣대가 성립하지 않습니다.
이 문서가 링크로 가리킨 하위 문서들을 열지 않았습니다(하위 처리자 상세, 데이터 레지던시 약정, 보존 정책 설정). 그 내용은 인용하지 않았습니다.
"가드레일·필터를 껐을 때 방어가 유지되는가"는 확인하지 못했습니다. 문서가 경계선을 정의하지 않습니다.
A사 칸의 저작권 방어는 이번에 확인하지 않았습니다. "없다"가 아니라 "안 봤다"입니다.
법률·컴플라이언스 자문이 아닙니다. 국내 법령상 국외 이전 요건 충족 여부는 판단하지 않았습니다.
2026년 8월 12일 확인. 문서 표기 갱신일은 2026-07-09입니다. 제휴·협찬 없습니다.

자주 묻는 것

Q. 저작권 방어 약속이 있으면 그쪽을 쓰는 게 낫나요?

그 한 칸만 보면 그렇습니다. 그런데 도구는 네 칸 전부로 고릅니다. 데이터가 국내에 남는 게 더 중요한 조직이라면 다른 칸이 우선이고, 그 칸에서는 순위가 뒤집힙니다. 그래서 순서를 권합니다 — ①우리 조직에서 못 물러설 칸이 무엇인지 먼저 정하고 ②그 칸부터 비교하세요. 네 칸을 동시에 놓고 보면 결론이 안 납니다.

Q. 이미 M365를 쓰는데 그냥 붙이면 되나요?

권한 정리가 먼저입니다. 문서가 분명히 적습니다 — 사용자가 최소 보기 권한이 있는 데이터만 노출되고, 그래서 기존 권한 모델을 제대로 쓰고 있어야 한다고요. 즉 지금 공유 설정이 느슨하면 AI가 그걸 그대로 드러냅니다. 붙이기 전에 사내 공유 범위를 한 번 훑는 게 순서입니다. 우리 쪽에서 볼 항목은 여기에 있습니다.

✨ 한 줄로

세 번 던져보니 강점이 서로 다른 칸에 있었습니다. 그러니 우리가 못 물러설 칸부터 정하고 그 칸으로 비교하세요. 그리고 좋아 보이는 조항일수록 같은 문장 안의 조건절을 끝까지 읽으세요.

️ AI 도입, 순서대로 보기

전체 단계는 AI 도입 비용 전체 지도에 있습니다.

보안 검토 질문지 네 칸 — 이 글이 쓴 프레임의 원본
데이터 정책은 제품마다 다릅니다 — 두 번째 적용
방어 조항이 개인 요금제엔 없습니다 — 오늘 발견과 짝
AI 결과물의 소유권과 표기 의무 — "있다면" 구조

출처 및 확인 시점 — 2026년 8월 12일 확인.
✅ 오늘 직접 읽은 문서: Microsoft Learn 「Data, Privacy, and Security for Microsoft 365 Copilot」(문서 표기 갱신일 2026-07-09).
앞선 글에서 확인한 값 재사용: A사·B사 항목은 링크된 글에서 확인한 값이며, 각 원문과 확인 경위는 해당 글에 있습니다.
⚠️ 확인하지 못한 것: 이 문서가 링크로 가리킨 하위 문서들(하위 처리자 상세, 데이터 레지던시 약정, 보존 정책 설정), 가드레일·필터를 끈 경우의 방어 유지 여부, A사의 저작권 방어 조항. 추측해서 쓰지 않았고, "없다"와 "안 봤다"를 구분해 적었습니다.
회사명을 A·B·C로 적은 것은 우열 비교로 읽히지 않게 하기 위해서입니다. 영문 인용은 원문 표기 그대로이고 한국어 설명은 필자의 해석입니다. 이 글은 법률·컴플라이언스 자문이 아니며, 국내 법령상 요건 충족 여부는 판단하지 않았습니다. 문서와 제품 구성은 예고 없이 바뀌고 조직 계약이 공개 문서에 우선하므로, 실제 검토 전 공식 문서와 계약서를 직접 확인하세요. 어떤 제휴나 협찬 관계도 없습니다.

AI 사용량에 지출 상한 거는 법 — 상한은 곧 멈추는 날짜입니다

홍드로이드 — Wed, 12 Aug 2026 17:42:23 +0900

지출 · 상한 설정

상한을 걸면 안심이 아니라,
그날 멈춘다는 뜻입니다.

원문 — "you won't be able to use Claude, Cowork, or Claude Code again until the next billing period, or until your limits are adjusted."

지난 글에서 도입 품의서를 다루면서 벤더에 물어볼 질문 하나를 적었습니다 — "월 지출 상한을 설정할 수 있습니까? 어느 화면에서 합니까?"

그 질문을 남에게만 시키고 넘어가는 건 좀 그래서, 제가 먼저 문서를 열어 답을 찾아봤습니다. 결론은 걸 수 있습니다. 그런데 걸었을 때 무슨 일이 생기는지를 읽고 나면, 금액을 정하는 방식 자체가 달라집니다.

30초 요약

조직은 세 층으로 상한을 겁니다 — 조직 전체 월 상한, 좌석 등급별(Enterprise), 구성원 개인별.
설정 위치는 조직 설정 → Usage이고 Owner·Primary Owner만 만질 수 있습니다.
크레딧 소비가 시작되는 시점 — "as soon as you reach your seat's usage limit." 좌석 한도를 넘긴 순간부터입니다.
상한에 닿으면 그냥 못 씁니다. 다음 청구 주기까지, 또는 상한을 올릴 때까지입니다.
개인 요금제도 상한을 걸 수 있습니다. 다만 "Set to unlimited" 옵션과 자동 충전이 함께 있습니다.
그래서 질문이 바뀝니다 — "얼마까지 쓸까"가 아니라 "며칠에 멈춰도 괜찮은가"입니다.

먼저, 무엇을 열었나

오늘(8/12) 직접 읽은 문서

「팀·좌석 기반 엔터프라이즈의 사용 크레딧 관리」
「유료 개인 요금제의 사용 크레딧 관리」

⚠️ 미리 밝히는 한계

화면을 직접 띄워 설정해보지 않았습니다. 문서에 적힌 경로와 동작을 정리한 것입니다.
단가와 요율은 확인하지 않았습니다. 이 글에는 금액 예시가 없습니다.
한 서비스 이야기입니다. 다른 도구도 같다고 쓰지 않았습니다.

앞선 글에서 확인한 값(좌석료에 사용량이 포함되지 않는다는 구조)도 함께 씁니다. 원문은 그 글에 있습니다.

① 조직은 세 층으로 걸 수 있습니다

먼저 크레딧이 언제부터 소비되는지가 중요합니다. 원문입니다.

"After an organization Owner or Primary Owner configures your account for usage credits, you'll start using them as soon as you reach your seat's usage limit."

좌석 한도를 넘긴 순간부터 크레딧이 깎이고, 그 뒤로는 API 요율로 청구됩니다. 즉 좌석료와 별개로 돌아가는 두 번째 계량기입니다. 그 계량기에 걸 수 있는 상한이 셋입니다.

층	내용
조직 전체	"Owners can set a monthly spend limit on the entire organization's usage credits."
좌석 등급별	특정 좌석 등급의 모든 사용자에게 적용 (Enterprise)
구성원 개인별	"set individual monthly spend limits for each member."

설정 경로는 조직 설정 → Usage이고, Owner 또는 Primary Owner만 접근할 수 있습니다. 관리자(Admin) 권한으로는 안 됩니다 — "내 화면엔 그 메뉴가 없는데요"의 대부분이 이 경우입니다.

② 상한에 닿으면 무슨 일이 생기나

여기가 이 글의 핵심입니다. 상한은 경고선이 아니라 차단선입니다.

"If your account is configured for usage credits and you exceed your set spend limit, you won't be able to use Claude, Cowork, or Claude Code again until the next billing period, or until your limits are adjusted."

그래서 상한 금액은 "정지 날짜"와 같은 말입니다

월 상한을 낮게 잡으면 그 금액에 닿는 날 팀이 멈춥니다. 그리고 풀 수 있는 사람은 Owner 또는 Primary Owner뿐입니다 — 그 사람이 휴가 중이면 멈춘 채로 기다립니다.

이건 나쁜 설계가 아닙니다. 상한이 있는데 안 막히면 그건 상한이 아니니까요. 다만 예산 담당자와 실무 팀이 이 문장을 같이 읽지 않으면, "비용 관리하려고 걸어둔 장치가 어느 날 갑자기 업무를 세우는" 일이 생깁니다.

③ 개인 요금제 — 상한도 있고, 상한을 없애는 옵션도 있습니다

개인 쪽도 확인했습니다. Pro, Max 5x, Max 20x에 해당합니다.

기능	내용
월 상한	한 달에 쓸 최대 금액을 직접 정합니다
사전 알림	상한에 가까워지면 알림이 옵니다
무제한 설정	"Set to unlimited" — 상한을 아예 없앨 수 있습니다
자동 충전	잔액이 임계값 아래로 떨어지면 자동으로 구매. 일일 한도는 2,000달러

⚠️ 뒤의 두 줄을 같이 켜면 상한이 사라집니다

무제한 + 자동 충전 조합은 "알아서 계속 결제되는 상태"가 됩니다. 편하긴 한데, 이건 상한 관리를 끄는 선택이라는 걸 알고 하셔야 합니다.

특히 에이전트나 자동화를 돌리는 경우가 위험합니다. 사람이 앉아서 쓸 때는 많이 써야 얼마 안 되지만, 루프가 잘못 돌면 밤사이에 자릿수가 달라집니다. 자동화를 붙이신다면 자동 충전은 끄고 상한을 두는 쪽을 권합니다. 에이전트 권한 자체를 점검하는 항목은 여기에 있습니다.

④ 그래서 얼마로 걸 것인가

②번을 읽고 나면 질문이 바뀝니다. "한 달에 얼마까지 쓸까"가 아니라 "며칠에 멈춰도 괜찮은가"입니다.

1. 첫 달은 상한을 넉넉히, 대신 알림을 촘촘히

쓰는 양을 모르는 상태에서 낮게 걸면 둘째 주에 멈춥니다. 첫 달은 관찰이 목적이라고 보고, 상한은 여유 있게 두되 실제 소비를 매주 확인하세요.

2. 조직 상한보다 개인별 상한을 먼저

조직 전체에만 걸면 한 사람이 많이 써서 전원이 멈추는 구조가 됩니다. 개인별 상한을 함께 두면 영향 범위가 그 사람 하나로 좁혀집니다. 지출이 몇 명에게 몰려 있는지는 관리자 화면에서 확인할 수 있습니다.

3. 상한을 풀 수 있는 사람을 두 명 이상으로

Owner가 한 명이면 그 사람의 휴가가 곧 조직의 정지 위험입니다. 권한자를 늘리는 게 어렵다면 최소한 연락 경로와 대응 시간을 팀에 공지해두세요.

4. 멈추면 안 되는 업무를 미리 적어두기

고객 응대나 매일 도는 자동화가 이 도구에 걸려 있다면, 상한 정지는 장애와 같은 결과를 냅니다. 멈추면 같이 멈추는 것 목록은 가동률 글에서 만든 것을 그대로 쓰시면 됩니다.

⑤ 설정 전에 확인할 네 가지

우리 계정이 크레딧 방식인가 — Owner가 켜야 동작합니다. 안 켜져 있으면 상한 이야기 자체가 성립하지 않습니다
누가 설정 권한을 갖고 있나 — Owner·Primary Owner만. 지금 그 사람이 누구인지 이름을 댈 수 있어야 합니다
개인별 상한을 쓸 것인가 — 조직 상한만으로는 전원 정지 위험이 남습니다
자동화 계정은 분리했나 — 사람과 자동화가 같은 상한을 나눠 쓰면 루프 한 번에 팀이 멈춥니다

이 글의 한계

화면을 직접 띄워 설정해보지 않았습니다. 문서에 적힌 경로와 동작을 옮긴 것입니다.
단가와 요율은 확인하지 않았습니다. 그래서 "얼마로 걸어라"라고 금액을 제시하지 않았습니다.
알림이 어느 시점에 오는지는 확인하지 못했습니다. "가까워지면"이라고만 적혀 있습니다.
자동 충전의 일일 한도(2,000달러)는 문서 표기를 옮긴 값이며, 적용 조건은 확인하지 않았습니다.
④번의 권고는 제 제안이며 문서의 권고가 아닙니다.
한 서비스입니다. 2026년 8월 12일 기준. 제휴·협찬 없습니다.

자주 묻는 것

Q. 그냥 상한을 안 걸면 되지 않나요?

선택지이긴 합니다. 다만 그러면 청구서가 나올 때까지 총액을 모르는 상태가 됩니다. 그리고 좌석료와 달리 사용량 과금에는 구조적 상한이 없습니다(그 구조). 절충안은 "멈춰도 되는 금액"이 아니라 "이 정도면 분명히 이상한 금액"에 상한을 거는 것입니다 — 평소 소비의 두세 배쯤에요. 그러면 정상 업무는 안 막히고 사고만 잡힙니다.

Q. 개인인데 이걸 신경 써야 하나요?

자동화를 돌리지 않으면 크게 걱정할 일은 아닙니다. 사람이 손으로 쓰는 속도에는 한계가 있으니까요. 다만 에이전트를 돌리거나 스크립트로 반복 호출한다면 이야기가 다릅니다. 그 경우엔 자동 충전을 끄고 월 상한을 걸어두는 것만으로 대부분의 사고를 막습니다. 설정은 몇 분이면 됩니다.

✨ 한 줄로

상한은 걸 수 있습니다. 다만 상한 금액을 정하는 건 멈추는 날짜를 정하는 것이라, "멈춰도 되는 금액"보다 "분명히 이상한 금액"에 거는 편이 실무에 맞습니다. 그리고 자동화는 사람과 상한을 나눠 쓰지 마세요.

️ AI 도입, 순서대로 보기

전체 단계는 AI 도입 비용 전체 지도에 있습니다.

도입 품의서 — 좌석료에 사용량은 안 들어 있습니다 — 이 글이 답한 질문의 출처
3개월 보고서 — 화면에서 나오는 숫자 — 지출 집중도 확인
가동률 99.4퍼센트의 진짜 뜻 — 멈추면 같이 멈추는 것
에이전트 권한 — 자동화를 붙이기 전에

출처 및 확인 시점 — 2026년 8월 12일 확인.
✅ 오늘 직접 읽은 문서: Claude 고객센터 「Manage usage credits for Team and seat-based Enterprise plans」·「Manage usage credits for paid Claude plans」.
앞선 글에서 확인한 값 재사용: 좌석료와 사용량 과금의 분리 구조(원문은 해당 글에 있습니다).
⚠️ 확인하지 못한 것: 실제 설정 화면, 단가·요율, 알림 발송 시점, 자동 충전 일일 한도의 적용 조건. 추측해서 쓰지 않았고 금액 예시도 넣지 않았습니다.
영문 인용은 원문 표기 그대로이며 한국어 설명과 ④번 권고는 필자의 해석·제안입니다. 요금 구조와 설정 화면은 예고 없이 바뀌므로 설정 전 공식 문서와 본인 계정을 직접 확인하세요. 이 글은 회계·재무 자문이 아니며 어떤 제휴나 협찬 관계도 없습니다.

AI가 대화 중에 모델을 바꿉니다 — 무료라서가 아니라 다른 이유입니다

홍드로이드 — Wed, 12 Aug 2026 17:08:44 +0900

무료 · 모델 확인

대화 중에 모델이 바뀝니다.
무료라서가 아니었습니다.

공식 문서가 이유를 적어놨습니다. 그리고 어떤 모델이 답했는지는 화면에 표시됩니다 — 확인하는 법이 따로 있습니다.

AI와 대화하다 보면 이런 순간이 있습니다. 답변 결이 갑자기 달라집니다. 방금까지 잘 따라오던 게 조금 무뎌지거나, 화면에 못 보던 안내가 뜨거나요. 그러면 자연스럽게 이런 생각이 듭니다 — "무료라서 뒤로 갈수록 성능을 깎나?"

저도 그렇게 짐작했습니다. 그래서 공식 문서를 열었는데 이유가 전혀 달랐습니다. 그리고 더 유용한 걸 하나 알았습니다 — 어떤 모델이 답했는지를 화면에서 확인할 수 있습니다. 짐작할 필요가 없더군요.

30초 요약

요금제 때문이 아닙니다. 문서가 든 전환 사유는 안전 분류기이고, 무료·유료를 가르지 않습니다.
구체적으로는 공격적 보안 관련 요청입니다 — "Exploit generation, Binary-based vulnerability scanning, Penetration testing."
매 요청마다 검사가 돕니다 — "automated safety checks, or classifiers, on every user request."
내 질문만 보는 게 아닙니다. 메모리·커넥터 내용·웹 검색 결과·파일도 함께 검토 대상입니다.
바뀌면 알려줍니다 — "You'll see a notice explaining that the model switched, and the response will be labeled with the model that answered."
한도에 막힌 것과는 다른 현상입니다. 구분하는 법은 ⑤번에.

먼저, 무엇을 열었나

오늘(8/12) 직접 읽은 문서

「대화 중 모델이 전환된 이유」 — Claude 공식 고객센터

⚠️ 미리 밝히는 한계

이 문서가 다루는 건 "안전 분류기에 의한 전환"입니다. 다른 이유로 모델이 바뀌는 경우가 있는지는 이 문서로 알 수 없습니다.
직접 재현해보지 않았습니다. 문서에 적힌 동작을 정리한 것입니다.
한 서비스 이야기입니다. 다른 도구도 같다고 쓰지 않았습니다.

그래서 "모델 전환은 항상 이 이유"라고 읽으시면 안 됩니다. 이 문서가 설명하는 전환은 이것이고, 확실한 건 화면에 어떤 모델이 답했는지 표시된다는 사실입니다.

① 바뀌는 이유 — 요금제가 아니라 검사입니다

문서가 설명하는 구조는 이렇습니다. 모든 요청에 자동 검사가 돌고, 특정 유형이 걸리면 한 단계 이전 모델로 넘어갑니다.

"automated safety checks, or classifiers, on every user request"

걸리는 유형 — "Exploit generation, Binary-based vulnerability scanning, Penetration testing."

공격적 보안 작업에 해당하는 요청들입니다. 취약점 공격 코드 생성, 바이너리 취약점 스캔, 침투 테스트. 일반적인 글쓰기나 코딩 질문과는 거리가 멉니다.

그런데 검사 대상이 내 질문만이 아닙니다

문서는 메모리, 커넥터로 들어온 내용, 웹 검색 결과, 첨부 파일도 함께 본다고 적습니다. 즉 내가 평범하게 물었어도, 딸려 들어온 자료 쪽에서 걸릴 수 있습니다.

그래서 보안 문서나 로그 파일을 붙여놓고 작업하는 분이 이 전환을 더 자주 겪을 수 있습니다. 이상한 일이 아니라 설계대로 도는 것입니다.

② "무료라서 깎였다"가 아닌 이유

여기가 이 글을 쓴 이유입니다. 문서가 나열한 적용 대상을 보면 요금제로 가르지 않습니다.

적용 범위 — "Claude on the web, Claude Mobile, Claude Desktop, Claude Cowork, Claude Code, Claude Design, Claude for Microsoft 365, Claude Tag, Claude Science."

제품 이름으로 나열돼 있지 무료·유료 구분이 없습니다. 다만 예외가 하나 명시돼 있습니다 — API는 별도입니다. "API customers must opt into and configure the fallbacks." 즉 API에서는 이 전환이 기본이 아니고 직접 설정하는 것입니다.

✋ 여기서 한 가지는 분명히 해두겠습니다

"무료 요금제가 유료와 완전히 똑같다"고 말하는 게 아닙니다. 요금제마다 쓸 수 있는 모델과 사용량이 다른 건 별개 사실이고, 그건 사용 한도 글에서 따로 다뤘습니다.

제가 말씀드리는 건 좁습니다 — "대화 도중에 모델이 바뀌는 이 현상"의 이유로 문서가 든 것은 요금제가 아니라 안전 분류기라는 것까지입니다.

③ 어떤 모델이 답했는지 확인하는 법

이게 이 글에서 제일 실용적인 부분입니다. 짐작할 필요가 없습니다.

"You'll see a notice explaining that the model switched, and the response will be labeled with the model that answered."

볼 것	어디에
전환 안내	바뀐 그 시점에 안내 문구가 뜹니다
모델 라벨	각 응답에 어떤 모델이 답했는지 표시됩니다

그러니 "오늘 좀 이상한데?" 싶을 때 제일 먼저 할 일은 응답에 붙은 라벨을 보는 것입니다. 라벨이 평소와 다르면 전환이 일어난 것이고, 같다면 다른 이유를 찾아야 합니다. 남의 글에서 "요즘 성능 떨어졌다더라"를 읽는 것보다 이쪽이 정확합니다 — 이건 숫자를 문서가 아니라 화면에서 세는 것과 같은 태도입니다.

④ 자동 전환을 끄고 싶다면

문서는 설정에서 자동 전환을 끌 수 있다고 안내합니다. 다만 끄면 전환되는 대신 대화가 그 자리에서 멈추는 방식이 됩니다.

어느 쪽이 나은가

켜두는 편이 대부분에게 낫다고 봅니다. 작업이 끊기지 않고, 바뀌었다는 사실은 어차피 라벨로 알 수 있으니까요.

끄는 게 나은 경우도 있습니다 — 특정 모델의 출력이 결과물의 조건인 작업(비교 실험, 재현 가능한 결과가 필요한 경우)이라면 조용히 다른 모델로 넘어가는 것보다 멈추는 쪽이 낫습니다. 다만 이건 제 판단이고 문서의 권고가 아닙니다.

⑤ 한도에 막힌 것과 구분하기

"평소와 다르다"는 느낌의 원인은 최소 셋입니다. 증상이 비슷해서 헷갈리는데, 확인 경로가 각각 다릅니다.

원인	어디서 확인하나
모델 전환	응답의 모델 라벨과 전환 안내
사용 한도	`설정 → Usage` 진행 막대 — 나만 안 됩니다
서비스 장애	공식 상태 페이지 — 기록이 올라와 있습니다

세 곳을 순서대로 보면 30초면 판별됩니다. 그리고 셋 다 아니라면 대화가 너무 길어졌을 가능성을 보세요 — 긴 대화는 앞 내용을 계속 다시 읽느라 답이 무뎌지기도 합니다. 그럴 땐 새 대화창을 여는 것만으로 달라집니다. 한도와 장애를 구분하는 자세한 방법은 사용 한도 글에 있습니다.

이 글의 한계

이 문서가 설명하는 전환은 "안전 분류기에 의한 것"입니다. 다른 이유의 전환이 있는지는 이 문서로 알 수 없어 "모델 전환은 항상 이 이유"라고 쓰지 않았습니다.
직접 재현해 확인하지 않았습니다. 문서에 적힌 동작을 옮긴 것입니다.
분류기가 무엇을 어떻게 판정하는지는 확인할 수 없습니다. 공개된 기준이 아닙니다.
자동 전환을 끄는 게 나은 경우에 대한 서술은 제 판단이며 문서의 권고가 아닙니다.
한 서비스 이야기입니다. 2026년 8월 12일 기준이며 제품은 자주 바뀝니다. 제휴·협찬 없습니다.

자주 묻는 것

Q. 저는 보안 일을 하는데 계속 전환되면 어떡하죠?

문서가 든 사유가 공격적 보안 작업이라, 그 분야에서 일하시면 더 자주 겪으실 수 있습니다. 이건 정상 동작이지 계정 문제가 아닙니다. 실무적으로는 ①전환 안내가 떴는지 라벨로 확인하고 ②작업 성격상 특정 모델이 필요하면 자동 전환을 끄는 것을 검토하세요. 그리고 붙여둔 파일 때문에 걸리는 경우도 있으니, 관련 없는 자료는 대화에서 빼보시는 것도 방법입니다.

Q. 무료로 쓰는데 성능이 걱정됩니다. 확인할 방법이 있나요?

응답 라벨을 보세요. 어떤 모델이 답했는지가 화면에 나옵니다. 그리고 같은 질문을 다른 서비스에도 던져보는 것이 남의 후기를 읽는 것보다 정확합니다 — 무료로 지금 쓸 수 있는 모델을 직접 조회하는 방법은 여기에 있습니다. 요금제별로 무엇이 열려 있는지는 무료 요금제 변경점 쪽을 참고하세요.

✨ 한 줄로

답이 이상하다 싶으면 응답에 붙은 모델 라벨부터 보세요. 대화 중 전환은 요금제가 아니라 안전 분류기 때문이고, 바뀌면 화면이 알려줍니다. 짐작하지 말고 확인하시면 됩니다.

출처 및 확인 시점 — 2026년 8월 12일 확인.
✅ 직접 읽은 문서: Claude 고객센터 「대화 중 모델이 전환된 이유」 — 전환 사유, 검사 범위, 적용 제품, 알림·라벨, API 예외.
⚠️ 확인하지 못한 것: 실제 재현을 통한 동작 검증, 안전 분류기의 판정 기준(비공개), 이 문서가 다루지 않는 다른 전환 사유의 존재 여부. 추측해서 쓰지 않았습니다.
영문 인용은 원문 표기 그대로이며 한국어 설명은 필자의 해석입니다. ④번의 "끄는 게 나은 경우"는 필자 판단이며 문서의 권고가 아닙니다. 제품 동작과 설정은 예고 없이 바뀌므로 본인 화면에서 확인하신 결과가 이 글보다 항상 최신입니다. 어떤 제휴나 협찬 관계도 없습니다.

AI 에이전트 권한 — 디렉터리에 있다고 보안 감사를 받은 건 아닙니다

홍드로이드 — Wed, 12 Aug 2026 16:32:30 +0900

에이전트 · 권한

"공식 목록에 있으니 검증된 거겠지"
— 문서가 아니라고 적어놨습니다.

원문 — "does not security-audit or manage any MCP server." 등재 심사와 보안 감사는 다른 일입니다.

AI가 답만 해주던 시절은 지났습니다. 이제는 파일을 고치고, 명령을 실행하고, 외부 서비스에 연결합니다. 편한 만큼 질문도 생깁니다 — 이거 어디까지 할 수 있는 거지?

그래서 공식 보안 문서를 열었습니다. 전반적으로는 안심되는 구조였습니다 — 기본이 읽기 전용이고 승인이 여러 겹입니다. 그런데 세 군데가 눈에 걸렸고, 그 셋은 아마 대부분 모르고 지나갈 항목입니다.

30초 요약

기본은 읽기 전용입니다. 파일 수정·명령 실행은 그때그때 승인을 받습니다. 이건 좋은 구조입니다.
①공식 디렉터리 등재는 보안 감사가 아닙니다 — "reviews connectors against its listing criteria… but does not security-audit or manage any MCP server."
②자동화로 돌리면 신뢰 확인이 꺼집니다 — "Trust verification is disabled when running non-interactively with the -p flag."
③자동 승인 모드에는 삭제·이동 명령이 포함됩니다 — mkdir, touch, rm, mv, cp, sed. 단 작업 디렉터리 경로에 한해서입니다.
윈도우 사용자 경고가 따로 있습니다 — WebDAV 관련 경로는 권한 시스템을 우회할 수 있습니다.
문서가 스스로 한계를 적습니다 — "no system is completely immune to all attacks."

먼저, 무엇을 열었나

오늘(8/12) 직접 읽은 문서

Claude Code 공식 보안 문서 — 권한 모델, 프롬프트 인젝션 대응, MCP 보안, 클라우드 실행

⚠️ 미리 밝히는 한계

직접 실행해 검증하지 않았습니다. 문서에 적힌 동작을 정리한 것입니다.
세부 설정 문서(권한·샌드박싱)는 열지 않았습니다. 본문에서 그 내용은 인용하지 않았습니다.
한 도구 이야기입니다. 다른 에이전트 도구는 ⑥번 방법으로 직접 보세요.

그리고 이 글은 "위험하니 쓰지 말라"는 글이 아닙니다. 문서를 읽어보면 보호 장치가 꽤 촘촘합니다. 다만 그 장치가 언제 꺼지는지를 아는 게 실무에서는 더 중요합니다.

① 기본 구조는 안심되는 쪽입니다

먼저 좋은 소식부터. 문서가 밝힌 기본값입니다.

장치	내용
기본 읽기 전용	파일 수정·명령 실행은 명시적 승인을 받습니다
작업 폴더 경계	시작한 폴더와 하위 폴더에만 쓸 수 있습니다. 상위 폴더는 별도 허가 필요
네트워크 명령	`curl`·`wget`은 자동 승인되지 않습니다
웹 가져오기 격리	별도 컨텍스트에서 처리해 악성 지시 주입을 차단
미매칭은 차단	"Fail-closed matching" — 규칙에 없으면 수동 승인으로 떨어집니다

특히 "규칙에 없으면 막는다"는 설계는 보안 검토에서 좋게 평가받는 방식입니다. 그리고 문서는 책임 소재도 분명히 합니다 — "Claude Code only has the permissions you grant it. You're responsible for reviewing proposed code and commands for safety before approval."

② 디렉터리 등재는 보안 감사가 아닙니다

여기가 이 글에서 가장 중요한 문장입니다. 외부 도구(MCP 서버·커넥터)를 붙일 때 대부분 "공식 디렉터리에 올라와 있으니 괜찮겠지"라고 생각합니다.

"Anthropic reviews connectors against its listing criteria before adding them to the Anthropic Directory, but does not security-audit or manage any MCP server."

등재 기준 심사는 하지만 보안 감사는 하지 않는다고 문서가 직접 씁니다. 그리고 권고도 명확합니다 — "either writing your own MCP servers or using MCP servers from providers that you trust."

왜 이 구분이 중요한가

MCP 서버를 붙인다는 건 그 서버에 우리 데이터가 지나갈 통로를 여는 것입니다. 그런데 그 서버는 제3자가 만들어 제3자가 운영합니다. 플랫폼이 감사하지 않는다면, 그 검증은 우리 몫으로 남습니다.

과장하지 않겠습니다. 이건 이 플랫폼만의 문제가 아니고, 앱스토어·확장프로그램 생태계가 대체로 비슷합니다. 특별히 나쁜 게 아니라 원래 그런 구조이고, 문서가 그 사실을 감추지 않고 적어뒀다는 점은 오히려 평가할 만합니다. 문제는 읽지 않으면 반대로 안다는 것입니다.

③ 자동화로 돌리면 신뢰 확인이 꺼집니다

처음 실행하는 코드베이스나 새 MCP 서버에는 신뢰 확인 절차가 있습니다. 그런데 조건이 붙습니다.

"Trust verification is disabled when running non-interactively with the -p flag."

비대화형 실행 — 즉 CI 파이프라인, 스케줄러, 자동화 스크립트에 붙여 돌릴 때입니다. 사람이 앞에 없으니 물어볼 수가 없고, 그래서 그 확인 단계가 빠집니다.

⚠️ 실무에서 이렇게 어긋납니다

사람이 앉아서 쓸 때는 "이 서버 믿을 만합니까?"를 물어봅니다. 그래서 직접 써보고 "괜찮네"라고 판단한 다음, 그대로 자동화에 옮기면 — 그 자동화에는 그 질문이 없습니다.

그래서 자동화에 붙일 때는 대화형에서 검증한 것과 같은 구성인지를 사람이 대신 확인해야 합니다. 설정 파일을 버전 관리에 올려두고 변경 시 리뷰를 거치게 하는 게 현실적인 방법입니다. 문서도 MCP 서버 목록을 "checked into source control" 하도록 안내합니다.

④ 자동 승인 모드에 들어 있는 명령들

승인 창이 자꾸 뜨면 피곤해서 자동 승인 모드를 켜게 됩니다. 그때 무엇이 자동으로 통과되는지 문서에 적혀 있습니다.

"Accept Edits mode: Auto-approves file edits and a fixed set of filesystem Bash commands like mkdir, touch, rm, mv, cp, and sed for paths in the working directory."

목록에 삭제(rm)와 이동(mv), 그리고 파일 내용을 바꾸는 sed가 들어 있습니다. 다만 단서를 반드시 같이 읽어야 합니다 — "작업 디렉터리 경로에 한해서"입니다. 그 밖의 명령과 범위를 벗어난 경로는 여전히 물어봅니다.

그래서 실무 결론은 단순합니다

자동 승인 모드는 "이 폴더 안은 마음대로 해도 된다"고 선언하는 것입니다. 그러니 켜기 전에 두 가지만 확인하세요 — ①지금 시작한 폴더가 어디인가 ②그 폴더가 버전 관리되고 있는가.

두 번째가 사실상 안전망입니다. 커밋되지 않은 작업물이 있는 폴더에서 자동 승인을 켜는 것이 제일 위험합니다. 반대로 깨끗한 상태에서 시작하면 되돌리기가 쉽습니다.

⑤ 윈도우를 쓴다면 이 경고를 보세요

문서에 윈도우 전용 경고가 따로 있습니다. 국내 업무 환경에 윈도우가 많으니 옮겨둡니다.

WebDAV를 켜두거나 \\* 같은 경로에 접근을 허용하는 것을 권장하지 않는다고 적혀 있습니다. 이유가 중요합니다 — "Enabling WebDAV may allow Claude Code to trigger network requests to remote hosts, bypassing the permission system."

권한 시스템을 우회할 수 있다는 것입니다. 앞에서 본 보호 장치들이 무력해지는 경로라는 뜻이라, 다른 항목보다 우선순위가 높습니다. 참고로 문서는 마이크로소프트가 WebDAV를 지원 중단했다는 점도 함께 밝힙니다.

⑥ 팀에 적용한다면 — 다섯 줄

외부 도구 연결은 통보제로 — 목록을 확보하는 게 우선입니다. 승인제로 하면 안 알리고 씁니다(이유).
설정 파일은 버전 관리에 — 어떤 서버가 붙어 있는지가 코드 리뷰에 걸립니다.
자동화에 붙일 때는 사람이 한 번 검증 — 비대화형에서는 신뢰 확인이 꺼집니다(③번).
자동 승인은 깨끗한 폴더에서만 — 커밋되지 않은 작업물이 있으면 켜지 않기.
윈도우는 WebDAV 경로를 확인 — 권한 우회 가능성이 있는 유일한 항목입니다.

그리고 다른 에이전트 도구를 검토하신다면 이 네 가지를 문서에서 찾아보세요.

기본값이 읽기 전용인가 — 아니면 그때부터 다른 이야기입니다
쓰기 범위에 경계가 있는가 — 시작 폴더 밖으로 나갈 수 있는지
비대화형에서 무엇이 꺼지는가 — 문서에 안 적혀 있으면 그것 자체가 답변할 거리입니다
마켓플레이스가 보안 감사를 하는가 — "심사"와 "감사"를 구분해 읽으세요. 대개 앞쪽입니다

⑦ 문서가 스스로 적은 한계

"While these protections significantly reduce risk, no system is completely immune to all attacks. Always maintain good security practices when working with any AI tool."

보안 문서에 이런 문장이 있으면 오히려 신뢰가 갑니다. 완벽하다고 쓰는 문서보다 낫습니다. 다만 읽는 쪽에서는 이 문장을 "그래서 우리 쪽 절차가 필요하다"로 받아야 합니다. 우리 쪽에서 볼 항목은 팀 AI 보안 체크리스트에, 거래처가 물어올 때 답할 항목은 보안 질문지 4칸에 정리해뒀습니다.

이 글의 한계

직접 실행해 검증하지 않았습니다. 문서에 적힌 동작을 옮긴 것이며, 실제 동작이 다를 가능성을 배제하지 않습니다.
세부 설정 문서(권한·샌드박싱·인증)는 열지 않았습니다. 그 내용은 인용하지 않았습니다.
"자동 승인 목록에 rm이 있다"는 반드시 "작업 디렉터리 경로에 한해"와 같이 읽어야 합니다. 본문에서도 그렇게 적었습니다.
다른 마켓플레이스가 보안 감사를 하는지 확인하지 않았습니다. "대체로 비슷하다"는 제 인상이지 확인한 사실이 아닙니다.
한 도구의 문서입니다. 2026년 8월 12일 기준이며 제품은 자주 바뀝니다. 제휴·협찬 없습니다.

자주 묻는 것

Q. 그래서 MCP 서버를 쓰지 말라는 건가요?

아닙니다. "검증 책임이 어디 있는지"를 알고 쓰자는 것입니다. 문서 권고도 그렇습니다 — 직접 만들거나, 신뢰하는 제공자의 것을 쓰라고요. 실무적으로는 붙일 때 세 가지만 보세요 — 누가 만들었는지, 소스가 공개돼 있는지, 그 서버에 우리 데이터의 무엇이 지나가는지. 사내에서 쓴다면 "붙인 목록을 공유하는 규칙"이 개별 심사보다 효과가 큽니다.

Q. 개인이 혼자 쓰는데도 신경 써야 하나요?

두 가지만 하시면 충분합니다. ①자동 승인은 버전 관리되는 폴더에서만 켜기, ②윈도우면 WebDAV 경로 확인하기. 나머지 장치는 기본값이 이미 보수적으로 잡혀 있습니다. 오히려 개인 작업에서 자주 생기는 문제는 보안이 아니라 내 PC 사양 쪽인데, 그건 따로 정리해뒀습니다.

✨ 한 줄로

보호 장치는 촘촘합니다. 중요한 건 그게 언제 꺼지는지입니다 — 비대화형 자동화에서는 신뢰 확인이 꺼지고, 공식 목록 등재는 보안 감사가 아닙니다. 이 둘만 알고 시작하셔도 충분히 다릅니다.

️ AI 도입, 순서대로 보기

전체 단계는 AI 도입 비용 전체 지도에 있습니다.

팀 AI 보안 체크리스트 — 우리 쪽에서 볼 항목
사내 규정이 안 지켜지는 이유 — 통보제로 목록 확보하기
보안 검토 질문지에 답할 때 — 거래처가 물어올 때
개인정보 넣기 전 확인할 6곳 — 데이터를 넣기 전에

출처 및 확인 시점 — 2026년 8월 12일 확인.
✅ 오늘 직접 읽은 문서: Claude Code 공식 보안 문서(code.claude.com/docs/en/security) — 권한 모델, 내장 보호 장치, 프롬프트 인젝션 대응, MCP 보안, 윈도우 WebDAV 경고, 클라우드 실행 보안.
⚠️ 확인하지 않은 것: 실제 실행을 통한 동작 검증, 세부 설정 문서(권한·샌드박싱·인증), 다른 마켓플레이스의 보안 감사 여부. 추측해서 쓰지 않았습니다.
영문 인용은 원문 표기 그대로이며 한국어 설명과 팀 적용 다섯 줄은 필자의 해석·제안입니다. 자동 승인 관련 서술은 "작업 디렉터리 경로에 한해"라는 단서와 함께 읽어야 합니다. 제품과 문서는 자주 바뀌므로 설정 전 공식 문서를 직접 확인하세요. 이 글은 보안 자문이 아니며, 어떤 제휴나 협찬 관계도 없습니다.

AI 도구 도입 품의서 — 좌석 수 곱하기 단가로 예산 잡으면 안 되는 이유

홍드로이드 — Wed, 12 Aug 2026 15:59:20 +0900

도입 · 품의서

"좌석 20개 × 단가 = 연간 예산"
— 여기서 변동비가 통째로 빠집니다.

공식 문서 원문 — "seat fees cover access only; all token usage billed separately at API rates", 그리고 "No per-seat usage limits or included token allowance."

AI 도구를 회사에 들이려면 결국 종이 한 장이 필요합니다. 품의서든 기안이든 도입 검토서든, 거기엔 숫자와 근거가 들어가야 합니다. 그런데 이 문서를 처음 쓰면 대개 같은 자리에서 걸립니다 — 예산란입니다.

가장 흔한 방식은 좌석 수 × 월 단가 × 12입니다. 깔끔하고, 결재도 잘 납니다. 그리고 상위 요금제에서는 틀립니다. 오늘 공식 문서를 열어 확인한 내용과, 품의서에 빠지기 쉬운 네 줄을 정리했습니다.

30초 요약

상위 요금제는 좌석료가 접근권입니다. 원문 — "seat fees cover access only; all token usage billed separately at API rates."
포함된 토큰 할당량이 없습니다 — "No per-seat usage limits or included token allowance." 그래서 좌석료만으로는 총액이 안 나옵니다.
최소 좌석 수가 경로마다 다릅니다 — 셀프서브 20석, 영업 지원형 50석.
인보이스로 결제하려면 영업 경로입니다. 셀프서브는 USD 신용카드 또는 ACH뿐입니다.
품의서에 빠지기 쉬운 네 줄 — 변동비, 결제 수단, 갱신 조건, 멈췄을 때의 대안.
근거는 문서가 아니라 계정 화면에서 뽑는 게 강합니다. 한 주만 관찰하면 됩니다.

먼저, 무엇을 열었나

오늘(8/12) 직접 읽은 문서

「What is the Enterprise plan?」 — 포함 기능·최소 좌석·구매 경로·과금 구조

⚠️ 미리 밝히는 한계

실제 견적을 받아보지 않았습니다. 문서에 적힌 구조까지만 확인했고, 협상 결과가 어떤지는 모릅니다.
영업 지원형 계약의 개별 조건은 문서 바깥입니다. 계약서가 공개 문서에 우선합니다.
한 회사 요금제입니다. 다른 도구는 ⑤번 질문을 그대로 던져보세요.

앞선 글에서 확인한 값(좌석 단가·가동률·보안 4칸·갱신 규칙)도 함께 씁니다. 각 원문과 확인 경위는 링크된 글에 있습니다.

① 좌석료는 입장료입니다

"Usage-based pricing where seat fees cover access only; all token usage billed separately at API rates."

"No per-seat usage limits or included token allowance."

두 문장을 겹쳐 읽으면 구조가 분명합니다. 좌석료를 낸다고 쓸 수 있는 양이 딸려오는 게 아닙니다. 좌석은 들어올 권리고, 쓴 만큼은 따로 청구됩니다. 그리고 좌석마다 한도가 걸려 있지도 않으니, 한 사람이 많이 쓰면 그만큼 그대로 나옵니다.

⚠️ 품의서에서 이렇게 틀립니다

"좌석 20개 × 월 단가 × 12개월 = 연간 예산"이라고 적으면, 변동비가 0으로 잡힙니다. 그런데 문서는 그 변동비에 상한이 없다고 말합니다.

결재는 납니다. 문제는 3개월 뒤 청구서입니다. 그때 "예산 초과" 보고를 다시 올려야 하는데, 처음 품의서에 변동비 항목 자체가 없었다면 설명이 어렵습니다. 없는 항목이 초과된 게 아니라 빠뜨린 항목이 되니까요.

참고로 이건 비싸다는 이야기가 아닙니다. 적게 쓰면 적게 나오는 구조라 사용량이 들쭉날쭉한 조직에는 오히려 유리할 수 있습니다. 요점은 예산 서식이 그 구조를 담을 수 있어야 한다는 것입니다.

② 결제 수단이 최소 좌석 수를 정합니다

경로	최소 좌석	결제
셀프서브	20석	USD 신용카드 또는 ACH
영업 지원형	50석	인보이스·다중 통화·전담 지원

이 표가 국내 실무에서 꽤 큽니다. 회계 규정상 법인카드 해외 결제가 어렵거나, 세금계산서·인보이스가 있어야 지출 처리가 되는 조직이 적지 않습니다. 그런데 인보이스 경로는 최소 좌석이 50석입니다.

그래서 품의서를 쓰기 전에 물어볼 것

기획팀이 아니라 회계·재무팀에 먼저 물어보세요 — "해외 SaaS를 법인카드로 결제할 수 있습니까, 인보이스가 필요합니까?"

답이 "인보이스"면 도입 규모 자체가 달라집니다. 20명 쓰려던 계획이 최소 50석이 되거나, 아니면 한 단계 낮은 요금제로 시작해야 합니다. 이건 품의서를 다 쓴 뒤에 알면 처음부터 다시 쓰는 항목입니다.

③ 품의서에 빠지기 쉬운 네 줄

1. 변동비 (사용량 과금)

좌석료와 별도 줄로 쓰세요. 금액을 모르면 "초기 3개월 관찰 후 확정, 월 상한 ○○원 설정"이라고 적으시면 됩니다. 모른다고 비우는 것보다 관찰 계획을 적는 쪽이 훨씬 잘 통과됩니다.

2. 결제 수단과 그에 따른 최소 좌석

②번의 표를 그대로 넣으세요. "인보이스 필요 시 최소 50석"은 결재선에서 반드시 나올 질문이라, 미리 적어두면 한 바퀴를 줄입니다.

3. 갱신 조건

좌석을 줄일 수 있는 시점을 적어두세요. 연간 계약에서는 기간 중 감축이 안 되고 갱신 때만 반영되는 경우가 있습니다. "갱신일 D-60에 재검토"를 품의서에 넣어두면 담당자가 바뀌어도 그 일정이 남습니다(갱신일 준비).

4. 멈췄을 때의 대안

"안정적입니다"라고 쓰지 마세요. "90일 실측 가동률 ○○%, 이를 시간으로 환산하면 ○○시간"과 "멈추면 대체할 절차"를 같이 적는 편이 훨씬 신뢰를 얻습니다. 리스크를 숨긴 문서보다 리스크와 대응을 같이 적은 문서가 결재가 잘 납니다(가동률 읽는 법).

④ 근거는 문서가 아니라 계정에서

품의서에서 제일 약한 부분은 대개 "필요성" 항목입니다. 남의 통계를 붙이면 결재자가 바로 "우리 얘기냐"고 묻습니다. 그런데 우리 계정 숫자는 그 질문을 원천 차단합니다.

품의서 항목	어디서 뽑나
필요성	무료·시험 기간의 사용량 화면 — 언제 막히는지
규모 산정	실제로 쓸 사람 수 — 희망 인원이 아니라 시험 기간 활성 인원
리스크	공개 상태 페이지의 가동률·장애 이력
보안 검토	인증 목록·데이터 위치·보존·하위 처리자 네 칸(작성법)

그리고 이 네 개를 뽑다 보면 알게 되는 게 있습니다 — 공식 문서에는 정작 숫자가 없는 경우가 많습니다. 한도도 가동률도 보존 기간도 "계정 화면에서 보라"는 안내로 끝납니다. 그래서 품의서 근거는 문서 인용이 아니라 내 계정 캡처가 되는 게 자연스럽습니다(왜 그런지).

⑤ 다른 도구에 던질 질문 다섯 개

벤더에 메일로 보내세요. 답이 기록으로 남아야 품의서 첨부가 됩니다.

"좌석료에 사용량이 포함됩니까? 별도라면 단가 체계를 알려주세요."
"월 지출 상한을 설정할 수 있습니까? 어느 화면에서 합니까?"
"인보이스 결제가 가능합니까? 가능하다면 최소 좌석 조건이 달라집니까?"
"좌석을 줄일 수 있는 시점과 통지 기한은 언제입니까?"
"가동률을 보장하는 문서가 있습니까? 있다면 문서 이름과 미달 시 조치를 알려주세요."

이 글의 한계

실제 견적을 받아보지 않았습니다. 문서에 적힌 구조까지만 확인했고 협상 결과는 모릅니다.
영업 지원형 계약의 개별 조건은 문서 바깥이며, 계약서가 공개 문서에 우선합니다.
국내 회계·세무 처리에 대해 판단하지 않았습니다. 인보이스 필요 여부는 조직 규정과 담당 부서의 판단 사항입니다.
품의서 항목 구성은 제 제안이며 조직마다 서식이 다릅니다.
한 회사 요금제입니다. 다른 도구는 ⑤번 질문으로 직접 확인하세요.
2026년 8월 12일 기준. 요금 구조는 예고 없이 바뀝니다. 제휴·협찬 없습니다.

자주 묻는 것

Q. 변동비 금액을 모르는데 품의서를 어떻게 쓰나요?

모른다는 사실을 항목으로 쓰세요. "월 사용량 과금 — 시험 기간 실측 기준 월 ○○원 예상, 상한 ○○원 설정 후 3개월 뒤 재보고"처럼요. 결재자가 싫어하는 건 불확실성 자체가 아니라 관리되지 않는 불확실성입니다. 상한과 재보고 일정이 붙어 있으면 대부분 통과됩니다.

Q. 최소 좌석이 부담스러우면 어떻게 하나요?

한 단계 낮은 요금제로 시작하는 것도 방법입니다. 다만 등급을 낮추면 감사 로그·SCIM·커스텀 보존 같은 관리 기능이 빠집니다. 보안팀이 그 기능들을 요구하고 있다면 등급을 낮추는 순간 검토가 막히니, 보안 요구사항을 먼저 확인하고 등급을 정하는 순서가 맞습니다. 좌석 단가 자체에 대한 흔한 오해는 여기에 정리해뒀습니다.

✅ ⑤번 2번 질문("월 지출 상한")의 답을 찾았습니다

벤더에 물어보라고 적어둔 질문 중 하나를 직접 문서에서 확인했습니다. 상한은 걸 수 있습니다 — 다만 걸었을 때의 동작을 같이 알아야 합니다.

세 층으로 설정 — 조직 전체 월 상한 / 좌석 등급별(Enterprise) / 구성원 개인별. 위치는 조직 설정 → Usage, Owner·Primary Owner만
상한에 닿으면 차단됩니다 — "you won't be able to use Claude, Cowork, or Claude Code again until the next billing period, or until your limits are adjusted."
즉 상한 금액을 정하는 건 멈추는 날짜를 정하는 것입니다. 품의서에는 "상한 ○○원 · 도달 시 조치 절차"를 한 줄로 같이 적으세요

조직 전체에만 걸면 한 사람 때문에 전원이 멈추는 구조가 되니 개인별 상한을 함께 두는 편이 낫습니다. 설정 절차와 자동 충전 주의점은 지출 상한 글에 정리했습니다.

✨ 한 줄로

예산란에 좌석료와 변동비를 두 줄로 나눠 쓰세요. 그리고 품의서를 쓰기 전에 회계팀에 "인보이스가 필요합니까"부터 물으세요 — 그 답이 도입 규모를 바꿉니다.

️ AI 도입, 순서대로 보기

전체 단계는 AI 도입 비용 전체 지도에 있습니다.

출처 및 확인 시점 — 2026년 8월 12일 확인.
✅ 오늘 직접 읽은 문서: Claude 고객센터 「What is the Enterprise plan?」 — 포함 기능, 셀프서브 20석·영업 지원형 50석, 결제 수단, 사용량 과금 구조.
앞선 글에서 확인한 값 재사용: 좌석 단가, 가동률 실측, 보안 4칸, 갱신 규칙. 각 원문과 확인 경위는 링크된 글에 있습니다.
⚠️ 확인하지 못한 것: 실제 견적과 협상 결과, 영업 지원형 계약의 개별 조건. 추측해서 쓰지 않았습니다.
영문 인용은 원문 표기 그대로이며 한국어 설명과 품의서 항목 구성은 필자의 해석·제안입니다. 이 글은 회계·세무·법률 자문이 아닙니다. 해외 결제와 지출 처리 방식은 조직 규정과 담당 부서의 판단을 따르세요. 요금 구조와 최소 좌석 조건은 예고 없이 바뀌므로 품의 상신 전 공식 문서를 직접 확인하시기 바랍니다. 어떤 제휴나 협찬 관계도 없습니다.

AI 도구 문서에서 숫자를 찾지 마세요 — 네 번 확인하고 알게 된 것

홍드로이드 — Wed, 12 Aug 2026 15:24:46 +0900

도입 · 문서 읽기

네 번 파고들었는데
네 번 다 같은 데서 막혔습니다.

한도·배수·가동률·보존 기간. 문서에 숫자가 없거나, 있어도 "관리자가 정한다"였습니다. 그래서 문서를 읽는 방법 자체를 바꿨습니다.

최근 며칠 동안 AI 도구의 공식 문서를 여러 번 열었습니다. 매번 다른 질문이었습니다 — 무료 API 한도는 얼마인가, 상위 요금제는 몇 배인가, 얼마나 자주 멈추나, 내 데이터는 며칠 보관되나.

네 번 다 같은 지점에서 막혔습니다. 처음엔 제가 문서를 잘못 찾는 줄 알았습니다. 네 번째쯤 되니 이게 우연이 아니라 구조라는 생각이 들었습니다. 이 글은 그 네 건을 모아놓고, 그래서 문서를 어떻게 읽어야 하는지를 정리한 글입니다.

30초 요약

네 가지 자리에서 숫자가 사라집니다 — 사용 한도, 요금제 배수, 가동률 보장, 데이터 보존 기간.
공통 구조는 하나입니다. 문서는 범위와 조건을 주고, 실제 값은 내 계정 화면에 있습니다.
"숨긴다"고 읽으면 틀립니다. 소비량과 설정이 계정마다 다른 구조에서는 숫자를 적어두는 쪽이 오히려 틀린 안내가 됩니다.
대신 대가가 있습니다 — 결제 전에 "내 업무량이 감당되나"를 문서로 판단할 수 없습니다. 이건 불편한 게 맞습니다.
그래서 순서가 바뀝니다 — 문서에서 숫자를 찾지 말고, 문서에서 조건을 찾고 숫자는 계정에서 세세요.
관찰 네 건이고 그중 셋은 같은 회사입니다. 업계 전체가 그렇다고 말하지 않겠습니다.

이 글의 근거 — 네 건

찾던 숫자	문서에 있던 것	실제 값이 있는 곳
무료 API 한도 A사	숫자 없음. "can be viewed in Google AI Studio"	스튜디오의 한도 화면
상위 요금제 배수 B사	"5x or 20x more usage than the Pro plan" — 기준값 없음	`설정 → Usage` 진행 막대
가동률 보장 B사	숫자 붙은 티어는 판매 중단, 기본은 "best-effort availability"	공개 상태 페이지의 실측 기록
데이터 보존 기간 A사	숫자는 있으나 전부 "as determined by admins"	우리 조직 관리 콘솔

각 건의 원문과 확인 경위는 따로 정리해뒀습니다 — 무료 API 한도 · 요금제 배수 · 가동률 · 보존 기간. 이 글은 그 네 건을 겹쳐 보고 나온 이야기입니다.

① 숫자가 사라지는 네 가지 방식

방식 1. 아예 안 적고 화면으로 보냅니다

무료 API 한도 문서가 그랬습니다. "Rate limits depend on a variety of factors (such as your usage tier) and can be viewed in Google AI Studio." — 계정 조건에 따라 달라지니 화면에서 보라는 것입니다. 그래서 인터넷에 도는 "분당 몇 회"는 어느 시점 어떤 계정 기준인지 알 수 없는 숫자가 됩니다.

방식 2. 상대값만 적습니다

"5x or 20x more usage than the Pro plan". 배수는 알겠는데 기준인 1배가 어디에도 없습니다. 그래서 "20배면 우리 업무량이 감당되나?"에 답이 안 나옵니다.

방식 3. 숫자가 붙은 상품이 닫혀 있습니다

가동률에서 유일하게 숫자가 붙은 티어는 "no longer available for purchase"였고, 기본 티어는 문서가 스스로 "best-effort availability"라고 적습니다. 오늘 15시에 다시 열어봤는데 두 문장 모두 그대로였습니다.

방식 4. 숫자는 있는데 우리가 정하는 값입니다

보존 기간은 90일~무기한처럼 범위가 적혀 있었습니다. 그런데 옆에 "as determined by admins"가 붙습니다. 문서가 주는 건 범위고 실제 값은 우리 관리 콘솔에 있습니다.

방식은 넷인데 착지점은 하나입니다 — 결국 내 계정 화면입니다.

② "숨긴다"고 읽으면 틀립니다

여기서 쉽게 갈 수 있는 길이 있습니다. "벤더가 불리한 숫자를 감춘다"는 프레임이요. 자극적이고 공감도 잘 됩니다. 그런데 저는 그렇게 쓰지 않겠습니다. 반대쪽 논리가 더 설득력 있기 때문입니다.

숫자를 적어두면	무슨 일이 생기나
"하루 N개"	대화 길이·모델·첨부 크기에 따라 소비가 달라지므로 대부분의 계정에 틀린 안내가 됩니다
"가동률 99.9% 보장"	그 숫자에 계약상 묶입니다. 그래서 보장은 별도 상품·별도 계약으로 갈라집니다
"보존 90일"	관리자가 바꿀 수 있는 값인데 바꿀 수 없는 값처럼 읽힙니다

⚖️ 그렇다고 불편이 사라지는 건 아닙니다

양쪽 다 인정하는 게 정확합니다. 구조적으로 이해는 되지만, 결제 전에 "내 업무량이 감당되나"를 문서로 판단할 수 없다는 건 실제 불편입니다. 특히 도입 검토서를 써야 하는 사람에게는 근거 문서가 없다는 뜻이니까요.

그래서 결론은 "화를 낼 일이 아니라 절차를 바꿀 일"입니다. 문서에서 답을 못 얻는다면 답이 있는 곳에서 얻으면 됩니다. 그게 ③번입니다.

③ 문서를 읽는 순서가 바뀝니다

❌ 지금까지 — 문서를 열어 숫자를 찾는다 → 없으면 검색해서 남의 글 숫자를 가져온다 → 그 숫자로 계획을 세운다

✅ 바꾼 뒤 — 문서에서 조건과 범위를 찾는다 → 숫자는 내 계정 화면에서 센다 → 벤더에는 "그 값이 어디서 정해지는지"를 묻는다

이렇게 바꾸면 남의 글 숫자를 옮겨 적을 일이 없어집니다. 그리고 시간이 지나도 안 틀립니다 — 화면은 항상 지금 값을 보여주니까요.

문서에서는 이 세 가지만 챙기세요

누가 정하는가 — as determined by / configurable / at our discretion
보장인가 노력인가 — best-effort / targets / guarantee
어디까지 적용되는가 — paid / outside / unless / no longer available

④ 그래서 열어야 할 화면 네 곳

화면	거기서 세는 것
사용량 화면	한 주간 관찰해서 어디서 막히는지. 요금제를 올릴지 결정하는 유일한 근거입니다
상태 페이지	가동률과 장애 이력. 퍼센트를 시간으로 바꿔서 읽으세요
관리 콘솔	보존 기간 설정값, 좌석 수, 활성 인원
청구 화면	갱신일과 실제 총액. 좌석료가 빠져 있지 않은지 확인

네 화면을 한 번씩 열고 캡처해두면 그게 그대로 도입 검토서의 근거가 됩니다. 남의 글에서 가져온 숫자보다 훨씬 강합니다 — 우리 계정의 값이니까요. 3개월 뒤 보고서에 무엇이 뽑히는지는 따로 정리해뒀습니다.

이 글의 한계 — 특히 표본

관찰 네 건이고, 그중 셋은 같은 회사입니다. 회사 두 곳에서 봤다는 것 이상을 주장하지 않겠습니다.
"업계 관행"이라고 쓰지 않았습니다. 네 건으로 업계를 말할 수 없습니다. 반례가 있을 수 있고, 저는 찾아보지 않았습니다.
OpenAI 문서는 계속 HTTP 403이라 이 관찰에 포함하지 못했습니다. 표본이 그만큼 좁습니다.
"왜 이렇게 쓰는가"는 제 추론입니다. 벤더가 그 이유를 밝힌 문서를 본 적은 없습니다.
2026년 8월 12일 기준. ③번 방식 3의 두 문장은 같은 날 15시에 재확인했습니다. 제휴·협찬 없습니다.

자주 묻는 것

Q. 아직 결제 전이라 계정이 없는데요?

그래서 무료 등급으로 먼저 계정을 만드는 게 검토 절차의 일부가 됩니다. 사용량 화면과 상태 페이지는 무료 계정으로도 대부분 볼 수 있습니다. 결제 없이 볼 수 있는 화면부터 열어보고, 그다음에 문서에서 조건을 확인하는 순서가 낫습니다. 검증 기간을 두는 방법은 2주 나란히 돌려보기에 있습니다.

Q. 그럼 남이 쓴 숫자 정리 글은 다 쓸모없나요?

아닙니다. 대략의 감을 잡는 데는 유용합니다. 문제는 그 숫자를 근거로 결제하거나 보고서에 넣을 때입니다. 판단 기준을 하나 제안드리면 — 그 글에 "확인 시점"과 "어떤 계정 기준인지"가 적혀 있는지 보세요. 둘 다 없으면 감으로만 쓰시고, 결정은 계정 화면으로 하세요. 이 글도 마찬가지입니다.

✨ 한 줄로

문서에서는 조건을 찾고, 숫자는 계정에서 세세요. 네 번 파본 결과가 이 한 줄입니다. 그리고 이건 벤더를 탓할 일이 아니라 검토 절차를 한 칸 옮길 일입니다.

️ 근거가 된 네 편 + 전체 지도

도입 단계 전체는 AI 도입 비용 전체 지도에 있습니다.

출처 및 확인 시점 — 2026년 8월 12일.
이 글은 앞선 네 편의 확인 결과를 종합한 글입니다. 각 원문·문서명·확인 경위는 위에 링크된 네 편에 기록돼 있으며, 여기서는 인용문만 옮겼습니다.
✅ 오늘 재확인: Claude Platform 「Service tiers」 — "no longer available for purchase"와 "targets 99.5% uptime" 두 문장이 8월 12일 15시 기준 그대로임을 다시 확인했습니다.
⚠️ 표본의 한계: 관찰 네 건, 회사 두 곳이며 그중 셋은 같은 회사입니다. 업계 전반의 관행이라고 주장하지 않습니다. OpenAI 문서는 HTTP 403으로 포함하지 못했습니다. "왜 이렇게 쓰는가"에 대한 설명은 필자의 추론이며 벤더가 밝힌 내용이 아닙니다.
영문 인용은 원문 표기 그대로이고 한국어 설명은 필자의 해석입니다. 문서와 화면 구성은 예고 없이 바뀌므로 본인 계정에서 직접 확인하신 값이 이 글보다 항상 최신입니다. 이 글은 법률·컴플라이언스 자문이 아니며, 어떤 제휴나 협찬 관계도 없습니다.

AI 데이터 정책은 회사가 아니라 제품마다 다릅니다 — 같은 회사 안에서 정반대였습니다

홍드로이드 — Wed, 12 Aug 2026 14:51:54 +0900

도입 · 데이터 정책

"이 회사는 학습에 쓴대"
— 어느 제품 이야기인가요?

같은 회사 문서인데 한쪽은 "사람이 읽을 수 있다", 다른 쪽은 "허가 없이 사람이 읽지 않는다"였습니다. 회사 이름으로 판단하면 안 되는 이유입니다.

지난 글에서 보안 검토 질문지에 답하는 4칸을 정리하면서, "다른 도구는 이 방법으로 직접 보세요"라고 적었습니다. 그러면 제가 먼저 해봐야 맞습니다. 그래서 같은 네 칸을 다른 회사에 던져봤습니다.

결과가 예상과 달랐습니다. 회사끼리의 차이보다 같은 회사 안 제품끼리의 차이가 더 컸습니다. 그리고 그 사실이, 보안 검토를 대하는 질문 자체를 바꿔놓습니다.

30초 요약

같은 회사, 다른 제품, 정반대 조항. 무료 API 문서는 "human reviewers may read, annotate, and process your API input and output", 업무용 제품 문서는 "won't be reviewed by human reviewers… without your permission."
보존 기간에 이번엔 숫자가 있었습니다. 업무용 "90 days to indefinite", 앱 "Up to 36 months", 노트북 "Not retained after session ends".
단, 전부 "as determined by admins"입니다 — 숫자를 정하는 건 회사가 아니라 우리 관리자입니다.
학습 조항에는 단서가 붙어 있습니다 — "not… used for Generative AI model training outside your domain without permission."
데이터 경계 — "Your interactions with Gemini stay within your organization."
그래서 질문을 바꿔야 합니다. "이 회사 어때요?"가 아니라 "우리가 쓰는 그 제품, 그 요금제 문서가 무엇입니까?"

먼저, 무엇을 열었나

직접 읽은 문서

Google Workspace 생성형 AI 개인정보 허브 — 오늘(8/12) 확인
Gemini API 추가 약관 — 앞선 글에서 확인한 값
Anthropic 인증·지역·보존 문서 3종 — 앞선 글에서 확인한 값

⚠️ 미리 밝히는 한계

두 회사의 우열을 가리는 글이 아닙니다. 문서 구조가 서로 달라 같은 잣대로 점수를 매길 수 없습니다.
제품군 전체를 훑지 않았습니다. 문서에 나온 항목만 옮겼습니다.
OpenAI는 이번에도 403이라 비교에 넣지 못했습니다.

이 글의 목적은 순위가 아니라 "어느 문서를 봐야 하는가"를 정하는 것입니다.

① 같은 회사 안에서 정반대였습니다

사람이 내 입력을 읽을 수 있는가. 보안 검토에서 가장 민감한 항목입니다. 같은 회사 문서 두 개를 나란히 놓습니다.

제품	문서에 적힌 것
무료 API 구간	"human reviewers may read, annotate, and process your API input and output"
업무용 제품	"won't be reviewed by human reviewers or otherwise used to train generative AI models without your permission."

이게 왜 중요한가

"○○는 사람이 읽는대"와 "○○는 안 읽는대"가 둘 다 사실일 수 있습니다. 회사 이름만 놓고 다투면 결론이 안 납니다. 어느 제품, 어느 구간이냐가 조항을 정합니다.

실무에서 위험한 조합이 여기서 나옵니다 — 회사는 업무용 제품을 계약했는데, 개발자는 개인 무료 API 키로 프로토타입을 만드는 경우. 계약서에 적힌 보호는 그 키에 따라오지 않습니다. 무료 구간의 조건은 여기에 정리해뒀습니다.

② 보존 기간 — 이번엔 숫자가 있었습니다

앞서 다른 회사 처리방침에서는 보관 기간이 "as long as reasonably necessary"로 숫자 없이 적혀 있었습니다. 이번 문서에는 숫자가 있었습니다.

제품	프롬프트·응답 보존
업무용(Workspace 내 Gemini)	"90 days to indefinite" — 90일부터 무기한까지
Gemini 앱	"Up to 36 months" — 최대 36개월
노트북형	"Not retained after session ends" — 세션 종료 후 미보관

⚠️ 숫자 옆의 다섯 단어를 꼭 같이 읽으세요

앞의 두 줄에는 "as determined by admins"가 붙어 있습니다. 정하는 주체가 벤더가 아니라 우리 회사 관리자라는 뜻입니다.

그래서 보안 질문지의 「보존 기간」 칸에 "90일"이라고만 적으면 틀릴 수 있습니다. 정확한 답은 "제품 기본 범위는 90일~무기한이며, 우리 조직 설정값은 ○○"입니다. 문서에서 찾을 수 있는 건 범위까지고, 실제 값은 관리 콘솔에 있습니다. 관리자 화면에서 무엇이 뽑히는지는 여기에 정리해뒀습니다.

③ 학습 조항의 단서 — "우리 도메인 밖"

학습 항목의 원문입니다. 좋은 조항인데, 가운데에 범위 한정어가 있습니다.

"Your content is not human reviewed or otherwise used for Generative AI model training outside your domain without permission."

"Workspace does not use customer data for training models without customer's prior permission or instruction."

첫 문장은 "도메인 밖에서의" 학습을 부정합니다. 둘째 문장은 "사전 허가나 지시 없이는" 쓰지 않는다고 합니다. 두 문장을 겹쳐 읽으면 "허가하면 달라진다"는 구조입니다.

✋ 여기서 제 해석의 한계를 밝힙니다

"도메인 안에서는 쓴다"고 읽으면 과잉 해석입니다. 그 문장은 도메인 밖을 부정할 뿐, 안에서 무엇을 하는지는 말하지 않습니다. 저는 그 답을 확인하지 못했습니다.

그래서 이 항목은 벤더에 직접 물어야 하는 질문으로 남깁니다 — "도메인 내부에서의 모델 개선·튜닝에 우리 데이터가 사용됩니까? 사용된다면 어느 문서 몇 항입니까?" 좋은 조항일수록 한정어가 어디까지인지를 봐야 합니다.

④ 두 회사, 네 칸

지난 글의 네 칸에 두 회사를 넣어봤습니다. 우열이 아니라 "문서 구조가 다르다"를 보시라고 만든 표입니다.

칸	A사 문서에서	B사 문서에서
인증	SOC 2, ISO 27001, ISO 42001, HIPAA 대응 — 목록 명시, 보고서는 포털 요청	SOC 2, ISO 27001/27017/27018, CSA STAR 등 — 준수 프레임워크 목록형
데이터 위치	지역 엔드포인트(한국 포함), 저장·처리 모두 지정 지역 내	조직 경계 중심 서술 — "stay within your organization"
보존	기간에 숫자 없음. 대신 제로 데이터 보존 계약이 별도로 있고 개인 요금제는 제외	제품별 숫자 있음(90일~무기한 / 최대 36개월 / 세션 후 미보관). 단 관리자가 결정
하위 처리자	확인 실패(경로 안 열림)	이번에 확인하지 않음

표를 만들고 나서 든 생각을 그대로 적습니다. 한쪽이 낫다고 말하기 어렵습니다. 보존 기간에 숫자가 있는 쪽이 친절해 보이지만 그 숫자를 정하는 건 우리 관리자고, 숫자가 없는 쪽은 대신 계약으로 아예 저장을 안 하는 선택지를 둡니다. 다른 방식으로 답을 주는 것이지 한쪽이 숨기는 게 아닙니다.

⑤ 그래서 질문을 바꿔야 합니다

❌ 이렇게 묻지 마세요
"이 회사 보안 괜찮나요?" / "○○는 학습에 쓴대요?"

✅ 이렇게 물으세요
"우리가 쓰는 그 제품의 그 요금제에 적용되는 문서가 무엇입니까? 그 문서에서 학습·보존·사람 검토는 각각 어떻게 적혀 있습니까?"

길어 보이지만 이 한 문장이 엉뚱한 문서를 근거로 답변서를 쓰는 사고를 막습니다. 오늘 확인한 것만 봐도 같은 회사 안에서 조항이 정반대였으니까요.

그리고 문서를 열면 이 세 단어를 찾으세요

without permission / without your consent — 허가하면 달라진다는 뜻입니다. 누가 어떻게 허가하는지까지 보세요
outside / external — 범위 한정어. "밖에서는 안 한다"가 "안에서도 안 한다"는 아닙니다
as determined by / configurable — 숫자가 있어도 우리가 정하는 값이라는 신호. 그러면 답은 문서가 아니라 관리 콘솔에 있습니다

이 글의 한계

두 회사의 우열을 판정하지 않았습니다. 문서 구조가 달라 같은 잣대로 비교할 수 없습니다.
"도메인 안에서는 학습에 쓴다"고 쓰지 않았습니다. 문서가 말하지 않은 것이고, 저는 확인하지 못했습니다.
하위 처리자는 양쪽 다 확인하지 못했습니다(A사는 경로 실패, B사는 이번에 열지 않음). 성격이 다른 미확인이라 나눠 적었습니다.
제품군 전체를 훑지 않았습니다. 각 회사가 문서에 나열한 제품만 옮겼습니다.
OpenAI는 HTTP 403으로 이번에도 열지 못해 비교에서 빠졌습니다.
법률·컴플라이언스 자문이 아닙니다. 국내 법령 요건 충족 여부는 판단하지 않았습니다. 2026년 8월 12일 기준이며 제휴·협찬 없습니다.

자주 묻는 것

Q. 그래서 어느 쪽이 더 안전한가요?

답하지 않겠습니다. 두 문서가 서로 다른 것을 약속하고 있어서, 순위를 매기려면 "우리에게 무엇이 더 중요한가"를 먼저 정해야 합니다. 저장을 아예 안 하는 게 중요한 조직도 있고, 데이터가 국내에 남는 게 중요한 조직도 있습니다. 그 우선순위는 제가 정할 수 없습니다. 대신 ⑤번의 질문 한 문장으로 같은 정보를 양쪽에서 받아낸 다음 비교하시면 됩니다.

Q. 우리는 이미 계약했는데 지금 다시 볼 필요가 있나요?

한 가지만 보세요 — 계약한 제품과 실제로 쓰는 제품이 같은지. 오늘 확인한 대로 같은 회사 안에서도 조항이 갈립니다. 계약은 업무용으로 해놓고 개인 계정이나 무료 API 키로 실무가 돌아가고 있다면, 계약서의 보호는 거기 따라오지 않습니다. 사용 경로를 세는 방법은 보안 질문지 글에 있습니다.

➕ 세 번째 회사에도 던져봤습니다 — 표가 한 칸 더 늘었습니다

여기서 두 회사를 비교했는데, 같은 네 칸을 세 번째 회사(사무용 협업 도구에 붙은 AI)에도 던졌습니다. 새로 나온 것 세 가지입니다.

사람 검토를 옵트아웃 — "Microsoft 365 Copilot services have opted out of it." "안 한다"가 아니라 "기능은 있는데 쓰지 않기로 했다"는 표현
데이터 경계에 예외가 있음 — EU 밖 고객은 처리 지역이 열려 있고(한국이 여기), 하위 처리자에 따라 경계에서 제외되는 모델도 있습니다

✨ 한 줄로

회사 이름으로 판단하지 마세요. 같은 회사 안에서 무료 구간은 사람이 읽을 수 있고 업무용은 허가 없이 안 읽습니다. 물어야 할 건 하나입니다 — "우리가 쓰는 그 제품, 그 요금제에 적용되는 문서가 무엇입니까?"

️ AI 도입, 순서대로 보기

전체 단계는 AI 도입 비용 전체 지도에 있습니다.

보안 검토 질문지에 답할 때 — 이 글이 쓴 4칸의 원본
무료 API — 약관에 적힌 대가 — 무료 구간 조건
학습 설정 확인하는 법 — 개인 계정 쪽
개인정보 넣기 전 확인할 6곳 — 보관 기간 항목

출처 및 확인 시점 — 2026년 8월 12일 확인.
✅ 오늘 직접 읽은 문서: Google Workspace 생성형 AI 개인정보 허브(knowledge.workspace.google.com).
앞선 글에서 확인한 값을 재사용: Gemini API 추가 약관(무료 구간 조항), Anthropic 인증·지역 준수·제로 데이터 보존 문서 3종. 각 원문과 확인 경위는 해당 글에 있습니다.
⚠️ 확인하지 못한 것: 양사 하위 처리자 목록(A사=경로 실패, B사=이번에 열지 않음), 도메인 내부에서의 데이터 사용 여부, OpenAI 관련 문서(HTTP 403). 추측해서 쓰지 않았습니다.
회사명을 A·B로 적은 것은 우열 비교로 읽히지 않게 하기 위해서이며, 각 항목의 출처는 위 링크된 글에서 확인하실 수 있습니다. 영문 인용은 원문 표기 그대로이고 한국어 설명은 필자의 해석입니다. 문서와 제품 구성은 예고 없이 바뀌므로 실제 검토 전 공식 문서를 직접 확인하세요. 이 글은 법률·컴플라이언스 자문이 아니며 어떤 제휴나 협찬 관계도 없습니다.

내 대화가 AI 학습에 쓰이는지 확인하는 법 — 설정 경로와, 꺼도 남는 것

홍드로이드 — Wed, 12 Aug 2026 14:16:56 +0900

무료 · 개인정보

학습 끄기를 눌러도
이미 학습된 것은 그대로입니다.

그리고 공식 문서 두 곳의 표현이 서로 다르게 읽힙니다. 그래서 이 글의 결론은 하나입니다 — 내 계정의 토글을 직접 보세요. 30초면 됩니다.

"AI에 넣은 내 대화, 학습에 쓰이나요?" 검색하면 답이 여럿 나옵니다. 어떤 글은 기본이 켜져 있다고 하고, 어떤 글은 꺼져 있다고 합니다. 둘 다 확신에 차 있습니다.

그래서 오늘은 공식 문서를 직접 열었습니다. 그런데 문서 두 곳의 표현이 서로 다르게 읽혔습니다. 이 글은 그 상황을 숨기지 않고 그대로 적고, 그럼에도 확실한 것 — 설정 경로와, 껐을 때 실제로 벌어지는 일을 정리한 글입니다.

30초 요약

설정 경로는 30초입니다 — 내 이름 → 설정 → 개인정보 → "Help Improve our AI models" 토글.
끄면 앞으로만 멈춥니다 — "we will not use any new chats and coding sessions… for future model training."
이미 진행된 것은 되돌아오지 않습니다 — "Your data will still be included in model training that has already started and in models that have already been trained."
예전 대화는 앞으로의 학습에서 빠집니다 — "we will stop using your previously stored chats and coding sessions in future model training runs."
예외가 셋 있습니다 — 안전 분류기에 걸린 대화, 내가 남긴 피드백, 그리고 반대로 시크릿 대화는 켜져 있어도 안 쓰입니다.
공식 문서 두 곳의 표현이 다르게 읽힙니다. 그래서 기본값을 남의 글로 판단하지 마세요. 토글을 직접 보는 게 유일하게 확실합니다.

먼저, 무엇을 열었나

2026년 8월 12일에 직접 읽은 공식 문서

「모델 개선 개인정보 설정 바꾸기」 — 경로와 끈 뒤의 동작
「내 데이터가 모델 학습에 쓰이나요?」 — 대상 제품과 예외

⚠️ 미리 밝히는 한계

두 문서의 표현이 서로 다르게 읽혔습니다. 어느 쪽이 우선인지 저는 판정하지 못했습니다(③번).
화면을 직접 띄워 확인하지 않았습니다. 문서에 적힌 경로를 옮긴 것이라 메뉴 이름이 다를 수 있습니다.
기업·API 제품은 별도 문서로 안내되며, 이 글은 개인용 제품 기준입니다.

한 회사 이야기입니다. 다른 서비스에서 같은 자리를 찾는 법은 ⑤번에 넣었습니다.

① 설정 경로 — 30초

브라우저나 데스크톱 앱에서

내 이름 → 설정(Settings) → 개인정보(Privacy) → Help Improve our AI models

토글 하나입니다. 지금 켜져 있는지 꺼져 있는지를 눈으로 보는 것, 그게 이 글에서 가장 확실한 정보입니다. 남의 글에서 "기본값은 ○○"을 읽는 것보다 정확합니다.

여기서 지금 상태를 캡처해두시길 권합니다. 나중에 "내가 껐던가?" 하고 다시 헷갈릴 때, 그리고 약관이 개정되면서 설정이 어떻게 됐는지 확인할 때 기준점이 됩니다.

② 껐을 때 실제로 벌어지는 일

여기가 이 글의 핵심입니다. "끈다"는 게 "지운다"가 아닙니다. 문서 원문을 그대로 옮깁니다.

대상	끄면 어떻게 되나
앞으로의 대화	학습에 안 쓰입니다. "we will not use any new chats and coding sessions… for future model training."
예전에 저장된 대화	앞으로의 학습 실행에서는 빠집니다. "we will stop using your previously stored chats and coding sessions in future model training runs."
이미 시작된 학습 이미 만들어진 모델	그대로 포함된 채 남습니다. "Your data will still be included in model training that has already started and in models that have already been trained."

그래서 이 설정은 "빠를수록 좋은" 종류입니다

되돌릴 수 있는 범위가 "앞으로"와 "앞으로의 학습 실행"까지입니다. 이미 만들어진 모델에서 특정인의 데이터를 빼는 건 기술적으로 다른 문제이고, 문서도 그렇게 말하지 않습니다.

이건 비난할 대목이라기보다 구조를 아는 문제입니다. 학습이 끝난 모델은 되감기가 안 되니까요. 대신 실무 결론은 분명합니다 — "나중에 끄지"가 통하지 않는 설정입니다. 그리고 애초에 넣지 말아야 할 것을 넣지 않는 게 이 토글보다 강력합니다(넣기 전 확인할 6곳).

③ 공식 문서 두 곳이 다르게 읽힙니다

여기는 제가 결론을 내리지 못한 부분이라 그대로 적습니다. 기본값이 켜짐인지 꺼짐인지에 대해 두 문서의 표현이 다르게 읽혔습니다.

문서	그 표현대로면
소비자 이용약관 이전에 확인한 문구 "…unless you opt out of training through your account settings."	끄지 않으면 쓰인다로 읽힙니다 — 즉 기본 켜짐
개인정보 센터 안내 오늘 확인 "We will use your chats and coding sessions… if: 1. You choose to allow us…"	허용해야 쓰인다로 읽힙니다 — 즉 기본 꺼짐

✋ 제가 앞서 쓴 글도 여기서 함께 짚습니다

전에 계약 조항을 정리한 글에서 소비자 약관의 저 문구를 인용하며 "끄지 않으면 학습에 쓰인다"는 취지로 적었습니다. 약관 문장을 옮긴 것 자체는 지금도 맞습니다. 다만 오늘 개인정보 센터 쪽을 읽고 보니, 그 문장만으로 기본값을 단정할 수는 없었습니다.

어느 쪽이 틀렸다고 말하지 않겠습니다. 문서 개정 시점 차이일 수도, 지역·계정 유형에 따른 차이일 수도, 제가 못 본 단서가 있을 수도 있습니다. 확실한 건 하나 — 문서로 기본값을 확정하려는 시도 자체가 불안정하다는 것입니다. 그래서 ①번의 토글을 직접 보시라는 겁니다.

④ 토글과 상관없는 예외 셋

경우	어떻게 되나
안전 분류기에 걸린 대화	꺼도 쓰일 수 있습니다. "they may still be used to improve our internal trust and safety models, detect harmful content, enforce our policies, or advance our safety research."
내가 남긴 피드백	별도로 활용될 수 있습니다. 버튼도 데이터를 보내는 행동입니다
시크릿 대화	반대 방향 — 켜져 있어도 학습에 안 쓰입니다. "Your Incognito chats are not used to improve Claude, even if you have enabled Model Improvement"

세 번째 줄이 실용적입니다. 토글을 켜둔 채로도, 민감한 건만 시크릿으로 돌리면 됩니다. 전체를 끄고 켜는 것보다 부담이 적어서 실제로 지켜집니다. 다만 "학습에 안 쓰인다"가 "서버에 안 남는다"는 아닙니다 — 보관 기간은 별개 항목이라 따로 확인하셔야 합니다.

⑤ 다른 서비스에서 같은 자리 찾기

설정 화면에서 찾을 단어

개선 / improve — "학습"이 아니라 "개선에 도움"이라고 적혀 있는 경우가 많습니다
활동 기록 / history — 기록 저장과 학습 사용이 한 스위치에 묶인 서비스가 있습니다. 끄면 내 기록도 같이 사라집니다
temporary / 시크릿 — 건별로 제외하는 방법이 있는지

그리고 문서에서는 "이미 학습된"에 해당하는 표현(already been trained)을 찾아보세요. 끄기 버튼이 어디까지 되돌리는지가 거기 적혀 있습니다. 무료 API를 쓰신다면 조건이 또 다릅니다 — 무료 구간의 데이터 조항을 보세요.

이 글의 한계

기본값이 켜짐인지 꺼짐인지 확정하지 못했습니다. 문서 두 곳의 표현이 다르게 읽혔고, 어느 쪽이 우선인지 판단할 근거가 없었습니다.
화면을 직접 띄우지 않았습니다. 경로는 문서 표기를 옮긴 것이라 실제 메뉴명이 다를 수 있습니다.
개인용 제품 기준이며 기업·API는 별도 문서로 안내됩니다.
한 회사 설정입니다. 다른 서비스는 ⑤번 방법으로 직접 보세요.
2026년 8월 12일 기준. 설정과 정책은 예고 없이 바뀝니다. 제휴·협찬 없습니다.

자주 묻는 것

Q. 이미 넣어버린 민감한 내용은 어떡하죠?

순서대로 하세요. ①토글을 끄고 ②해당 대화를 삭제합니다. 그러면 앞으로의 학습에서는 빠집니다. 다만 이미 학습이 끝난 부분까지 되돌릴 수는 없습니다. 회사 자료였다면 개인 판단으로 끝내지 마시고 보안·개인정보 담당에게 알리는 게 먼저입니다. 늦게 알려서 커지는 경우가 훨씬 많습니다.

Q. 그냥 계속 꺼두면 되나요? 성능이 나빠지진 않나요?

내 대화 품질과는 무관한 설정입니다. 이건 내 데이터를 모델 개선에 쓸지에 대한 것이지, 내가 받는 답의 성능을 조절하는 스위치가 아닙니다. 다만 이 판단은 개인 취향의 문제만도 아닙니다 — 회사 자료를 다루신다면 사규나 계약이 정해둔 바가 있을 수 있으니 사내 규정 쪽을 먼저 확인하세요.

✨ 한 줄로

기본값이 뭔지 검색하지 마시고 설정 → 개인정보에서 토글을 직접 보세요. 그리고 끄기는 앞으로만 되돌립니다 — 그래서 나중이 아니라 지금 확인하는 게 맞습니다.

출처 및 확인 시점 — 2026년 8월 12일 확인.
✅ 직접 읽은 문서: Anthropic 개인정보 센터 「How do I change my model improvement privacy settings?」·「Is my data used for model training?」. 소비자 이용약관 인용 문구는 앞선 글에서 확인한 값입니다.
⚠️ 판정하지 못한 것: 학습 사용의 기본값(켜짐/꺼짐). 두 공식 문서의 표현이 서로 다르게 읽혔고, 어느 쪽이 우선인지 확인할 근거가 없어 단정하지 않았습니다. 개정 시점·지역·계정 유형 차이일 가능성을 배제하지 않았습니다.
⚠️ 확인하지 않은 것: 실제 설정 화면(문서에 적힌 경로를 옮김), 기업·API 제품의 조건(별도 문서).
영문 인용은 원문 표기 그대로이며 한국어 설명은 필자의 해석입니다. 설정 경로·정책·기본값은 예고 없이 바뀌므로 본인 계정에서 직접 확인하신 결과가 이 글보다 항상 최신입니다. 이 글은 법률 자문이 아니며 어떤 제휴나 협찬 관계도 없습니다.

AI 도구 갱신일 — 좌석을 줄일 수 있는 유일한 날입니다

홍드로이드 — Wed, 12 Aug 2026 13:42:13 +0900

갱신 · 협상

갱신일은 그냥 지나가는 날이 아닙니다.
좌석을 줄일 수 있는 유일한 날입니다.

공식 문서 원문 — "Seats cannot be removed during your annual term… reductions to your seat count only take effect at renewal." 그날을 놓치면 1년을 더 냅니다.

AI 도구 갱신은 대개 조용히 지나갑니다. 카드가 자동으로 긁히거나, 총무팀에서 "작년과 같은 조건으로 연장했습니다" 메일이 오거나요. 그런데 그 하루가 1년치 비용을 정하는 날입니다.

특히 좌석 수는 아무 때나 조정되지 않습니다. 공식 문서를 열어보니 요금제에 따라 조정 가능한 시점이 달랐고, 한쪽은 갱신일이 아니면 아예 줄일 수 없었습니다. 오늘은 그 규칙과, 갱신일을 역산해서 준비할 것을 정리했습니다.

30초 요약

엔터프라이즈는 연간 기간 중 좌석 감축이 안 됩니다. 원문 — "reductions to your seat count only take effect at renewal."
엔터프라이즈 최소 좌석은 20석입니다 — "Enterprise plans require a minimum of 20 seats."
추가는 언제든, 즉시 청구됩니다 — "New seats are prorated for the remainder of your billing cycle and charged immediately." 넣기는 쉽고 빼기는 어렵습니다.
팀 요금제는 기간 중에도 좌석 수를 줄일 수 있습니다. 다만 환불은 없습니다 — 비운 좌석은 다음 사람에게 물려주는 것입니다.
협상 테이블에 올릴 숫자는 네 개면 충분합니다. 전부 내 계정에서 나옵니다.
준비는 갱신 60일 전부터입니다. 영업 지원형 계약이면 담당자를 거쳐야 해서 시간이 더 듭니다.

먼저, 무엇을 열었나

2026년 8월 12일에 직접 읽은 공식 도움말

「엔터프라이즈 좌석 구매·관리」
「팀 플랜 좌석 구매·관리」

확인하지 못한 것 — 계약 기간의 길이와 갱신 통지 기한은 이 문서들에 없었습니다. "annual term"이라는 표현만 나옵니다. 그리고 영업 지원형(sales-assisted) 계약의 조건은 문서 바깥이라 이 글이 다루지 못합니다. 그쪽은 개별 계약서가 우선입니다.

① 좌석을 언제 줄일 수 있나

항목	팀	엔터프라이즈
좌석 추가	언제든 · 일할 계산 후 즉시 청구	언제든 · 일할 계산 후 즉시 청구
좌석 감축	기간 중에도 총 좌석 수 줄이기 가능	기간 중 불가 · 갱신 때만 반영
환불	없음 — 좌석이 비어서 대기	문서에 별도 언급 없음
최소 좌석	2명 (별도 문서 기준)	20석
조작 권한	Owner · Primary Owner만	영업 지원형은 담당자 경유

표를 한 줄로 읽으면

넣는 문은 항상 열려 있고, 빼는 문은 1년에 한 번 열립니다.

이건 불공정하다는 이야기가 아닙니다. 연간 계약이란 원래 그런 것이고, 대신 단가가 낮아집니다. 문제는 이 구조를 모른 채 "나중에 정리하지"라고 미루는 경우입니다. 그 "나중"이 1년 뒤라는 걸 알고 나면 좌석 배정이 훨씬 신중해집니다. 좌석 단가 자체에 대한 오해는 팀 요금제는 개인보다 싸지 않습니다에 정리해뒀습니다.

② 갱신일 역산 — 60일 전부터

시점	할 일
D-60	갱신일이 언제인지부터 확인. 의외로 이걸 모르는 조직이 많습니다. 청구 화면에서 갱신일과 계약 형태(셀프서브/영업 지원형)를 같이 보세요
D-45	③번의 숫자 네 개를 뽑아 적정 좌석 수를 산출
D-30	벤더에 ④번 질문을 메일로 발송. 답을 기록으로 남기는 게 목적입니다
D-14	좌석 정리 실행 — 비활성 사용자에게 먼저 알리고 회수. 갑자기 끊으면 업무가 멈춥니다
D-0	확정. 여기서 못 줄이면 다음 기회는 1년 뒤입니다

D-60이 과해 보일 수 있는데, 영업 지원형 계약이면 담당자를 거쳐야 하고 회신에 시간이 듭니다. 그리고 내부 결재가 필요하면 거기서 또 며칠입니다. 셀프서브 팀 요금제라면 D-30부터도 충분합니다.

③ 협상 테이블에 올릴 숫자 네 개

전부 내 계정에서 나오는 값입니다. 벤더가 계산해준 숫자는 여기 넣지 마세요.

1. 활성 인원 ÷ 배정 좌석

이 글에서 가장 중요한 숫자입니다. 이 비율이 곧 적정 좌석 수의 근거가 됩니다. 관리자 화면에서 그대로 나옵니다(뽑는 법).

2. 실제 총액 (좌석료 + 초과 사용료)

지출 CSV만 보면 좌석료가 빠질 수 있습니다. 좌석 기반 플랜에서 내보내기는 좌석 할당 초과분만 반영하는 경우가 있어서, 손으로 합쳐야 진짜 총액이 나옵니다.

3. 지출 집중도

몇 사람에게 몰려 있다면 좌석을 줄이고 그 사람들 한도를 올리는 조합이 더 나을 수 있습니다. 인원과 사용량을 분리해서 생각하세요.

4. 멈춘 시간

지난 1년간 장애로 업무가 멈춘 기록이 있다면 그것도 협상 재료입니다. 상태 페이지에 가동률과 이력이 공개돼 있으니 캡처해두세요(가동률 읽는 법). 다만 이건 보상을 받아내는 카드라기보다 조건을 조정하는 근거로 쓰는 게 현실적입니다.

④ 벤더에 보낼 다섯 문장

전화로 물으면 기억으로 남고, 메일로 물으면 기록으로 남습니다. 그대로 복사해 쓰셔도 됩니다.

"현재 갱신일과 계약 종료일이 각각 며칠입니까?"
"좌석 수를 줄이려면 언제까지 통지해야 합니까? 통지 방법도 알려주세요."
"자동 갱신 조항이 있습니까? 있다면 그 조항이 어느 문서 몇 항에 있습니까?"
"갱신 시 단가가 변경될 예정입니까? 인상 통지는 언제 어떻게 옵니까?"
"현재 요금제에서 좌석 유형이 통합·변경되는 일정이 있습니까?"

3번을 꼭 넣으세요

앞서 상용 약관을 조항 번호까지 읽었을 때, 자동 갱신을 명시한 문구를 표준 약관에서 찾지 못했습니다. 그건 "자동 갱신이 없다"는 뜻이 아니라 다른 문서에 있을 수 있다는 뜻입니다.

그래서 "있습니까"가 아니라 "어느 문서 몇 항입니까"로 물어야 합니다. 답이 Order Form이나 별도 부속서를 가리킨다면, 진짜 조건은 표준 약관이 아니라 그쪽에 있다는 신호입니다.

⑤ 줄이기 전에 한 번 더 볼 것

좌석을 줄이는 게 항상 정답은 아닙니다. 활성률이 낮은 이유가 두 가지로 갈리기 때문입니다.

이유	그러면
필요 없어서 안 쓴다	좌석 감축이 맞습니다
불편해서 못 쓴다	줄이면 오히려 손해입니다. 경로를 고치는 게 먼저고, 그동안 사람들은 개인 계정으로 흘러갑니다

구분하는 방법은 단순합니다 — 안 쓰는 사람 다섯 명에게 직접 물어보세요. 이 대화 한 번이 대시보드보다 정확합니다. 승인 경로가 개인 계정보다 불편하면 사람들이 왜 우회하는지는 사내 규정이 안 지켜지는 이유에 정리해뒀습니다.

이 글의 한계

계약 기간 길이와 갱신 통지 기한은 확인하지 못했습니다. 문서에 "annual term" 표현만 있었습니다.
영업 지원형 계약 조건은 문서 바깥입니다. 개별 계약서가 우선하며, 이 글의 규칙과 다를 수 있습니다.
엔터프라이즈 좌석 감축 시 환불 여부는 문서에 별도 언급이 없었습니다. 없다고 단정하지 않았습니다.
D-60 같은 일정은 제 제안이며 규정이 아닙니다. 조직 결재 속도에 맞춰 조정하세요.
한 회사의 요금제 규칙입니다. 다른 도구는 ④번 다섯 문장을 그대로 물어보세요 — 그쪽이 이 글보다 정확합니다.
2026년 8월 12일 기준. 법률 자문이 아니며 제휴·협찬 없습니다.

자주 묻는 것

Q. 갱신일을 놓쳤습니다. 방법이 없나요?

문서 기준으로는 다음 갱신까지 기다려야 합니다. 다만 두 가지는 지금 할 수 있습니다 — ①비운 좌석을 새 인원에게 물려주기(어차피 값은 냈으니 활용도를 올리는 쪽), ②다음 갱신일을 지금 달력에 D-60으로 등록하기. 두 번째가 진짜 조치입니다. 같은 일이 반복되는 이유는 대개 담당자가 바뀌면서 갱신일 정보가 사라지기 때문입니다.

Q. 연간 대신 월간으로 가면 자유롭지 않나요?

유연해지는 대신 단가가 올라갑니다. 판단 기준은 인원 변동 폭입니다 — 1년 안에 사람이 크게 줄 것 같으면 월간의 유연성이 할인보다 클 수 있고, 안정적이면 연간이 낫습니다. 계산에 필요한 단가 차이는 좌석 단가 글에 공식 가격표 숫자로 정리해뒀습니다.

✨ 한 줄로

넣는 문은 늘 열려 있고 빼는 문은 1년에 한 번 열립니다. 지금 할 일은 하나예요 — 우리 갱신일이 며칠인지 확인하고 달력에 D-60을 찍어두는 것. 5분이면 됩니다.

️ AI 도입, 순서대로 보기

전체 단계는 AI 도입 비용 전체 지도에 있습니다.

출처 및 확인 시점 — 2026년 8월 12일 확인.
✅ 직접 읽은 문서: Claude 고객센터 「Purchase and manage seats on Enterprise plans」·「Purchase and manage seats on Team plans」. 팀 최소 좌석(2명)은 「What is the Team plan?」에서 확인한 값입니다.
⚠️ 확인하지 못한 것: 계약 기간 길이, 갱신 통지 기한, 엔터프라이즈 좌석 감축 시 환불 여부, 영업 지원형 계약의 개별 조건. 추측해서 쓰지 않았습니다.
영문 인용은 원문 표기 그대로이며 한국어 설명과 일정표(D-60 등)는 필자의 제안입니다. 요금제 규칙은 예고 없이 바뀌고 개별 계약서가 공개 문서에 우선합니다. 갱신 전 반드시 본인 계약서와 청구 화면을 직접 확인하세요. 이 글은 법률 자문이 아니며 어떤 제휴나 협찬 관계도 없습니다.

홍드로이드의 야매코딩

AI 에이전트를 여러 개 돌리는 도구(ADE) — 비교글을 믿기 전에 확인한 것

"이 분야 1위 도구"라는 글,그 목록을 만든 쪽을 보세요.

먼저, 무엇을 확인했고 무엇을 안 했나

① ADE가 뭘 해결하나 — 공통 축은 하나입니다

② GitHub에서 직접 센 숫자

③ 2차 자료의 숫자가 두 배 달랐습니다

④ 비교글을 누가 쓰는지 보세요

⑤ 그래서 무엇을 고르는 문제인가

⑥ 지금 당장 해볼 수 있는 것

자주 묻는 것

AI 저작권 소송을 회사가 방어해준다는 조항 — 다른 회사엔 있었습니다

저작권 소송을 대신 방어하고배상액까지 내겠다 — 조건이 붙습니다.

먼저, 무엇을 열었나

① 저작권 방어 약속 — 그리고 붙어 있는 조건

② 학습과 사람 검토 — 둘 다 명확했습니다

③ 데이터 위치 — 경계가 있고, 예외도 있습니다

④ 소유권 — 여기도 "판단하지 않는다"였습니다

⑤ 세 회사, 네 칸

⑥ 세 번 해보고 굳어진 것

자주 묻는 것

AI 사용량에 지출 상한 거는 법 — 상한은 곧 멈추는 날짜입니다

상한을 걸면 안심이 아니라,그날 멈춘다는 뜻입니다.

먼저, 무엇을 열었나

① 조직은 세 층으로 걸 수 있습니다

② 상한에 닿으면 무슨 일이 생기나

③ 개인 요금제 — 상한도 있고, 상한을 없애는 옵션도 있습니다

④ 그래서 얼마로 걸 것인가

⑤ 설정 전에 확인할 네 가지

자주 묻는 것

AI가 대화 중에 모델을 바꿉니다 — 무료라서가 아니라 다른 이유입니다

대화 중에 모델이 바뀝니다.무료라서가 아니었습니다.

먼저, 무엇을 열었나

① 바뀌는 이유 — 요금제가 아니라 검사입니다

② "무료라서 깎였다"가 아닌 이유

③ 어떤 모델이 답했는지 확인하는 법

④ 자동 전환을 끄고 싶다면

⑤ 한도에 막힌 것과 구분하기

자주 묻는 것

AI 에이전트 권한 — 디렉터리에 있다고 보안 감사를 받은 건 아닙니다

"공식 목록에 있으니 검증된 거겠지"— 문서가 아니라고 적어놨습니다.

먼저, 무엇을 열었나

① 기본 구조는 안심되는 쪽입니다

② 디렉터리 등재는 보안 감사가 아닙니다

③ 자동화로 돌리면 신뢰 확인이 꺼집니다

④ 자동 승인 모드에 들어 있는 명령들

⑤ 윈도우를 쓴다면 이 경고를 보세요

⑥ 팀에 적용한다면 — 다섯 줄

⑦ 문서가 스스로 적은 한계

자주 묻는 것

AI 도구 도입 품의서 — 좌석 수 곱하기 단가로 예산 잡으면 안 되는 이유

"좌석 20개 × 단가 = 연간 예산"— 여기서 변동비가 통째로 빠집니다.

먼저, 무엇을 열었나

① 좌석료는 입장료입니다

② 결제 수단이 최소 좌석 수를 정합니다

③ 품의서에 빠지기 쉬운 네 줄

④ 근거는 문서가 아니라 계정에서

⑤ 다른 도구에 던질 질문 다섯 개

자주 묻는 것

AI 도구 문서에서 숫자를 찾지 마세요 — 네 번 확인하고 알게 된 것

네 번 파고들었는데네 번 다 같은 데서 막혔습니다.

이 글의 근거 — 네 건

① 숫자가 사라지는 네 가지 방식

② "숨긴다"고 읽으면 틀립니다

③ 문서를 읽는 순서가 바뀝니다

④ 그래서 열어야 할 화면 네 곳

자주 묻는 것

AI 데이터 정책은 회사가 아니라 제품마다 다릅니다 — 같은 회사 안에서 정반대였습니다

"이 회사는 학습에 쓴대"— 어느 제품 이야기인가요?

먼저, 무엇을 열었나

① 같은 회사 안에서 정반대였습니다

② 보존 기간 — 이번엔 숫자가 있었습니다

③ 학습 조항의 단서 — "우리 도메인 밖"

④ 두 회사, 네 칸

⑤ 그래서 질문을 바꿔야 합니다

자주 묻는 것

내 대화가 AI 학습에 쓰이는지 확인하는 법 — 설정 경로와, 꺼도 남는 것

학습 끄기를 눌러도이미 학습된 것은 그대로입니다.

먼저, 무엇을 열었나

① 설정 경로 — 30초

"이 분야 1위 도구"라는 글,
그 목록을 만든 쪽을 보세요.

저작권 소송을 대신 방어하고
배상액까지 내겠다 — 조건이 붙습니다.

상한을 걸면 안심이 아니라,
그날 멈춘다는 뜻입니다.

대화 중에 모델이 바뀝니다.
무료라서가 아니었습니다.

"공식 목록에 있으니 검증된 거겠지"
— 문서가 아니라고 적어놨습니다.

"좌석 20개 × 단가 = 연간 예산"
— 여기서 변동비가 통째로 빠집니다.

네 번 파고들었는데
네 번 다 같은 데서 막혔습니다.

"이 회사는 학습에 쓴대"
— 어느 제품 이야기인가요?

학습 끄기를 눌러도
이미 학습된 것은 그대로입니다.

갱신일은 그냥 지나가는 날이 아닙니다.
좌석을 줄일 수 있는 유일한 날입니다.