Skip to main content
CLI itemshop jest częścią pakietu @itemshop/sdk (Node.js 20 lub nowszy). Nie musisz go instalować globalnie — wystarczy npx. W projekcie z SDK w package.json działa też npx itemshop bez dodatkowej konfiguracji.

Komendy

Opcje globalne: --shop <id>, --api-base <url> (domyślnie https://itemshop.dev), --profile <nazwa>, -h, -v.
Produkcyjne Storefront API odrzuca adresy localhost, 127.0.0.1 i [::1] jako Origin i returnUrl. Podczas itemshop dev dane sklepu czytasz normalnie, ale pełny zakup przetestuj na podglądzie (preview-<id>.itemshop.site) albo na lokalnej instalacji backendu.

Typowy przebieg

1

Utwórz klucz API

W panelu, w sekcji Klucze API, utwórz klucz z uprawnieniami site:read i site:write. Zobacz API z kluczem.
2

Zaloguj się

Klucz trafia do ~/.config/itemshop/config.json (prawa 0600; w Windows %APPDATA%\itemshop). Podanie --shop sprawdza klucz na tym sklepie.
3

Zacznij projekt albo pobierz istniejący

4

Pracuj lokalnie

5

Wdróż

Jeśli sklep nie ma jeszcze strony, deploy tworzy ją przy pierwszym wywołaniu.
Do wysyłki nie trafiają: node_modules, .git, .itemshop, .env i .env.*, *.log, .DS_Store i katalogi cache (.vite, .turbo, .cache). Reszta musi się zmieścić w limitach. Które sklep i klucz są używane, CLI ustala w kolejności: flagi → zmienne środowiskowe → plik .itemshop/project.json projektu → profil.

Zmienne środowiskowe

W CI (GitHub Actions)

.github/workflows/deploy.yml
Klucz z site:write może podmienić stronę sklepu. Trzymaj go w sekretach CI, nigdy w repozytorium. W razie wycieku unieważnij go w panelu.

itemshop pull a AI edytor

AI edytor i CLI pracują na tym samym projekcie. Jeśli zmieniasz stronę w obu miejscach, przed pracą lokalną zrób itemshop pull, a deploy wykonuj z aktualnej wersji — inaczej nadpiszesz zmiany zrobione w panelu (zostaną w historii rewizji).

SDK TypeScript

Storefront, React i klient API.

Build i hosting

Co dzieje się po deploy.