Przygotuj skill do dokumentacji technicznej do publikacji lub sprzedaży

• Zasady dokumentacji są porozrzucane między promptami, style guide’ami i komentarzami z review, więc każdy szkic zaczyna się od tych samych wyjaśnień.
• Ogólny prompt nie przenosi źródeł, przykładów, terminologii i granic review, które nadają metodzie wartość.
• Pakiet wielokrotnego użytku może ograniczyć powtarzalną pracę, ale nie zastąpi dobrych źródeł, testów, decyzji redakcyjnych ani popytu.

Ten hipotetyczny przebieg wykorzystuje Prostir Studio. Nie jest nagraniem konta klienta ani aktywną ofertą.

1. 01
   Utwórz prywatny szkic skilla.

   Najpierw określ odbiorcę, zadanie dokumentacyjne i granice metody, a dopiero potem dodawaj pliki.

2. 02
   Napisz główny SKILL.md.

   Opisz, kiedy używać skilla, jakich danych oczekuje, jakie stosuje zasady pisania i co nadal musi sprawdzić człowiek.

3. 03
   Dodaj przenośne materiały.

   Dołącz references i assets. Opcjonalne skrypty pozostają plikami pomocniczymi; publikacja skilla nie pozwala na dowolne uruchamianie ich w Prostir ani zewnętrznym kliencie.

4. 04
   Zweryfikuj pakiet.

   Sprawdź strukturę, metadane, odwołania do plików i blokery publikacji, a przed wydaniem sam przetestuj przykładowe wyniki.

5. 05
   Wybierz sposób dystrybucji.

   Zostaw szkic prywatny, opublikuj do udostępniania, podepnij do istniejącego Agenta albo przygotuj bezpłatną lub płatną ofertę, jeśli masz odpowiedni dostęp. Płatność może korzystać ze Stripe and Rozetka Pay zgodnie z konfiguracją sprzedawcy.

6. 06
   Opublikuj wersję.

   Prostir może utworzyć wersjonowany Paszport i przenośny ZIP. Ten przykład nie tworzy prawdziwej domeny, oferty, klienta, pobrania ani sprzedaży.

To poglądowe pliki przenośne, a nie obietnica, że każde środowisko uruchomi każdy plik.

Hipotetyczny tekst interfejsu; nie przedstawia działania ani wyniku produkcyjnego.

• Metoda znalazłaby się w jednym wersjonowanym pakiecie, zamiast być odtwarzana z pamięci przy każdym szkicu.
• Opublikowana aktualizacja mogłaby poprawić kolejne użycia, ale każdy dokument nadal wymagałby sprawdzenia źródeł i review redakcyjnego.
• Twórca mógłby udostępniać, podpinać lub sprzedawać skill, ale nadal musiałby zdobyć popyt, wspierać kupujących i potwierdzić zgodność każdego środowiska.