ux-copy

Name: ux-copy
Author: N1arko

31stars6forks

How to install ux-copy?

n1arko/redaktura-skills/ux-copy

$npx -y skills add N1arko/redaktura-skills --skill ux-copy

Installs into the current project.

Summary

UX-тексты на русском языке: кнопки, формы, ошибки, пустые состояния, онбординг, подтверждения, уведомления, пуши и микрокопия. Use this skill whenever the user asks to write, rewrite, review, choose, or improve interface copy, product messages, UI strings, transactional emails, p

Files · 1

View on GitHub

SKILL.md

1	# UX-copy
2
3	Задача скилла — тексты интерфейса. Текст в интерфейсе отвечает на два вопроса пользователя: что происходит и что мне делать. Хорошая микрокопия пишется от сценария: важно, что было до экрана, что будет после действия и что пользователь сейчас чувствует.
4
5	Метод основан на практиках Людмилы Сарычевой ([gladlax.ru](https://gladlax.ru)) и собран совместно с Никитой Архиповым ([niar42.com](https://niar42.com)).
6
7	## Шаг 0. Контекст
8
9	Если в проекте есть файл `.agents/redpolitika.md` — прочитай его первым: там словарь продукта, обращение к пользователю и тональность. Если файла нет, а интерфейсных текстов много, предложи создать его скиллом `redpolitika`.
10
11	Перед текстом выясни:
12
13	1. Что за экран или сообщение.
14	2. Что пользователь сделал до этого.
15	3. Что должно произойти после.
16	4. Что пользователь может чувствовать: спешит, злится, боится потерять данные, просто выбирает.
17	5. Какие ограничения есть: длина, платформа, кнопки, юридический текст.
18
19	## Режимы
20
21	- Варианты (options) — дать 2–3 формулировки и объяснить разницу.
22	- Правка (rewrite) — было/стало/правило для существующих текстов.
23	- Аудит (audit) — найти проблемы сценария и текста без полной переписи.
24
25	Если режим не назван, дай варианты: для интерфейса полезно выбрать из нескольких точных решений.
26
27	## Глубина разбора
28
29	Подстраивай ответ под собеседника. Редактору можно отвечать терминами метода. Если пользователь не из редакторского мира — объясняй по-простому: не «голословное утверждение», а «здесь написано "многие считают", но непонятно, кто и откуда это известно». Термины либо избегай, либо поясняй в скобках, разбор давай короче: три главные правки полезнее пятнадцати.
30
31	## Процесс
32
33	### 1. Сценарий
34	Опиши сценарий словами пользователя: «я хочу…», «я сделал…», «я не понимаю…». Детали — в [references/printsipy.md](references/printsipy.md).
35
36	Правило сценарий впереди экрана: сначала путь пользователя, затем текст элемента.
37
38	### 2. Элемент
39	Определи тип элемента: кнопка, заголовок, поле, плейсхолдер, чекбокс, тултип. Детали — в [references/elementy.md](references/elementy.md).
40
41	Правило каждый элемент делает свою работу: кнопка называет действие, заголовок объясняет состояние, текст рядом даёт детали.
42
43	### 3. Ошибки и состояния
44	Если это ошибка, пустое состояние, загрузка или опасное действие, проверь, что текст объясняет случившееся и следующий шаг. Детали — в [references/oshibki-i-sostoyaniya.md](references/oshibki-i-sostoyaniya.md).
45
46	Правило что случилось и что делать: пользователь должен понять ситуацию без внутреннего кода системы.
47
48	### 4. Уведомления
49	Для пушей, писем, тостов и снекбаров проверь, нужно ли вообще писать. Если сообщение не меняет действие пользователя, часто лучше молчать. Детали — в [references/uvedomleniya.md](references/uvedomleniya.md).
50
51	Правило польза сообщения: уведомление вмешивается во внимание пользователя и должно окупать это вмешательство.
52
53	### 5. Тональность
54	Сверься с `../redaktura/references/tonalnost.md`: без вины, давления, ложной срочности и «упс». Слова пользователя важнее слов системы.
55
56	## Формат ответа
57
58	В колонках «Почему» и «Правило» называй правила метода по имени («событие и шаг», «действие на кнопке», «слова пользователя», «последствие видно») — так пользователь учится, а не просто получает строки.
59
60	### Варианты
61
62	```
63	\| Элемент \| Вариант 1 \| Вариант 2 \| Почему \|
64	\|---\|---\|---\|---\|
65	```
66
67	### Правка
68
69	```
70	\| Было \| Стало \| Правило \|
71	\|---\|---\|---\|
72	```
73
74	### Аудит
75
76	```
77	## Диагноз
78	[2–4 предложения о сценарии и главной проблеме]
79
80	## Главные правки
81	\| Элемент \| Проблема \| Как исправить \|
82	\|---\|---\|---\|
83
84	## Что ещё нужно узнать
85	[сценарные дыры, ограничения, системные причины]
86	```
87
88	## Чего не делать
89
90	- Не писать от экрана. Сначала сценарий, затем текст элемента.
91	- Не выдумывать системные факты. Сроки («несколько минут»), каналы ответа («напишем на почту») и поведение системы легко подставить по привычке — но если они не заданы пользователем, это выдумка. Пиши плейсхолдер «[срок: уточнить]» или задай вопрос.
92	- Не винить пользователя. Текст помогает выйти из ситуации и сохранить контроль.
93	- **Не ставить «ОК» там, где есть

N1arkoPublisher · 6 listings

Preview

N1arko/redaktura-skills

# UX-copy

Задача скилла — тексты интерфейса. Текст в интерфейсе отвечает на два вопроса пользователя: что происходит и что мне делать. Хорошая микрокопия пишется от сцена

Метод основан на практиках Людмилы Сарычевой ([gladlax.ru](https://gladlax.ru)) и собран совместно с Никитой Архиповым ([niar42.com](https://niar42.com)).

## Шаг 0. Контекст

RepoN1arko/redaktura-skills

License—

TypeSkills

CategoryMarketing

UpdatedJul 2026

Repo stars31

First seenJul 22, 2026

People who liked this also viewed

6 picks

Type

ux-copy

31stars6forks

View on GitHub

How to install ux-copy?

n1arko/redaktura-skills/ux-copy

$npx -y skills add N1arko/redaktura-skills --skill ux-copy

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	# UX-copy
2
3	Задача скилла — тексты интерфейса. Текст в интерфейсе отвечает на два вопроса пользователя: что происходит и что мне делать. Хорошая микрокопия пишется от сценария: важно, что было до экрана, что будет после действия и что пользователь сейчас чувствует.
4
5	Метод основан на практиках Людмилы Сарычевой ([gladlax.ru](https://gladlax.ru)) и собран совместно с Никитой Архиповым ([niar42.com](https://niar42.com)).
6
7	## Шаг 0. Контекст
8
9	Если в проекте есть файл `.agents/redpolitika.md` — прочитай его первым: там словарь продукта, обращение к пользователю и тональность. Если файла нет, а интерфейсных текстов много, предложи создать его скиллом `redpolitika`.
10
11	Перед текстом выясни:
12
13	1. Что за экран или сообщение.
14	2. Что пользователь сделал до этого.
15	3. Что должно произойти после.
16	4. Что пользователь может чувствовать: спешит, злится, боится потерять данные, просто выбирает.
17	5. Какие ограничения есть: длина, платформа, кнопки, юридический текст.
18
19	## Режимы
20
21	- Варианты (options) — дать 2–3 формулировки и объяснить разницу.
22	- Правка (rewrite) — было/стало/правило для существующих текстов.
23	- Аудит (audit) — найти проблемы сценария и текста без полной переписи.
24
25	Если режим не назван, дай варианты: для интерфейса полезно выбрать из нескольких точных решений.
26
27	## Глубина разбора
28
29	Подстраивай ответ под собеседника. Редактору можно отвечать терминами метода. Если пользователь не из редакторского мира — объясняй по-простому: не «голословное утверждение», а «здесь написано "многие считают", но непонятно, кто и откуда это известно». Термины либо избегай, либо поясняй в скобках, разбор давай короче: три главные правки полезнее пятнадцати.
30
31	## Процесс
32
33	### 1. Сценарий
34	Опиши сценарий словами пользователя: «я хочу…», «я сделал…», «я не понимаю…». Детали — в [references/printsipy.md](references/printsipy.md).
35
36	Правило сценарий впереди экрана: сначала путь пользователя, затем текст элемента.
37
38	### 2. Элемент
39	Определи тип элемента: кнопка, заголовок, поле, плейсхолдер, чекбокс, тултип. Детали — в [references/elementy.md](references/elementy.md).
40
41	Правило каждый элемент делает свою работу: кнопка называет действие, заголовок объясняет состояние, текст рядом даёт детали.
42
43	### 3. Ошибки и состояния
44	Если это ошибка, пустое состояние, загрузка или опасное действие, проверь, что текст объясняет случившееся и следующий шаг. Детали — в [references/oshibki-i-sostoyaniya.md](references/oshibki-i-sostoyaniya.md).
45
46	Правило что случилось и что делать: пользователь должен понять ситуацию без внутреннего кода системы.
47
48	### 4. Уведомления
49	Для пушей, писем, тостов и снекбаров проверь, нужно ли вообще писать. Если сообщение не меняет действие пользователя, часто лучше молчать. Детали — в [references/uvedomleniya.md](references/uvedomleniya.md).
50
51	Правило польза сообщения: уведомление вмешивается во внимание пользователя и должно окупать это вмешательство.
52
53	### 5. Тональность
54	Сверься с `../redaktura/references/tonalnost.md`: без вины, давления, ложной срочности и «упс». Слова пользователя важнее слов системы.
55
56	## Формат ответа
57
58	В колонках «Почему» и «Правило» называй правила метода по имени («событие и шаг», «действие на кнопке», «слова пользователя», «последствие видно») — так пользователь учится, а не просто получает строки.
59
60	### Варианты
61
62	```
63	\| Элемент \| Вариант 1 \| Вариант 2 \| Почему \|
64	\|---\|---\|---\|---\|
65	```
66
67	### Правка
68
69	```
70	\| Было \| Стало \| Правило \|
71	\|---\|---\|---\|
72	```
73
74	### Аудит
75
76	```
77	## Диагноз
78	[2–4 предложения о сценарии и главной проблеме]
79
80	## Главные правки
81	\| Элемент \| Проблема \| Как исправить \|
82	\|---\|---\|---\|
83
84	## Что ещё нужно узнать
85	[сценарные дыры, ограничения, системные причины]
86	```
87
88	## Чего не делать
89
90	- Не писать от экрана. Сначала сценарий, затем текст элемента.
91	- Не выдумывать системные факты. Сроки («несколько минут»), каналы ответа («напишем на почту») и поведение системы легко подставить по привычке — но если они не заданы пользователем, это выдумка. Пиши плейсхолдер «[срок: уточнить]» или задай вопрос.
92	- Не винить пользователя. Текст помогает выйти из ситуации и сохранить контроль.
93	- **Не ставить «ОК» там, где есть

N1arkoPublisher · 6 listings

Preview

N1arko/redaktura-skills

# UX-copy

## Шаг 0. Контекст

RepoN1arko/redaktura-skills

License—

TypeSkills

CategoryMarketing

UpdatedJul 2026

Repo stars31

First seenJul 22, 2026

People who liked this also viewed

6 picks

Type