На карте
Я сделал скилл для Codex, который помогает предварительно проверить сайт, приложение или бота на соответствие требованиям российского законодательства. Он называется check-ru-digital-product. Его задача — разобраться, как устроен продукт, сопоставить это с применимыми требованиями и объяснить владельцу, что делать дальше.
Повод для такой проверки может быть совсем небольшим. Вы добавили форму заявки, подключили статистику или начали принимать оплату. У каждой функции появляется продолжение за пределами экрана: заявка уходит в CRM, счётчик получает сведения о посещении, платёж должен соотноситься с условиями продажи. Именно эту связь между работой продукта и документами полезно проверить.
Начать можно с одной функции. Для первого разбора не требуется описывать весь бизнес и выгружать клиентскую базу. Достаточно дать агенту доступные материалы и честно обозначить, что известно, а что пока нет.
Скилл — это папка с инструкциями для Codex. В ней описано, какие факты установить, какие источники прочитать и как составить отчёт. Отдельный сервер или API-ключ для самого скилла не нужен. Работает он внутри вашей среды Codex, с доступными там инструментами и разрешениями.
Какие правовые вопросы проверяет скилл
В проверке есть несколько направлений. 152-ФЗ «О персональных данных» задаёт правовую основу работы с персональными данными. Скилл помогает разобрать, что собирается, для чего используется, кому передаётся и какие сведения о хранении, согласии и защите доступны для проверки. Это касается не только формы с именем и телефоном: при разборе сайта он также рассматривает аналитику, внешние плееры, журналы и резервные копии.
В платёжной части он обращается к применимым требованиям 54-ФЗ о контрольно-кассовой технике и правилам выбранного налогового режима. Сначала нужно установить, кто продавец, что продаётся и как проходит расчёт. По этим сведениям можно проверять, какой документ нужен покупателю и кто должен его сформировать. Одна работающая кнопка оплаты не отвечает на все эти вопросы.
Для условий продажи и подписок важен Закон о защите прав потребителей. Здесь предметом разбора становятся обещания на сайте, условия договора, периодические списания, отказ и возврат. Скилл должен выяснить тип сделки и покупателя, прежде чем делать правовой вывод. Он также различает правила закона и условия платформы, если продукт работает, например, внутри Telegram.
Применимость каждого направления зависит от устройства продукта и обстоятельств работы. В инструкциях заложен порядок: сначала факты и применимость, затем действующая норма. Законодательство и правила сервисов меняются, поэтому существенные выводы требуют проверки источников на дату задачи. Без доступа к ним агент должен обозначить ограничение и вернуть вопросы для дальнейшего разбора.
Сначала понятный шаг, затем доказательства
Я попробовал скилл на pimenov.ai в отдельном чате. В отчёте можно было разобраться, но возник другой вопрос: сможет ли человек без технической и юридической подготовки понять, что делать после чтения?
Фраза «определить основание обработки для каждого счётчика» может быть уместной в разговоре специалистов. Владелец небольшого сайта получает из неё новое задание, смысл которого ему ещё предстоит выяснить. Поэтому после теста я доработал формат ответа.
Теперь сначала идёт простое объяснение: что обнаружено, что это означает для продукта и что пока неизвестно. Затем — одно ближайшее действие, которое человек может выполнить сам или передать тому, кто поможет. Доказательства, технические подробности и источники остаются в том же отчёте, следом.
Например, если непонятно, как сохраняется выбор посетителя, первый шаг можно сформулировать так:
Попросите того, кто настраивал сайт, проверить, где сохраняется выбор посетителя и можно ли восстановить, с чем он согласился. Если механизм не найден в доступных материалах, это нужно отметить отдельно. Пока ничего не меняйте.
Если нужные настройки доступны Codex, эту проверку можно поручить ему. Результатом должен стать понятный ответ: где находится подтверждение, что в нём записано и чего ещё не удалось установить. После этого можно обсуждать изменение механизма, если оно требуется.
Упрощение языка не должно усиливать выводы. «В предоставленных материалах нет журнала» и «журнал не ведётся» — разные утверждения. В первом случае не хватает сведений. Второе требует доказательства. По той же причине внешний плеер в коде сам по себе не доказывает нарушение закона, а отсутствие замечаний на одной странице не означает, что проверен весь продукт.
Это различие отражается в отчёте: подтверждённое отделяется от риска, который требует проверки, и от вопросов, по которым данных нет. Если в запрошенном объёме замечаний не обнаружено, скилл должен сказать об этом без выдуманного списка исправлений.
Как установить скилл и запустить проверку
Установка и примеры есть в README репозитория. Для начала можно передать Codex такой запрос.
Промпт:
Используй $skill-installer и установи скилл из репозитория
https://github.com/pimenov/check-ru-digital-product
Путь внутри репозитория: skills/check-ru-digital-product
Если такой скилл уже установлен, сначала сравни версии
и не перезаписывай мои локальные изменения без согласования.После установки выберите одну задачу. Например, проверку формы заявки и подключённой аналитики. Вместо квадратных скобок в следующем запросе укажите свои сведения; неизвестное можно так и назвать.
Промпт:
Используй $check-ru-digital-product.
Проверь форму заявки и аналитику моего сайта для пользователей в России.
Сайт: [URL]. Стадия: [план / тест / работает].
Владелец проекта и его статус: [известные сведения].
Материалы: [описание, файлы, ссылки на документы].
Работай на чтение, ничего не меняй и не отправляй.
Проверь актуальные правовые источники и применимость требований.
Сначала объясни результат простыми словами и дай конкретный
первый шаг для меня. Затем покажи доказательства и источники.
Отдельно укажи, что осталось неизвестным или непроверенным.Что останется за пределами проверки
Для такого разбора подходят публичные документы, описание процессов и обезличенные примеры. Пароли, токены и реальные клиентские базы не нужны. Если доступен только публичный сайт, часть вопросов о сервере, договорах и внутренних процедурах останется открытой. Агент должен показать эти ограничения, а не заполнить пробелы предположениями.
По инструкции скилл работает на чтение. Он не подаёт уведомления, не проводит платежи и не исправляет сайт автоматически. Это правила поведения агента; разрешения его инструментов в вашей среде задаются отдельно. Проверка того, что написано в коде, также не заменяет наблюдение за работающим сайтом. Интерактивные проверки требуют разрешённого сценария и подходящей тестовой среды.
Скилл может ошибаться. Существенные правовые выводы нужно перепроверять, а спорные вопросы передавать профильному специалисту вместе с фактами и источниками. Проверка технических уязвимостей в эту задачу не входит. В репозитории опубликованы учебные случаи и описание проведённых проверок, включая их ограничения.
Попробуйте на одной функции своего проекта
Я уже отправил скилл участникам Перезагрузки и предложил попробовать его на своих проектах. Для обратной связи важен простой критерий: после чтения человек может объяснить, что обнаружено, чего пока не знаем и что он сделает первым. Конкретный непонятный абзац или вывод без достаточных оснований полезнее общей оценки «хорошо» или «плохо».
Скилл открыт по MIT: его можно использовать и дорабатывать с сохранением лицензии и уведомления об авторстве. Начать стоит с одной функции своего продукта и закончить понятным результатом: что подтверждено, что предстоит выяснить и кому передать следующий вопрос.
Следующий шаг
Если вы впервые устанавливаете скилл, начните с руководства «Skills и Plugins в Codex App: установка, использование и создание своих».
Если вы собираете сайт или цифровой продукт с помощью ИИ, можно обсудить, какие материалы подготовить для предварительной проверки и где потребуется профильный специалист.
Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov
