1Password AI 에이전트 로그인 보안과 Claude Code 컨텍스트 윈도우 과부하

AI 에이전트가 실제 업무에 투입되면서 두 가지 서로 다른 운영 과제가 동시에 드러났습니다. 하나는 에이전트에게 로그인 권한을 어떻게 안전하게 넘기느냐는 보안 문제이고, 다른 하나는 에이전트가 작업을 시작하기도 전에 얼마나 많은 컨텍스트를 소모하느냐는 비용 문제입니다. 각각 1Password와 Claude Code 사용 사례에서 구체적인 수치로 확인됐습니다.

1Password, AI 에이전트가 비밀번호를 보지 않고 로그인하게 합니다

핵심: 1Password가 에이전트에게 자격증명을 직접 넘기지 않고도 개인 계정 로그인을 대리하게 하는 '1Password for Agents'를 출시했습니다.

비밀번호 관리 서비스 1Password는 목요일 사용자가 AI 에이전트에게 개인 계정 로그인을 대행시킬 수 있는 새 플랫폼을 공개했습니다. 핵심은 에이전트가 사용자의 비밀번호 자체에는 접근하지 못한다는 점입니다. 에이전트가 로그인을 시도하면 고유한 디지털 키가 1Password로 전송돼 에이전트의 디지털 신원을 확인하고, 사용자에게는 로그인 시도 알림이 전송되어 직접 승인 여부를 결정합니다. 승인이 끝나면 1Password가 자격증명을 대신 입력해 에이전트의 로그인을 완료시킵니다.

1Password for Agents는 Anthropic의 Claude Duet, OpenAI의 Dots와 ChatGPT Work, Grok Bot, Meta의 Muse, 그리고 AI 비서 스타트업 Town의 에이전트 등 사용자가 원하는 에이전트를 선택해 연동할 수 있도록 지원하며, 회사는 다른 업체들과도 서비스 확장을 논의하고 있다고 밝혔습니다. 1Password는 블로그 게시물에서 비밀번호나 비밀 정보를 에이전트에 넘기는 방식은 다음 작업을 위해 사본이 어딘가에 저장되는 흔한 지름길이지만, 그 결과 민감한 정보가 사용자가 더는 통제할 수 없는 곳에 남을 수 있다고 설명했습니다.

같은 날 Axios는 미국 은행들이 사용자 계정 내부에서 에이전트의 활동을 감지하기 시작했다고 보도했습니다. 이는 에이전트가 계정을 탈취했다는 의미가 아니라, 소비자들이 금융 업무를 포함해 자동화된 서비스에 점점 더 많은 권한을 위임하고 있다는 뜻입니다. 문제는 대부분의 은행이 그 에이전트 활동이 실제 사용자의 요청에 따른 것인지 구분하기 어렵다는 점으로, 은행 관계자들은 이 상황을 '끔찍하다(horrifying)'고 표현했고 Chase 측 관계자는 고객들이 자신의 사용자명과 비밀번호를 누구에게도 알려줘서는 안 된다고 당부했다고 Axios 인터뷰에서 전해졌습니다.

출처: TechCrunch | 원문 보기 ↗

Claude Code 프로젝트 규칙이 컨텍스트 윈도우를 통째로 먹어치운 이유

핵심: 질문 하나를 던지기도 전에 프로젝트 규칙 파일만으로 347,814토큰이 소모돼 200,000토큰 한도를 넘겨 서브에이전트가 멈췄습니다.

개발자 도구 Claude Code에서 문서 관련 한 줄짜리 질문에 답해야 할 서브에이전트(하위 작업을 처리하도록 호출되는 보조 에이전트)가 첫 걸음을 떼기도 전에 중단됐습니다. 원인은 'Prompt is too long' 오류로, 요청 크기가 347,814토큰에 달해 해당 서브에이전트가 쓰던 모델의 한도인 200,000토큰을 거의 두 배 가까이 넘어섰기 때문입니다. 이 작업을 시작한 메인 세션은 100만 토큰 한도 모델에서 돌았는데, 사용자가 아무것도 입력하기 전부터 이미 절반이 채워져 있었습니다.

글쓴이는 비공개 DI² 프로젝트에서 CLAUDE.md와 그 연결 파일, 파일 범위가 지정되지 않은 규칙 파일들이 세션 시작 시점에 자동으로 전부 로드된다는 점을 /context 명령으로 측정했고, 2026년 10월 15일 기준 그 용량이 454,900토큰, 즉 100만 토큰 한도의 절반에 가깝고 200,000토큰 한도의 두 배를 넘는 수준이었다고 밝혔습니다. 이 측정은 Claude Code 버전 2.1.145에서 이뤄졌고, 서브에이전트가 멈춘 세션은 2.1.292 버전이었습니다.

글쓴이는 문제의 핵심을 '규칙(rule)'과 '기록(record)'의 구분으로 설명합니다. 규칙은 다음 테스트 파일이 어디에 들어가야 하는지처럼 다음 작업에 필요한 지침이고, 기록은 어떤 테스트 파일이 어떤 버그를 검증했는지처럼 과거 작업의 증거입니다. 여섯 달가량 유지보수를 거친 가장 큰 규칙 파일은 84퍼센트가 테스트 파일별 한 줄짜리 인벤토리 표였는데, 정작 테스트를 작성할 때 그 표가 필요한 사람은 없었음에도 모든 세션이 시작할 때마다 그 비용을 지불하고 있었습니다.

개선을 위해 적용한 세 가지 조치는 규칙을 특정 경로에만 적용되도록 파일 범위를 지정하는 것, 인벤토리 표처럼 긴 기록을 인접한 별도 파일로 옮기는 것, 그리고 모든 것을 미리 불러오지 않고 에이전트가 필요할 때 직접 찾아보도록 지침을 바꾸는 것이었습니다. 이 세 조치를 적용한 뒤 프로젝트 지침 용량은 454,900토큰에서 64,700토큰으로 줄었고, 이전에 중단됐던 서브에이전트도 다시 정상 작동했습니다. 다만 경로 기반 범위 지정은 한계가 있는데, 범위가 지정된 규칙은 도구 호출 결과와 함께만 로드되기 때문에 새로 만들어지는 파일 입장에서는 이미 늦은 시점이라는 점이며, 이를 보완하려면 세 가지 안전장치와 CI 단계의 가드레일이 필요하다고 설명합니다.

출처: dev.to | 원문 보기 ↗

이게 나에게 의미하는 것

AI 에이전트에게 업무를 맡기는 사람이라면, 비밀번호나 계정 정보를 에이전트에게 직접 알려주는 대신 1Password for Agents처럼 자격증명을 노출하지 않고 로그인 요청만 승인하는 방식을 우선 검토할 필요가 있습니다. Chase 관계자가 밝혔듯 사용자명과 비밀번호를 그 누구에게도(에이전트 포함) 직접 건네지 않는 것이 기본 원칙입니다. Claude Code로 코딩 작업을 하는 개발자라면 /context 명령으로 프로젝트 지침이 실제 얼마나 많은 토큰을 차지하는지 먼저 확인하고, CLAUDE.md나 연결된 규칙 파일에 '기록'성 인벤토리가 쌓여 있다면 별도 파일로 분리하거나 파일 범위를 지정해 세션 시작 비용을 줄이는 편이 좋습니다.

정리: 오늘의 시사점

두 사례는 같은 사건이 아니지만 같은 흐름을 보여줍니다. 에이전트가 실제 계정과 실제 코드베이스에 투입되면서, '자격증명을 어떻게 안전하게 위임하는가'와 '세션을 시작하기 전에 이미 얼마나 많은 컨텍스트를 소비하는가'라는 구체적인 운영 비용이 수치로 드러나고 있다는 점입니다. 1Password 쪽은 보안 위임 구조로, Claude Code 쪽은 규칙·기록 분리와 파일 범위 지정으로 각각 대응하고 있습니다.