참고
이 Stripe 사례는 Nexus 자체에 대한 내용은 아닙니다. 하지만 진지하게 코딩 에이전트를 운영하는 팀은 이미 컨텍스트 인계가 선택이 아닌 규모에서 움직인다는 신호입니다.
“responsible for more than a thousand pull requests merged each week.”
Stripe Engineering Blog: Minions + Stripe's one-shot, end-to-end coding agents: Part 2
실제 병목
팀은 보통 모델 품질이 병목이라고 생각합니다. 하지만 실제로는 깨진 컨텍스트 전달이 더 큰 문제인 경우가 많습니다. 같은 아키텍처 결정이 다시 발견되고, 같은 실수가 반복되며, 핸드오프는 시간 압박 아래 무너집니다.
팀이 시간을 잃는 지점
세션 초기화
새 채팅이 시작될 때마다 목표, 제약, 이전 결정을 다시 설명해야 합니다.
도구 전환
이전 결정이 함께 넘어가지 않으면 에이전트를 바꾸는 순간 흐름이 끊깁니다.
정적 프롬프트 파일
좋은 `agent.md`나 `claude.md` 파일도 능동적 리콜이 없으면 긴 컨텍스트 속에서 쉽게 묻힙니다.
Nexus가 해결하는 방식
- 1. 결정과 작업 로그를 메모리 아톰으로 저장합니다.
- 2. 전체 히스토리가 아니라 현재 작업에 필요한 맥락만 리콜합니다.
- 3. MCP와 API 키를 통해 여러 에이전트가 하나의 메모리 풀을 공유합니다.
- 4. 정책과 사용량을 플랜 수준 가드레일(한도, 402 동작, 과금)과 함께 드러냅니다.
결론
더 나은 컨텍스트 전달은 더 나은 실행으로 이어집니다. 여러 에이전트와 잦은 핸드오프를 운영하는 팀에게 메모리 연속성은 편의 기능이 아니라 운영 요구사항입니다.