페더레이션

skope는 firma(자산), memex(메모리)와 함께 Herald 생태계의 일원입니다. 셋은 설계 규칙을 공유합니다. 의존이 아니라 페더레이션입니다.

규칙

skope는 관심 프로필을 단일 진실 공급원(single source of truth)으로 소유합니다. 다른 툴을 임포트하지 않고, 호출하지 않으며, 다른 툴이 죽어도 망가지지 않습니다. 다른 툴은 오직 Claude와 update_profile 진입점을 거쳐서만 프로필을 풍부하게 합니다.

firma ──▶ Claude가 읽음 ──▶ update_profile ──▶ skope의 프로필
memex ──▶ Claude가 읽음 ──▶ update_profile ──▶ skope의 프로필

Claude가 통합자입니다. firma나 memex를 각자의 툴로 읽고, 당신의 reachability에 무엇이 관련 있는지 판단해, 축을 skope에 씁니다. skope는 결과 프로필만 봅니다. firma나 memex가 존재하는지조차 모릅니다.

왜 firma를 직접 임포트하지 않나

하드 의존성은 skope를 취약하고 결합되게 만들기 때문입니다. skope가 firma 클라이언트를 임포트하면, firma의 스키마 변경, 장애, 부재가 모두 skope의 문제가 됩니다. 통합을 LLM 레이어에 둠으로써 다음을 얻습니다.

• skope는 독립적으로 남습니다. 위치와 수동 프로필만으로 동작합니다.
• 경계는 프로필입니다. firma가 자산을 저장하는 방식을 전부 바꿔도, Claude가 여전히 asset 축을 만들어낼 수 있는 한 skope는 영향받지 않습니다.
• 당신이 통제권을 쥡니다. 페더레이션은 당신이 Claude에게 시키는 일이지, 볼 수 없는 백그라운드 동기화가 아닙니다.

전형적인 페더레이션 한 턴

"내 firma 포트폴리오로 skope 프로필 업데이트해줘."

Claude가 firma의 get_wealth_brief를 호출해 상위 보유 종목과 통화 노출을 보고, 당신의 티커와 통화를 키워드로 갖는 asset 축으로 skope의 update_profile을 호출합니다. 다음에 뉴스를 요청하면, 그 보유 종목들이 이제 reachability 경로를 갖습니다.

같은 패턴이 memex에도 통합니다. Claude가 당신이 무엇을 생각해왔는지 읽고, 지속되는 테마를 knowledge 축으로 바꿉니다.

단일 진실 공급원 불변식

몇 개의 툴이 먹이를 주든, 프로필의 집은 정확히 하나입니다. ~/.skope/skope.db의 skope 원장입니다. weight는 항상 합 1.0으로 정규화되고, 축 개수는 6개로 제한되며, update_profile은 조용히 병합하지 않고 교체합니다. 그래야 어떤 툴이 마지막으로 기여했든 프로필이 읽기 쉽게 남습니다.

함께 보기: MCP 툴의 update_profile 스키마입니다.