Михаил Чащин

Алексей, здравствуйте! Не очень понял про пилот и его смысл) Можете описать пожалуйста конкретный сценарий в рамках моего проекта. Спасибо!

Евгений, спасибо за комментарий и очень важный вопрос! С вашим последним тезисом согласен дословно: убедительная таблица с неверным выводом опаснее ошибки в арифметике. Мы исходим из того, что если продукт снижает барьер к расчёту, он обязан поднимать барьер к интерпретации. Что система проверяет сама, до и во время расчёта: Не «просто подбирает тест». Перед количественным сравнением групп автоматически прогоняется проверка нормальности, причём сам критерий выбирается по объёму выборки: Шапиро–Уилка, Лиллиефорса, Д'Агостино–Пирсона, поскольку на больших выборках Шапиро отвергает нормальность на клинически незначимых отклонениях. Дальше приоритет у размера выборки, количества сравниваемых групп и т.д. Для качественных данных проверяются ожидаемые частоты, и исходя из этого выбирается корректный тест. Множественные сравнения выполняются только после значимого омнибус-теста и всегда с поправкой (Тьюки, Данн, Холм), а не как набор независимых p. В анализе выживаемости и регрессии Кокса проверяется пропорциональность рисков (то, что реально не делает никто, а количеством тех, кто делает можно пренибречь). Более того, невыполнение допущения подсвечивается для пользователя и сопровождается текстовой рекомендацией. В линейной регрессии проверяются нормальность остатков и гетероскедастичность (Бройша–Пагана). Данные валидируются до анализа: доля пропусков по каждой переменной, обнаружение константных колонок (расчёт блокируется), отдельный мастер выбросов с семью методами (можно выбрать любой). Но решение по каждому выбросу принимает пользователь – мы ничего не «чистим» молча. После расчёта показывается, какие наблюдения были исключены и почему. Показываем ли логику решения: Частично. В результатах фиксируется применённый критерий, исход проверки нормальности и признак малой выборки. Ну и невыполнение основных предпосылок. В сценарном режиме для каждого шага сохраняется обоснование и полная трассировка решения – почему выбран именно такой маршрут анализа. При экспорте в Word генерируется раздел «Материалы и методы» с корректными формулировками, включая использованный критерий нормальности, Фишера, пост-хок и поправки на множественность. И мы принципиально даем возможность пользователю в один клик представить не один Р, а еще и размеры эффекта с 95% доверительными интервалами, при необходимости пост-хок мощность. Которые уже и позволяют сделать адекватный, и клинически интерпретируемый результат, а не только статистическую находку. Чего пока нет: Формальной проверки сопоставимости групп – стандартизованных разностей, propensity-подходов – нет. Это сложные методы, особенно для начинающих, и они целиком на компетентном пользователе. Для ряда тестов принудительно выбраны наиболее консервативные и безопасные, но это не замена явной проверке, а компромисс между вероятностью случайной находки и здравым смыслом. Импутации пропусков в данном релизе нет, работает listwise deletion. Жёсткого шлюза тоже нет, то есть если пользователь принудительно выберет параметрический тест, система его выполнит — мы предупреждаем, но не запрещаем. В автоматическом режиме программа сама определяет корректный трек, но пользователь вправе вмешаться, тут мы не ограничиваем. И главное: единого человекочитаемого блока «почему выбран этот метод, какие ограничения найдены и насколько осторожно читать вывод» в основном интерфейсе пока нет, сейчас это набор технических флагов плюс раздел «Материалы и методы». И последний пункт после вашего комментария поднимается у меня в приоритете — по сути вы описали недостающий блок при выводе результата. Я обязательно его проработаю. Тут важно подойти осторожно: не перегрузить пользователя, не обесценить его работу, и в тоже время честно описать ограничения. Спасибо!

Интересная идея. Я бы покопал именно технологическую часть, потому что пока не до конца понимаю, где проходит граница между Refrasa и обычным хорошо настроенным LLM-скиллом для «очеловечивания» текста. Что именно находтся под капотом? Это собственная модель/алгоритм переработки текста или в основе всё-таки LLM + системный промпт + набор правил? Если используется LLM, то в чём принципиальное отличие результата от обычного запроса к Claude/GPT/Gemini вида «перепиши текст естественным человеческим языком, убери типичные признаки AI-generated текста»? Как устроен цикл обработки? Если основной KPI – снижение процента «ИИ» в детекторах, то под какие именно детекторы оптимизируется текст? Как быть с сервисами, профилактически завышающими показатели ИИ признаков? Еще вопрос не проводили ли теста или не возникало ли ситуации, когда снижение оценки одного детектора повышало ее у другого? И главный для меня вопрос: в чём технологический moat продукта? Что в Refrasa будет сложно воспроизвести обычным кастомным скиллом, хорошим промптом и несколькими последовательными вызовами LLM? Есть ли сравнительные тесты: один и тот же набор текстов проходит через обычный сильный промпт для топовых LLM, затем в Refrasa, и далее отправляется на blind-оценку людьми, а также несколькими ИИ-детекторами? Мне кажется, именно такой тест лучше всего показал бы реальную добавленную ценность продукта. И отдельно интересно, как контролируется сохранение смысла и фактической точности после «очеловечивания»? Особенно для научных, медицинских и технических текстов, где стилистически удачный рерайт может незаметно изменить утверждение.

Команде Kinescope, огромное спасибо! Для своего проекта использую не так давно, никаких нареканий нет и ни от кого никогда не слышал. Отличная платформа!