# Публікація

Публікація в ClawHub обмежена власником: кожна публікація націлена на видавця, а сервер вирішує, чи дозволено користувачу, що ввійшов, публікувати там.

# Власники

Власник — це ідентифікатор видавця ClawHub, наприклад @alice або @openclaw. Персональні власники створюються для користувачів. Власники-організації можуть мати кількох учасників.

Під час публікації ви або використовуєте свого персонального власника, або вибираєте власника-організацію, де маєте доступ видавця.

# Skills

Skills публікуються з теки skill. Публічна сторінка:

https://clawhub.ai/<owner>/<slug>

Приклад:

https://clawhub.ai/alice/review-helper

Запит на публікацію містить вибраного власника, slug, версію, журнал змін і файли. Сервер перевіряє, що виконавець може публікувати від імені цього власника, перш ніж створити реліз.

Щоб перемістити наявний skill до іншого власника під час публікації нової версії, виберіть нового власника й явно підтвердьте перенесення права власності. У CLI/API передайте цільового власника разом із згодою на міграцію:

clawhub skill publish ./review-helper --owner openclaw --migrate-owner --version 1.2.0

Міграція власника skill вимагає доступу адміністратора або власника і до поточного власника, і до власника-призначення. Вона зберігає skill, історію версій, статистику, коментарі, форки, псевдоніми й аудиторський слід; старі URL власника продовжують працювати через шлях псевдоніма/переспрямування.

# Plugins

Plugins використовують назви пакетів у стилі npm. Імена пакетів зі scope містять власника в першій частині назви:

@owner/package-name

Scope має відповідати вибраному власнику публікації. Якщо ваш пакет називається @openclaw/dronzer, його можна опублікувати лише як @openclaw. Якщо ви публікуєте як @vintageayu, перейменуйте пакет на @vintageayu/dronzer.

Це не дозволяє пакету заявляти простір імен організації, який видавець не контролює.

# Потік релізу

1. UI, CLI або робочий процес GitHub збирає метадані пакета й файли.
2. Запит на публікацію надсилається до ClawHub із вибраним власником.
3. Сервер перевіряє дозволи власника, scope пакета, назву пакета, версію, обмеження файлів і метадані джерела.
4. ClawHub зберігає реліз і запускає автоматизовані перевірки безпеки.
5. Нові релізи приховано зі звичайних поверхонь установлення/завантаження, доки не завершаться перевірка й верифікація.

Якщо перевірка не проходить, реліз не створюється.

# Поширені запитання

# Scope пакета має відповідати вибраному власнику

Якщо scope пакета й вибраний власник не збігаються, ClawHub відхиляє публікацію:

Package scope "@openclaw" must match selected owner "@vintageayu".
Publish as "@openclaw" or rename this package to "@vintageayu/dronzer".

Щоб виправити це, або виберіть власника, указаного scope пакета, або перейменуйте пакет так, щоб scope відповідав власнику, від імені якого ви можете публікувати.

Якщо назва пакета вже має правильний scope, але пакетом володіє неправильний видавець, натомість передайте право власності:

clawhub package transfer @opik/opik-openclaw --to opik

Використовуйте передавання пакета або skill лише тоді, коли маєте доступ адміністратора і до поточного власника, і до видавця-призначення. Передавання пакета не дає змоги публікувати у scope, яким ви не можете керувати.

Це захищає простори імен організацій. Пакет із назвою @openclaw/dronzer заявляє простір імен @openclaw, тому публікувати його можуть лише видавці з доступом до власника @openclaw.