# Navyk Iz Chastogo Zaprosa

> «Сделай из промпта быструю команду», «быстрый вызов skill», «копирую промпт из буфера», «часто запускаю этот prompt», «первым после /». Локальный skill Codex.

- Skill: `kir-kopylov/navyk-iz-chastogo-zaprosa` (Agent Skill, multi-file: 11 files)
- Install (CLI): `npx skillmds@latest add kir-kopylov/navyk-iz-chastogo-zaprosa`
- Raw SKILL.md: https://api.skillmd.com/api/skills/kir-kopylov/navyk-iz-chastogo-zaprosa/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: kir-kopylov (https://skillmd.com/u/kir-kopylov)
- Updated: 2026-09-21
- Page: https://skillmd.com/skills/kir-kopylov/navyk-iz-chastogo-zaprosa

---


# Быстрый Запуск В Codex

## Запуск Навыка

При явном вызове или однозначном смысловом совпадении применяйте навык сразу. Перед первым шагом покажите ровно одну короткую контекстную строку (не более 30 слов) и продолжайте работу в том же ответе, не ожидая реакции:

Применяю **«Быстрый запуск повторяемого запроса»**: <кратко назовите конкретную дополнительную процедуру или проверяемый результат для текущего запроса>; продолжаю без ожидания.

Не включайте в строку `author_github`, внутреннее имя папки или пересказ всего запроса. Не спрашивайте, применять ли навык.

Если одновременно подходят совместимые навыки, выберите минимальный набор и покажите одну общую строку. Если подходы ведут к несовместимым результатам и запрос не позволяет выбрать, спросите только о желаемом результате, не о разрешении применить навык.

Запуск навыка не расширяет полномочия. Выполните всю безопасную и уже разрешённую часть; запросите подтверждение только непосредственно перед ещё не разрешённым внешним или изменяющим действием. Не запрашивайте повторно уже данное разрешение и не дублируйте системное окно подтверждения.

## Обзор

Skill убирает повторяющееся трение: пользователь не ищет текст в буфере обмена и не вводит длинный промпт заново. Пользовательский skill и отдельная slash-команда — разные механизмы. В CLI/IDE skill явно выбирается через `$имя`, а каталог открывается через `/skills`. Для Codex в ChatGPT desktop app документация подтверждает раздел `Skills` в боковой панели; видимость после `/`, отдельная команда `/имя` и управление позицией там остаются неподтверждёнными без живой UI-проверки.

## Естественные Входы

- Текст промпта, существующая локальная skill или путь к ней.
- Желаемое короткое имя, целевой scope (пользовательский или текущий repo) и поверхность: Codex в ChatGPT desktop app, CLI или IDE.
- Скрин раздела `Skills`, вывод `/skills` либо доступ к наблюдаемому интерфейсу, если нужно доказать обнаружение; скрин списка после `/` нужен только при отдельном запросе на slash-видимость или позицию.

## Контрфактический Гейт Рабочего Вопроса

Проверку проводи внутренне; пользователю не показывай вероятные ответы и карту изменений.

Перед любым вопросом проведи контрфактическую проверку:
Представь наиболее вероятные ответы пользователя.
Назови, какое решение, действие или часть результата изменит каждый ответ.
Если следующий шаг при всех ответах одинаков — вопрос запрещён.
Если пользователь уже зафиксировал выбор — запиши его, не открывай заново.
Если неизвестное техническое и его можно проверить самостоятельно — проверь, не спрашивай.
Задавай только ближайший вопрос, ответ на который реально меняет результат.

Если нет ни текста, ни существующей skill, спросите только: «Какой именно промпт нужно сделать быстрым вызовом?»

## Процесс

1. Прочитайте `known-exceptions.yaml`. Затем проверьте актуальный документированный механизм в официальном Build skills или локальном Codex manual; не переносите привычку из другой версии или поверхности как факт.
2. До выбора проверок зафиксируйте целевую поверхность: используйте явно названную пользователем поверхность или, если её нет, наблюдаемую текущую — Codex в ChatGPT desktop app, CLI либо IDE. Явно названная целевая поверхность имеет приоритет над текущей оболочкой. Если определить её нельзя, спросите только: «Где нужен быстрый вызов: Codex в ChatGPT desktop app, CLI или IDE?» Не создавайте файл и не выполняйте restart до ответа.
3. Зафиксируйте целевой scope: пользовательский для вызова из разных проектов или repo-scoped для текущего репозитория. Берите явную цель либо однозначный текущий контекст; если различить нельзя, спросите только: «Skill нужен во всех проектах или только в текущем repo?» Не выбирайте path и не переиспользуйте найденный skill до ответа.
4. Найдите skills с тем же поведением и для каждого зафиксируйте path, `name`, scope, enabled-state и фактическую обнаруживаемость на целевой поверхности. Переиспользуйте только skill нужного scope, доступный и enabled на целевой поверхности. Skill неверного scope не считайте reuse: при явной цели переноса создавайте отдельный skill правильного scope, сохраняя исходный, и проведите его через name/collision gates ниже. Если skill правильного scope disabled, не создавайте дубль и не редактируйте config: завершите read-only диагностику статусами `disabled: да`, `цель достигнута: нет` и одним следующим шагом — отдельной явно авторизованной задачей на включение вне этого skill. Если правильный scope и enabled-state подтверждены, но discovery равен `false` или `unknown`, тоже не создавайте дубль или alias: выполните read-only проверки шага 14 и не более одного restart; при недоступной целевой поверхности верните `обнаружение: не подтверждено` и один следующий UI-шаг.
5. Разведите цель и механизм:
   - личный повторяемый workflow — пользовательский skill;
   - workflow конкретного repo — repo skill;
   - распространение набора skills, connector, MCP или hook — plugin;
   - для Codex в ChatGPT desktop app документировано обнаружение в разделе `Skills` боковой панели;
   - для CLI/IDE документированы `/skills` и выбор через `$имя`;
   - видимость после `/`, буквальный вызов `/имя` и позиция в списке — только отдельные наблюдаемые UI-свойства, а не обещанный механизм skill.
6. До изменения зафиксируйте проверку эквивалентности: выделите из исходного prompt 1–3 наблюдаемых инварианта и безопасную недеструктивную репрезентативную пробу. Не расширяйте и не перепроектируйте смысл prompt. Если безопасная проба невозможна, заранее отметьте, что эквивалентность останется `не подтверждено` и завершение будет заблокировано.
7. До выбора пути превратите желаемое имя в валидное имя skill: `^[a-z0-9]+(?:-[a-z0-9]+)*$`, не длиннее 64 символов. Кириллицу, пробелы, `_`, uppercase, начальный/конечный или двойной `-` не сохраняйте как имя: выберите короткое смысловое имя в hyphen-case и до записи покажите пользователю итоговое имя, а для CLI/IDE — вызов `$имя`. Если однозначно сохранить смысл нельзя, спросите только про короткое имя.
8. Для выбранного scope используйте документированный путь:
   - пользовательский на Windows: `%USERPROFILE%\.agents\skills\<имя>\SKILL.md`;
   - пользовательский на macOS/Linux: `$HOME/.agents/skills/<имя>/SKILL.md`;
   - текущий repo на любой ОС: `<repo>/.agents/skills/<имя>/SKILL.md`.
9. До любой записи проверьте целевой path и все обнаруживаемые skills с таким же `name`. Совпадающее поведение переиспользуйте только при условиях шага 4; обновляйте существующий файл лишь когда это разрешено текущим запросом и после показа изменения. Skill неверного scope с тем же именем считайте коллизией, а не reuse. При такой коллизии, другом или неясном поведении не перезаписывайте файл: вернитесь к шагу 7, выберите или согласуйте другое валидное имя, снова покажите новое имя и, для CLI/IDE, новый `$имя`, пересчитайте path и повторите collision-check. Не пишите файл, пока цикл не прошёл без коллизии.
10. Создайте минимальный валидный `SKILL.md`: папка и `name` совпадают уже после нормализации, frontmatter содержит непустые `name` и `description`, инструкции сохраняют исходное поведение. Не считайте одно совпадение достаточным — перед записью ещё раз проверьте формат имени и длину. Пишите UTF-8 без BOM через `apply_patch` или writer с `UTF8Encoding(false)`; в Windows PowerShell 5.1 не используйте для этого `Out-File` или `Set-Content -Encoding UTF8`. Перечитайте текст явным UTF-8 чтением: на Windows используйте `Get-Content -Raw -Encoding UTF8`. До UI-проверки прогоните готовую папку штатным валидатором `skill-creator`, если он доступен; на Windows запускайте его как `python -X utf8 <путь-к-quick_validate.py> <папка-skill>`. `UnicodeDecodeError` при запуске без `-X utf8` не означает, что skill невалиден; а `No YAML frontmatter` при видимой первой строке `---` требует проверки BOM до изменения содержимого.
11. Не редактируйте `~/.codex/config.toml` и не создавайте marketplace/plugin для одного личного prompt. Если пользователь действительно просит распространение, примените штатный `plugin-creator` и CLI; не изобретайте `commands/<name>.md`, пока текущая официальная документация не перечисляет этот компонент.
12. Сохраните прежний рабочий вызов, если пользователь явно не попросил его заменить.
13. Проверьте обнаружение и запуск на выбранной поверхности. Для Codex в ChatGPT desktop app откройте раздел `Skills` в боковой панели, найдите skill и запустите безопасную пробу доступным и наблюдаемым в текущем UI способом; не приписывайте этой поверхности `$имя` или slash-список без отдельного наблюдения. Для CLI/IDE проверьте `/skills`, выберите skill через `$имя` и выполните ту же пробу. Если изменение не появилось автоматически, выполните один restart и проверьте ещё раз. После запуска сравните все инварианты из шага 6. Сам факт запуска не доказывает эквивалентность поведения. Если пробу безопасно выполнить нельзя, верните `поведение сохранено: не подтверждено` и не объявляйте задачу завершённой.
14. Если после restart skill не обнаружен, остановите смену механизмов. Проверьте точный path, scope, enabled-state, валидность имени, совпадение папки и `name`, YAML frontmatter, UTF-8 без BOM, дубликаты имён и read-only запись `[[skills.config]]` с `enabled = false`. Не исправляйте config в рамках этого skill и не переходите на plugin; для изменения config нужна отдельная явно авторизованная задача с собственными проверками безопасности.
15. Верните шесть отдельных статусов для выбранной целевой поверхности: `состояние на диске: переиспользован / создан / обновлён`, `обнаружение в целевом каталоге`, `фактический запуск проверен`, `поведение исходного prompt сохранено`, `видно после /`, `первое после /`. Успешный reuse получает `переиспользован`, а не отрицательный статус. Для Codex в ChatGPT desktop app проверяйте раздел `Skills` и запуск наблюдаемым в текущем UI способом; для CLI/IDE проверяйте `/skills` и `$имя`. Видимость после `/` и позицию проверяйте только при явном запросе пользователя; иначе возвращайте `не применимо`. Статус поведения применим всегда и требует пробы из шага 6. Для применимого, но непроверенного статуса пишите `не подтверждено` и один следующий шаг; для проверенного отрицательного результата — `нет` с наблюдаемым основанием и без объявления завершения; для статуса другой поверхности или незапрошенного свойства — `не применимо` с короткой причиной.

## Границы

- Не выдавайте skill за отдельную slash-команду и не обещайте `/имя`, если проверен только поддерживаемый механизм целевой поверхности.
- Не обещайте `$имя` вне CLI/IDE: для Codex в ChatGPT desktop app документирован раздел `Skills`, а точный способ запуска нужно подтвердить в текущем UI.
- Не используйте префикс `00-` как суррогат закрепления: документированного API позиции в списке нет.
- Не заявляйте, что команда работает, только потому что файл создан.
- Не переходите после первой неудачи к новому механизму на основе очередной догадки.
- Не меняйте настройки Codex, marketplace, системные hotkey или другие приложения без явного запроса пользователя.
- Не удаляйте прежние prompts или skills без явного согласия.
- Не используйте этот skill для проектирования содержания самого промпта; он настраивает быстрый доступ к уже существующему поведению.

## Definition Of Done

Пользователь получил skill правильного scope в поддерживаемом discovery path, а применимые статусы обнаружения, фактического запуска и эквивалентности исходному prompt проверены на выбранной целевой поверхности отдельно от наличия файла. До проверки поверхности подтверждены отсутствие несогласованной коллизии имени, UTF-8 без BOM и успешный результат штатного валидатора, если он доступен. Для Codex в ChatGPT desktop app отдельно проверены раздел `Skills` в боковой панели и безопасная проба через наблюдаемый UI; для CLI/IDE отдельно проверены `/skills`, `$имя` и та же проба. Видимость после `/`, буквальный `/имя` и позиция в списке не входят в базовый критерий готовности и проверяются только при явном запросе. Применимый непроверенный статус или проверенный результат `нет` означает честный стоп, а не завершение; ограничение не маскируется plugin-обходом или ручной правкой config.

## Опрос После Использования

Опрос задаётся один раз — после UI-проверки или честного стопа, не в середине настройки. Если пользователь уже ответил «пропустить» в этой сессии, не переспрашивайте.

```text
Опрос по skill:
1. Что в этом использовании navyk-iz-chastogo-zaprosa было полезно?
2. Что стоит доработать в skill или его формате?
Можно ответить коротко или написать "пропустить".
```

Если пользователь ответил, сохраните санированную карточку в `~/.codex/skill-runs/navyk-iz-chastogo-zaprosa/usage-feedback.jsonl` через bundled script:

```bash
python3 scripts/log_usage_feedback.py --liked "..." --improve "..." --outcome "..."
```

Script перед записью редактирует приватные пути, контакты и token-like строки и сохраняет в JSONL `redaction_applied` и `redaction_types`. Если запись невозможна, не делайте вид, что лог сохранён. Raw-ответы, контакты, пути и секреты не коммитить.

## Логирование Сбоев

Перед выполнением прочитайте локальный `known-exceptions.yaml` как список известных сбоев и примените подходящее `do_next_time`.

Если пользователь поправил skill, интерфейс или tool повёл себя иначе ожидаемого, запишите приватную карточку в `~/.codex/skill-runs/navyk-iz-chastogo-zaprosa/exception-log.jsonl`. В repo переносите только санированное правило, example и проверку.

Raw logs не коммитить.