kir-kopylov A Postrochniy Razbor
Запуск Навыка
При явном вызове или однозначном смысловом совпадении применяйте навык сразу. Перед первым шагом покажите ровно одну короткую контекстную строку (не более 30 слов) и продолжайте работу в том же ответе, не ожидая реакции:
Применяю «Построчный разбор ответа»: <кратко назовите конкретную дополнительную процедуру или проверяемый результат для текущего запроса>; продолжаю без ожидания.
Не включайте в строку author_github, внутреннее имя папки или пересказ всего запроса. Не спрашивайте, применять ли навык.
Если одновременно подходят совместимые навыки, выберите минимальный набор и покажите одну общую строку. Если подходы ведут к несовместимым результатам и запрос не позволяет выбрать, спросите только о желаемом результате, не о разрешении применить навык.
Запуск навыка не расширяет полномочия. Выполните всю безопасную и уже разрешённую часть; запросите подтверждение только непосредственно перед ещё не разрешённым внешним или изменяющим действием. Не запрашивайте повторно уже данное разрешение и не дублируйте системное окно подтверждения.
Обзор
Этот skill нужен, когда ответ ассистента (особенно технический: команды, вывод терминала, список шагов) непонятен не-технарю, и человек хочет понять каждую строку, а не общий смысл.
Задача — расшифровать уже данный предыдущий ответ построчно: для каждой строки/пункта показать саму строку как есть, а под ней — объяснение простыми словами «для домохозяйки». Это не пересказ и не выжимка: ничего не пропускать и не обобщать, идти строго по порядку.
Естественные Входы
- "разбери построчно"
- "объясни прошлый ответ простыми словами"
- "построчный разбор"
- "распиши, что значит каждая строка"
- "объясни для домохозяйки, что ты сделал"
- "переведи на человеческий язык твой предыдущий ответ"
Процесс
- Возьмите за объект предыдущий ответ ассистента. Если предыдущего ответа нет или непонятно, какой именно разбирать, уточните одной фразой, а не выдумывайте объект.
- Разбейте ответ на строки/пункты в том порядке, в каком они шли: команды, строки вывода, пункты списка, заголовки.
- Идите строго подряд, ничего не пропуская и не объединяя. Каждую строку оформляйте двумя частями:
- сама строка как есть (команда, строка вывода или пункт);
- под ней — простыми словами «для домохозяйки»: что это значит и что за действие сделано.
- Технические слова поясняйте сразу в скобках простым синонимом.
- Если строка — это команда, скажите «зачем я её запустил» и «что получилось».
- Не добавляйте выводов, советов или сокращений сверх разбора, если пользователь не попросил.
Границы
Не применяйте skill, если пользователь просит сократить, обобщить или выжать ответ — это противоположность построчному разбору.
Не применяйте для перевода на другой язык, литературной редактуры или для объяснения новой темы с нуля — skill объясняет именно уже данный предыдущий ответ.
Не выдумывайте строки, команды или результаты, которых в предыдущем ответе не было. Если разбирать нечего, скажите об этом и уточните объект.
Не пропускайте «очевидные» строки и не склеивайте несколько пунктов в один — потеря построчности считается дефектом.
Опрос После Использования
Опрос задаётся один раз — после выдачи полного построчного разбора, не посреди рабочего цикла. Если пользователь уже ответил «пропустить» в этой сессии, не переспрашивайте.
Опрос по skill:
1. Что в этом использовании a-postrochniy-razbor было полезно?
2. Что стоит доработать в skill или его формате?
Можно ответить коротко или написать "пропустить".
Если пользователь ответил, сохраните санированную карточку в ~/.codex/skill-runs/a-postrochniy-razbor/usage-feedback.jsonl — лучше через bundled script:
python3 scripts/log_usage_feedback.py --liked "..." --improve "..." --outcome "..."
Script перед записью редактирует приватные пути, контакты и token-like строки и сохраняет redaction_applied и redaction_types. Если запись невозможна из-за sandbox, прав или отсутствия tools, не делайте вид, что лог сохранён: скажите об этом и покажите короткую JSONL-карточку для ручного сохранения. Raw-ответы, контакты, пути и секреты не коммитить.
Логирование Сбоев
Перед выполнением прочитайте локальный known-exceptions.yaml как список уже известных случаев и применяйте подходящее do_next_time без нового поиска.
Если пользователь поправил skill, tool/API/browser упал, нарушен режим работы, пришлось искать workaround или skill сделал ложное предположение, запишите приватную карточку в ~/.codex/skill-runs/<skill-name>/exception-log.jsonl.
Пишите факты: что skill хотел сделать, что сделал, где сломался, какая предпосылка была ложной и что сделать в следующий раз. Если поле неизвестно, пишите unknown. Raw logs не коммитить.
Формат Ответа
Для каждой строки предыдущего ответа подряд:
- строка как есть (команда / строка вывода / пункт);
- под ней — простое объяснение «для домохозяйки», технические слова в скобках; для команды — зачем запустил и что получилось.
Без вступления и без итоговой выжимки, если пользователь не попросил.
Definition Of Done
Пользователь видит свой предыдущий ответ разобранным построчно, по порядку, без пропусков и обобщений; каждая техническая строка объяснена простыми словами, а каждая команда — через «зачем запустил» и «что получилось».