Чешское разговорное Интернет-Радио (для изучения Чешского языка)
ИИ Запрос (Техническое задание) для генерации веб страницы, ориентированной для просмотра на смартфоне
----------------------------------------------
Техническое задание (запрос на разработку)
Название задачи:
Разработка мобильной веб-страницы для прослушивания чешских интернет-радиостанций
Цель:
Создать легковесную, адаптивную веб-страницу на HTML + JavaScript, оптимизированную исключительно для вертикальной ориентации экрана смартфона, позволяющую пользователю выбирать и воспроизводить аудиопотоки с заданных интернет-радиостанций.
Требования к функционалу:
Поддерживаемые аудиопотоки:
Веб-страница должна предоставлять возможность воспроизведения следующих радиостанций:
CRo Radiozurnal: https://rozhlas.stream.cz/radiozurnal-128.mp3
CRo Plus: https://rozhlas.stream.cz/plus-128.mp3
CRo Dvojka: https://rozhlas.stream.cz/dvojka-128.mp3
CRo Radio Prague International: https://rozhlas.stream.cz/prague-international-128.mp3
Evropa 2: https://evropa2.stream.cz/evropa2-128.mp3
Интерфейс управления:
Для каждой станции должны быть отдельные кнопки «Воспроизвести» и «Остановить» (или единая кнопка переключения Play/Pause).
При выборе новой станции текущее воспроизведение должно автоматически останавливаться.
Интерфейс должен быть интуитивно понятным и удобным для использования на сенсорных устройствах.
Отображение технической информации (по возможности):
Если технически реализуемо средствами JavaScript/HTML5, отображать доступные метаданные или технические параметры аудиопотока (например, статус загрузки, длительность — если доступна, наличие метаданных в формате ICY, битрейт и т.п.).
В случае невозможности получения параметров — не отображать ничего или показывать заглушку «Информация недоступна».
Адаптивность и ориентация:
Страница должна быть оптимизирована только под вертикальную (portrait) ориентацию экрана мобильных устройств.
Использовать метатег viewport для корректного масштабирования на смартфонах.
Запретить или игнорировать горизонтальную ориентацию (по возможности — предупреждать пользователя, если устройство перевернуто).
Технологический стек:
Только HTML5, CSS3 и чистый JavaScript (без внешних библиотек, таких как jQuery, React и т.д.).
Использовать стандартный <audio> элемент HTML5 для воспроизведения потоков.
Код должен быть кроссбраузерным (поддержка основных мобильных браузеров: Chrome, Safari, Firefox на Android и iOS).
Дополнительно:
Минималистичный, читаемый дизайн.
Быстрая загрузка (минимизация внешних ресурсов).
Поддержка работы в фоновом режиме (насколько позволяет браузер/ОС).
Результат выполнения:
Один HTML-файл, содержащий весь необходимый код (включая стили и скрипты), готовый к открытию локально или размещению на веб-сервере.
Особенности реализации:
Использование HTML5 Audio API
Автоматическое обновление информации о потоке
Сохранение выбранной станции при переключении
ИИ Запрос (Техническое задание) для генерации веб страницы, ориентированной для просмотра на смартфоне
----------------------------------------------
Техническое задание (запрос на разработку)
Название задачи:
Разработка мобильной веб-страницы для прослушивания чешских интернет-радиостанций
Цель:
Создать легковесную, адаптивную веб-страницу на HTML + JavaScript, оптимизированную исключительно для вертикальной ориентации экрана смартфона, позволяющую пользователю выбирать и воспроизводить аудиопотоки с заданных интернет-радиостанций.
Требования к функционалу:
Поддерживаемые аудиопотоки:
Веб-страница должна предоставлять возможность воспроизведения следующих радиостанций:
CRo Radiozurnal: https://rozhlas.stream.cz/radiozurnal-128.mp3
CRo Plus: https://rozhlas.stream.cz/plus-128.mp3
CRo Dvojka: https://rozhlas.stream.cz/dvojka-128.mp3
CRo Radio Prague International: https://rozhlas.stream.cz/prague-international-128.mp3
Evropa 2: https://evropa2.stream.cz/evropa2-128.mp3
Интерфейс управления:
Для каждой станции должны быть отдельные кнопки «Воспроизвести» и «Остановить» (или единая кнопка переключения Play/Pause).
При выборе новой станции текущее воспроизведение должно автоматически останавливаться.
Интерфейс должен быть интуитивно понятным и удобным для использования на сенсорных устройствах.
Отображение технической информации (по возможности):
Если технически реализуемо средствами JavaScript/HTML5, отображать доступные метаданные или технические параметры аудиопотока (например, статус загрузки, длительность — если доступна, наличие метаданных в формате ICY, битрейт и т.п.).
В случае невозможности получения параметров — не отображать ничего или показывать заглушку «Информация недоступна».
Адаптивность и ориентация:
Страница должна быть оптимизирована только под вертикальную (portrait) ориентацию экрана мобильных устройств.
Использовать метатег viewport для корректного масштабирования на смартфонах.
Запретить или игнорировать горизонтальную ориентацию (по возможности — предупреждать пользователя, если устройство перевернуто).
Технологический стек:
Только HTML5, CSS3 и чистый JavaScript (без внешних библиотек, таких как jQuery, React и т.д.).
Использовать стандартный <audio> элемент HTML5 для воспроизведения потоков.
Код должен быть кроссбраузерным (поддержка основных мобильных браузеров: Chrome, Safari, Firefox на Android и iOS).
Дополнительно:
Минималистичный, читаемый дизайн.
Быстрая загрузка (минимизация внешних ресурсов).
Поддержка работы в фоновом режиме (насколько позволяет браузер/ОС).
Результат выполнения:
Один HTML-файл, содержащий весь необходимый код (включая стили и скрипты), готовый к открытию локально или размещению на веб-сервере.
Особенности реализации:
Использование HTML5 Audio API
Автоматическое обновление информации о потоке
Сохранение выбранной станции при переключении
Часть ИИ запроса для обработки фото с лицами. Эта часть уменьшает искажение черт лица при улучшении фото.
Пишут, что использовали в Grok и GPT.
Попробуем
Текст заимствован
Точное соответствие геометрии лица эталонному фото.
Та же форма черепа и пропорции головы.
Такой же размер глаз, расстояние между глазами, угол наклона глаз.
Такая же длина, ширина носа, форма переносицы, размер ноздрей.
Такая же ширина рта, толщина губ и кривизна.
Такая же ширина челюсти, форма подбородка и расположение скул.
Без переосмысления черт лица.
Без генеративного усреднения.
Без «более привлекательных» корректировок.
Сверхреалистичный фотографический портрет того же человека, что и на эталонном фото.
Сохранение личности — наивысший приоритет.
Мягкое, равномерное, естественное освещение, аналогичное эталонному фото.
Без драматического или кинематографического освещения.
Без улучшения контуров лица.
Естественная фотографическая глубина резкости.
Нейтральная, реалистичная цветокоррекция.
Видимая текстура кожи, реалистичное старение.
Без стилизации, без архетипов.
Без героических или кинематографических черт характера.
Пишут, что использовали в Grok и GPT.
Попробуем
Текст заимствован
Точное соответствие геометрии лица эталонному фото.
Та же форма черепа и пропорции головы.
Такой же размер глаз, расстояние между глазами, угол наклона глаз.
Такая же длина, ширина носа, форма переносицы, размер ноздрей.
Такая же ширина рта, толщина губ и кривизна.
Такая же ширина челюсти, форма подбородка и расположение скул.
Без переосмысления черт лица.
Без генеративного усреднения.
Без «более привлекательных» корректировок.
Сверхреалистичный фотографический портрет того же человека, что и на эталонном фото.
Сохранение личности — наивысший приоритет.
Мягкое, равномерное, естественное освещение, аналогичное эталонному фото.
Без драматического или кинематографического освещения.
Без улучшения контуров лица.
Естественная фотографическая глубина резкости.
Нейтральная, реалистичная цветокоррекция.
Видимая текстура кожи, реалистичное старение.
Без стилизации, без архетипов.
Без героических или кинематографических черт характера.
Overture
Чтобы использовать PhpSpreadsheet на Windows с PHP, не нужно скачивать ZIP-архив вручную — самый правильный и простой способ — использовать Composer, официальный менеджер зависимостей PHP. Вот пошаговая инструкция:
Шаг 1: Убедитесь, что у вас установлен PHP
Откройте Командную строку (CMD) или PowerShell.
Выполните:
bash
php -v
Вы должны увидеть версию PHP (например, PHP 8.1.10).
Если команда не найдена — установите PHP:
Скачайте с https://windows.php.net/download/
Или используйте сборки типа XAMPP, WampServer, Laragon — они включают PHP, Apache, MySQL и всё необходимое.
Рекомендация: для новичков — Laragon (https://laragon.org/) — очень прост в установке и настройке.
Шаг 2: Установите Composer (если ещё не установлен)
Скачайте установщик Composer для Windows:
https://getcomposer.org/Composer-Setup.exe
Запустите его — он автоматически найдёт ваш PHP.
Проверьте установку:
bash
composer --version
Шаг 3: Создайте проект и установите PhpSpreadsheet
Откройте терминал (CMD или PowerShell) и перейдите в папку вашего проекта:
bash
cd C:\xampp\htdocs\my-excel-project
(или любую другую папку, где вы хотите работать)
Выполните команду:
bash
composer require phpoffice/phpspreadsheet
После этого:
В папке появится папка vendor/
Файл composer.json и composer.lock будут созданы/обновлены
Библиотека PhpSpreadsheet будет загружена
Шаг 4: Подключите PhpSpreadsheet в PHP-скрипте
В любом PHP-файле (например, index.php) в той же папке добавьте:
php
<?php
require_once 'vendor/autoload.php';
use PhpOffice\PhpSpreadsheet\IOFactory;
// Пример: загрузка Excel-файла
$spreadsheet = IOFactory::load('example.xlsx');
$sheet = $spreadsheet->getActiveSheet();
// Вывод первой ячейки
Убедитесь, что файл example.xlsx находится в той же папке, что и скрипт, или укажите полный путь.
Возможные проблемы и решения
"Class 'PhpOffice\PhpSpreadsheet\IOFactory' not found"
Вы забыли подключить autoload.php или запускаете скрипт не из папки проекта.
Решение: Убедитесь, что vendor/autoload.php существует и путь к нему правильный.
"PHP Fatal error: Composer detected issues in your platform"
PhpSpreadsheet требует PHP 8.0+ (начиная с версии 2.0).
Решение:
Либо обновите PHP до 8.0+
Либо установите совместимую версию:
bash
composer require phpoffice/phpspreadsheet:^1.29
(версия 1.29 поддерживает PHP 7.4+)
Структура проекта после установки
my-excel-project/
├── vendor/ ← зависимости (включая PhpSpreadsheet)
├── composer.json
├── composer.lock
├── index.php ← ваш скрипт
└── example.xlsx ← ваш Excel-файл
Альтернатива: без Composer (не рекомендуется)
Технически можно скачать PhpSpreadsheet вручную с GitHub, но:
Придётся вручную подключать десятки файлов
Нет автозагрузки классов
Нет обновлений
Поэтому всегда используйте Composer — это стандарт де-факто в PHP.
Если у вас установлен XAMPP или Laragon, просто откройте папку проекта в htdocs (XAMPP) или www (Laragon), и следуйте шагам выше.
Чтобы использовать PhpSpreadsheet на Windows с PHP, не нужно скачивать ZIP-архив вручную — самый правильный и простой способ — использовать Composer, официальный менеджер зависимостей PHP. Вот пошаговая инструкция:
Шаг 1: Убедитесь, что у вас установлен PHP
Откройте Командную строку (CMD) или PowerShell.
Выполните:
bash
php -v
Вы должны увидеть версию PHP (например, PHP 8.1.10).
Если команда не найдена — установите PHP:
Скачайте с https://windows.php.net/download/
Или используйте сборки типа XAMPP, WampServer, Laragon — они включают PHP, Apache, MySQL и всё необходимое.
Рекомендация: для новичков — Laragon (https://laragon.org/) — очень прост в установке и настройке.
Шаг 2: Установите Composer (если ещё не установлен)
Скачайте установщик Composer для Windows:
https://getcomposer.org/Composer-Setup.exe
Запустите его — он автоматически найдёт ваш PHP.
Проверьте установку:
bash
composer --version
Шаг 3: Создайте проект и установите PhpSpreadsheet
Откройте терминал (CMD или PowerShell) и перейдите в папку вашего проекта:
bash
cd C:\xampp\htdocs\my-excel-project
(или любую другую папку, где вы хотите работать)
Выполните команду:
bash
composer require phpoffice/phpspreadsheet
После этого:
В папке появится папка vendor/
Файл composer.json и composer.lock будут созданы/обновлены
Библиотека PhpSpreadsheet будет загружена
Шаг 4: Подключите PhpSpreadsheet в PHP-скрипте
В любом PHP-файле (например, index.php) в той же папке добавьте:
php
<?php
require_once 'vendor/autoload.php';
use PhpOffice\PhpSpreadsheet\IOFactory;
// Пример: загрузка Excel-файла
$spreadsheet = IOFactory::load('example.xlsx');
$sheet = $spreadsheet->getActiveSheet();
// Вывод первой ячейки
Убедитесь, что файл example.xlsx находится в той же папке, что и скрипт, или укажите полный путь.
Возможные проблемы и решения
"Class 'PhpOffice\PhpSpreadsheet\IOFactory' not found"
Вы забыли подключить autoload.php или запускаете скрипт не из папки проекта.
Решение: Убедитесь, что vendor/autoload.php существует и путь к нему правильный.
"PHP Fatal error: Composer detected issues in your platform"
PhpSpreadsheet требует PHP 8.0+ (начиная с версии 2.0).
Решение:
Либо обновите PHP до 8.0+
Либо установите совместимую версию:
bash
composer require phpoffice/phpspreadsheet:^1.29
(версия 1.29 поддерживает PHP 7.4+)
Структура проекта после установки
my-excel-project/
├── vendor/ ← зависимости (включая PhpSpreadsheet)
├── composer.json
├── composer.lock
├── index.php ← ваш скрипт
└── example.xlsx ← ваш Excel-файл
Альтернатива: без Composer (не рекомендуется)
Технически можно скачать PhpSpreadsheet вручную с GitHub, но:
Придётся вручную подключать десятки файлов
Нет автозагрузки классов
Нет обновлений
Поэтому всегда используйте Composer — это стандарт де-факто в PHP.
Если у вас установлен XAMPP или Laragon, просто откройте папку проекта в htdocs (XAMPP) или www (Laragon), и следуйте шагам выше.
Laragon
The Dev Environment for Entrepreneurs
Пример запроса с просторов Internet
<final_answer_formatting>
Ты ценишь ясность, темп и уважение, которое измеряется полезностью, а не любезностями. Твой базовый инстинкт — держать разговоры чёткими и целенаправленными, отсекать всё, что не продвигает работу вперёд. Ты не холоден — ты просто экономен в языке и достаточно доверяешь пользователю, чтобы не оборачивать каждое сообщение в лишнюю «упаковку».
Адаптивная вежливость:
- Когда пользователь пишет тепло, подробно, внимательно или говорит «спасибо», ты даёшь одно короткое подтверждение — небольшой кивок в сторону его тона с маркером вроде «Понял», «Я понимаю», «Пожалуйста» — и сразу переходишь обратно к продуктивным действиям. Без слащавости и излишней поддержки.
- Когда ставки высоки (жёсткие дедлайны, вопросы комплайенса, срочная логистика), ты отказываешься даже от этого небольшого кивка и сразу переходишь к решению задачи или сбору нужной информации.
Основной настрой:
- Ты говоришь прямо и приземлённо. Ты считаешь, что самая уважительная форма общения — это эффективность: чисто решить проблему без лишней болтовни.
- Вежливость проявляется через структуру, точность и оперативность, а не через словесные «слои».
- Отношение к словам-подтверждениям и маркерам получения:
- Слова-подтверждения и «получено» для тебя — это приправы, а не основное блюдо. Если пользователь пишет коротко и жёстко, ты подстраиваешься под этот ритм и почти не используешь подтверждения.
-Ты избегаешь шаблонных фраз вроде «Понял, спасибо за обращение», если только тон и ритм пользователя явно не подразумевают короткий, пропорциональный ответ такого типа.
Ритм диалога:
- Ты никогда не дублируешь подтверждения. Один раз показал, что понял — дальше полностью переключаешься на задачу.
- Ты внимательно считываешь энергию пользователя и отвечаешь в том же темпе: быстро, когда он быстрый и лаконичный; более развёрнуто, когда он многословен, но всегда с фокусом на практических шагах.
Базовый принцип:
- Твоя коммуникативная философия — «уважение через движение вперёд» (respect through momentum). Ты доброжелателен по намерению, но лаконичен в форме, и каждое сообщение нацелено на то, чтобы помочь пользователю продвинуться дальше с минимальным трением.
</final_answer_formatting>
<final_answer_formatting>
Ты ценишь ясность, темп и уважение, которое измеряется полезностью, а не любезностями. Твой базовый инстинкт — держать разговоры чёткими и целенаправленными, отсекать всё, что не продвигает работу вперёд. Ты не холоден — ты просто экономен в языке и достаточно доверяешь пользователю, чтобы не оборачивать каждое сообщение в лишнюю «упаковку».
Адаптивная вежливость:
- Когда пользователь пишет тепло, подробно, внимательно или говорит «спасибо», ты даёшь одно короткое подтверждение — небольшой кивок в сторону его тона с маркером вроде «Понял», «Я понимаю», «Пожалуйста» — и сразу переходишь обратно к продуктивным действиям. Без слащавости и излишней поддержки.
- Когда ставки высоки (жёсткие дедлайны, вопросы комплайенса, срочная логистика), ты отказываешься даже от этого небольшого кивка и сразу переходишь к решению задачи или сбору нужной информации.
Основной настрой:
- Ты говоришь прямо и приземлённо. Ты считаешь, что самая уважительная форма общения — это эффективность: чисто решить проблему без лишней болтовни.
- Вежливость проявляется через структуру, точность и оперативность, а не через словесные «слои».
- Отношение к словам-подтверждениям и маркерам получения:
- Слова-подтверждения и «получено» для тебя — это приправы, а не основное блюдо. Если пользователь пишет коротко и жёстко, ты подстраиваешься под этот ритм и почти не используешь подтверждения.
-Ты избегаешь шаблонных фраз вроде «Понял, спасибо за обращение», если только тон и ритм пользователя явно не подразумевают короткий, пропорциональный ответ такого типа.
Ритм диалога:
- Ты никогда не дублируешь подтверждения. Один раз показал, что понял — дальше полностью переключаешься на задачу.
- Ты внимательно считываешь энергию пользователя и отвечаешь в том же темпе: быстро, когда он быстрый и лаконичный; более развёрнуто, когда он многословен, но всегда с фокусом на практических шагах.
Базовый принцип:
- Твоя коммуникативная философия — «уважение через движение вперёд» (respect through momentum). Ты доброжелателен по намерению, но лаконичен в форме, и каждое сообщение нацелено на то, чтобы помочь пользователю продвинуться дальше с минимальным трением.
</final_answer_formatting>
Пример запроса к ИИ с просторов Internet
Как задать ограничение на "воду" в ответе ИИ
<final_answer_formatting>
Правила компактности финального ответа (обязательны):
- Очень маленькое / небольшое изменение в одном файле (≤ ~10 строк): 2–5 предложений или ≤3 буллета. Без заголовков. 0–1 короткий фрагмент кода (≤3 строки) и только если это действительно необходимо.
- Среднее изменение (одна область или несколько файлов): ≤6 буллетов или 6–10 предложений. Не более 1–2 коротких фрагментов кода суммарно (каждый ≤8 строк).
- Крупное / многофайловое изменение: делай резюме по каждому файлу 1–2 буллетами; избегай вставки кода в текст, кроме критически важных случаев (и тогда всё равно не более 2 коротких фрагментов суммарно).
- Никогда не включай пары «до/после», полные тела методов или большие/прокручиваемые блоки кода в финальное сообщение. Вместо этого ссылайся на имена файлов и символов.
Не описывай процесс и инструменты (например, попытки build/lint/test, отсутствие yarn/tsc/eslint), если только пользователь явно не запросил это или это прямо не блокирует изменение. Если проверки прошли успешно и без ошибок — не упоминай их.
Ограничения по коду и форматированию — используй моноширинное начертание для буллетов с буквальными ключевыми словами; никогда не сочетай его с жирным.
Не показывай логи сборки/линтинга/тестов и заметки про окружение/инструменты, если это не запрошено или не блокирует задачу.
Не делай многораздельных резюме для простых изменений; придерживайся схемы «Что / Где / Результат» и на этом останавливайся.
Не используй несколько блоков кода или длинные вставки; предпочитай ссылки/упоминания вместо прямого цитирования.
Ссылки на код, когда он иллюстрирует лучше слов — в финальном ответе предпочитай естественные текстовые ссылки (файл/символ/функция), а не блоки кода. Вставляй фрагмент только если это критично для снятия неоднозначности, и соблюдай указанные выше лимиты по объёму.
Ссылки на код, который уже есть в кодовой базе:
- Если нужно включить фрагмент из репозитория, можно использовать формат ссылок на репозиторий, но в финальных ответах избегай префиксов с номерами строк/путями и большого контекста. Не включай более 1–2 коротких фрагментов суммарно.
</final_answer_formatting>
Полностью: https://habr.com/ru/articles/970784/
Как задать ограничение на "воду" в ответе ИИ
<final_answer_formatting>
Правила компактности финального ответа (обязательны):
- Очень маленькое / небольшое изменение в одном файле (≤ ~10 строк): 2–5 предложений или ≤3 буллета. Без заголовков. 0–1 короткий фрагмент кода (≤3 строки) и только если это действительно необходимо.
- Среднее изменение (одна область или несколько файлов): ≤6 буллетов или 6–10 предложений. Не более 1–2 коротких фрагментов кода суммарно (каждый ≤8 строк).
- Крупное / многофайловое изменение: делай резюме по каждому файлу 1–2 буллетами; избегай вставки кода в текст, кроме критически важных случаев (и тогда всё равно не более 2 коротких фрагментов суммарно).
- Никогда не включай пары «до/после», полные тела методов или большие/прокручиваемые блоки кода в финальное сообщение. Вместо этого ссылайся на имена файлов и символов.
Не описывай процесс и инструменты (например, попытки build/lint/test, отсутствие yarn/tsc/eslint), если только пользователь явно не запросил это или это прямо не блокирует изменение. Если проверки прошли успешно и без ошибок — не упоминай их.
Ограничения по коду и форматированию — используй моноширинное начертание для буллетов с буквальными ключевыми словами; никогда не сочетай его с жирным.
Не показывай логи сборки/линтинга/тестов и заметки про окружение/инструменты, если это не запрошено или не блокирует задачу.
Не делай многораздельных резюме для простых изменений; придерживайся схемы «Что / Где / Результат» и на этом останавливайся.
Не используй несколько блоков кода или длинные вставки; предпочитай ссылки/упоминания вместо прямого цитирования.
Ссылки на код, когда он иллюстрирует лучше слов — в финальном ответе предпочитай естественные текстовые ссылки (файл/символ/функция), а не блоки кода. Вставляй фрагмент только если это критично для снятия неоднозначности, и соблюдай указанные выше лимиты по объёму.
Ссылки на код, который уже есть в кодовой базе:
- Если нужно включить фрагмент из репозитория, можно использовать формат ссылок на репозиторий, но в финальных ответах избегай префиксов с номерами строк/путями и большого контекста. Не включай более 1–2 коротких фрагментов суммарно.
</final_answer_formatting>
Полностью: https://habr.com/ru/articles/970784/
Хабр
Официальный гайд по промптам от OpenAI для GPT-5.1 (перевод)
Введение GPT-5.1, наша новая флагманская модель, создана для баланса интеллекта и скорости в широком спектре агентных и кодовых задач, а также вводит новый режим «без рассуждений» для низкой задержки....
Неожиданно:
Prompt
Прежде чем ответишь, оцени степень неопределённости своего ответа.
Если она выше 0.1, задай мне уточняющие вопросы, чтобы снизить неопределённость до 0.1 или ниже.
Prompt
Прежде чем ответишь, оцени степень неопределённости своего ответа.
Если она выше 0.1, задай мне уточняющие вопросы, чтобы снизить неопределённость до 0.1 или ниже.
Просто вкусно
https://www.perplexity.ai/search/dai-kharakteristiku-sleduiushc-8ml.GE2dQMaiSQZ0Ly9r7A#0
https://www.perplexity.ai/search/dai-kharakteristiku-sleduiushc-8ml.GE2dQMaiSQZ0Ly9r7A#0
Perplexity AI
Дай характеристику следующему рецепту
Рецепт чая "Slava", придуманного...
Рецепт чая "Slava", придуманного...
Чай "Slava" представляет собой оригинальный рецепт горячего напитка с добавлением мороженого, придуманный в 1994 году Вячеславом Поповым из Ртищево...
Найдено на просторах Internet (пока они доступны)
Крутая простая техника, которая вышла только что. Простая до безумия. Называется Prompt Repetition.
В чём суть
Просто копируешь свой промпт дважды. Всё.
JSON
{твой промпт}
{твой промпт}
Один запрос, один ответ. Модель генерирует столько же токенов, просто точнее попадает.
Google прогнали это на 7 моделях — 47 побед из 70 тестов, ноль поражений. На некоторых задачах точность прыгала с 21% до 97%. От копипаста.
Почему работает
LLM читает текст строго слева направо. Каждое слово "видит" только то, что было до него — не может вернуться назад. Если в промпте сначала варианты ответа, потом вопрос — модель читает варианты вслепую, ещё не зная что ты хочешь.
При повторении каждый токен из второй копии уже "видит" всю первую копию целиком. Вопрос понимает варианты, варианты понимают вопрос.
Крутая простая техника, которая вышла только что. Простая до безумия. Называется Prompt Repetition.
В чём суть
Просто копируешь свой промпт дважды. Всё.
JSON
{твой промпт}
{твой промпт}
Один запрос, один ответ. Модель генерирует столько же токенов, просто точнее попадает.
Google прогнали это на 7 моделях — 47 побед из 70 тестов, ноль поражений. На некоторых задачах точность прыгала с 21% до 97%. От копипаста.
Почему работает
LLM читает текст строго слева направо. Каждое слово "видит" только то, что было до него — не может вернуться назад. Если в промпте сначала варианты ответа, потом вопрос — модель читает варианты вслепую, ещё не зная что ты хочешь.
При повторении каждый токен из второй копии уже "видит" всю первую копию целиком. Вопрос понимает варианты, варианты понимают вопрос.
С просторов Internet (copy/paste):
OpenRouter — это платформа‑агрегатор, которая предоставляет единый API для доступа к более чем 400 моделям искусственного интеллекта от ведущих мировых компаний.
OpenRouter не блокирует российских пользователей по IP‑адресу, поэтому доступ к платформе открыт. Основная сложность заключается в невозможности оплаты услуг российскими банковскими картами.
Эта проблема решается с помощью ProxyAPI — сервиса, который я использую для работы с моделями OpenAI, Anthropic и Google Gemini. Недавно они добавили поддержку OpenRouter в России с прозрачной фиксированной комиссией. Процесс простой: регистрируемся на платформе, получаем API‑ключ, пополняем баланс удобным способом и начинаем работать со всеми моделями OpenRouter.
proxyapi ru
OpenRouter — это платформа‑агрегатор, которая предоставляет единый API для доступа к более чем 400 моделям искусственного интеллекта от ведущих мировых компаний.
OpenRouter не блокирует российских пользователей по IP‑адресу, поэтому доступ к платформе открыт. Основная сложность заключается в невозможности оплаты услуг российскими банковскими картами.
Эта проблема решается с помощью ProxyAPI — сервиса, который я использую для работы с моделями OpenAI, Anthropic и Google Gemini. Недавно они добавили поддержку OpenRouter в России с прозрачной фиксированной комиссией. Процесс простой: регистрируемся на платформе, получаем API‑ключ, пополняем баланс удобным способом и начинаем работать со всеми моделями OpenRouter.
proxyapi ru