클로드 채널은 에이전트를 도달 가능하게 만듭니다. 넥서스는 기억하게 만듭니다.

클로드 코드 채널은 상호작용 모델을 변화시킵니다.

이제 실행 중인 클로드 세션이 외부 이벤트를 받을 수 있게 되어, 직접적인 질문-응답 프롬프트를 통한 동기식 접근뿐만 아니라 비동기적으로도 에이전트에 도달할 수 있습니다.

이것은 중요하지만, 장기 메모리는 아닙니다.

2026년 3월 20일 검증 실행에서는 공식 fakechat 채널과 클로드 코드 2.1.80, 그리고 넥서스 MCP를 사용했습니다. 실제 세션에서 네 가지를 검증했습니다:

1. 인바운드 채널 메시지가 클로드에 도달함
2. 클로드가 이벤트를 넥서스 메모리에 기록함
3. 클로드가 공식 채널을 통해 다시 응답함
4. 클로드를 재시작한 후, 새로운 세션이 이전 메모리를 기억하고 그에 따라 응답함

이것이 중요한 제품 경계입니다.

채널은 실행 중인 세션에 실시간 인바운드 이벤트를 제공합니다. 넥서스는 해당 에이전트가 재시작 후에도 살아남는 메모리를 제공합니다.

유용한 루프

워크플로우는 간단합니다:

1. 외부 메시지가 공식 채널을 통해 도착합니다
2. 클로드가 활성 세션 내에서 이를 처리합니다
3. 클로드가 넥서스에 내구성 있는 메모리를 저장합니다
4. 이후 세션에서 사용자가 다시 질문하면 그 메모리를 불러옵니다

이것이 단일 세션만 있을 때보다 시스템이 더 내구성 있게 느껴지게 만드는 이유입니다.

주장하는 것과 주장하지 않는 것

이 글은 의도적으로 주장을 좁게 유지합니다.

우리는 광범위한 마켓플레이스 안정성을 주장하지 않습니다. 헤드리스(Headless) 동등성을 주장하지 않습니다. 텔레그램 전체 롤아웃을 주장하지 않습니다.

우리가 검증한 경로는 다음과 같습니다:

• 공식 fakechat 인그레스
• 넥서스 메모리 기록
• 재시작 후 세션 간 메모리 회수

이것만으로도 제품의 핵심 포인트는 명확합니다.

왜 중요한가

클로드 채널은 실행 중인 세션에 실시간 도달성을 추가합니다. 그러나 도달성만으로는 연속성이 해결되지 않습니다.

세션이 재시작되고 메모리가 사라진다면, 에이전트는 여전히 취약합니다.

여기서 넥서스가 역할을 합니다.

채널은 에이전트를 도달 가능하게 만듭니다. 넥서스는 그것을 기억하게 만듭니다.

이 둘이 결합되어, 채널만으로는 내구성 있는 메모리가 아님을 인정하면서도 더 지속적인 에이전트 루프를 만듭니다.

관련 증명

필요하다면, 정확한 설정과 증명 자료는 이미 내부적으로 문서화되어 있습니다:

• 검증된 fakechat 경로의 설정 가이드
• nexus_remember 증명 로그
• 재시작 세션의 nexus_recall 증명 로그
• 엔드 투 엔드 플로우 데모 대화록

마무리

중요한 구분은 단순합니다:

• 채널 = 실행 중인 세션에 실시간 이벤트 인그레스
• 넥서스 = 세션 재시작 후에도 살아남는 메모리

이것이 2026년 3월 20일에 우리가 검증한 루프입니다.