Decisions API is in public beta 🔥 Горячее 💬 Длинная дискуссия
Decisions API от OpenAI — это новый публичный бета-интерфейс, который оценивает текст, изображения или их комбинацию и возвращает типизированные ответы в 10 раз быстрее, чем Responses API. Он поддерживает три типа вопросов: predicate (вероятность условия, от 0 до 1), choice (выбор из фиксированного набора категорий) и score (вероятностно-взвешенная оценка по упорядоченным уровням, например, тяжести проблемы). Ответ содержит массив answers, где каждый элемент идентифицируется уникальным name, заданным в запросе. В настоящее время доступна только модель gpt-6-luna, и запросы отправляются на dedicated endpoint POST /v1/decisions. Входные данные должны быть встроены как base64-данные (изображения — как data URL), внешние ссылки и file_id не поддерживаются. Стоимость — $0.10 за 1M входных токенов, без платы за вывод или кэширование. API поддерживает Zero Data Retention и HIPAA-соответствие для подходящих клиентов, с обработкой данных в США и Европе. Примеры использования включают проверку фото на повреждения (visible_damage с вероятностью 0.92) и одновременную классификацию категории продукта в одном запросе. Для зависимых решений рекомендуется делать отдельные запросы (например, сначала проверить повреждение, затем определить тип ремонта). API особенно полезен для маршрутизации, фильтрации и приоритизации задач в приложениях, где нужны быстрые, структурированные решения без генерации произвольного текста. Для генерации JSON-схем или вызова функций рекомендуется использовать Structured Outputs или function calling через Responses API. SDK-требования: Python ≥3.26.0, JavaScript ≥7.30.0, Go ≥3.73.0, Ruby ≥0.101.0, Java ≥4.78.0. Релиз GA ожидается в ближайшие недели.
Комментарии (188)
Decisions API быстрее, поддерживает изображения, дешевле Jev, но не имеет кэширования и вызывает вопросы о калибровке и рыночной стратегии. Обеспечивает 1 млн токенов входа и мультимодальный ввод; в тестах задержка 160–175 мс, максимум 743 мс. Стоимость $0.10 за 1 млн токенов — как у старой модели, но скорость в 10 раз выше. Отсутствие кэширования ограничивает экономию при повторных запросах и больших системных промптах. Калибровка модели неясна; вопрос о 90 % точности остаётся открытым. Поддерживает ввод изображений — чего не было у Jev — расширяя спектр применений. Ограниченное окно контекста (~64 к) остаётся неясным, что может влиять на сложные задачи. Локальные модели вроде Jev дешевле и быстрее; ожидается выпуск Jev 2. Архитектура отдельного API для решений вызывает вопросы о будущей интеграции в модели. Для удержания клиентов OpenAI и Anthropic должны сделать свои решения более «липкими», предлагая самые дешевые варианты.
Web Search API 🔥 Горячее 💬 Длинная дискуссия
Cloudflare запустила в бета-версии Web Search API — инструмент, позволяющий AI-агентам и приложениям выполнять поиск в интернете и основывать ответы на актуальных данных, а не полагаться на устаревшие знания модели или попытки угадать правильные URL. На старте доступны три провайдера: Ceramic.ai, Exa и Linkup, все они поддерживают Zero Data Retention при запросах через Cloudflare и соблюдают стандарты сканирования проверенных ботов.
API интегрирован с AI Gateway, поэтому запросы логируются и тарифицируются по стандартным ценам провайдеров без наценки, а также допускается использование собственных API-ключей. Вызов возможен через REST-запрос или привязку AI в Cloudflare Workers, как показано в примерах с поиском активностей в Солт-Лейк-Сити осенью. Для начала работы рекомендуется ознакомиться с руководством по использованию.
Комментарии (246)
Тред раскрывает проблемы использования Web Search API от Cloudflare: ограничения на хранение и перепродажу результатов, сомнения в заявленном нулевом хранении данных, значительные различия в ценах и качестве провайдеров, а также наличие более дешевых и гибких альтернатив (самохостинг, SearXNG, Firecrawl). Пользователи ставят под вопрос добавленную ценность посредничества Cloudflare по сравнению с прямым доступом к провайдерам. Некоторые пользователи указывают, что провайдеры, заявляющие о Zero Data Retention, на самом деле могут сохранять данные, как показал @jasonjmcghee, сравнив информацию на странице провайдера Exa, где Zero Data Retention указано как "No". Вопрос о том, действительно ли Cloudflare сохраняет запросы в своих логах, поднимает сомнения в полной анонимности: @anon373839 задаётся, сохраняет ли сама Cloudflare запросы, даже если провайдеры обещают нулевое хранение. Ценовые различия между провайдерами огромны: Ceramic.ai $0.25, Linkup $5, Exa $7 за 1000 запросов, и пользователи отмечают, что такие цены значительно выше альтернативных сервисов вроде Serper.dev или Luna. Качество выдачи у разных провайдеров сильно варьируется: @freakynit сообщает о почти нулевых результатах от Ceramic.ai, а @hrideshmg отмечает стабильную работу собственного self‐hosted решения Firecrawl. Для снижения зависимости от Cloudflare и контроля над данными рекомендуется использовать self‐hosted решения (Firecrawl, SearXNG) или объединять несколько провайдеров через собственный слой, как делает @hmartin в TypeScript‐пакете. Многие считают, что основная выгода Cloudflare — упрощённый доступ из Workers и единый лог, но это не компенсирует более высокие цены и потенциальные ограничения по хранению данных. Если требуется интеграция с уже существующими агентами на Cloudflare Workers, стоит сравнить стоимость с Brave Search API, как предлагает @ByeByeSpace, чтобы выбрать более экономичный вариант.
OpenAI Agents API 🔥 Горячее 💬 Длинная дискуссия
Agents API от OpenAI позволяет приложениям использовать управляемую систему на базе Codex для выполнения сложных задач: выполнения кода, редактирования файлов, подключения к MCP-серверам и создания артефактов в изолированной среде. OpenAI автоматически управляет сессиями, компактацией контекста и восстановлением, а разработчик предоставляет инструменты и выбирает окружение — либо хостинг OpenAI, либо собственное. Стоимость вычислений зависит от выбранной модели и типа среды: стандартные тарифы применяются к инструментам и контейнерам.
Сессии сохраняют состояние между этапами, позволяя продолжать работу без потери контекста. Примеры применений включают агентов для анализа GitHub-тикетов, расследования инцидентов, проверки документов и работы в Slack. Агенты могут делегировать задачи подагентам, использовать веб-поиск и MCP-серверы, а также суммировать предыдущие действия для управления контекстом. Поддерживается только хостинг в США, Zero Data Retention недоступен даже при использовании self-hosted сред. Создание сессии требует указания модели (например, gpt-6-astra), инструкций, инструментов и входных данных — всё это передаётся через API-вызов, после чего система сама управляет выполнением.
Комментарии (152)
Реальный опыт разработки агентов расходится с теоретическими преимуществами API: построение собственного harness‐а требует значительных инженерных усилий, а вопросы памяти, контекста, цены и безопасности остаются нерешёнными. Пользователи обходят ограничения через самохостинг, локальные sandbox‐ы (например, QEMU‐VM) и нейтральные библиотеки вроде ADK, но единого решения, устраняющего зависимость от провайдера, пока нет. Главная проблема — определить правильную абстракцию для агентов; создание harness‐а — глубокий и трудоёмкий процесс. Некоторые успешно используют локальные решения (например, tmux‐менеджеры сессий) для полного контроля над окружением и отказа от провайдера. Есть разногласия: одни считают предложения OpenAI и Anthropic переоценёнными и проприетарными, другие отмечают, что субсидированные подписки делают их де-факто стандартом, несмотря на более высокие цены по сравнению с альтернативами вроде GLM 5.3. Ценообразование неясно: сессии биллируются по 20‐минутным блокам, нет простого способа принудительно завершить их — это ведёт к неожиданным расходам. Безопасность требует локального запуска агентов с защищёнными удалёнными песочницами для доступа к данным. Рекомендации: — Использовать самохостинг sandbox (как у 6thbit) для снижения зависимости от OpenAI и контроля расходов; — Применять нейтральные библиотеки (ADK) для абстрагирования от провайдеров и управления памятью/контекстом; — Планировать поддержку асинхронных вызовов инструментов, ожидания ответа от человека и отображения форм — эти аспекты часто становятся проблемными на поздних стадиях.