Org and Namespace Claims
기준일: 2026-07-26
공식 기준: Org and Namespace Claims
Org and Namespace Claims 문서는 OpenClaw 공식 문서(clawhub/namespace-claims)를 한국어로 정리한 가이드입니다. How to request ClawHub review for org, brand, owner-handle, package-scope, skill-slug, or namespace ownership disputes. 명령·설정 키·코드 예시는 공식 문서를 그대로 보존하며, 해석과 절차 안내는 한국어로 제공합니다. 최종 동작은 설치된 CLI 버전과 공식 원문을 확인하세요.
핵심 요약
How to request ClawHub review for org, brand, owner-handle, package-scope, skill-slug, or namespace ownership disputes.
한국어 가이드 범위: clawhub/namespace-claims 경로의 설정·명령·제약·예시를 학습용으로 재구성합니다.
문서 구성
공식 문서의 주요 섹션은 다음과 같습니다.
- Org and Namespace Claims
- When to Open a Claim
- Before You File
- Evidence to Include
- What Not to Include
- Possible Outcomes
- Related Docs
상세 내용
Org and Namespace Claims
ClawHub uses owner handles, org handles, skill slugs, plugin package names, and package scopes as public namespaces. If a namespace appears to belong to a real-world project, brand, package ecosystem, or organization but is already claimed, reserved, misleading, or disputed on ClawHub, ask staff to review it with the Org / Namespace Claim issue form.
위 내용은 공식 문서의 해당 섹션 요지입니다. 세부 플래그·기본값은 원문과
--help를 확인하세요.
When to Open a Claim
Open a namespace claim when you believe ClawHub staff should review whether a namespace should be reserved, transferred, renamed, hidden, quarantined, aliased, or otherwise changed because of real-world ownership.
위 내용은 공식 문서의 해당 섹션 요지입니다. 세부 플래그·기본값은 원문과
--help를 확인하세요.
주요 항목:
- an org handle that matches your GitHub org, project, company, or community
- a package scope such as
@example-org/*that should only publish under the - a skill slug or plugin package name that appears to impersonate a project
- a brand, trademark, project rename, or package history dispute
- a deleted, inactive, or unreachable owner that blocks the rightful namespace
Before You File
First confirm that you are publishing with the owner that matches the namespace. For plugin packages, scoped names such as @example-org/example-plugin must be published as the matching example-org owner.
위 내용은 공식 문서의 해당 섹션 요지입니다. 세부 플래그·기본값은 원문과
--help를 확인하세요.
Evidence to Include
Use public, non-sensitive evidence. Helpful proof includes:
위 내용은 공식 문서의 해당 섹션 요지입니다. 세부 플래그·기본값은 원문과
--help를 확인하세요.
주요 항목:
- GitHub org, repo, release, or maintainer history
- official project docs that name the namespace
- domain or official email-domain proof
- npm, PyPI, crates.io, or other package-registry scope control
- trademark, brand, or project ownership evidence that is safe to discuss
- source repository history, package history, or public rename notices
- links to the disputed ClawHub owner, skill, plugin, package, or issue
What Not to Include
Do not put secrets or private proof in a public GitHub issue. Do not include:
위 내용은 공식 문서의 해당 섹션 요지입니다. 세부 플래그·기본값은 원문과
--help를 확인하세요.
주요 항목:
- API tokens, signing keys, or credentials
- DNS challenge tokens
- private legal files or contracts
- personal identity documents
- private emails, private security reports, or confidential customer data
Possible Outcomes
Depending on the evidence and risk, ClawHub staff may reserve a namespace, transfer ownership, rename a resource, hide or quarantine an existing listing, add an alias or redirect, ask for more proof, or decline the request.
위 내용은 공식 문서의 해당 섹션 요지입니다. 세부 플래그·기본값은 원문과
--help를 확인하세요.
Related Docs
주요 항목:
- Publishing
- Troubleshooting
- Moderation and Account Safety
- Security
실습 체크리스트
- 공식 문서와 로컬 버전을 대조합니다:
https://docs.openclaw.ai/clawhub/namespace-claims - 관련 CLI는
openclaw --help및 하위 명령--help로 옵션을 확인합니다. - 설정 변경 시
openclaw config/openclaw doctor로 유효성을 검사합니다. - Gateway·채널·플러그인 변경 후에는 필요 시 Gateway를 재시작합니다.
관련 링크
이 가이드는 공식 문서를 한국어 학습용으로 재구성한 것입니다. 옵션 기본값·플래그 이름은 설치 버전에 따라 달라질 수 있습니다.