디에스 DevOps Lab

2026년 9월 기준 Anthropic의 클로드(Claude) 모델 은 네 가지입니다. 최상위 Claude Fable 5.1 (그리고 같은 모델의 제한 배포판인 Mythos 5.1 ), 9월 22일에 나온 Claude Opus 5.5 , 무료 플랜 기본 모델인 Claude Sonnet 5 , 가장 빠르고 싼 Claude Haiku 4.5 입니다. 이름은 익숙한데 "그래서 뭘 써야 하나"가 헷갈리는 이유는 최근 석 달 사이에 세 모델이 연달아 바뀌었고, 가격표까지 달라졌기 때문입니다. 이 글은 각 모델이 무엇인지, 컨텍스트·가격·기본 사고(thinking) 설정이 어떻게 다른지, 그리고 Claude 앱 사용자 와 API·Claude Code 사용자 입장에서 어떤 기준으로 고르면 되는지를 정리한 2026년 9월판 가이드입니다. ▲ 2026년 9월 기준 네 모델의 위치: 가격은 100만 토큰당 입력/출력 1. 한눈에 보는 클로드 모델 라인업 (2026년 9월) 클로드 모델은 크게 네 등급으로 나뉩니다. 위로 갈수록 똑똑하고 비싸며, 아래로 갈수록 빠르고 쌉니다. Claude Fable 5.1 (API ID: claude-fable-5-1) — 2026년 9월 1일 출시. Mythos급 최상위 모델의 일반 공개판. 입력 $10 / 출력 $50 (100만 토큰당), 컨텍스트 100만 토큰, 최대 출력 128K, 지식 컷오프 2026년 6월. Claude Opus 5.5 (claude-opus-5-5) — 2026년 9월 22일 출시. Claude 5.5 세대의 첫 모델. 입력 $4 / 출력 $20, 컨텍스트 100만, 최대 출력 128K, 지식 컷오프 2026년 6월. Anthropic이 "대부분의 워크로드에 기본으로 권장"하는 모델. Claude Sonnet 5 (claude-sonnet-5) — 2026년 6월 30일 출시. 속도와 지능의 균형. 입력 $2 / 출력 $10, 컨텍스트 100만, 최대 출력...

클로드 코드(Claude Code)를 팀에 도입하면서 가장 많이 고친 파일이 CLAUDE.md 였습니다. 처음엔 "자세할수록 좋다"고 믿고 길게 썼는데, 결과는 반대였습니다. 이 글은 그 시행착오 끝에 정리한 작성 원칙 7가지와, 금융권 Spring Boot SI 프로젝트용 템플릿 전문입니다. 앞 글 금융권 망분리 환경 도입 5가지 의 후속입니다. CLAUDE.md는 문서가 아니라 지시문입니다 클로드 코드는 세션을 시작할 때 다음 위치의 CLAUDE.md 를 찾아 컨텍스트에 넣습니다. ~/.claude/CLAUDE.md — 개인 전역 (모든 프로젝트에 적용) 프로젝트 루트 CLAUDE.md — 팀 공용, git 커밋 대상 하위 폴더의 CLAUDE.md — 그 폴더의 파일을 다룰 때 추가로 로드 (모노레포에서 유용) CLAUDE.local.md — 개인용, .gitignore 에 넣음 핵심은 두 번째입니다. 프로젝트 루트 CLAUDE.md 하나가 팀 전체에 같은 규칙을 강제 합니다. 이 파일을 읽는 대상은 사람이 아니라 모델이라는 점을 잊지 마세요. 서술문이 아니라 명령문으로, 배경 설명이 아니라 규칙으로 씁니다. 잘 쓰는 CLAUDE.md의 7가지 원칙 1. 짧게. 300줄을 넘기지 않는다 길어질수록 모델이 각 규칙에 주는 가중치가 떨어집니다. 정확히 말하면 길이 자체보다 모든 규칙을 같은 우선순위로 한꺼번에 읽히게 만드는 것 이 문제입니다. 상세 내용은 docs/ 로 빼고 링크만 둡니다. 루트에는 자주 틀리는 치명 규칙과 실행 명령만 남깁니다. 2. "하지 말 것"이 "할 것"보다 중요하다 모델은 기본적으로 뭐든 해 보려 합니다. 금지 목록이 사고를 막습니다. 아래 템플릿마다 "절대 하지 말 것" 섹션이 있는 이유입니다. 그중 정말 치명적인 것(운영 설정 파일 수정, force push, 테스트 삭제)은 CLAUDE.md에 적는 것으로 끝내지 말고 ...

카드사·신용평가사 대형 SI와 멀티클라우드·Kubernetes 운영을 20년 가까이 해 왔고, 최근에는 사내 AI 코딩 도구 도입과 거버넌스(가드레일) 설계를 다루고 있습니다. 이 글은 금융권처럼 망분리·보안 심사가 있는 환경에서 클로드 코드(Claude Code)를 도입할 때 실제로 어디에서 막히고, 무엇을 준비하면 통과하는지를 정리한 것입니다. 도입이 막히는 지점은 기술이 아니라 "질문"입니다 클로드 코드는 파일을 읽고 쓰고, 셸 명령을 실행하고, MCP로 외부 도구까지 부르는 에이전트입니다. 개발자 입장에서는 강력하지만, 정보보호팀 입장에서는 "우리 소스코드와 데이터를 외부로 내보내고, 운영 환경에 명령을 내릴 수 있는 프로그램"입니다. 그래서 심사에서 나오는 질문은 늘 비슷합니다. 이 질문에 설정 파일과 증적으로 답할 수 있으면 통과하고, 말로만 답하면 막힙니다. 보안팀이 반드시 묻는 5가지와 대응 1. 소스코드가 외부로 나가는가? 나갑니다. 이걸 부정하려고 하면 신뢰를 잃습니다. 대신 두 가지를 준비합니다. 첫째, 벤더의 데이터 보존 정책(학습 미사용, 보존 기간) 을 계약 문서·DPA로 확보합니다. 둘째, 나가면 안 되는 파일은 아예 읽지 못하게 설정으로 막습니다. .claude/settings.json 의 permissions.deny 에 .env* , *.pem , *.jks , 운영 프로파일 설정을 넣으면 클로드가 그 파일을 열 수 없습니다. 1번에서 막히면 나머지는 의미가 없으니 계약 확인부터 하세요. 2. 어떤 경로로 나가는가? 망분리 환경에서는 "직접 호출 경로가 막혀 있다"는 것을 증적으로 보여야 합니다. 구성 패턴은 세 가지입니다. 프록시 화이트리스트 : 개발망에서 벤더 API 도메인만 프록시로 허용. 가장 단순하고 빠릅니다. HTTPS_PROXY 환경변수로 클로드 코드가 프록시를 타게 합니다. 사내 LLM 게이트웨이 : 모든 호출을 사내 게이트웨이로 보내고 게이트웨이가 벤...