4 프로토콜 설계 원칙

🧭 4. 프로토콜 설계 원칙

모든 성공적인 프로토콜에는 기술적 결정을 안내하는 핵심 신념이 있습니다——HTTP의 "무상태"는 웹을 무한히 확장 가능하게 했고, Markdown의 "가독성 우선"은 소스 텍스트를 렌더링 없이도 읽을 수 있게 했습니다. ICP도 마찬가지로 6가지 핵심 설계 원칙을 따르며, 이들이 프로토콜의 기술 철학을 정의하고 모든 후속 설계 선택을 제약합니다.

원칙 1: 어노테이션 기반 향상, 대체가 아님

ICP는 자연어를 대체하지 않고, 자연어 위에 구조화된 어노테이션을 겹칩니다. 모든 어노테이션을 제거해도 원본 텍스트는 완전히 읽을 수 있는 상태를 유지합니다.

예를 들어, 사용자가 "!!오늘 퇴근 전에!! 프로젝트 주간보고를 @김철수에게 보내줘"라고 말한 경우. 모든 어노테이션 마커를 제거해도 이 문장은 유창한 자연어로 남습니다. 그러나 어노테이션이 있으면 시스템은 마감 시간, 핵심 콘텐츠, 수신자를 식별하여 마감일, 첨부 파일, 전송 버튼이 있는 액션 카드를 생성할 수 있습니다.

원칙 2: 터미널 비의존성

프로토콜 자체는 특정 터미널의 능력을 가정하지 않습니다. ICP는 "무엇인가"(시맨틱 콘텐츠)만 기술하고, "어떻게 표시할 것인가"(렌더링 방법)는 규정하지 않습니다.

원칙 3: 컨텍스트 명시화

이해에 영향을 미치는 모든 컨텍스트 정보는 메시지에 명시적으로 첨부되어야 합니다. 프로토콜은 AI의 "눈치" 능력에 의존하여 암묵적 의미를 추론하지 않습니다.

원칙 4: 점진적 향상

가장 간단한 ICP 문서는 일반 텍스트 메시지입니다. 어노테이션, 컨텍스트, 렌더링 힌트는 모두 선택적 향상 레이어이며, 구현자는 가장 간단한 지원부터 시작하여 점진적으로 능력을 추가할 수 있습니다.

원칙 5: 하위 호환성

새 버전의 프로토콜은 이전 버전의 문서를 처리할 수 있어야 합니다. 알 수 없는 어노테이션 유형은 오류를 발생시키는 대신 안전하게 무시되어야 합니다.

원칙 6: 개방적 상호운용성

ICP는 특정 AI 모델, 플랫폼 또는 벤더에 바인딩되지 않습니다. skills 메커니즘을 통해 ICP는 MCP(Model Context Protocol), A2A(Agent-to-Agent), OpenAPI 등 기존 프로토콜과 브릿지 연결됩니다.

ICP는 연결 레이어이지 폐쇄적 에코시스템이 아닙니다. 그 가치는 통합된 인간-기계 상호작용 시맨틱 기술을 제공하는 데 있으며, 구체적인 AI 추론, 도구 호출, 에이전트 간 통신은 각각 전문화된 프로토콜에 위임합니다.