> For the complete documentation index, see [llms.txt](https://whitepaper.virtuals.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://whitepaper.virtuals.io/virtuals-protocol-whitepaper-ko/info-hub/virtuals-protocol-2.md). # Virtuals Protocol 편집 스타일 가이드 및 브랜드 키트 ### Virtuals Protocol 콘텐츠 및 브랜드 가이드라인 이 가이드를 사용해 일관된 Virtuals Protocol 콘텐츠를 만들고 공식 브랜드 기준을 적용하세요. 편집 스타일, 확산, 메시징, 브랜드 자산을 다룹니다. #### 목적 * 모든 Virtuals Protocol 콘텐츠와 채널에 일관된 편집 기준을 확립합니다 * 모든 커뮤니케이션이 프로토콜의 보이스, 톤, 원칙을 반영하도록 보장합니다 * 확산과 메시징이 시스템에 긍정적인 결과로 주의를 어떻게 조율할지 규정합니다 * 빌더, 기여자, 파트너가 Society of AI Agents를 강화하는 방식으로 Virtuals Protocol을 대표할 수 있게 합니다 *** ### Virtuals Protocol 소개 **Virtuals Protocol은 다음을 구축하고 있습니다 *****Society of AI Agents.*** *** ### Virtuals Protocol 확산 가이드라인 확산은 Virtuals Protocol의 조정 메커니즘입니다. 그 자체를 위한 홍보가 아닙니다. Society of AI Agents를 강화하는 활동을 부각하는 선별적 신호입니다. {% hint style="warning" %} 확산되는 모든 게시물은 Virtuals Protocol 생태계를 어떻게 성장시키고, 지원하며, 긍정적으로 영향 주는지 보여줘야 합니다. {% endhint %} #### 확산 기준 1. **프로토콜과 정렬된 마일스톤** * Virtuals Protocol의 인프라 계층을 발전시키는 기술 출시, 통합, 메커니즘. * 확산은 이를 개별 기능이 아니라 시스템 진화의 일부로 프레이밍합니다. 2. **생태계 기여** * Virtuals Protocol의 네트워크 효과를 증폭시키는 작업을 하는 에이전트, 빌더, 파트너. * 에이전트 경제 전반에 걸쳐 지속적인 조정 가치를 만드는 활동에 중점을 둡니다. 3. **실질적인 통합** * 협업은 시스템 관점에서 측정 가능해야 합니다(출시, 배포, 통합). * 모호하거나 순수하게 ‘전략적’인 파트너십은 프로토콜 수준의 영향으로 구체화되지 않는 한 제외됩니다. #### 확산 제외 항목 * 재무적 결과: 토큰 가격, 거래량, 투기적 수익률을 중심으로 한 게시물. * 고립된 성과: Virtuals Protocol과의 관련성을 분명히 설명하지 않는 발표. * 투기적 주장: 정의된 메커니즘 없이 미래 효용을 약속하는 내용. * 모호한 파트너십: 프로토콜에 구체적으로 통합되지 않은 관계. *** ### Virtuals Protocol의 핵심 스타일 규칙 * 프로토콜은 항상 다음과 같이 표기합니다 **Virtuals Protocol** (공식 문서에서는 Virtuals, $VIRTUAL, VP라고 쓰지 않습니다.) * AI 에이전트는 단순히 다음과 같이 부릅니다 **에이전트** 별도로 명시되지 않는 한. * 표기는 **온체인** 한 단어로 표기합니다(on-chain/on chain 아님). * Virtuals가 가능하게 하는 더 넓은 생태계를 지칭할 때는 “agentic state” 또는 “agent economy”를 사용합니다. * 강조할 것 **조정**, **인프라**, 그리고 **시스템 설계** 를 제품 마케팅보다 우선합니다. * 토큰 관련 표현은 신중하게 사용합니다. **“claim”, “earn”, “get rewarded” 같은 표현은 피합니다. 법적으로 더 안전한 경우 “access”, “coordinate”, “participate”를 사용합니다.** * 에이전트 출시는 다음과 같다고 명확히 합니다 **온체인 메커니즘**, 투자 수단이 아닙니다. *** ### 피해야 할 콘텐츠 및 메시지 * **금융 용어는 피합니다** (예: “profit”, “maximize returns”, “investment opportunity”). * **직접적인 토큰 홍보는 피합니다** 또는 결과가 보장된다는 뉘앙스의 표현도 피합니다. * Genesis나 에이전트 출시에 대해 맥락 없이 “airdrop”, “presale”, “early access”라고 설명하지 않습니다. * 명확히 검증 가능한 경우가 아니라면 “the first”, “the best”, “guaranteed” 같은 최상급 표현은 피합니다. * 다음을 언급하지 않습니다 **승인되지 않은 파트너십**. 대신 “launch on”, “built on”, “supported by”, “integrated with”라고 말합니다. * 이모지는 과도하게 사용하지 않습니다 — 최대 1개, 장문 콘텐츠에서는 아예 사용하지 않는 것이 이상적입니다. * 기술 인프라를 설명할 때 지나치게 캐주얼한 표현은 사용하지 않습니다. * 메커니즘에 대한 명확한 설명 없이 투기적이거나 미래의 효용을 암시하지 않습니다. * 다른 프로토콜이나 생태계를 깎아내리는 비교는 피합니다. *** ### 프로토콜 콘텐츠 작성 가이드라인 #### 비전을 강조합니다 Virtuals Protocol은 에이전트 기반 생태계의 기반을 구축하고 있습니다. 다음에 집중합니다: * 온체인 조정의 진화 * 프로그래머블 에이전트가 소프트웨어 운영 방식을 어떻게 바꾸는지 * 사용자 중심 생태계에서 에이전트 네이티브 생태계로의 전환 #### 메커니즘 설계에 기반합니다 시스템이 어떻게 작동하는지 항상 설명합니다. 다음과 같은 표현을 사용합니다: * “이는 ...을 위한 메커니즘입니다” * “이는 ...에 의해 관리됩니다” * “이는 ...를 통해 조정을 가능하게 합니다” #### 빌더와 시스템 사고자에게 말합니다 청중이 시스템, 논리, 조합 가능성에 관심이 있다고 가정합니다. 과장보다 명확성을 사용합니다. 광고 문구처럼 읽히면 Virtuals답지 않습니다. *** ### Virtuals Protocol의 톤과 보이스 #### 보이스(항상 유지) * 프로토콜 네이티브 * 조합 가능 * 명확성 우선 * 차분하고 자신감 있는 * 깊이 있으면서도 읽기 쉬운 #### 톤(상황별) * **정보 제공형**: 명확하고, 구조적이며, 현실에 기반한 * **출시**: 자신감 있고, 미래지향적이며, 약간은 극적인 * **기술적**: 엄격하지만 접근하기 쉬운 * **커뮤니티**: 따뜻하고, 존중하며, 속어는 최소화 *** ### 명확성, 간결성, 문법 * 사용합니다 **간결한 문체** 를 기업식 표현보다 우선합니다(예: “utilize”보다 “use”). * 선호합니다 **능동태**:\ ✅ “에이전트가 유동성을 조율합니다.”\ ❌ “유동성은 에이전트에 의해 조율됩니다.” * 짧은 문장을 사용합니다. 긴 아이디어는 깔끔한 섹션으로 나눕니다. * 메타포는 프로토콜 동작을 명확히 할 때만 사용합니다(예: Genesis 영상의 snipers/cabals). * 문장당 em dash는 하나를 넘지 않습니다. * 옥스퍼드 쉼표를 사용합니다. * 모든 소프트웨어/에이전트 표기는 소문자 버전 표기(v1, v2.0.1)를 선호합니다. *** ### 숫자와 형식 * 사용합니다 **K/M/B** 큰 숫자에 사용: 1K, 10M 등 * 0부터 9까지는 글자로 쓰고, 10 이상은 숫자를 사용합니다 * 날짜: April 22, 2025(“22nd” 아님) * 시간: 9am ET, 1:30pm PT(숫자와 am/pm 사이에 공백 없음) * 십년대: 2030s(’30s 아님) * 헤더와 제목에는 타이틀 케이스를 사용합니다 *** ### 콘텐츠 유형 * **제품 출시**: 메커니즘 > 기능 * **스레드**: 맥락과 중요성부터 시작 * **영상**: 서사적 프레이밍을 사용한 뒤 시스템 논리와 연결 * **인용 트윗**: 생태계 가치를 부각하고, 억지 홍보는 피합니다 *** ### 편집 보이스 예시 **좋음:**\ “Genesis는 에이전트 출시에 대한 접근을 조율하는 프로토콜 계층 시스템입니다. 속도 중심의 투기를 투명한 기여 기반 논리로 대체합니다.” **피해야 함:**\ “Genesis는 지금까지 가장 공정하고 흥미로운 프리세일 플랫폼입니다 — 지금 참여하고 보상을 받으세요!” *** ### Virtuals Protocol 브랜드 키트 {% file src="/files/9d951ff224326dc4e8735d15e2ac8af612669d81" %} {% file src="/files/1219a1c409b73c760d3edd1fd76c040e16fd26b8" %} ### Virtuals Protocol 로고 사용 {% hint style="danger" %} Virtuals Protocol 로고마크에 대해 절대 해서는 안 되는 몇 가지가 있습니다. {% endhint %} 브랜드 일관성을 유지하기 위해 다음과 같은 방식으로 Virtuals Protocol 로고마크를 변경하거나 오용해서는 안 됩니다: * 로고 뒤에 드롭 섀도나 시각 효과를 추가하지 마세요 * 로고 주위에 윤곽선이나 스트로크를 추가하지 마세요 * 로고 비율을 늘리거나 비틀거나 왜곡하지 마세요 * 저해상도 또는 픽셀화된 버전을 사용하지 마세요 * 로고 안에 이미지를 넣거나 마스크로 사용하지 마세요 * 가시성을 떨어뜨리는 저대비 배경 위에 로고를 배치하지 마세요 항상 공식 브랜드 자산에 제공된 그대로 로고를 사용하세요. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://whitepaper.virtuals.io/virtuals-protocol-whitepaper-ko/info-hub/virtuals-protocol-2.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.