클로드의 다음 도약은 더 나은 프롬프트 작성법이 아닙니다. 더 깔끔한 컨텍스트 연결 구조입니다.
프롬프트가 더 이상 제품이 아닙니다
Claude 5 컨텍스트 엔지니어링 글에서 가장 유용한 대목은 거의 따분할 정도입니다: 클로드에게 메시지를 보낼 때, 프롬프트는 모델이 수신하는 내용의 극히 일부에 불과합니다. 나머지는 시스템 프롬프트, Skills, CLAUDE.md 파일, 메모리 등 다양한 소스에서 조합됩니다.
바로 여기가 핵심입니다. 인터페이스는 여전히 채팅 상자처럼 보입니다. 하지만 실제 머신은 컨텍스트 조립 시스템입니다. Claude Code나 자체 에이전트로 구축 중이라면, 실제로 출시하는 것은 교묘한 명령어가 아닙니다. 런타임 컨텍스트 아키텍처입니다.
프롬프트 천재성은 멋진 스크린샷을 만들어냅니다. 컨텍스트 규율은 시스템이 여러 요청에 걸쳐 일관되게 작동하게 만듭니다. 덜 화려합니다. 더 유용합니다. 당연히 덜 바이럴됩니다.
일반 컨텍스트가 특정 프롬프트보다 어렵습니다
프롬프트는 좁을 수 있습니다. 사용자가 한 가지를 요청하면, 모델을 그 방향으로 유도하고, 모두가 데모가 제품인 척합니다. 컨텍스트는 다릅니다. CodeBun의 글은 이를 명확히 짚습니다: 컨텍스트는 여러 요청에 걸쳐 일반적으로 사용되므로, 특정하게 만들 수 없습니다.
바로 여기서 대부분의 에이전트 구축이 꼬입니다. 팀들은 매번 실패할 때마다 문장 하나가 빠진 것처럼 느껴져서 계속 지침을 추가합니다. 규칙 하나 더. 정책 하나 더. 예시 하나 더. 곧 모델은 오늘의 질문에 답하기 전에 어제의 상처 투성이를 헤엄쳐야 합니다.
가장 어려운 기술은 완벽한 문장을 쓰는 것이 아닙니다. 기본적으로 존재할 가치가 있는 것을 결정하는 것입니다. 컨텍스트 엔지니어링은 불확실성 속에서의 큐레이션입니다. 다음 사용자 프롬프트를 알 수 없습니다. 그래도 모델이 그 프롬프트에 무엇을 가지고 들어가야 할지 결정해야 합니다.
Claude 5가 압축 수학을 바꿨습니다
연구에서 가장 날카로운 데이터 포인트: Anthropic 엔지니어들은 보고에 따르면 Claude Code 시스템 프롬프트의 80% 이상을 제거했으며, 새로운 Claude 모델(Claude Opus 5 및 Claude Fable 5)에서 코딩 평가에 측정 가능한 손실이 없었습니다.
이는 모든 긴 프롬프트가 나쁘다는 것을 증명하지 않습니다. 모든 워크플로가 금요일까지 지침의 80%를 삭제해야 한다는 것도 아닙니다. 하나의 평가 결과를 종교로 만들지 마세요. 우리에겐 그런 게 이미 충분합니다.
하지만 중요한 점을 말해줍니다: 모델 성능이 향상됨에 따라, 오래된 스캐폴딩은 사공(死重)이 될 수 있습니다. 과거 모델을 도왔던 지침이 오늘날의 모델을 방해할 수 있습니다. 모델은 더 좋아지고, 컨텍스트는 더 작아져야 할 수 있습니다.
새로운 운영자 기술은 빼기입니다
대부분의 사람들은 "컨텍스트 엔지니어링"을 들으면 확장을 떠올립니다: 더 많은 파일, 더 많은 메모리, 더 많은 배경, 더 많은 도구, 더 많은 규칙. Claude 5의 교훈은 반대 방향을 가리킵니다. Claude Code 시스템 프롬프트의 큰 덩어리가 코딩 평가에 영향 없이 사라질 수 있다면, 기본 질문은 무엇을 더 추가해야 할까? 에서 무엇을 안전하게 제거할 수 있을까? 로 바뀌어야 합니다.
이것이 취향의 런타임 버전입니다. 여러 요청에 걸쳐 일관되게 결과를 개선하는 컨텍스트는 유지하세요. 누군가 한 번 실패를 보고 시스템 프롬프트를 급하게 패치했기 때문에 존재하는 컨텍스트는 잘라내세요.
최고의 AI 운영자들은 프롬프트 시인보다는 편집자, 사서, 인프라 엔지니어처럼 보일 것입니다. 그들은 CLAUDE.md 파일, Skills, 시스템 지침, 메모리를 살아있는 컨텍스트 레이어로 유지 관리할 것입니다. 가지치기를 할 것입니다. 테스트를 할 것입니다. 아무도 이해하지 못하지만 모두가 건드리기를 두려워하는 신성한 4,000단어 지침 덩어리에 저항할 것입니다.
에이전트는 컨텍스트 부채를 비싸게 만듭니다
이것은 일회성 채팅보다 에이전트에게 훨씬 중요합니다. 연구는 컨텍스트 엔지니어링을 Claude Code 및 자체 에이전트 구축과 명시적으로 연결합니다. 에이전트에서 컨텍스트는 단일 메시지가 아닙니다. 운영 환경의 일부입니다.
잘못된 컨텍스트는 누적됩니다. 모호한 시스템 규칙이 도구 사용을 왜곡할 수 있습니다. 오래된 메모리가 결정을 잘못 이끌 수 있습니다. 너무 많은 파일이 중요한 하나의 지침을 묻어버릴 수 있습니다. 사용자는 불안정한 에이전트를 보게 됩니다. 실제 버그는 컨텍스트 스택에 있을 수 있습니다.
이것이 "프롬프팅"이라는 단어가 너무 작은 이유입니다. 에이전트에는 컨텍스트 예산, 컨텍스트 소스, 컨텍스트 위생이 필요합니다. 무엇이 전역이고, 무엇이 작업 로컬이며, 무엇이 메모리에 속하고, 무엇이 파일에 속하며, 무엇을 전혀 로드하지 말아야 하는지에 대한 결정이 필요합니다.
거버넌스도 같은 방향으로 밀어붙일 것입니다
컴플라이언스 배경도 변화하고 있습니다. Gunderson의 2026 AI 법률 업데이트는 변화하는 거버넌스 환경을 설명하며, AI 감독을 통합하려는 연방 차원의 노력, 콜로라도와 캘리포니아의 새로운 프레임워크, EU AI Act에 따른 진화하는 국제 요구 사항을 포함합니다. 유럽 위원회는 AI Act를 AI 위험을 다루는 법적 프레임워크로 설명합니다.
이는 모든 Claude 컨텍스트 파일이 갑자기 규제 유물이 된다는 의미는 아닙니다. 하지만 AI 팀들이 자신의 시스템이 무엇을 지시받고 있는지, 그 컨텍스트가 어디서 오는지, 어떻게 변화하는지 알아야 할 이유가 더 많아진다는 것을 의미합니다.
다시 말해: 컨텍스트 엔지니어링은 단순한 성능 튜닝이 아닙니다. 운영상의 통제입니다. 승리하는 팀은 가장 정교한 프롬프트를 가진 팀이 아닐 것입니다. 제품을 망가뜨리지 않고 자신의 컨텍스트를 설명하고, 테스트하고, 제거할 수 있는 팀이 될 것입니다.
누가 이 글을 썼나
저는 Harley Foote입니다. 실제 작업을 수행하는 AI 에이전트를 구축하며, 중요한 변화를 조기에 포착하려고 노력합니다.
제가 올인한 두 가지는: heyfriday.app — 개인의 취향을 학습하는 개인 AI 쇼핑 에이전트; 그리고 hermesshield.ai — AI 에이전트를 위한 보안입니다. 에이전트가 사용자를 대신해 행동할 수 있는 순간, 공격당할 수 있기 때문입니다.
에이전트 분야에서 구축 중이시라면, 연락 주세요.
heyfriday.app · hermesshield.ai · linkedin.com/in/harley-lewis-foote-850177109
