Быстрый Запуск В 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, спросите только: «Какой именно промпт нужно сделать быстрым вызовом?»
Процесс
- Прочитайте
known-exceptions.yaml. Затем проверьте актуальный документированный механизм в официальном Build skills или локальном Codex manual; не переносите привычку из другой версии или поверхности как факт.
- До выбора проверок зафиксируйте целевую поверхность: используйте явно названную пользователем поверхность или, если её нет, наблюдаемую текущую — Codex в ChatGPT desktop app, CLI либо IDE. Явно названная целевая поверхность имеет приоритет над текущей оболочкой. Если определить её нельзя, спросите только: «Где нужен быстрый вызов: Codex в ChatGPT desktop app, CLI или IDE?» Не создавайте файл и не выполняйте restart до ответа.
- Зафиксируйте целевой scope: пользовательский для вызова из разных проектов или repo-scoped для текущего репозитория. Берите явную цель либо однозначный текущий контекст; если различить нельзя, спросите только: «Skill нужен во всех проектах или только в текущем repo?» Не выбирайте path и не переиспользуйте найденный skill до ответа.
- Найдите 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-шаг.
- Разведите цель и механизм:
- личный повторяемый workflow — пользовательский skill;
- workflow конкретного repo — repo skill;
- распространение набора skills, connector, MCP или hook — plugin;
- для Codex в ChatGPT desktop app документировано обнаружение в разделе
Skills боковой панели;
- для CLI/IDE документированы
/skills и выбор через $имя;
- видимость после
/, буквальный вызов /имя и позиция в списке — только отдельные наблюдаемые UI-свойства, а не обещанный механизм skill.
- До изменения зафиксируйте проверку эквивалентности: выделите из исходного prompt 1–3 наблюдаемых инварианта и безопасную недеструктивную репрезентативную пробу. Не расширяйте и не перепроектируйте смысл prompt. Если безопасная проба невозможна, заранее отметьте, что эквивалентность останется
не подтверждено и завершение будет заблокировано.
- До выбора пути превратите желаемое имя в валидное имя skill:
^[a-z0-9]+(?:-[a-z0-9]+)*$, не длиннее 64 символов. Кириллицу, пробелы, _, uppercase, начальный/конечный или двойной - не сохраняйте как имя: выберите короткое смысловое имя в hyphen-case и до записи покажите пользователю итоговое имя, а для CLI/IDE — вызов $имя. Если однозначно сохранить смысл нельзя, спросите только про короткое имя.
- Для выбранного scope используйте документированный путь:
- пользовательский на Windows:
%USERPROFILE%\.agents\skills\<имя>\SKILL.md;
- пользовательский на macOS/Linux:
$HOME/.agents/skills/<имя>/SKILL.md;
- текущий repo на любой ОС:
<repo>/.agents/skills/<имя>/SKILL.md.
- До любой записи проверьте целевой path и все обнаруживаемые skills с таким же
name. Совпадающее поведение переиспользуйте только при условиях шага 4; обновляйте существующий файл лишь когда это разрешено текущим запросом и после показа изменения. Skill неверного scope с тем же именем считайте коллизией, а не reuse. При такой коллизии, другом или неясном поведении не перезаписывайте файл: вернитесь к шагу 7, выберите или согласуйте другое валидное имя, снова покажите новое имя и, для CLI/IDE, новый $имя, пересчитайте path и повторите collision-check. Не пишите файл, пока цикл не прошёл без коллизии.
- Создайте минимальный валидный
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 до изменения содержимого.
- Не редактируйте
~/.codex/config.toml и не создавайте marketplace/plugin для одного личного prompt. Если пользователь действительно просит распространение, примените штатный plugin-creator и CLI; не изобретайте commands/<name>.md, пока текущая официальная документация не перечисляет этот компонент.
- Сохраните прежний рабочий вызов, если пользователь явно не попросил его заменить.
- Проверьте обнаружение и запуск на выбранной поверхности. Для Codex в ChatGPT desktop app откройте раздел
Skills в боковой панели, найдите skill и запустите безопасную пробу доступным и наблюдаемым в текущем UI способом; не приписывайте этой поверхности $имя или slash-список без отдельного наблюдения. Для CLI/IDE проверьте /skills, выберите skill через $имя и выполните ту же пробу. Если изменение не появилось автоматически, выполните один restart и проверьте ещё раз. После запуска сравните все инварианты из шага 6. Сам факт запуска не доказывает эквивалентность поведения. Если пробу безопасно выполнить нельзя, верните поведение сохранено: не подтверждено и не объявляйте задачу завершённой.
- Если после restart skill не обнаружен, остановите смену механизмов. Проверьте точный path, scope, enabled-state, валидность имени, совпадение папки и
name, YAML frontmatter, UTF-8 без BOM, дубликаты имён и read-only запись [[skills.config]] с enabled = false. Не исправляйте config в рамках этого skill и не переходите на plugin; для изменения config нужна отдельная явно авторизованная задача с собственными проверками безопасности.
- Верните шесть отдельных статусов для выбранной целевой поверхности:
состояние на диске: переиспользован / создан / обновлён, обнаружение в целевом каталоге, фактический запуск проверен, поведение исходного 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-проверки или честного стопа, не в середине настройки. Если пользователь уже ответил «пропустить» в этой сессии, не переспрашивайте.
Опрос по skill:
1. Что в этом использовании navyk-iz-chastogo-zaprosa было полезно?
2. Что стоит доработать в skill или его формате?
Можно ответить коротко или написать "пропустить".
Если пользователь ответил, сохраните санированную карточку в ~/.codex/skill-runs/navyk-iz-chastogo-zaprosa/usage-feedback.jsonl через bundled script:
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 не коммитить.
1---2name: navyk-iz-chastogo-zaprosa3description: «Сделай из промпта быструю команду», «быстрый вызов skill», «копирую промпт из буфера», «часто запускаю этот prompt», «первым после /». Локальный skill Codex.4---56# Быстрый Запуск В Codex78## Запуск Навыка910При явном вызове или однозначном смысловом совпадении применяйте навык сразу. Перед первым шагом покажите ровно одну короткую контекстную строку (не более 30 слов) и продолжайте работу в том же ответе, не ожидая реакции:1112Применяю **«Быстрый запуск повторяемого запроса»**: <кратко назовите конкретную дополнительную процедуру или проверяемый результат для текущего запроса>; продолжаю без ожидания.1314Не включайте в строку `author_github`, внутреннее имя папки или пересказ всего запроса. Не спрашивайте, применять ли навык.1516Если одновременно подходят совместимые навыки, выберите минимальный набор и покажите одну общую строку. Если подходы ведут к несовместимым результатам и запрос не позволяет выбрать, спросите только о желаемом результате, не о разрешении применить навык.1718Запуск навыка не расширяет полномочия. Выполните всю безопасную и уже разрешённую часть; запросите подтверждение только непосредственно перед ещё не разрешённым внешним или изменяющим действием. Не запрашивайте повторно уже данное разрешение и не дублируйте системное окно подтверждения.1920## Обзор2122Skill убирает повторяющееся трение: пользователь не ищет текст в буфере обмена и не вводит длинный промпт заново. Пользовательский skill и отдельная slash-команда — разные механизмы. В CLI/IDE skill явно выбирается через `$имя`, а каталог открывается через `/skills`. Для Codex в ChatGPT desktop app документация подтверждает раздел `Skills` в боковой панели; видимость после `/`, отдельная команда `/имя` и управление позицией там остаются неподтверждёнными без живой UI-проверки.2324## Естественные Входы2526- Текст промпта, существующая локальная skill или путь к ней.27- Желаемое короткое имя, целевой scope (пользовательский или текущий repo) и поверхность: Codex в ChatGPT desktop app, CLI или IDE.28- Скрин раздела `Skills`, вывод `/skills` либо доступ к наблюдаемому интерфейсу, если нужно доказать обнаружение; скрин списка после `/` нужен только при отдельном запросе на slash-видимость или позицию.2930## Контрфактический Гейт Рабочего Вопроса3132Проверку проводи внутренне; пользователю не показывай вероятные ответы и карту изменений.3334Перед любым вопросом проведи контрфактическую проверку:35Представь наиболее вероятные ответы пользователя.36Назови, какое решение, действие или часть результата изменит каждый ответ.37Если следующий шаг при всех ответах одинаков — вопрос запрещён.38Если пользователь уже зафиксировал выбор — запиши его, не открывай заново.39Если неизвестное техническое и его можно проверить самостоятельно — проверь, не спрашивай.40Задавай только ближайший вопрос, ответ на который реально меняет результат.4142Если нет ни текста, ни существующей skill, спросите только: «Какой именно промпт нужно сделать быстрым вызовом?»4344## Процесс45461. Прочитайте `known-exceptions.yaml`. Затем проверьте актуальный документированный механизм в официальном Build skills или локальном Codex manual; не переносите привычку из другой версии или поверхности как факт.472. До выбора проверок зафиксируйте целевую поверхность: используйте явно названную пользователем поверхность или, если её нет, наблюдаемую текущую — Codex в ChatGPT desktop app, CLI либо IDE. Явно названная целевая поверхность имеет приоритет над текущей оболочкой. Если определить её нельзя, спросите только: «Где нужен быстрый вызов: Codex в ChatGPT desktop app, CLI или IDE?» Не создавайте файл и не выполняйте restart до ответа.483. Зафиксируйте целевой scope: пользовательский для вызова из разных проектов или repo-scoped для текущего репозитория. Берите явную цель либо однозначный текущий контекст; если различить нельзя, спросите только: «Skill нужен во всех проектах или только в текущем repo?» Не выбирайте path и не переиспользуйте найденный skill до ответа.494. Найдите 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-шаг.505. Разведите цель и механизм:51 - личный повторяемый workflow — пользовательский skill;52 - workflow конкретного repo — repo skill;53 - распространение набора skills, connector, MCP или hook — plugin;54 - для Codex в ChatGPT desktop app документировано обнаружение в разделе `Skills` боковой панели;55 - для CLI/IDE документированы `/skills` и выбор через `$имя`;56 - видимость после `/`, буквальный вызов `/имя` и позиция в списке — только отдельные наблюдаемые UI-свойства, а не обещанный механизм skill.576. До изменения зафиксируйте проверку эквивалентности: выделите из исходного prompt 1–3 наблюдаемых инварианта и безопасную недеструктивную репрезентативную пробу. Не расширяйте и не перепроектируйте смысл prompt. Если безопасная проба невозможна, заранее отметьте, что эквивалентность останется `не подтверждено` и завершение будет заблокировано.587. До выбора пути превратите желаемое имя в валидное имя skill: `^[a-z0-9]+(?:-[a-z0-9]+)*$`, не длиннее 64 символов. Кириллицу, пробелы, `_`, uppercase, начальный/конечный или двойной `-` не сохраняйте как имя: выберите короткое смысловое имя в hyphen-case и до записи покажите пользователю итоговое имя, а для CLI/IDE — вызов `$имя`. Если однозначно сохранить смысл нельзя, спросите только про короткое имя.598. Для выбранного scope используйте документированный путь:60 - пользовательский на Windows: `%USERPROFILE%\.agents\skills\<имя>\SKILL.md`;61 - пользовательский на macOS/Linux: `$HOME/.agents/skills/<имя>/SKILL.md`;62 - текущий repo на любой ОС: `<repo>/.agents/skills/<имя>/SKILL.md`.639. До любой записи проверьте целевой path и все обнаруживаемые skills с таким же `name`. Совпадающее поведение переиспользуйте только при условиях шага 4; обновляйте существующий файл лишь когда это разрешено текущим запросом и после показа изменения. Skill неверного scope с тем же именем считайте коллизией, а не reuse. При такой коллизии, другом или неясном поведении не перезаписывайте файл: вернитесь к шагу 7, выберите или согласуйте другое валидное имя, снова покажите новое имя и, для CLI/IDE, новый `$имя`, пересчитайте path и повторите collision-check. Не пишите файл, пока цикл не прошёл без коллизии.6410. Создайте минимальный валидный `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 до изменения содержимого.6511. Не редактируйте `~/.codex/config.toml` и не создавайте marketplace/plugin для одного личного prompt. Если пользователь действительно просит распространение, примените штатный `plugin-creator` и CLI; не изобретайте `commands/<name>.md`, пока текущая официальная документация не перечисляет этот компонент.6612. Сохраните прежний рабочий вызов, если пользователь явно не попросил его заменить.6713. Проверьте обнаружение и запуск на выбранной поверхности. Для Codex в ChatGPT desktop app откройте раздел `Skills` в боковой панели, найдите skill и запустите безопасную пробу доступным и наблюдаемым в текущем UI способом; не приписывайте этой поверхности `$имя` или slash-список без отдельного наблюдения. Для CLI/IDE проверьте `/skills`, выберите skill через `$имя` и выполните ту же пробу. Если изменение не появилось автоматически, выполните один restart и проверьте ещё раз. После запуска сравните все инварианты из шага 6. Сам факт запуска не доказывает эквивалентность поведения. Если пробу безопасно выполнить нельзя, верните `поведение сохранено: не подтверждено` и не объявляйте задачу завершённой.6814. Если после restart skill не обнаружен, остановите смену механизмов. Проверьте точный path, scope, enabled-state, валидность имени, совпадение папки и `name`, YAML frontmatter, UTF-8 без BOM, дубликаты имён и read-only запись `[[skills.config]]` с `enabled = false`. Не исправляйте config в рамках этого skill и не переходите на plugin; для изменения config нужна отдельная явно авторизованная задача с собственными проверками безопасности.6915. Верните шесть отдельных статусов для выбранной целевой поверхности: `состояние на диске: переиспользован / создан / обновлён`, `обнаружение в целевом каталоге`, `фактический запуск проверен`, `поведение исходного prompt сохранено`, `видно после /`, `первое после /`. Успешный reuse получает `переиспользован`, а не отрицательный статус. Для Codex в ChatGPT desktop app проверяйте раздел `Skills` и запуск наблюдаемым в текущем UI способом; для CLI/IDE проверяйте `/skills` и `$имя`. Видимость после `/` и позицию проверяйте только при явном запросе пользователя; иначе возвращайте `не применимо`. Статус поведения применим всегда и требует пробы из шага 6. Для применимого, но непроверенного статуса пишите `не подтверждено` и один следующий шаг; для проверенного отрицательного результата — `нет` с наблюдаемым основанием и без объявления завершения; для статуса другой поверхности или незапрошенного свойства — `не применимо` с короткой причиной.7071## Границы7273- Не выдавайте skill за отдельную slash-команду и не обещайте `/имя`, если проверен только поддерживаемый механизм целевой поверхности.74- Не обещайте `$имя` вне CLI/IDE: для Codex в ChatGPT desktop app документирован раздел `Skills`, а точный способ запуска нужно подтвердить в текущем UI.75- Не используйте префикс `00-` как суррогат закрепления: документированного API позиции в списке нет.76- Не заявляйте, что команда работает, только потому что файл создан.77- Не переходите после первой неудачи к новому механизму на основе очередной догадки.78- Не меняйте настройки Codex, marketplace, системные hotkey или другие приложения без явного запроса пользователя.79- Не удаляйте прежние prompts или skills без явного согласия.80- Не используйте этот skill для проектирования содержания самого промпта; он настраивает быстрый доступ к уже существующему поведению.8182## Definition Of Done8384Пользователь получил skill правильного scope в поддерживаемом discovery path, а применимые статусы обнаружения, фактического запуска и эквивалентности исходному prompt проверены на выбранной целевой поверхности отдельно от наличия файла. До проверки поверхности подтверждены отсутствие несогласованной коллизии имени, UTF-8 без BOM и успешный результат штатного валидатора, если он доступен. Для Codex в ChatGPT desktop app отдельно проверены раздел `Skills` в боковой панели и безопасная проба через наблюдаемый UI; для CLI/IDE отдельно проверены `/skills`, `$имя` и та же проба. Видимость после `/`, буквальный `/имя` и позиция в списке не входят в базовый критерий готовности и проверяются только при явном запросе. Применимый непроверенный статус или проверенный результат `нет` означает честный стоп, а не завершение; ограничение не маскируется plugin-обходом или ручной правкой config.8586## Опрос После Использования8788Опрос задаётся один раз — после UI-проверки или честного стопа, не в середине настройки. Если пользователь уже ответил «пропустить» в этой сессии, не переспрашивайте.8990```text91Опрос по skill:921. Что в этом использовании navyk-iz-chastogo-zaprosa было полезно?932. Что стоит доработать в skill или его формате?94Можно ответить коротко или написать "пропустить".95```9697Если пользователь ответил, сохраните санированную карточку в `~/.codex/skill-runs/navyk-iz-chastogo-zaprosa/usage-feedback.jsonl` через bundled script:9899```bash100python3 scripts/log_usage_feedback.py --liked "..." --improve "..." --outcome "..."101```102103Script перед записью редактирует приватные пути, контакты и token-like строки и сохраняет в JSONL `redaction_applied` и `redaction_types`. Если запись невозможна, не делайте вид, что лог сохранён. Raw-ответы, контакты, пути и секреты не коммитить.104105## Логирование Сбоев106107Перед выполнением прочитайте локальный `known-exceptions.yaml` как список известных сбоев и примените подходящее `do_next_time`.108109Если пользователь поправил skill, интерфейс или tool повёл себя иначе ожидаемого, запишите приватную карточку в `~/.codex/skill-runs/navyk-iz-chastogo-zaprosa/exception-log.jsonl`. В repo переносите только санированное правило, example и проверку.110111Raw logs не коммитить.
kir-kopylov