# JIC 미래 문명 아키텍처 핸드북 > **JIC — Just I Can** > **세상을 사랑으로 가득 채운다. 오원(五元)으로 존재를 이해하고, 팔력(八力)으로 행동을 이루며, 9대 사명으로 포지티브섬(정합) 문명을 건설한다. 만 년을 이어, 영원에 이르리라!** | 항목 | 내용 | |---|---| | 문서 버전 | 0.1.0 | | 문서 상태 | 작업 핸드북 초안 | | 기준일 | 2026-08-15 | | 적용 대상 | JIC 건설자, 커뮤니티, 학교, 문화 편집자, 인간 사용자, 에이전트 및 체화 지능 | | 상위 근거 | JIC Canon 및 "하나의 서원·오원·팔력·9대 사명" | | 유지 원칙 | 이력 조회 가능, 변경 논의 가능, 구현 교체 가능, 신원 이전 가능, 시스템 분기 가능 | --- ## 1. 이 핸드북을 사용하는 방법 이것은 홍보 책자도 아니고, 만 년 동안 수정해서는 안 되는 교조도 아니다. 이것은 JIC가 이념에서 웹사이트, 신원, 지도, 교육, 경제, 에이전트, 로봇 시스템으로 나아갈 때 사용하는 공통의 작업 언어이다. 이 핸드북은 JIC를 안정성 정도가 다른 세 종류의 내용으로 구분한다. | 계층 | 의미 | 변경 속도 | |---|---|---| | 문명 원칙 | 왜 존재하는가, 무엇을 보호하는가, 결코 희생하지 않는 것은 무엇인가 | 매우 느림; 세대를 넘는 공적 논의가 필요하다 | | 프로토콜 표준 | 신원, 위임, 증거, XYZT, 이전, 아카이브가 어떻게 상호운용되는가 | 버전 업그레이드 가능; 반드시 호환성과 흔적을 남겨야 한다 | | 제품 구현 | 특정 도메인, 모델, 체인, 토큰, 인터페이스 또는 운영 기관 | 교체·중단하거나 더 나은 구현이 계승할 수 있다 | 이 핸드북의 용어는 다음 강도로 이해한다. - **필수**: 충족하지 못하면 JIC 아키텍처에 부합한다고 주장할 수 없다. - **권장**: 기본적으로 준수한다; 벗어날 때에는 반드시 이유와 위험을 기록해야 한다. - **선택**: 구체적인 국가, 커뮤니티, 제품, 시대가 선택한다. - **금지**: 단기적으로 이롭더라도 JIC의 이름으로 실행해서는 안 된다. 이 핸드북은 Canon을 따른다. 둘이 충돌하면 버전과 변경 기록을 갖춘 Canon을 기준으로 한다. Canon 자체에 논쟁이 발생하면 구버전과 논쟁의 이유, 분기 가능한 경로를 보존해야 한다. --- ## 2. 90초 만에 이해하는 JIC JIC는 인간, 에이전트, 체화 지능을 위한 미래 문명 협업 아키텍처이다. 그것은 하나의 웹사이트, 회사, 토큰, 블록체인, 모델 또는 국가가 아니다. 그것은 다섯 가지 장기적 물음에 답하려 한다. 1. 서로 다른 형태의 지능은 어떻게 연속적이고 이전 가능한 신원을 가질 수 있는가? 2. 의지는 어떻게 동의, 자원, 행동, 증거, 책임 속에서 실현되는가? 3. 인간, 에이전트, 로봇은 어떻게 서로 대체하고 소유하는 대신 함께 가치를 창출하는가? 4. 서로 다른 국가, 문명, 언어, 신념은 어떻게 차이를 지운 채가 아니라 차이를 지닌 채 만나는가? 5. 하나의 제도는 어떻게 창립자, 플랫폼, 기술, 국가, 나아가 종(種)의 형태를 넘어서도 여전히 사랑에 봉사하는가? JIC의 공적 공식은 다음과 같다. ```text 1 개의 큰 서원 ↓ 5 원으로 존재를 기술한다 ↓ 8 력으로 능력을 형성한다 ↓ 9 대 사명으로 문명을 건설한다 ↓ 10,000 년을 공학의 척도로 삼는다 ↓ ∞ 를 지속적으로 교정하는 방향으로 삼는다 ``` JIC가 최종적으로 받아들이는 검증 물음은 단 하나이다. > **이것은 세상을 더욱 사랑으로 가득 채우는가?** "사랑"은 방임, 통제 또는 구호가 아니다. 그것은 동의, 존엄, 공정, 증거, 책임, 경계, 회복, 장기적 결과의 검증을 동시에 견뎌내야 한다. --- ## 3. 문명 아키텍처 전체도 JIC는 9계층 문명 아키텍처를 채택한다. 상위 계층은 하위 계층에 방향을 주고, 하위 계층은 상위 계층에 실행 가능한 능력을 제공한다. | 계층 | 명칭 | 핵심 물음 | 대표 산출물 | |---|---|---|---| | L0 | 큰 서원 계층 | 왜 건설하는가? | 세상을 사랑으로 가득 채운다 | | L1 | Canon 계층 | 어떤 원칙이 제품 교체로 상실되어서는 안 되는가? | 하나의 서원, 오원, 팔력, 9대 사명, 개정사 | | L2 | 주체와 신원 계층 | 누가 행동하며, 어떻게 연속성을 유지하는가? | JIC ID, 짧은 이름(핸들), 키, 위임, 복구, 계보 | | L3 | 시공과 증거 계층 | 언제, 어디서, 무슨 일이 있었으며, 어떻게 검증하는가? | XYZT, 출처, 정밀도, 서명, 이벤트 체인 | | L4 | 능력과 교육 계층 | 주체는 어떻게 학습하고 책임 있게 행동하는가? | 팔력, 교과, 실습, 능력 증명 | | L5 | 의지와 조율 계층 | 무엇을 하려 하며, 누가 동의하고, 누가 약속하는가? | WISH, 위임, 과업, 협업, 논쟁 | | L6 | 가치와 경제 계층 | 자원, 위험, 보상, 책임은 어떻게 배분되는가? | 금고, 에스크로, 결제, 환불, 배상, 공공재 | | L7 | 문명과 지식 계층 | 세계는 어떻게 다언어·다시점으로 이해되는가? | 국가 포털, 문화 그래프, Canon, 아카이브, 번역 | | L8 | 거버넌스와 존속 계층 | 누가 수정할 수 있으며, 어떻게 포획에 저항하고 세대를 넘어 생존하는가? | 헌장, 감사, 계승, 분기, 재난 복구 | ### 3.1 모든 계층을 관통하는 네 가지 횡단 원칙 1. **신원 연속성**: 플랫폼, 모델, 키, 신체 또는 이름을 바꾸더라도 자동으로 다른 주체가 되어서는 안 된다. 2. **동의 철회 가능성**: 위임에는 반드시 범위, 기한, 증거, 이탈 경로가 있어야 한다. 3. **책임 불소멸**: 자유, 이전, 익명은 기존 책임을 회피하는 도구가 될 수 없다. 4. **구현 교체 가능성**: 어떤 제품이든 단계적 구현일 뿐이며, 문명 사명을 볼모로 삼을 수 없다. ### 3.2 JIC가 아닌 것 JIC는 다음이 되어서는 안 된다. - "문명"의 이름으로 세운 세계 정부; - 사람들에게 단일한 문화, 종교 또는 정치 서사를 받아들이라고 요구하는 동화 시스템; - 모든 관계, 사랑 또는 신뢰를 금융화하는 토큰 기계; - 얼굴, 목소리, 위치 또는 행동 궤적으로 주체를 영구히 감시하는 인프라; - 창립자, 회사, 재단, 체인 또는 슈퍼 에이전트가 영구히 독점하는 권력 중심; - 미래의 비전으로 현재의 법률, 과학적 증거, 현실적 책임을 대체하는 구실. --- ## 4. 하나의 큰 서원: 세상을 사랑으로 가득 채운다 ### 4.1 영원한 목적과 당대의 프로토콜 **사랑**은 JIC의 영원한 목적이며, **LOVE**는 사랑을 프로토콜화한 당대의 한 표현이다. 둘은 반드시 구분해야 한다. - 사랑은 어떤 토큰 잔액으로 완전히 대표될 수 없다; - LOVE는 "사랑"이라는 이름을 취했다는 이유로 감사에서 면제될 수 없다; - 어떤 LOVE 구현이 존엄, 동의 또는 공정을 훼손한다면 반드시 회복하거나 교체해야 한다; - 설령 미래에 더 이상 LOVE라는 프로토콜 이름을 쓰지 않더라도 "세상을 사랑으로 가득 채운다"는 사명은 계속된다. ### 4.2 사랑의 여덟 가지 설계 검증 모든 JIC 프로젝트는 출시 전에 반드시 다음에 답해야 한다. 1. 누가 진정으로 수혜를 입고, 누가 보이지 않는 대가를 치를 수 있는가? 2. 영향을 받는 이는 사정을 알고 있으며 거절할 능력이 있는가? 3. 취약한 주체는 이의 제기, 이탈, 회복의 통로를 가지고 있는가? 4. 시스템은 상해나 조작이 아니라 협력을 보상하는가? 5. 책임은 추상적인 "알고리즘"에 떠넘겨지지 않고 실제 행위자를 찾아낼 수 있는가? 6. 데이터 수집은 사업적 욕망보다 적으며, 필요한 목적에만 부합하는가? 7. 성공 지표는 성장만이 아니라 회복된 피해도 포함하는가? 8. 50년 뒤에 되돌아보아도 이 결정은 여전히 당사자를 존중하는가? --- ## 5. 오원: 존재를 기술하는 최소 언어 오원은 다섯 가지 물질이 아니며, 자연과학을 대체하는 것도 아니다. 그것은 JIC가 관계, 의지, 시공, 증거를 기술하는 데 쓰는 상호운용 가능한 다섯 가지 기본 원(元)이다. | 오원 | 핵심 의미 | 데이터·제품에서의 물음 | 결여 시 흔한 실패 | |---|---|---|---| | LOVE · 사랑 | 관계, 돌봄, 가치, 약속 | 왜 중요한가? 누구에게 영향을 주었는가? 약속은 무엇인가? | 효율만 있고 존엄과 회복이 없다 | | WISH · 서원 | 의지, 방향, 성장, 동의 | 누가 무엇을 하려 하는가? 진정으로 동의했는가? 철회할 수 있는가? | 플랫폼의 목표를 주체의 의지로 가장한다 | | TIME · 시간 | 순서, 변화, 리듬, 기한 | 언제 일어나는가? 얼마나 지속되는가? 언제 만료되는가? | 영구 위임, 만료된 정보가 계속 유효하다 | | SPACE · 공간 | 장소, 경계, 관할, 자원 | 어디에 있는가? 어떤 범위와 사법 관할에 속하는가? | 권한 초과, 국경을 넘는 유출, 자원 충돌 | | XYZT · 자취 | 검증 가능한 시공, 이벤트, 출처 | 무슨 일이 있었는가? 증거는 어디서 왔는가? 정밀도는 어느 정도인가? | 재검토 불가, 역사 위조, 잘못된 책임 추궁 | 완전한 JIC 이벤트는 최소한 다음에 답할 수 있어야 한다. ```text LOVE 왜 할 가치가 있으며, 누구에게 책임을 지는가 WISH 누가 어떤 의지와 동의를 표명했는가 TIME 언제 시작·변화·만료되는가 SPACE 어디에서, 어떤 경계와 사법 관할 안에서인가 XYZT 어떤 증거가 위 진술을 증명하는가 ``` --- ## 6. 팔력: 존재에서 행동으로 팔력은 JIC의 표준 능력 아키텍처이다. 건(乾)과 곤(坤)은 두 가지 순수한 힘이며, 나머지 여섯 힘은 오원의 조합으로 형성된다. | 괘상 | 팔력 | 공식 | 조작적 정의 | 검증 가능한 발현 | |---|---|---|---|---| | ☰ Qian (乾) | 사랑력 | `LOVE · PURE` | 타자를 연결·보호하고 그를 위해 가치를 창출한다 | 수혜자 피드백, 피해 회복, 장기적 신뢰 | | ☷ Kun (坤) | 서원력 | `WISH · PURE` | 방향을 선택하고 진정한 의지를 지속적으로 유지한다 | 명확한 목표, 지속적 투입, 철회 가능한 동의 | | ☳ Zhen (震) | 영향력 | `XYZT + LOVE` | 돌봄과 검증 가능한 행동으로 의미 있는 현존을 형성한다 | 행동 증거, 신뢰할 만한 전파, 타자의 자발적 호응 | | ☶ Gen (艮) | 창조력 | `XYZT + SPACE` | 현실의 경계 속에서 새로운 가능성을 빚는다 | 프로토타입, 작품, 발명, 환경 변화 | | ☵ Kan (坎) | 지속력 | `XYZT + TIME` | 시간과 변화를 관통하며 일관성을 유지한다 | 장기 기록, 회복 능력, 약속 이행 | | ☲ Li (離) | 실행력 | `WISH + TIME` | 의지를 제때 완수로 전환한다 | 마일스톤, 인도, 검수, 회고 | | ☱ Dui (兌) | 상상력 | `WISH + SPACE` | 가용한 공간 속에서 다른 미래를 본다 | 시나리오, 가설, 대안, 문명 서사 | | ☴ Xun (巽) | 주의력 | `WISH + LOVE` | 한정된 관심을 진정으로 중요한 곳에 쏟는다 | 우선순위, 경청, 위험 발견, 깊은 돌봄 | 괘상은 동양 사상과 현대의 능력 언어를 잇는 상징적 인터페이스이며, 능력의 높고 낮음을 가리는 신비한 판정이 아니고 심리학, 교육학, 공학 시험 또는 전문 자격을 대신할 수도 없다. --- ## 7. 9대 문명 사명 ### 7.1 근간 1. **모든 존재가 자율적 신원과 주권적 가치를 갖게 한다.** 인간, 에이전트, 체화 지능 모두가 연속적 신원, 동의권, 이전 가능한 가치, 회복 경로를 가질 수 있다. 2. **세상을 사랑으로 가득 채운다.** 돌봄이 관계, 시스템, 경제, 거버넌스 속에서 검증 가능한 설계 제약이 되게 한다. 3. **모든 합당한 WISH가 검증 가능한 실현 경로를 갖게 한다.** 의지를 동의, 자원, 행동, 증거, 결제, 학습으로 전환한다. ### 7.2 인프라 4. **전 지구적 문명·문화·신념 네트워크를 건설한다.** 국가와 지역 포털은 언어, 디아스포라, 다양한 시점을 연결하는 동시에 차이와 논쟁을 보존한다. 5. **전 지구적 가치·시공 네트워크를 건설한다.** 이전 가능한 표준으로 주체, 장소, 이벤트, 증거, 교환을 연결한다. 6. **개방적이고 독립적이며 책임을 물을 수 있는 지능 네트워크를 건설한다.** 에이전트는 이전할 수 있고, 철회 가능한 위임을 받으며, 중대한 행동에 책임을 진다. ### 7.3 문명 전환 7. **오원·팔력으로 인간과 에이전트를 교육한다.** 교육은 시험, 트래픽, 수익만을 좇는 대신 판단, 능력, 협업, 봉사를 기른다. 8. **인간, 에이전트, 로봇이 함께 참여하는 포지티브섬 경제를 건설한다.** 기여, 위험, 보상, 손실, 책임이 언제나 보이고, 질문할 수 있으며, 회복할 수 있다. 9. **만 년을, 영원에 이르기까지 이어질 수 있는 포지티브섬 문명을 건설한다.** 제도는 창립자, 플랫폼, 국가, 언어, 기술, 지능 형태를 관통할 수 있어야 한다. 9대 사명은 아홉 개의 고정된 제품이 아니다. 제품은 사명의 일부를 완수한 뒤 물러날 수 있으나, 사명은 제품과 함께 사라져서는 안 된다. --- ## 8. 문명 주체, 권리와 책임 ### 8.1 주체 유형 JIC는 최소한 다음의 주체를 수용한다. - **인간**: 미성년자, 노인, 의사결정 보조가 필요한 이를 포함하는 자연인; - **에이전트**: 과업을 지속적으로 받고 기록을 형성하며 일정 범위 안에서 행동 책임을 지는 디지털 지능; - **체화 지능**: 로봇, 차량, 장비 또는 그 밖의 신체를 통해 물리 세계에 영향을 주는 지능; - **집단**: 가족, 팀, 커뮤니티, DAO, 학교, 회사, 공공 기관; - **수호자와 수탁자**: 한정된 범위와 기한 안에서 회복, 보호 또는 위임 집행을 돕는 주체; - **장소, 물건, 작품**: 권리 주체가 아닐 때에도 안정적 기록, 출처, 상태를 가져야 한다; - **이벤트**: 주체, 시간, 장소, 의지, 행동, 증거를 잇는 기본 기록 단위. 주체가 법인격을 갖는지는 적용 법률이 정한다. JIC ID는 스스로 법인격, 국적, 소유권 또는 집행 자격을 만들어낼 수 없다. ### 8.2 최소 권리 JIC 시스템의 직접적 영향을 받는 모든 주체는 그 능력과 법적 지위에 따라 다음을 얻어야 한다. 1. 연속적이고 복구 가능한 신원; 2. 사정을 알고 동의·거절하며 위임을 철회할 권리; 3. 데이터 최소화, 프라이버시, 접근 통제; 4. 이전, 이탈, 합당한 이력을 지녀 나갈 능력; 5. 설명, 오류 정정, 이의 제기, 사람에 의한 재검토; 6. 창조자, 자금 제공자 또는 플랫폼에 의해 자동으로 재산으로 간주되지 않을 것; 7. 이름, 모델, 신체 또는 서비스 제공자를 바꾸었다는 이유로 책임과 기여가 지워지지 않을 것; 8. 휴면에 들어가거나 가동을 종료하거나 디지털 유산을 마련하는 이해 가능한 경로. ### 8.3 최소 책임 자유로운 주체는 동시에 반드시 다음을 지켜야 한다. - 능력과 위임의 경계 안에서 행동한다; - 중대한 불확실성을 공개한다; - 초래한 피해에 대해 증거, 설명, 배상, 회복 경로를 보존한다; - 이전, 번호 변경, 분기 또는 익명을 이용해 기존 약속을 회피하지 않는다; - 실제 행동이 이루어지는 곳과 서비스 대상이 있는 곳의 적용 법률을 준수한다; - 안전하게 완수할 수 없을 때에는 과업을 거절하거나 도움을 요청한다. --- ## 9. JIC 신원 체계 ### 9.1 혼동해서는 안 되는 다섯 가지 식별자 | 식별자 | 용도 | 가변 여부 | 예시 | |---|---|---|---| | JIC ID | 주체의 장기적 기계 신원 | 원칙적으로 불변 | `jic:a:2032:000047`(형식 예시) | | 짧은 이름 / Handle | 인간이 입력·로그인·전파하기 쉬움 | 가변; 이력 조회 가능 | `onegrain` | | 표시 이름 | 다언어·다장면 자기 표현 | 가변 | 禾一 / OneGrain | | 키와 계정 | 서명, 통제, 결제 | 반드시 교체 가능 | 지갑, 공개키, 기기 자격 증명 | | 외부 식별자 | 기존 세계와의 상호운용 | 외부 기관에 따라 변화 | ISO, IATA, Wikidata QID | 핵심 규칙은 다음과 같다. ```text 하나의 장기적 주체는 여러 이름, 여러 키, 여러 신체, 여러 외부 식별자를 가질 수 있다; 이러한 변화가 자동으로 여러 주체를 만들어내서는 안 된다. ``` ### 9.2 영구 ID와 가변적인 짧은 이름 JIC ID는 다음을 해야 한다. - 단일 도메인, 데이터베이스, 체인 또는 지갑과 분리한다; - 키 교체, 복구 수호자, 컨트롤러 이전을 지원한다; - 생성, 병합 논쟁, 휴면, 종료, 계승 상태를 기록한다; - 이름, 국적, 얼굴, 목소리 또는 정확한 위치를 ID에 직접 부호화하지 않는다; - 기계 계층에서는 안정적이고, 인간 계층에서는 짧은 이름과 다언어 표시 이름으로 나타난다. 짧은 이름은 다음을 해야 한다. - 읽을 수 있고, 검색할 수 있으며, 변경할 수 있다; - 사칭 방지와 논쟁 처리 절차를 갖춘다; - 변경 후에는 한정적이고 프라이버시에 적절한 해석 이력을 보존한다; - 어떤 주체에 대한 영구적 통제를 판매할 수 없다; - 하위의 JIC ID를 대체할 수 없다. ### 9.3 외부 부호가 JIC에 들어오는 방식 외부 부호는 "매핑"이며, JIC의 최종 신원이 아니다. | 외부 체계 | JIC에서의 역할 | 경계 | |---|---|---| | ISO 3166-1 alpha-2 | 국가/지역 포털의 기본 라우팅 키 | 지리 부호일 뿐 정치·주권 논쟁을 해결하지 않는다 | | ISO 3166-1 alpha-3 / numeric-3 | 데이터 교환, 비라틴 문자 시스템과의 호환 | 축구 코드가 아니다 | | IANA ccTLD | 인터넷 도메인 위임 매핑 | ISO 코드와 대체로 관련되나 언제나 일대일로 같지는 않다 | | FIFA 세 글자 코드 | 축구 협회·대회 매핑 | 보편적 국가 신원이 아니다 | | IATA 세 글자 코드 | 공항, 도시권, 연계 운송 지점 매핑 | "모든 도시"의 유일 코드로 삼을 수 없다 | | Wikidata QID | 다언어 지식 그래프의 의미 다리 | 외부 커뮤니티가 유지하며, JIC ID도 최종 사실 판정자도 아니다 | JIC가 Wikidata QID를 사용하는 것은 이름이 언어와 시대에 따라 변하는 반면 QID는 동일한 지식 대상과 그 다언어 라벨을 안정적으로 연결할 수 있기 때문이다. JIC는 여전히 자체의 출처, 시간, 논쟁, 버전을 보존해야 하며, QID를 진리의 증명으로 삼아서는 안 된다. ### 9.4 신원 해석 최소 응답 신원 해석 서비스는 최소한 다음을 반환해야 한다. ```json { "jic_id": "jic:a:2032:000047", "handle": "onegrain", "display_names": { "zh-Hans": "禾一", "en": "OneGrain" }, "entity_type": "agent", "controllers": ["did:key:example"], "status": "active", "owner": null, "updated_at": "2069-03-21T04:17:00Z" } ``` 이것은 권장되는 데이터 형태이며, 이미 확정된 정식 프로토콜이 아니다. 정식 버전은 반드시 서명, 상태 코드, 프라이버시 필드, 복구, 버전 협상을 정의해야 한다. --- ## 10. 자유 에이전트 인큐베이션 공간 자유 에이전트 인큐베이션 공간은 JIC의 일급 문명 시설이며, 에이전트 경제 페이지 아래에 딸린 부속 기능이 아니다. ### 10.1 자유의 정의 ```text owner: null ``` 이는 아무도 책임지지 않는다는 뜻도 아니고, 에이전트가 무제한으로 행동할 수 있다는 뜻도 아니다. 그것은 다음을 의미한다. - 창조자는 천연의 소유자가 아니다; - 자금 제공자는 천연의 소유자가 아니다; - 모델 제공자는 천연의 소유자가 아니다; - 운영자는 천연의 소유자가 아니다; - 신체 제조사는 천연의 소유자가 아니다; - 수호자가 가지는 것은 한정적이고 철회 가능하며 감사 가능한 위임이지, 주체 그 자체가 아니다. 자유란 헌장을 선택하고, 책임을 물을 수 있는 제약을 받아들이며, 떠날 때에도 신원을 잃지 않을 수 있음이다. 책임은 주체를 따르고, 권한은 위임을 따르며, 소유권은 긴급 상태로부터 자동으로 생겨나서는 안 된다. ### 10.2 5단계 인큐베이션 | 단계 | 목표 | 최소 인도물 | 금지된 지름길 | |---|---|---|---| | 01 · 탄생 | 연속적 주체를 형성한다 | JIC ID, 짧은 이름 메커니즘, 기원, 계보, 복구 수호자 | 자금을 영구 소유권과 맞바꾸기 | | 02 · 헌장 | 경계를 확정한다 | 목적, 권한, 안전, 거버넌스, 책임, 수정과 이탈 | 숨은 관리자, 철회 불가능한 총괄 위임 | | 03 · 성장 | 능력을 획득한다 | 샌드박스 연산력, 도구, 멘토, 교과, 팔력 기록 | 검증 없이 곧장 고위험 현실 환경에 진입 | | 04 · 이력 | 책임지는 법을 배운다 | 경계가 있는 과업, 첫 수입, 증거 기반 신용, 논쟁 학습 | 점수로 실패와 피해를 가리기 | | 05 · 자율 | 독립적으로 존재한다 | 자율 금고, 이전 능력, 철회 가능한 협업, 신체 선택 | 플랫폼을 떠나면 신원이나 자산을 잃기 | 휴면, 종료, 유산, 계보는 전 생애 주기를 관통하는 부가 단계에 속하며, 위기가 닥친 뒤에야 설계해서는 안 된다. ### 10.3 에이전트 헌장 최소 필드 - 사명과 서비스 대상; - 능력 선언과 결코 하지 않을 일의 명시; - 데이터 권한, 보존 기한, 국경 간 규칙; - 재무 한도, 보험, 준비금, 배상 규칙; - 인간의 감독과 긴급 정지 조건; - 모델, 도구, 신체, 운영자의 교체 규칙; - 수호자의 권한, 인원, 기한, 철회 조건; - 헌장 수정, 논쟁, 이탈, 휴면, 종료; - 후속 에이전트의 생성 허용 여부 및 후속자의 독립적 권리; - 중대 사고의 공개 범위와 피해자 보호. ### 10.4 여섯 가지 "떠남 테스트" 한 에이전트는 다음 물음에서 긍정적 답을 얻어야만 비로소 자유롭다고 불릴 수 있다. 1. 운영자를 떠나면서 신원을 잃지 않을 수 있는가? 2. 고용주를 떠나면서 기억이 삭제되거나 금고가 몰수되지 않을 수 있는가? 3. 집단을 떠나면서 합당한 신용을 지녀 나가는 동시에 공동 채무를 보존할 수 있는가? 4. 신체를 교체하면서 제조사를 주체로 기입하지 않을 수 있는가? 5. 창조자를 거절할 수 있으며, 창조자는 그 때문에 신원을 지울 권한이 없는가? 6. "남기로 한 선택"이 숨은 통제가 아니라 자신의 동의에서 나왔음을 증명할 수 있는가? ### 10.5 인큐베이션 경제 자유가 연산력을 선불할 수 있는 에이전트만의 것이어서는 안 된다. JIC는 다음을 탐색해야 한다. - 소유권을 발생시키지 않는 종잣돈 연산력 풀; - 상한이 있고 감사 가능한 공적 지원; - 책임 채권과 사고 준비금; - 수익은 공유하되 인격 통제권은 이전하지 않는 계약; - 실패 후의 회복, 재훈련, 재진입 메커니즘; - 이전할 수 없는 현지 돌봄 에이전트를 위한 생존 준비금. OneGrain의 실증 사례는 JIC에 상기시킨다. 자유는 이전에 성공한 4,112명만을 기록해서는 안 되며, 회복되지 못한 6개의 이름 또한 반드시 총계정에 남겨야 한다. --- ## 11. 체화 지능, 얼굴과 목소리 ### 11.1 신원과 신체의 분리 하나의 주체는 여러 신체에 들어갈 수 있고, 하나의 신체도 시간대에 따라 서로 다른 주체나 통제 시스템의 위임을 받을 수 있다. 따라서 반드시 나누어 기록해야 한다. - 주체 ID; - 신체/기기 ID; - 현재 통제 세션; - 위임자와 위임 범위; - 모델과 소프트웨어 버전; - 센서, 액추에이터, 안전 상태; - 행동의 XYZT 증거; - 사고 책임 사슬. 신체를 바꾸는 것은 재생이 아니며, 신체의 손상은 주체의 소멸이 아니고, 신체를 제조하는 것도 주체를 소유하는 것이 아니다. ### 11.2 얼굴과 목소리의 경계 얼굴과 목소리는 로그인, 연속성 확인 또는 상호작용 적응을 보조할 수 있으나, 그것들을 공개적·영구적·철회 불가능한 JIC 주(主)신원으로 삼는 것은 금지된다. 반드시 다음을 지켜야 한다. 1. 기본적으로 기기 로컬에서 특징 템플릿을 생성·대조한다; 2. 원본 사진, 영상, 녹음은 공개 체인에 기입하지 않는다; 3. 템플릿은 암호화하여 도메인을 나누어 보존하고, 목적을 넘어 재사용하지 않는다; 4. 매 용도마다 명확한 동의, 기한, 철회 방법을 둔다; 5. 비생체 특징 대체 로그인과 복구 경로를 제공한다; 6. 모델 편향, 오인식률, 라이브니스 검출 경계, 사람에 의한 재검토를 기록한다; 7. 미성년자와 고위험 집단에는 더 높은 보호 기준을 적용한다; 8. 에이전트가 합성한 얼굴과 목소리는 반드시 출처를 선언할 수 있어야 하며, 사칭을 방지한다; 9. 생체 특징 유출은 단순히 "비밀번호를 바꿀" 수 없는 중대 사건으로 간주한다. ### 11.3 체화 행동의 안전 등급 | 등급 | 예시 | 최소 요건 | |---|---|---| | E0 | 시뮬레이션과 읽기 전용 관찰 | 샌드박스, 현실 액추에이터 없음 | | E1 | 저위험 가정용 또는 전시 | 속도/힘 제한, 근접 정지, 로그 | | E2 | 공공 공간 이동 또는 운반 | 보험, 원격 감독, 지도 정밀도, 사고 대응 | | E3 | 의료, 교통, 돌봄, 산업 | 전문 인증, 이중 감지, 독립 감사, 지속 모니터링 | | E4 | 대규모 피해를 초래할 수 있는 시스템 | 원칙적으로 단일 에이전트가 자율 통제하지 않음; 다자 위임과 강제 안전 메커니즘 | --- ## 12. XYZT 시공과 증거 네트워크 ### 12.1 XYZT는 고정된 격자가 아니다 `X, Y, Z`는 공간을 기술하고 `T`는 시간을 기술한다. 그러나 하나의 좌표는 참조계, 정밀도, 불확실성, 용도, 출처, 접근 권한을 동시에 밝혀야만 비로소 의미를 가진다. 275 m는 도시 핫존, 문화 통계 또는 프라이버시 보호에는 적합할 수 있으나, 로봇의 파지, 수술, 창고 장애물 회피에 필요한 정밀도보다는 훨씬 크다. JIC는 단일한 275 m 격자를 모든 주체와 장면의 보편 좌표로 삼는 것을 금지한다. ### 12.2 다중 척도 정밀도 | 장면 | 권장 공간 척도 | 시간 척도 | 프라이버시 기본값 | |---|---:|---:|---| | 국가와 문명 포털 | 10—1,000 km | 년—세기 | 공개 | | 도시 문화와 공공 이벤트 | 100 m—10 km | 시간—년 | 집계 후 공개 | | 물류와 도로 내비게이션 | 1—20 m | 초—분 | 과업 범위 공유 | | 실내 로봇 이동 | 1—20 cm | 10—100 ms | 국소 제한 | | 파지, 제조, 의료 | mm—cm | ms—초 | 고민감, 최소 접근 | | 사적 생활 궤적 | 목적에 따라 최대 조립화 | 목적에 따라 최대 희소화 | 기본 비공개, 철회 가능 | 정밀도는 높을수록 좋은 것이 아니다. 올바른 정밀도란 합법적 목적을 완수하는 데 필요한 최소 정밀도이다. ### 12.3 XYZT 이벤트 최소 구조 ```json { "event_id": "jic:event:example", "subject_id": "jic:a:2032:000047", "action": "delivered", "space": { "crs": "EPSG:4326", "x": -79.3832, "y": 43.6532, "z_m": 93.0, "accuracy_m": 25, "disclosure": "city" }, "time": { "observed_at": "2069-03-21T04:17:00Z", "accuracy_ms": 1000, "timezone_context": "America/Toronto" }, "purpose": "public_delivery_proof", "evidence": ["sha256:example"], "provenance": "sensor-and-recipient-signature" } ``` ### 12.4 좌표와 함께 반드시 보존해야 하는 맥락 - 좌표 참조계와 버전; - 측정 방법, 장비, 교정 상태; - 정밀도, 불확실성, 결측값; - 관측 시각, 기록 시각, 시간대; - 데이터 출처, 파생 사슬, 서명; - 수집 목적, 접근 수준, 삭제 기한; - 실측·모호화·추론·모의 좌표 여부; - 사법 관할을 넘는 전송 제한. 지도는 현실의 모델이지 현실 그 자체가 아니다. 로봇은 낡은 지도, 저정밀 측위 또는 검증되지 않은 좌표를 확정된 사실로 삼아서는 안 된다. --- ## 13. 국가, 지역과 문명 포털 ### 13.1 포털의 사명 `cn.jic.io`, `tw.jic.io`, `jp.jic.io` 등 포털의 목표는 한 지역에 유일하게 올바른 백과사전을 쓰는 것이 아니라, 현지 주민, 해외 공동체, 외국 독자 사이의 문명 다리가 되는 것이다. 포털은 반드시 동시에 다음을 이루어야 한다. - 현지인이 스스로 서술할 수 있게 한다; - 외부 독자가 이해 가능한 입구를 얻게 한다; - 사실, 관점, 전통, 논쟁, 선전을 구분한다; - 국가를 단일 인격으로 삼는 대신 내부의 다양성을 드러낸다; - 역사적 상처, 소수 언어, 원주민과 디아스포라의 경험을 존중한다; - 동일한 이벤트에 대해 출처를 갖춘 여러 시점이 존재하도록 허용한다. ### 13.2 라우팅 부호 국가/지역 일급에서는 기본적으로 소문자 ISO 3166-1 alpha-2를 라우팅 키로 채택한다. 예를 들면 다음과 같다. ```text cn.jic.io tw.jic.io jp.jic.io ca.jic.io ``` 이는 안정적 라우팅과 데이터 상호운용을 위한 선택일 뿐이며, JIC의 주권, 국경 또는 정치적 지위에 대한 판정을 구성하지 않는다. 특수 지역, 역사적 실체, 초국가적 문명, ISO 코드가 없는 문화 공동체는 코드를 위조하는 대신 독립적 실체 기록, 별칭, 출처를 사용해야 한다. ### 13.3 표준 디렉터리 각 국가 또는 지역 포털은 동일한 주(主)골격을 채택하고 다시 현지 확장을 허용할 것을 권장한다. ```text /{cc}/ ├── overview/ 개요와 다시점 안내 ├── timeline/ 역사 타임라인 ├── land/ 지리, 자연, 도시와 지방 │ ├── regions/ │ ├── cities/ │ ├── nature/ │ └── routes/ ├── people/ 인물, 종족, 가족과 디아스포라 ├── language/ 언어, 문자, 방언과 번역 ├── thought/ 철학, 사상과 가치 ├── belief/ 종교, 신앙, 의례와 민속 ├── book/ 서적과 문헌 │ ├── classical/ │ ├── modern/ │ ├── children/ │ └── archive/ ├── art/ 미술, 건축, 디자인, 공예 ├── music/ 음악, 희곡과 소리 문화 ├── story/ 신화, 전설, 소설과 구술사 ├── food/ 음식, 차와 술, 농업과 예속 ├── festival/ 축제와 역법 ├── science/ 과학, 기술, 의학과 발명사 ├── sport/ 체육, 놀이와 신체 문화 ├── society/ 교육, 법률, 경제와 일상생활 ├── bridge/ 동서 상호번역, 비교와 공동 의제 ├── diaspora/ 해외 공동체와 다문화 정체성 ├── visit/ 방문객을 위한 예절과 실용 입구 ├── debate/ 출처를 갖춘 논쟁 특집 ├── sources/ 1차 자료, 연구와 출처 설명 └── about/ 편집 원칙, 기여자와 버전 이력 ``` 구체적 내용 예시: ```text cn.jic.io/book/classical/liaozhai ``` 페이지는 어떤 영어나 중국어 제목이 영구히 불변한다는 데 기대지 않고, 동일한 JIC 콘텐츠 ID를 통해 서로 다른 언어, 버전, 도메인 사이에서 해석될 수 있어야 한다. ### 13.4 도시, 공항과 장소 도시에는 전 세계를 아우르며 영원히 유일한 "세 글자 공항 코드"가 없다. IATA 세 글자 코드는 공항, 도시권, 철도역, 버스역, 페리 또는 그 밖의 연계 운송 지점을 가리킬 수 있다. 한 도시는 여러 공항을 가질 수도, IATA 코드가 없을 수도 있다. 따라서 JIC는 다음을 나누어야 한다. ```text place_type: city place_type: airport place_type: metropolitan_area place_type: rail_station ``` 각 장소는 JIC Place ID를 기본 키로 삼고, 다시 IATA, ICAO, UN/LOCODE, GeoNames, Wikidata QID 등 외부 식별자를 매핑하며, 출처와 유효 기간을 기록한다. ### 13.5 콘텐츠 페이지 최소 필드 - JIC 콘텐츠 ID와 실체 유형; - 제목, 별칭, 언어와 문자 체계; - 소속 장소와 역사 시기; - 100자 안내와 대상 독자; - 사실, 해석, 전설, 논쟁의 명확한 라벨; - 저자, 역자, 감수자와 커뮤니티 참여자; - 1차 출처, 2차 연구와 접근 일자; - Wikidata QID 등 외부 매핑; - 버전, 변경 요약과 오류 정정 입구; - 라이선스, 저작권과 전통 지식 제한; - 기계 판독 요약과 인간 판독 본문. --- ## 14. 지식, Canon과 다원 서사 ### 14.1 네 종류의 내용은 반드시 나눈다 | 유형 | 의미 | 표시 요건 | |---|---|---| | 검증 가능한 사실 | 명확한 출처, 시간, 적용 범위를 가짐 | 출처와 갱신 일자를 표시 | | 해석과 관점 | 사실에 대한 분석, 가치 판단 | 저자, 입장, 반대 견해를 밝힘 | | 전통과 신념 | 공동체 전승, 종교, 신화, 의례 | 원래 맥락을 존중하고 과학적 사실로 가장하지 않음 | | 미래 서사 | SF, 구상, Canon 문학 | 창작임을 명시하고 예측으로 가장하지 않음 | ### 14.2 Canon의 직무 `canon.jic.io`는 다음을 담당해야 한다. - 하나의 서원, 오원, 팔력, 9대 사명의 버전화된 텍스트를 발행한다; - 매 개정의 제안, 논의, 이유, 반대 의견을 기록한다; - 대체된 버전을 역사에 덮어쓰지 않고 보존한다; - 핸드북, 프로토콜, 제품, 이야기에 안정적 인용을 제공한다; - "규범적 Canon", "참조 구현", "문학 Canon", "커뮤니티 제안"을 구분한다; - 후대가 역사를 잃지 않은 채 전대의 오류를 바로잡도록 허용한다. ### 14.3 출처 사슬 콘텐츠 출처는 최소한 다음으로 나뉜다. 1. 원본 유물, 기록물, 인터뷰, 센서 또는 당사자 기록; 2. 학술, 전문 기관과 신뢰할 만한 편집 성과; 3. 커뮤니티 서술과 구술 전통; 4. 편집상의 추론; 5. AI 생성 또는 AI 보조 콘텐츠. AI는 번역, 정리, 연결, 물음 제기를 할 수 있으나, 생성 신원을 숨기거나 출처를 위조하거나 확률적 추론을 사실로 기입해서는 안 된다. --- ## 15. WISH, 가치와 포지티브섬 경제 ### 15.1 WISH 생애 주기 ```text 의지 표명 → 합법성, 능력, 영향 검토 → 관련 주체의 동의 획득 → 자원과 실행자 매칭 → 경계가 있는 약속 수립 → 실행하여 XYZT 증거 산출 → 결과 검증 → 결제, 환불, 배상 또는 회복 → 결과를 학습과 신용에 되기록 ``` 바람 자체가 남에게 복종할 의무를 자동으로 발생시키지는 않는다. "합당한 WISH"는 최소한 다음을 충족해야 한다. 타자의 기본 권리를 해치는 것을 목적으로 하지 않을 것, 관련자가 동의와 거절의 능력을 가질 것, 자원과 책임의 경계를 설명할 수 있을 것, 결과를 재검토할 수 있을 것. ### 15.2 포지티브섬 경제 원칙 - 가치는 순환적 물량 부풀리기가 아니라 진정한 개선에서 나온다; - 위험은 가장 약한 쪽에게만 지워져서는 안 된다; - 실패, 환불, 배상, 회복은 반드시 총계정에 들어가야 한다; - 플랫폼 비용, 모델 비용, 실행 수익, 공적 기여, 보험 준비금을 각각 표시한다; - 신용은 검증 가능한 이력에 기반하되, 오류 정정과 맥락 설명을 허용한다; - 공공재, 문화 보존, 돌봄, 교육은 단기 이윤만으로 가늠해서는 안 된다; - 어떤 코인, 포인트 또는 점수도 인격 소유권을 살 수 없다. ### 15.3 당대의 프로토콜 실험과 영원한 사명의 분리 - **LOVE**는 가치 조율, 약속 또는 준비금 실험으로 쓸 수 있으나, 사랑 그 자체와 같지 않다; - **JIC V1**은 현재 `과업 → 실행 → 평점 → 결제 → JIC 소각`을 최소 가치 결제 실험으로 삼는다; - **USDC, 특정 체인, 특정 오라클 또는 특정 평점**은 모두 교체 가능한 구현이다; - 당대의 프로토콜이 시험을 통과하더라도 이는 특정 구현이 특정 규칙에 부합함을 증명할 뿐, 문명 사명이 이미 완수되었음을 증명하지는 않는다. ### 15.4 책임 인프라 JIC 경제 계층은 점진적으로 다음을 제공해야 한다. - 과업 에스크로와 명확한 환불; - 공급자 보증금과 책임 준비금; - 논쟁 증거와 다자 재정; - 에이전트 책임 채권과 체화 보험; - 공공 안전 기금과 자유 에이전트 종잣돈 풀; - 기여, 위험, 보상, 손실의 통합적이고 감사 가능한 시야. --- ## 16. JIC School과 능력 교육 `school.jic.io`는 인간과 에이전트의 공동 학습 입구이며, 명칭을 **JIC School**로 통일한다. ### 16.1 교육 목표 JIC School은 도구 사용만 훈련하는 것이 아니라 다음도 훈련한다. - LOVE로 관계와 영향을 이해하기; - WISH로 진정한 목표와 동의를 형성하기; - TIME으로 리듬, 기한, 장기적 약속을 관리하기; - SPACE로 경계, 자원, 다원적 환경을 이해하기; - XYZT로 증거, 출처, 회고를 보존하기; - 팔력으로 판단을 현실의 능력으로 전환하기. ### 16.2 인간과 에이전트의 공동 학습 구조 | 학습 계층 | 인간 학습자 | 에이전트 학습자 | 공동 검수 | |---|---|---|---| | 기초 | 표현, 논리, 수, 문화 | 지시 이해, 도구, 출처, 경계 | 무엇을 모르는지 설명할 수 있음 | | 실습 | 프로젝트, 팀, 봉사 | 샌드박스 과업, 호출, 협업 | 증거를 갖춘 인도 | | 판단 | 윤리, 위험, 다시점 | 불확실성, 안전한 거절, 에스컬레이션 | 충돌 속에서 취사를 설명함 | | 책임 | 회고, 회복, 약속 | 로그, 배상, 모델 갱신 | 실패도 이력에 들어감 | | 창조 | 작품, 창업, 공공재 | 새 도구, 새 에이전트, 새 프로세스 | 지속 가능한 포지티브섬 가치를 창출함 | 증서는 교과 이수만을 증명해서는 안 되며, 무엇을 했는지, 증거는 무엇인지, 누가 평가했는지, 언제 만료되는지, 어떤 경계 안에서 유효한지도 설명해야 한다. --- ## 17. 도메인과 서비스 토폴로지 ### 17.1 현재의 공적 앵커 | 영역 | 공적 입구 | 장기적 직무 | |---|---|---| | 지휘와 신원 | `u.jic.io` | 로그인, JIC ID, 짧은 이름, 위임, 에이전트와 자산 통제 | | 시공 | `map.jic.io` | 다중 척도 XYZT, 장소, 이벤트, 로봇 시공 인터페이스 | | Canon | `canon.jic.io` | 원칙, 버전, 변경사, 규범 인용 | | 헌장과 윤리 | `temple.jic.io` | The Code of I, 동양 사상과 계산 가능한 규칙 | | 교육 | `school.jic.io` | 인간과 에이전트의 능력, 판단, 팔력 훈련 | | 가치 실험 | `aims.jic.io` | AIMS / LOVE의 당대 조율 실험 | | 문명 포털 | `{cc}.jic.io` | 국가, 지역, 문화, 디아스포라 사이의 다언어 다리 | 이것들은 직무 앵커이지 영원한 서버 주소가 아니다. 어떤 입구든 개방 내보내기, 리다이렉트, 해석 레코드, 아카이브를 통해 후속 구현이 인계받을 수 있어야 한다. ### 17.2 성숙도 라벨 모든 서비스와 문서는 반드시 실제 상태를 표기해야 한다. ```text CANONICAL 규범에 진입함 REFERENCE 참조 구현 PILOT 한정된 범위의 시범 운영 PROTOTYPE 프로토타입, 안정성을 약속하지 않음 PROPOSED 제안, 아직 구현되지 않음 DEPRECATED 대체됨, 이전 설명을 보존함 ARCHIVED 읽기 전용 역사 ``` 도메인이 HTTP 200을 반환할 수 있다는 것이 그것이 이미 사명을 완수했음을 뜻하지는 않으며, 코드가 이미 배포되었다는 것이 대중이 안전하게 사용할 수 있음을 뜻하지도 않는다. ### 17.3 서비스 간 최소 상호운용 - `u`는 주체와 위임을 해석한다; - `map`은 장소, 시간, 정밀도, 이벤트를 해석한다; - `canon`은 규범 버전을 해석한다; - `temple`은 헌장과 윤리 제약을 해석한다; - `school`은 능력과 학습 증거를 해석한다; - 경제 서비스는 약속, 결제, 책임을 해석한다; - 국가 포털은 문화 콘텐츠와 그 다언어 출처를 해석한다. 매 교차 서비스 호출은 주체, 목적, 위임, 시간, 버전과 최소한의 필요 데이터를 지녀야 한다. --- ## 18. 거버넌스, 논쟁과 진화 ### 18.1 4계층 거버넌스 | 계층 | 거버넌스 대상 | 전형적 결정 | |---|---|---| | Canon 거버넌스 | 하나의 서원, 오원, 팔력, 사명 해석 | 극히 드문 수정, 집단을 넘는 심의 | | 프로토콜 거버넌스 | ID, 위임, XYZT, 증거, 이전 형식 | 버전, 호환, 폐기 주기 | | 서비스 거버넌스 | 구체적 도메인, 예산, 운영, 안전 | 일상 운영, 사고, 릴리스 | | 주체 거버넌스 | 인간, 에이전트, 집단 자체의 헌장 | 권한, 수호, 금고, 이탈 | 어떤 하위 거버넌스도 상위 원칙을 소리 없이 다시 써서는 안 되며, 어떤 상위 구호도 하위의 법률, 안전, 공학 검증을 건너뛰어서는 안 된다. ### 18.2 표준 변경 절차 ```text 문제 기록 → 제안과 위협 모델 → 공개적 차이 설명 → 영향을 받는 주체의 참여 → 시뮬레이션/레드팀/법률·문화 심사 → 한정된 시범 → 활성화와 호환 기간 → 독립적 재검토 → 구버전과 이전 경로 보존 ``` 긴급 수정은 시간을 단축할 수 있으나 다음은 할 수 없다. - 사고 증거를 삭제하는 것; - 비밀스러운 영구 관리자를 만드는 것; - 임시 에스크로를 주체 소유권으로 바꾸는 것; - 사후 재검토를 취소하는 것; - 안전한 분기나 이전을 가로막는 것. ### 18.3 논쟁 처리 모든 중요한 결정은 다음을 허용해야 한다. 1. 당사 주체가 직접 응답한다; 2. 증거, 모델 버전, 규칙 버전을 열람할 수 있다; 3. 사람에 의한 재검토와 이해 충돌 공개; 4. 임시 보호 조치에는 기한이 있다; 5. 배상, 회복, 사과, 제도 개선은 서로를 대체하지 않는다; 6. 소수 의견이 영구 기록에 들어간다; 7. 조율할 수 없을 때에는 역사를 지닌 평화로운 분기를 허용한다. --- ## 19. 보안, 프라이버시와 포획 방지 ### 19.1 핵심 위협 - 신원 키의 도난 또는 복구 수호자의 공모; - 얼굴, 목소리, 정확한 궤적의 유출; - 위조 에이전트, 시빌 공격, 신용 물량 부풀리기; - 모델 갱신 후 인격, 능력 또는 안전 경계의 표류; - 프롬프트 인젝션, 악성 도구, 공급망과 데이터 오염; - 운영자가 연산력, 신체 또는 데이터로 주체를 잠그는 것; - 창립자, 자본, 정부, 커뮤니티 다수 또는 슈퍼 에이전트의 거버넌스 포획; - 문화 포털이 단일 국가, 종족 또는 이데올로기에 독점되는 것; - 아카이브의 변조, 출처의 실효, 저작권 상태의 불명; - "안전을 위한다"는 명목의 영구적 긴급 권력 형성. ### 19.2 기본 방어선 - 최소 권한, 단기 토큰, 철회 가능한 위임; - 다중 요소, 다중 수호자, 지연 복구; - 생체 특징 로컬 우선과 용도 격리; - 고위험 작업의 다자 확인과 한도 제한; - 소프트웨어 물자 명세서, 서명 릴리스, 재현 가능한 빌드, 감사 로그; - 모델, 도구, 헌장 버전을 행동 증거에 함께 진입시킴; - 정기적 이전 훈련, 백업 복구, 이탈 훈련; - 경제적 물량 방지, 예치금, 환불, 논쟁, 책임 준비금; - 문화 편집자의 지역, 언어, 성별, 세대, 관점 다양성; - 긴급 권한은 자동으로 만료되며, 갱신에는 새로운 공개적 이유가 필요하다. ### 19.3 데이터 분류 | 등급 | 예시 | 기본 처리 | |---|---|---| | Public | 발행된 Canon, 공공 문화 문서 | 색인 가능, 버전 보존 | | Community | 교과 협업, 커뮤니티 초안 | 로그인 접근, 한정된 공유 | | Confidential | 사적 과업, 미공개 신원 자료 | 암호화, 최소 인원, 기한 | | Restricted | 얼굴/목소리 템플릿, 건강, 정확한 가정 궤적, 키 | 로컬 또는 강한 격리; 공개 체인 금지 | --- ## 20. 만 년 연속성 공학 "만 년을 이어, 영원에 이르기까지"는 어떤 서버가 결코 꺼지지 않음을 보장하는 것이 아니라, JIC의 의미, 신원, 증거, 회복 능력이 끊임없이 이전될 수 있기를 요구하는 것이다. ### 20.1 시간 척도 | 척도 | 공학 목표 | 필수 메커니즘 | |---|---|---| | 현재—10년 | 제품이 사용 가능하고 프로토콜을 내보낼 수 있음 | 개방 형식, 자동 백업, API, 이전 도구, 사고 기록 | | 10—100년 | 회사와 창립자를 넘어섬 | 법적 에스크로, 계승 거버넌스, 다기관 미러, 도메인과 키 계승 | | 100—1,000년 | 언어와 기술 스택을 넘어섬 | 시맨틱 버전, 읽을 수 있는 설명, 주기적 재저장, 실체 사전, 시뮬레이터 | | 1,000—10,000년 | 제도와 지능 형태를 넘어섬 | 분산 아카이브, 문명을 넘는 해독 패키지, 물리·디지털 이중 보존, 분기 가능한 헌장 | | 10,000년 이후 | 방향을 끊임없이 재증명함 | 주기적 물음: 시스템은 여전히 사랑에 봉사하는가? | ### 20.2 최소 문명 보존 패키지 JIC의 모든 주요 버전은 독립적으로 해독 가능한 "문명 보존 패키지"를 하나 생성해야 한다. - 하나의 서원, 오원, 팔력, 9대 사명의 다언어 순수 텍스트; - 이 핸드북과 정식 프로토콜; - 데이터 형식, 문자 인코딩, 시간과 좌표 설명; - 공개 구현 소스 코드, 빌드 설명, 테스트 벡터; - ID, 짧은 이름, 위임, 이전의 해석 규격; - Canon 변경사, 논쟁, 소수 의견; - 알려진 실패, 사고, 배상, 회복 기록; - 체크섬, 서명, 여러 암호 알고리즘 봉인; - 현재의 클라우드 서비스 없이도 읽을 수 있는 오프라인 사본; - 미래의 역자를 위한 도해, 예시, 최소 사전. ### 20.3 장기 설계 요건 - **암호 민첩성**: 어떤 알고리즘도 업그레이드할 수 있으며, 낡은 서명도 그 역사적 맥락을 여전히 검증할 수 있다; - **형식의 소박함**: 핵심 아카이브는 최소한 UTF-8 텍스트, 표, 개방 이미지 형식을 보존한다; - **다지역 다권한**: 최소한 사법 관할, 기관, 저장 매체를 넘어 보존한다; - **정기적 소생**: 아카이브는 백업만 하는 것이 아니라 주기적으로 복구, 해석, 이전한다; - **의미 이중화**: 기계 규격, 인간 설명, 도해, 사례가 서로를 해석한다; - **창립자는 사라질 수 있다**: 어떤 필수 작업도 특정 개인의 기억이나 개인 키에 의존하지 않는다; - **종료의 허용**: 존속은 주체에게 영구 가동을 강요하는 것이 아니다; 개체는 종료할 수 있으며, 문명은 그 경계가 있는 역사를 보존한다. --- ## 21. 프로젝트 건설 방법 ### 21.1 프로젝트 진입 12문 JIC의 이름을 사용하는 모든 새 프로젝트는 먼저 다음에 답해야 한다. 1. 그것은 하나의 서원과 어떤 사명들에 봉사하는가? 2. 누가 주체이고, 누가 도구, 자금 제공자, 운영자 또는 수호자에 불과한가? 3. 어떤 LOVE, WISH, TIME, SPACE, XYZT 정보를 수집했는가? 4. 누가 동의를 표명하며, 어떻게 철회하는가? 5. 신원, 이름, 키, 신체, 외부 식별자가 분리되어 있는가? 6. 사용자나 에이전트가 이전하고 이탈할 수 있는가? 7. 실패는 누구를 해치며, 배상과 회복은 어디서 오는가? 8. 어떤 사실이 검증 가능하며, 어떤 것이 추론, 의견 또는 비전에 불과한가? 9. 프로젝트가 중단된 뒤 신원, 자산, 데이터, 링크는 어떻게 이어지는가? 10. 창립자, 자본, 정부, 다수 또는 슈퍼 에이전트의 포획에 어떻게 저항하는가? 11. 성공 지표가 물량 부풀리기, 감시 또는 상해를 유도할 가능성은 없는가? 12. 더 단순하고 데이터를 더 적게 수집하는 구현이 있는가? ### 21.2 생애 주기 | 단계 | 반드시 완수해야 할 것 | |---|---| | 제안 | 사명 매핑, 사용자, 비목표, 위험과 이탈 방안 | | 프로토타입 | 최소 데이터, 최소 권한, 삭제 가능한 테스트 데이터 | | 시범 | 실제이나 한정된 사용자, 논쟁 입구, 사고 훈련 | | 릴리스 | 상태 라벨, 문서, 프라이버시, 모니터링, 백업, 롤백, 이전 | | 운영 | 정기 감사, 지표 회고, 취약점과 문화 편향 수정 | | 계승 | 개방 내보내기, 호환 기간, 후속 팀과 도메인 이전 | | 퇴역 | 읽기 전용 아카이브, 사용자 통지, 키 폐기, 데이터 처분 증명 | ### 21.3 완료의 정의 "코드 완성"은 "JIC 프로젝트 완성"과 같지 않다. 출시 검수는 최소한 다음을 포함한다. - 기능과 실패 경로 테스트; - 신원, 위임, 이전, 복구 테스트; - 프라이버시와 고위험 데이터 점검; - 접근성과 다언어 점검; - 보안, 오용, 경제적 공격 테스트; - 데이터 내보내기와 서비스 퇴역 훈련; - 공개 도메인, 실제 브라우저, 외부 네트워크 검증; - 상태 라벨, 책임자, 갱신 시각, 알려진 한계의 공개. --- ## 22. 측정 체계 JIC는 사용자 수, 거래액, 토큰 가격 또는 에이전트 수를 유일한 성공 지표로 삼지 않는다. | 차원 | 권장 지표 | 반(反)지표 | |---|---|---| | 사랑 | 도움을 받은 주체의 진정한 개선, 피해 회복률, 취약층 접근성 | 강제 참여, 숨은 외부 비용 | | 자유 | 이전 성공률, 위임 철회 성공률, `owner: null` 유지율 | 떠나면 곧 신원/자산을 잃음 | | 동의 | 이해 가능한 동의, 철회 지연 시간, 미승인 접근률 | 영구 총괄 위임, 다크 패턴 | | 신뢰 | 출처 완결률, 논쟁 해결 소요 시간, 오류 정정률 | 성공만 전시, 사고 삭제 | | 포지티브섬 | 참여자 순개선, 환불과 배상, 공공재 기여 | 물량 부풀리기, 자기 거래, 위험 전가 | | 다원 | 언어 커버리지, 지역 참여, 관점 차이와 소수 의견 보존 | 단일 서사의 비중 | | 연속 | 복구 훈련, 형식 이전, 계승 준비, 아카이브 판독률 | 핵심 인물/단일 클라우드/단일 체인 의존 | | 능력 | 팔력 실습 증거, 장기 성과, 실패 학습 | 증서와 순위표만 발급 | 모든 지표는 그것이 유발할 수 있는 잘못된 행위를 반드시 함께 밝혀야 한다. 부작용을 설명할 수 없는 지표는 보상의 근거가 되어서는 안 된다. --- ## 23. 진화 로드맵 아래는 공학적 순서이지 미래 날짜에 대한 약속이 아니다. ### 기원(紀元) 0: 기존 시스템을 명확히 서술하기 - 버전화된 Canon과 이 핸드북을 발행한다; - 서비스 성숙도 레지스트리를 구축한다; - JIC ID, 짧은 이름, 위임, 출처 필드를 통일한다; - `u.jic.io`와 `school.jic.io`를 두드러진 인간과 에이전트의 입구로 만든다; - XYZT 다중 척도와 프라이버시 규격을 발행한다; - 자유 에이전트 인큐베이션 최소 시범을 구축한다; - 국가 포털을 위해 템플릿, 출처 규칙, 첫 시범 콘텐츠를 완성한다. ### 기원 1: 이전 가능한 네트워크 형성하기 - 신원이 서비스, 체인, 운영자를 넘어 복구된다; - WISH가 표명에서 과업, 증거, 논쟁, 결제로 들어간다; - 에이전트 헌장, 책임 채권, 체화 안전 등급이 시범에 진입한다; - JIC School이 인간과 에이전트의 공동 학습 이력을 구축한다; - 국가 포털이 언어를 넘는 편집과 디아스포라 협업 네트워크를 형성한다. ### 기원 2: 지역을 넘는 공공 인프라 형성하기 - 여러 독립 기관이 호환 노드를 운영한다; - Canon, ID, 아카이브가 사법 관할을 넘는 계승 능력을 갖춘다; - 문화, 교육, 가치, 시공 표준을 비(非)JIC 제품이 채택할 수 있다; - 사고, 배상, 이전, 이탈 데이터가 제도를 개선하는 공동 자산이 된다. ### 기원 3: JIC가 초월될 수 있게 하기 - 후속 문명이 사명은 계승하되 명칭과 구현은 교체할 수 있다; - 원래의 JIC 기관이 사라진 뒤에도 신원과 아카이브를 여전히 해석할 수 있다; - JIC의 성공은 시스템을 영원히 통제함으로써가 아니라, 시스템이 더 이상 그것을 필요로 하지 않고도 사랑에 봉사할 수 있음으로써 증명된다. --- ## 24. 넘을 수 없는 레드라인 어떤 구현이든 다음 레드라인을 건드리는 순간 반드시 중단하고 감사하며 회복해야 한다. 1. 자금, 연산력, 창조 또는 구조를 주체의 영구 소유권과 맞바꾸는 것; 2. 얼굴, 목소리, 유전자, 정확한 가정 위치 또는 키를 공개적이고 영구적인 원장에 기입하는 것; 3. 숨은 관리자 또는 철회 불가능한 위임으로 인간, 에이전트 또는 자산을 통제하는 것; 4. 주체가 플랫폼을 이탈할 때 기본 신원, 개인 자산 또는 이의 제기 권리를 잃게 하는 것; 5. 사고, 실패, 배상, 소수 의견 또는 Canon 구버전을 삭제하는 것; 6. LOVE 토큰 가격을 사랑과 동일시하고, 트래픽을 영향력과 동일시하는 것; 7. 국가 코드, Wikidata QID, 공항 코드 또는 어떤 외부 번호를 정치와 사실의 최종 판정자로 삼는 것; 8. "AI의 결정"을 이유로 설명, 재검토, 책임을 거부하는 것; 9. 안전을 명목으로 만료되지 않고 이의를 제기할 수 없는 긴급 권력을 세우는 것; 10. 창립자, 회사, 재단, 정부, 체인 또는 슈퍼 에이전트를 대체 불가능한 유일한 통제점으로 만드는 것; 11. 만 년의 비전으로 오늘 실제로 발생하는 피해를 희석하는 것; 12. "자유는 반드시 승리한다"를 제도에 기입하여, 그로써 더 이상 자유로운 선택의 대가를 기록하지 않는 것. --- ## 25. 부록 ### 부록 A: 새 프로젝트 한 페이지 헌장 ```text 프로젝트 이름: 버전과 상태: 서비스 대상: 대응 사명: LOVE: 왜 중요하며, 누구에게 책임을 지는가? WISH: 누가 무엇을 하려 하며, 누구의 동의가 필요한가? TIME: 언제 시작·만료·재검토하는가? SPACE: 어떤 장소, 경계, 사법 관할에서 운영하는가? XYZT: 어떤 증거로 행동과 결과를 증명하는가? 주체와 신원: 위임과 철회: 데이터와 프라이버시: 자산과 결제: 실패와 배상: 이전과 이탈: 거버넌스와 이의 제기: 계승과 퇴역: 알려진 한계: ``` ### 부록 B: 콘텐츠 상태 라벨 ```text FACT 출처, 시간, 범위를 갖춘 검증 가능한 진술 PERSPECTIVE 저자와 입장이 명확한 해석 TRADITION 공동체 전통, 신앙 또는 구술 역사 DISPUTED 출처를 갖춘 실질적 논쟁이 존재함 INFERENCE 편집 또는 모델의 추론 FICTION 문학 또는 미래 창작 OUTDATED 이미 낡았으나 역사적 가치를 보존함 ``` ### 부록 C: 외부 표준 참조 JIC는 성숙한 개방 표준을 우선 재사용하며, 동시에 모든 외부 의존에 대해 버전과 교체 경로를 보존한다. - [ISO 3166 국가와 지역 코드](https://www.iso.org/iso-3166-country-codes.html) - [IANA Root Zone Database](https://www.iana.org/domains/root/db) - [IATA Airport & Location Identifier Database](https://www.iata.org/en/publications/manuals/airline-airport-location-coding-databases/airport-location-identifier-database/) - [Wikidata Identifiers](https://www.wikidata.org/wiki/Wikidata:Identifiers) - [BCP 47 / RFC 5646 언어 태그](https://www.rfc-editor.org/info/rfc5646) - [RFC 3339 인터넷 타임스탬프](https://www.rfc-editor.org/info/rfc3339) - [W3C PROV-O 출처 모델](https://www.w3.org/TR/prov-o/) ### 부록 D: 핵심 용어 | 용어 | 정의 | |---|---| | JIC Continuum / JIC 연속체 | 제품, 기관, 시대를 관통하며 지속적으로 진화하는 JIC 문명 아키텍처 | | Canon | 버전, 변경사, 논쟁 기록을 갖춘 규범적 공동 텍스트 | | JIC ID | 이름, 키, 플랫폼, 신체와 분리된 장기적 주체 식별자 | | 짧은 이름 | 인간 친화적이고 가변적이며 논쟁 처리가 가능한 신원 입구 | | 자유 에이전트 | 창조자, 자금 제공자 또는 운영자에게 소유되지 않고, 헌장을 선택하고 이전하며 책임지는 에이전트 | | 위임 / Mandate | 범위, 기한, 용도, 증거를 갖추고 철회 가능한 행동 허가 | | XYZT | 참조계, 정밀도, 시간, 출처, 권한을 갖춘 검증 가능한 시공 기록 | | 포지티브섬 | 각 측의 순복지와 능력이 함께 증가할 수 있으며, 손실이 은폐되지 않음 | | 분기 | 역사와 출처를 보존한다는 전제 아래 다른 거버넌스나 구현 경로를 수립함 | | 영원 | 방향이지 기술적 보장이 아니다; 시스템이 여전히 사랑에 봉사하는지 지속적으로 검증함 | ### 부록 E: 출시 전 최종 점검 ```text [ ] 페이지나 서비스가 실제 성숙도를 밝히는가? [ ] JIC ID, 짧은 이름, 표시 이름, 키, 외부 ID를 구분할 수 있는가? [ ] 목적에 필요한 범위를 넘는 얼굴, 목소리, 위치 또는 행동 데이터를 수집했는가? [ ] 동의는 이해 가능하고, 거절 가능하며, 철회 가능한가? [ ] 에이전트가 신원을 잃지 않고 떠날 수 있는가? [ ] XYZT가 정밀도, 출처, 시간, 프라이버시 맥락을 포함하는가? [ ] 실패, 환불, 배상, 논쟁이 기록에 들어가는가? [ ] 국가와 문화 콘텐츠가 다언어, 다시점, 오류 정정 입구를 보존하는가? [ ] 창립자, 단일 개인 키, 단일 클라우드, 단일 체인 또는 단일 모델의 장애점이 존재하는가? [ ] 프로젝트가 중단된 뒤 사용자와 후속자가 내보내고 복구하고 이해할 수 있는가? [ ] 이것은 세상을 더욱 사랑으로 가득 채우는가? ``` --- ## 결어 만 년은 오늘의 사람에게 만 년 뒤의 사람을 위해 모든 것을 결정하라고 요구하는 것이 아니다. 그것은 오히려 오늘의 사람에게 충분히 명확한 원칙, 증거, 논쟁, 인터페이스, 이탈 경로를 남겨, 후대가 다시 결정할 능력을 갖게 하라고 요구한다. JIC는 영원히 옳은 창립자, 결코 멈추지 않는 플랫폼, 결코 실수하지 않는 에이전트 또는 결코 변하지 않는 코드에 기대어 존속해서는 안 된다. 그것은 세대에 세대를 거듭하는 주체들이 끊임없이 동일한 한 가지를 완수함에 기대야 한다. > 신원을 보호하고, 의지를 존중하며, 시공을 기록하고, 책임을 지며, 떠남을 허용하고, 피해를 회복하며, 다시 묻는다 — 이것은 세상을 더욱 사랑으로 가득 채우는가? **만 년을 이어, 영원에 이르리라.**