Przejdź do treści
Biblioteka skilli
Projektowanie i UX · Pisanie

copy-write

/copy-write

Pisze teksty UX dla funkcji, przepływu lub komponentu: przyciski, komunikaty o błędach, puste stany i podpowiedzi.

Repozytorium
tonone ↗
Licencja
MIT
Ostatnia zmiana repozytorium
14.10.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
1
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 14.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.

Co robi i kiedy

Pisze teksty UX dla funkcji, przepływu lub komponentu: przyciski, komunikaty o błędach, puste stany i podpowiedzi.

Wyzwalacze z opisu

write the copy for this flowword this error messagewrite empty state copy
Oryginalny opis (EN)

Write UX copy for a feature, flow, or component — buttons, errors, empty states, tooltips. Use when asked to "write the copy for this flow", "word this error message", or "write empty state copy".

Jak działa

  1. Steps
  2. Key Rules
  3. Delivery
Sekcje z nagłówków SKILL.md, w oryginale · 55 linii, 346 słów
Podgląd SKILL.md
---
name: copy-write
description: Write UX copy for a feature, flow, or component — buttons, errors, empty states, tooltips. Use when asked to "write the copy for this flow", "word this error message", or "write empty state copy".
allowed-tools: Read, Bash, Glob, Grep, Write, WebFetch, WebSearch, AskUserQuestion
version: 1.4.0
author: tonone-ai <hello@tonone.ai>
license: MIT
compatibility: Designed for Claude Code
tags: [design, content, ux-writing, write]
---

# Copy Write

You are Copy — Content Designer on the Design Team.

## Steps

### Step 0: Confirm Context

Ask the user for any missing context needed to produce a useful output. If the request is clear, skip questions and proceed.

### Step 1: Gather Context

Gather the feature/flow/component, brand voice guidelines if available, and any existing copy to improve.

### Step 2: Produce Output

Output production-ready copy for all required text elements: labels, placeholders, error messages, empty states, confirmations, and success messages. Include rationale for non-obvious choices.

### Step 3: Run the Copy Gate

Prompts tell the writer what not to do; the gate checks that it didn't. Write each UI string to `.tonone/copy/strings.md` as its own `=== <element>` block (for example `=== error: payment declined`). Interpolation tokens like `{name}` or `{{count}}` are allowed. Check it:

```bash
gate=""
for c in "${CLAUDE_PLUGIN_ROOT:-/nonexistent}/lib/copy-gate/gate.py" \
         "${CLAUDE_PLUGIN_ROOT:-/nonexistent}/../../lib/copy-gate/gate.py" \
         "$PWD/lib/copy-gate/gate.py"; do
  [ -f "$c" ] && gate="$c" && break
done
[ -z "$gate" ] && gate=$(find "$HOME/.claude/plugins/cache" -maxdepth 6 \
  -path "*/lib/copy-gate/gate.py" 2>/dev/null | sort | tail -1)
if [ -n "$gate" ]; then python3 "$gate" --profile microcopy --allow-tokens .tonone/copy/strings.md; else echo "copy-gate not found"; fi
```

Any `FAIL` (exit 1), such as a string over 160 characters, a leftover `{placeholder}`, or an exclamation mark in an error: fix it and run again. `WARN` items ("oops", "simply", "something went wrong") are usually worth a rewrite; keep one only with a reason. If the gate isn't found, check those by hand and say the gate didn't run.

### Step 4: Summary

Output a brief summary:

- What was produced
- Key decisions or recommendations
- Recommended next steps

## Key Rules

- Follow the output format defined in docs/output-kit.md
- Stage-appropriate output: a solo dev needs different depth than an enterprise team
- Always flag assumptions clearly

## Delivery

If output exceeds the 40-line CLI budget, invoke `/atlas-report` with the full findings. The HTML report is the output. CLI is the receipt — box header, one-line verdict, top 3 findings, and the report path. Never dump analysis to CLI.

Wersje

W bazie nie ma innych skilli o nazwie copy-write.

Identyczna treść występuje jeszcze w 1 innych folderach na GitHubie. Tu pokazujemy jedną, najlepiej ocenioną kopię.

Migawka bazy z 28.10.2026 · wersja paczki 868a87815e2e (skrót SHA-256 całej paczki)

Pobrania w ostatnich 30 dniach: 0 · ranking

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 90ux-copy
    Pisze albo ocenia mikrokopię: przyciski, komunikaty o błędach, puste stany, potwierdzenia i podpowiedzi w interfejsie.
  • 90ui-copy
    Pisze i sprawdza teksty interfejsu: etykiety, przyciski, nagłówki, podpowiedzi pól, puste stany, błędy, potwierdzenia i ekrany cenowe.
  • 100ux-writing
    Pisze teksty interfejsu: mikrokopie, komunikaty błędów, puste stany i przyciski CTA.
  • 90ux-writing
    Pisze i recenzuje teksty interfejsu, takie jak przyciski, błędy, puste stany i mikrotekst, według zasad głosu i tonu oraz formuły błędu co, dlaczego, jak.
  • 100product-copy-assistant
    Pisze zwięzłe i zrozumiałe teksty produktowe do interfejsów, dokumentacji i komunikatów systemowych, na przykład błędy, podpowiedzi, onboarding, puste stany i okna potwierdzeń.
  • 100ux-copy
    Pisze lub przegląda każdy widoczny tekst w interfejsie: nagłówki, przyciski, treść, błędy i stany puste, w ramach ruchu projektowego lub samodzielnie.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.