메인 콘텐츠로 건너뛰기
Symphony 원칙은 플랫폼이 제어하는 영역과 사용자가 제어하는 영역 사이의 경계를 정의합니다. 이 규칙은 모노레포의 모든 설계 결정과 qxctl, vector 엔진, 지식 계약과의 모든 상호작용을 규율합니다.

사용자 소유권

전략 로직, Nest의 목적, 공급자 선택, 하드웨어 선택, 버스 토폴로지, 지원되는 어댑터 선택은 모두 사용자의 소유입니다. Symphony는 정확한 호환성 증거와 지원되는 작업을 제공하지만, 권장 사항을 플랫폼 규칙으로 바꾸지는 않습니다. 플랫폼은 일치, 불일치, 미해결 사실, 그리고 그 결과를 보고합니다. 공급자 순위를 매기거나, 전략을 지시하거나, 사용자 환경을 조용히 확장하지 않습니다.

핫 패스 보호

핫 패스는 관리 프로세스의 상주와 의도치 않은 공유 버스 부하로부터 보호됩니다. qxctl과 지식 플레인은 콜드 또는 프리징 패스 관리 구성 요소입니다. 실시간 작업도 호스팅하는 Node에 명시적으로 작업을 수행할 수는 있지만, 지속적인 핫 패스 의존성, 숨겨진 감시자, 상주 인터프리터, 요청하지 않은 백그라운드 패키지 관리자가 되어서는 안 됩니다. 사용자의 명시적인 아키텍처가 최우선입니다.

명령과 의미의 분리

qxctl은 명령 문법과 표현을 소유합니다. 도메인 vector는 해당 명령이 노출하는 작업과 의미를 소유합니다. qxctl 경로는 소유자가 정의한 기능을 호출할 뿐, 그 의미를 흡수하지 않습니다.

이름과 네임스페이스

이름은 소유 범위 아래에 기록됩니다. SNV와 SCNV는 이름을 지정하지 않으며, 루트 NAMESPACES는 SNV보다 더 넓은 범위를 유지합니다. TOPS 또는 TROG 내에 등록된 이름은 해당 범위를 따릅니다. 여러 클러스터 환경에서 Node 짧은 이름은 서로 다른 클러스터에서 반복될 수 있지만, 같은 클러스터 내의 두 활성 Node를 모호하게 식별해서는 안 됩니다.

호출자 클래스 중립성

호출자가 사람, AI, 에이전트, 서비스, 워크로드 중 무엇으로 분류되는지는 권한을 부여하거나 제거하지 않습니다. 지원되는 권한 부여 결정은 대상 호스트 소유권 또는 부여된 권한, 요청된 작업과 리소스, 예상 상태, 소유자가 구성한 안전장치를 기반으로 합니다. 대상 호스트의 관리자가 구성 가능한 거버넌스에 대한 최종 권한을 가집니다. SSIAG는 유효한 호스트 권한을 검증하고 투영할 수 있지만, 상위 등록 기관을 만들지는 않습니다. 강화된 신원 보증과 거버넌스 인터록은 호출자 중립적이며 소유자가 구성하는 안전장치입니다. 프로토콜 무결성 요구 사항은 여전히 필수입니다. Symphony는 호출자 유형에 따라 외부의 법적 또는 재무적 능력을 판단하지 않습니다.

진실과 증거

현재 계약은 현재의 진실을 설명합니다. 변경 불가능한 SCLV 및 SODV 기록은 기록된 시점에 알려졌거나, 변경되었거나, 승인되었거나, 완료된 내용을 보존합니다. 현재 계약, 구현 증거, 적용 가능한 최신 기록이 서로 일치하지 않으면, 그 불일치는 검토를 위한 드리프트로 드러납니다. 이력은 현재와 비슷해 보이도록 조용히 다시 쓰이지 않습니다.

Python 원칙

퍼스트파티 Symphony 소스, 생성기, 스키마 작성, 테스트, 승인 헬퍼는 Python 구현이나 인터프리터 의존성을 요구하지 않습니다. 대체 작성 도구와 프로세스 테스트 도구는 C++가 담당합니다. 이 저장소 정책은 사용자가 직접 작성한 프로그램이나 명시적으로 선택한 격리된 Habitat를 제한하지 않습니다.
마지막 수정일 2026년 10월 10일