Raspiska O Poluchenii Deneg

Raspiska O Poluchenii Deneg

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

Этот черновой навык запускайте только при явном вызове по имени или прямой команде пользователя. При одном смысловом совпадении не запускайте навык и не спрашивайте о его применении.

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

Применяю черновой навык «Расписка о получении денег» (обратная связь — @kir-kopylov): <кратко назовите конкретную пользу для текущего запроса>; продолжаю без ожидания.

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

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

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

Обзор

Закрывает пробел: dopsoglasheniya-po-oplate делает допсоглашения, но не расписки, а расписка о получении денег нужна постоянно — аванс, задаток, оплата этапа ремонта, окончательный расчёт. Skill собирает расписку как проверяемый документ и передаёт готовую структуру в verstka-docx-po-standartu для вёрстки .docx.

Главный инвариант: сумма цифрами и сумма прописью — это одна сверяемая пара, а не два независимых поля. Они показываются пользователю вместе и подтверждаются до генерации.

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

• «напиши расписку о получении денег»
• «составь расписку на аванс / задаток»
• «расписка, что деньги за этап ремонта получены»
• «нужна расписка: получено полностью, претензий нет»
• «оформи расписку к договору на перечень работ»

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

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

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

Процесс

1. Соберите факты платежа. Кто передал и кто получил, сумма, валюта, дата, назначение (аванс, задаток, оплата этапа, окончательный расчёт). Сумму запросите цифрами; пропись skill формирует и показывает на сверку.
2. Сверьте цифры и пропись. Покажите пользователю обе формы вместе («500 000 — пятьсот тысяч тенге») и подтвердите совпадение. Расхождение — стоп до исправления.
3. Привяжите к основанию при наличии. Если есть договор или перечень работ (например, из smeta-remonta-do-dogovora), добавьте ссылку: «по договору от __ № __», «за работы по перечню». Нет основания — не выдумывайте его.
4. Личные данные — только подтверждённые. ФИО, ИИН, паспорт, адрес берите лишь из того, что дал пользователь. Чего нет — оставляйте графой «____». Ничего не достраивайте по памяти или догадке.
5. Добавьте закрывающую формулу и подпись. «Деньги получены полностью, претензий не имею», дата, подписной блок (передал / получил).
6. Соберите структуру и отрендерьте. Готовый сборщик — scripts/build_raspiska.py: на вход JSON-config (город, дата, стороны, сумма цифрами и прописью, назначение, опционально основание и флаг полного расчёта), на выход — .docx по стандарту оформления verstka-docx-po-standartu (рендер встроен в скрипт, отдельной runtime-зависимости нет). Запуск: python3 scripts/build_raspiska.py --config <config>.json --out <файл>.docx. Верните пользователю .docx и перечень полей, по которым собрана расписка.

Границы

• Не делать договоры, акты выполненных работ или допсоглашения по аренде — это remont-dogovor-i-raspiski и dopsoglasheniya-po-oplate.
• Не выдумывать ИИН, паспорт, адрес или ФИО: отсутствующие данные — графа «____».
• Не заполнять сумму или назначение по догадке; не расходить цифры и пропись.
• Не выдавать расписку за юридическую гарантию: это документ по шаблону, требующий проверки человеком.
• Не публиковать реальные реквизиты — в примерах только синтетические данные.

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

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

Опрос по skill:
1. Что в этом использовании raspiska-o-poluchenii-deneg было полезно?
2. Что стоит доработать в skill или его формате?
Можно ответить коротко или написать "пропустить".

Если пользователь ответил, сохраните санированную карточку в ~/.codex/skill-runs/raspiska-o-poluchenii-deneg/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/raspiska-o-poluchenii-deneg/exception-log.jsonl.

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