TL;DR

  • Meta가 2026년 9월 8일 Muse/Sentinel을 공개하기 전에 제출된 기술 공개 자료를 바탕으로 두 아키텍처의 대응 관계를 독립적으로 검토하자는 제안임.
  • 검토 대상은 실시예 84, 85.B2 에이전트 샌드박스 이그레스 최종성 게이트, RR 명령어 오염 경계 객체, QQ/QQ.6 하위 단계 오염 및 출처 전파, 관련 자료인 85.A2임.
  • 핵심 질문은 두 아키텍처가 권한과 실행 통제, 출처·오염 처리, 샌드박스에서 호스트로 이어지는 강제 적용, 결과를 초래하는 동작의 통제 구조에서 실질적으로 대응하는지 여부임.
  • 샌드박스 격리, 독립적 승인, 이그레스 가로채기, 출처·위험 정보, 보호된 검증, 제한된 권한, 자격 증명 처리, 프록시·싱크 측 강제 적용, 커널·eBPF 및 우회 불가능한 외부 실행 효과화의 대응 방식을 살펴보도록 요청함.
  • 이 기록은 복제나 침해를 주장하지 않으며, 원천 문서에 근거해 명시적 공개와 필연적 함의, 합리적 기술 매핑, 근거 없는 추론을 구분하는 재현 가능한 독립 결론을 요청함.

독립 검토 요청

  • 단일 원천 PDF를 내려받아 최소한 실시예 84 — 추론에서 실행으로 이어지는 아키텍처, 85.B2 — 에이전트 샌드박스 이그레스 최종성 게이트, RR — 명령어 오염 경계 객체, QQ/QQ.6 — 하위 단계 오염 및 출처 전파, 그리고 85.A2를 포함한 관련 출처·강제 적용 자료를 독립적으로 검토하도록 요청함.
  • 검토 결과를 Meta가 공개적으로 설명한 Muse/Sentinel 아키텍처와 직접 비교하되, 게시물에 제시된 매핑이나 결론에 의존하지 말도록 제안함.
  • 어떤 요소가 대응하고 어떤 요소가 대응하지 않는지, 차이가 아키텍처에 관한 것인지 구현 선택에 관한 것인지 살펴보도록 질문함.

비교할 아키텍처 요소

  • 초기 공개 자료가 권한과 실행 효과화 사이의 관계, 출처·오염 처리, 샌드박스에서 호스트로 이어지는 강제 적용, 결과를 초래하는 동작의 통제를 설명하는지 검토하도록 제안함.
  • 샌드박스 격리, 독립적 승인, 이그레스 가로채기, 출처 또는 위험 정보, 보호된 검증, 제한된 권한, 자격 증명 처리, 프록시 측 또는 싱크 측 강제 적용, 커널·eBPF 메커니즘, 우회 불가능한 외부 실행 효과화의 매핑을 질문함.
  • 용어가 다르다는 이유만으로 동등성을 가정하거나, 구현 기술이 다르다는 이유만으로 차이를 가정하지 말도록 당부함.

검토의 범위와 방법

  • 이 기록은 복제나 침해를 주장하지 않으며, 독립 개발 가능성을 열어 둠. 목적은 초기 원천 공개 자료를 기술·특허·보안·AI 인프라 검토자에게 제시하고, 증거가 뒷받침하는 대응 관계가 있는지 판단하도록 하는 데 한정됨.
  • 독자에게 자체 방법론과 프롬프트, 서로 다른 AI 시스템 또는 AI를 전혀 사용하지 않는 방법을 활용하도록 제안함.
  • 판단 과정에서 명시적 공개 → 필연적 함의 → 합리적 기술 매핑 → 근거 없는 추론을 신중하게 구분하도록 요청함.
  • 요청하는 결과는 게시물의 결론에 대한 동의가 아니라, 원천 문서에 근거해 독립적으로 재현할 수 있는 결론임.

자료 정보

  • 기록은 2026년 10월 6일 게시된 버전 v1이며, 단일 원천 기술 공개 자료를 포함함.
  • 파일: 1-PATENT-FILING-COPY-PCTIB2026-055615.pdf — 21.4MB, MD5 11246d133fbc513291b15a9a245b9118임.