교육 영상 · 셀프 재생Learning video · self-running

RULE No.16

비용 & 거버넌스 · 개인 도구가 팀 인프라가 되려면 · 시작을 누르면 음성과 함께 슬라이드가 자동 재생됩니다. Cost & Governance · from personal tool to team infrastructure · Press start and slides advance with narration.

1·2 언어 전환 · ← → 수동 이동 · Space 재생/정지1·2 language · ← → navigate · Space play/pause
비용 & 거버넌스 · No.16
01 / 14 목차Index
  이동 · F 전체화면 · RULE №16 · TEAM GOVERNANCE   navigate · F fullscreen · RULE №16 · TEAM GOVERNANCE Privacy[email protected]
일시정지Paused
0 / 0
Home
교육 세션 · 개인에서 팀으로Learning session · from personal to team

RULE No.16

개인 도구가
팀 인프라가 되려면.
From personal tool
to team infrastructure.

15강에선 품질과 신뢰를 설계했습니다. 팀원이 늘면 — 비용·접근·책임이 달라집니다. 오늘은 개인 도구를 팀 인프라로 전환하는 법을 다룹니다. Last time we designed quality and trust. When the team grows — cost, access, and accountability change. Today we cover how to scale a personal tool into team infrastructure.

As of 2026-06 · 가격·플랜·API 옵션은 버전마다 바뀝니다 — 원리가 진실. [추론]As of 2026-06 · prices, plans, and API options change by version — the principle is the truth. [inference]

거버넌스 · GOVGOV
1막 — 팀이 커지면 달라지는 것Act 1 — What changes when the team grows

혼자 쓸 땐 괜찮았는데 — 팀이 되니 세 가지가 터졌다.Fine when solo — but three things broke when it became a team.

> 팀원 추가: API 키를 공유했더니
… 누가 뭘 썼는지 모름

> 한 달 뒤 청구서 확인
… 생각보다 훨씬 큰 금액

> 보안 점검
… 고객 데이터가 프롬프트에, 로그 없음

비용·접근·감사 — 세 가지가 한꺼번에
> Added team: shared API key
… no idea who used what

> Checked invoice one month later
… far larger than expected

> Security review
… customer data in prompt, no logs

Cost · access · audit — all three at once

비용·접근·감사 — 이 셋은 팀 도구가 되는 순간 필수 설계 항목이 된다.Cost · access · audit — the moment it becomes a team tool, these three become mandatory design items.

[추론] 개인 사용에서는 비용이 작고 접근 제어가 불필요하고 로그가 없어도 되지만, 팀으로 확장하면 이 세 가지가 즉시 거버넌스 이슈가 된다. → 오늘의 질문: 어떻게 설계하는가.[inference] In personal use, cost is small, access control is unnecessary, and logs aren't needed. But as soon as it scales to a team, these three immediately become governance issues. → Today's question: how do you design them?

2막 — 비용은 어떻게 쌓이나Act 2 — How cost accumulates

비용 = 입력 토큰 + 출력 토큰 + 캐싱 — 셋이 각각 다르다.Cost = input + output + caching — all three priced differently.

항목Item 단가Unit price 비고Note
입력 토큰Input tokens $3 / 1M Claude Sonnet 4.6 기준Claude Sonnet 4.6
출력 토큰Output tokens $15 / 1M 입력의 5배5× the input price
캐시 쓰기Cache write +25% 처음 저장할 때first time you store
캐시 읽기Cache read −90% 이후 재사용subsequent reuse
배치 APIBatch API 최대 −50% 비동기 처리async processing

[출처: anthropic.com/pricing] 2026-06 기준 Claude Sonnet 4.6. [출처: docs.anthropic.com/en/docs/build-with-claude/prompt-caching] 캐시 읽기 90% 할인. [출처: docs.anthropic.com/en/docs/build-with-claude/batch-processing] 배치 최대 50% 절감. 수치는 공식 문서 기준, 변경될 수 있음.[source: anthropic.com/pricing] As of 2026-06, Claude Sonnet 4.6. [source: docs.anthropic.com/en/docs/build-with-claude/prompt-caching] 90% discount on cache reads. [source: docs.anthropic.com/en/docs/build-with-claude/batch-processing] up to 50% savings with Batch API. Numbers per official docs, subject to change.

2막 — 어떤 플랜이 맞나Act 2 — Which plan fits

혼자 쓸 땐 Pro, 팀이 되면 API — 규모가 기준이다.Solo → Pro, team → API — scale is the deciding factor.

플랜Plan 가격Price 적합 상황Best for
Claude Code Pro $20/월 개인·소규모 반복 작업personal & small recurring tasks
Claude Code Max $100/월 고강도 개인 사용heavy personal use
API (종량제)API (pay-as-you-go) 사용량 기반usage-based 팀·자동화·거버넌스 필요 시team · automation · governance needed

팀이 되는 순간 — API 종량제로 전환해서 키·사용량·로그를 분리한다.The moment it becomes a team — switch to API pay-as-you-go to separate keys, usage, and logs.

[출처: anthropic.com/pricing] 2026-06 기준 Claude Code Pro $20/월, Max $100/월. API는 종량제로 거버넌스 구현이 가능하다. 플랜 구성은 변경될 수 있으므로 공식 문서 확인 필요.[source: anthropic.com/pricing] As of 2026-06 Claude Code Pro $20/mo, Max $100/mo. The API pay-as-you-go enables governance. Plan details subject to change — verify at official docs.

2막 — 키를 나눠야 제어가 된다Act 2 — Splitting keys is how you get control

API 키 하나를 공유하면 — 비용도, 책임도, 통제도 사라진다.Sharing one API key means cost, accountability, and control all disappear.

API 키 공유Shared API key
누가 뭘 썼는지 모름, 키 유출 시 전체 차단, 퇴사자 키 회수 불가.No idea who used what, full block if key leaks, can't revoke a leaver's key.
역할별 키 발급Key per role
사용량 분리 추적, 키 단위 비활성화, 최소 권한 원칙 적용.Separate usage tracking, per-key deactivation, least-privilege principle applies.

[추론] API 키를 역할별로 분리 발급하면 (a) 사용량 추적이 역할·개인 단위로 가능하고 (b) 유출 시 해당 키만 비활성화하고 (c) 최소 권한 원칙을 적용할 수 있다. 단일 공유 키는 이 세 가지가 모두 불가능하다.[inference] Issuing separate keys per role enables (a) usage tracking per role and person, (b) deactivating only the compromised key on leak, (c) applying the least-privilege principle. A single shared key makes all three impossible.

2막 — 비용을 줄이는 순서Act 2 — The order for cutting cost

비용 최적화는 모델 선택 → 캐싱 → 배치 순서로.Cost optimization: model → caching → batching — in that order.

  1. 1
    모델 선택Model selection → 작업 난이도에 맞는 모델을 고른다 (무조건 Sonnet 금지)→ pick the model that fits the task difficulty (don't always default to Sonnet)
  2. 2
    프롬프트 캐싱Prompt caching → 반복 사용하는 시스템 프롬프트·문서를 캐싱한다 (캐시 읽기 −90%)→ cache repeated system prompts and documents (cache read −90%)
  3. 3
    배치 처리Batch processing → 즉시 응답 불필요한 작업은 배치로 묶는다 (최대 −50%)→ group non-urgent tasks as batch (up to −50%)

[출처: anthropic.com/pricing] 모델별 단가 차이. [출처: docs.anthropic.com/en/docs/build-with-claude/prompt-caching] 캐시 읽기 90% 할인. [출처: docs.anthropic.com/en/docs/build-with-claude/batch-processing] 배치 최대 50% 절감. [추론] 세 레버를 순서대로 적용하는 것이 실효성이 높음.[source: anthropic.com/pricing] per-model unit price differences. [source: docs.anthropic.com/en/docs/build-with-claude/prompt-caching] 90% discount on cache reads. [source: docs.anthropic.com/en/docs/build-with-claude/batch-processing] up to 50% savings. [inference] Applying the three levers in order gives the best results.

3막 — 실제로 얼마가 나오나Act 3 — How much does it actually cost

예산을 짜려면 — 토큰 수 × 단가로 먼저 추정한다.To set a budget — estimate first with token count × unit price.

월 비용 추정 = [평균 입력 토큰 × $3/1M + 평균 출력 토큰 × $15/1M]
                   × [일 요청 수 × 30일]
캐싱 적용 시 → 반복 입력의 90% 절감 후 재계산
: spending limit를 낮게 설정하고 한 주 관찰
Monthly estimate = [avg input tokens × $3/1M + avg output tokens × $15/1M]
                         × [daily requests × 30]
With caching → recalculate after 90% savings on repeated input
Tip: set spending limit low, observe for one week

[출처: anthropic.com/pricing] 공식 단가 기준 추정 공식. [추론] 실제 비용은 토큰 수×단가의 곱으로 추정 가능하며, 캐싱·배치 적용 후 재계산이 필요하다. 초기에는 spending limit를 보수적으로 설정하는 것이 안전.[source: anthropic.com/pricing] Estimation formula based on official unit prices. [inference] Actual cost can be estimated as token count × unit price; recalculate after applying caching and batch. Set spending limit conservatively at first.

3막 — 왜 순서가 중요한가Act 3 — Why the order matters

모델 선택이 가장 크고, 캐싱이 다음, 배치가 마지막이다.Model selection has the biggest impact; caching is next; batching is last.

모델 선택Model selection
단가 자체가 달라짐
Haiku vs Sonnet — 큰 차이
unit price changes entirely
Haiku vs Sonnet — big gap
캐싱Caching
반복 입력 −90%
지속적 장기 효과
repeated input −90%
sustained long-term
배치Batching
최대 −50%
즉시성 포기 필요
up to −50%
requires giving up immediacy

먼저 모델을 낮추고, 그다음 캐싱, 그다음 배치 — 순서를 지키면 복잡성이 줄어든다.First reduce the model, then cache, then batch — follow the order and complexity shrinks.

[출처: anthropic.com/pricing] 모델 간 단가 차이. [출처: docs.anthropic.com/en/docs/build-with-claude/prompt-caching] 캐시 읽기 90% 할인. [출처: docs.anthropic.com/en/docs/build-with-claude/batch-processing] 배치 최대 50%. [추론] 순서의 이유: 모델 선택은 단가 차이가 가장 크고 구현 변경이 적어 먼저 적용하는 것이 효율적.[source: anthropic.com/pricing] per-model price gap. [source: docs.anthropic.com/en/docs/build-with-claude/prompt-caching] 90% cache read discount. [source: docs.anthropic.com/en/docs/build-with-claude/batch-processing] up to 50% batch savings. [inference] Model first because its unit-price gap is largest with minimal implementation change.

3막 — 누가 무엇을 쓸 수 있나Act 3 — Who can use what

역할 기반 접근 제어 — 최소 권한으로 최대 통제.Role-based access control — maximum control with minimum privilege.

역할Role 권한Permission Key
자동화 파이프라인Automation pipeline 특정 모델·작업 전용dedicated model·task only 별도 키, 최소 권한separate key, min privilege
개발팀Dev team 전체 API 접근full API access 팀 키, 사용량 추적team key, usage tracking
운영팀Ops team 읽기·조회 전용read·query only 별도 키, 출력 제한separate key, output limit
외부 파트너External partner 기간 한정time-limited 임시 키, 만료 설정temp key, expiry set

[추론] 역할 기반 접근 제어(RBAC) 원칙: 각 역할에 필요한 최소 권한만 부여하고, 역할별로 키를 분리해 감사·비활성화를 독립적으로 수행할 수 있게 한다. 구체적인 API 권한 구조는 Anthropic 공식 문서로 현행 확인 필요.[inference] Role-based access control (RBAC) principle: grant each role only the minimum permissions it needs, and separate keys per role so auditing and deactivation are independent. Verify current API permission structure in Anthropic official docs.

3막 — 무슨 일이 일어났는지 알아야 한다Act 3 — You need to know what happened

감사 로그 = 언제·누가·무엇을·얼마나 — 4가지만 기록해도 충분하다.Audit log = when · who · what · how much — four fields are enough to start.

필드Field 내용Content 왜 필요한가Why needed
timestamp 요청 시각request time 사고 시점 추적incident time tracing
key_id 어느 키(역할)which key (role) 접근 주체 식별access subject identification
model 어떤 모델 사용which model used 비용 분석·정책 준수cost analysis·policy compliance
tokens_in / tokens_out 입출력 토큰 수input/output token counts 비용 계산·이상 감지cost calc·anomaly detection

[추론] 최소 4개 필드: 시각·키·모델·토큰. 이 네 가지만 있어도 비용 분석, 사고 추적, 접근 감사가 모두 가능하다. 프롬프트 내용은 개인정보·고객 데이터 보호 정책에 따라 별도 결정 필요.[inference] Minimum 4 fields: timestamp·key·model·tokens. These four are sufficient for cost analysis, incident tracing, and access auditing. Whether to include prompt content requires a separate decision per data protection policy.

4막 — 팀 도구를 도입하기 전에Act 4 — Before you roll out a team tool

팀 도구로 전환하기 전 5가지를 정한다.Pin down five things before switching to a team tool.

  1. 1
    비용 예산을 추정했나?Did you estimate the cost budget? → 토큰 수 × 단가로 월 예산 계산 + spending limit 설정→ monthly budget from token × price + set spending limit
  2. 2
    API 키를 역할별로 나눴나?Did you split API keys by role? → 최소 권한 원칙, 팀원별 분리→ least-privilege, per-member separation
  3. 3
    모델 선택 정책을 정했나?Did you set a model selection policy? → 작업별 적정 모델 지정, 기본값 과잉 금지→ assign appropriate model per task, no default overkill
  4. 4
    감사 로그 4개 필드를 켰나?Did you turn on the 4-field audit log? → 시각·키·모델·토큰 최소 기록→ minimum record: timestamp·key·model·tokens
  5. 5
    비용 이상 알림을 설정했나?Did you set cost anomaly alerts? → spending limit + 이상 급증 시 알림→ spending limit + alert on sudden spike

[추론] 5항목은 슬라이드 03·05·06·10·07의 내용과 대응 — 비용추정·키관리·모델정책·감사로그·이상알림. 전환 전 이 다섯을 완료하면 초기 사고 대부분을 예방할 수 있다.[inference] The five map onto slides 03·05·06·10·07 — cost estimate·key mgmt·model policy·audit log·anomaly alerts. Completing these five before the switch prevents most early-stage incidents.

4막 — 보이지 않으면 제어할 수 없다Act 4 — If you can't see it, you can't control it

비용 대시보드 — 역할별·날짜별·모델별로 쪼개 보이게 한다.Cost dashboard — break it down by role · date · model so it's visible.

좋은 대시보드 = [역할별 사용량] + [날짜별 추이] + [모델별 비중] + [이상 급증 알림]
  → 이상을 조기에 발견하고, 최적화 여지를 찾고, 팀에 책임을 배분한다
Good dashboard = [usage by role] + [trend by date] + [share by model] + [spike alerts]
  → Catch anomalies early, find optimization headroom, distribute accountability

[추론] 비용 대시보드 핵심 지표 4개: 역할별 사용량(책임 배분)·날짜별 추이(이상 감지)·모델별 비중(최적화 탐색)·급증 알림(사전 차단). Anthropic 콘솔에서 일부 지표 제공, 추가 분석은 자체 로그 기반.[inference] Four key dashboard metrics: usage by role (accountability)·trend by date (anomaly detection)·model share (optimization)·spike alerts (pre-empt incidents). Anthropic console provides some metrics; additional analysis is built on your own logs.

4막 — 같은 도구, 다른 운영Act 4 — Same tool, different operation

'개인 도구'와 '팀 인프라'는 운영 방식이 다르다.'Personal tool' and 'team infrastructure' require different operations.

개인 도구Personal tool
단일 키, 비용 감각적, 로그 없음, 내가 다 앎.Single key, intuitive cost sense, no logs, I know it all.
팀 인프라Team infrastructure
역할별 키, 예산 추정·상한, 감사 로그, 대시보드.Per-role keys, budget estimate·limit, audit logs, dashboard.

미리 하는 거버넌스가 가장 저렴한 거버넌스다.Governance done in advance is the cheapest governance.

[추론] 개인→팀 전환 시 바뀌는 네 가지: 단일 키→역할별 키, 감각적 비용→추정·상한, 로그 없음→최소 4개 필드 로그, 내가 다 앎→대시보드. 도구는 같지만 운영 방식이 완전히 달라짐.[inference] Four changes in the personal→team shift: single key→per-role keys, intuitive cost→estimate·limit, no logs→4-field minimum log, I know it all→dashboard. Same tool, completely different operation.

닫으며 · 거버넌스는 미리 설계하는 것Closing · governance is designed in advance

개인 도구가 팀 인프라가 되려면 —
비용·키·로그·대시보드를 먼저 설계한다.
From personal tool to team infrastructure —
design cost, keys, logs, and dashboard first.

한 단어로: 추정 → 분리 → 기록 → 관찰.In a word: estimate → separate → record → observe.

다음 강 예고 — 인프라가 갖춰졌으니, 이제 멀티모달로 넘어간다 (Rule No.17).Next up — infrastructure is in place, now we move to multimodal (Rule No.17).

RULE No.16

[추론] 개인→팀 전환 4단계: 비용 추정, 키 분리, 감사 로그, 대시보드 관찰. s17 멀티모달로 이어짐. As of 2026-06.[inference] Personal→team 4 steps: cost estimate, key separation, audit log, dashboard observation. Leads to s17 multimodal. As of 2026-06.