# Сопутствующие статьи по теме Оптимизация

Новостной центр HTX предлагает последние статьи и углубленный анализ по "Оптимизация", охватывающие рыночные тренды, новости проектов, развитие технологий и политику регулирования в криптоиндустрии.

Насколько сильно Claude Code расходует токены? Эксперимент: три фреймворка различаются в 30 раз

Сравнительное исследование трех фреймворков для AI-агентов (Claude Code, Hermes, Kimi Code), проведенное командой Composio, показало значительную разницу в потреблении токенов при выполнении одних и тех же 28 задач с использованием модели Kimi K3. Хотя показатели успешности выполнения были схожими (20-22 из 28), разница в использовании токенов оказалась огромной: Claude Code в среднем потреблял ~340 тыс. токенов, что примерно в 6 раз больше, чем у Kimi Code (~61 тыс.) и Hermes (~67 тыс.). В экстремальных случаях разница достигала 30 раз. Это напрямую повлияло на стоимость: средняя цена задачи составила около $0.22 для Kimi Code, $0.28 для Hermes и $2 для Claude Code. Hermes оказался самым быстрым по времени выполнения. Эксперт Себастьян Рашка подтвердил тенденцию, отметив, что Claude Code часто использует в 2-3 раза больше токенов при схожей эффективности. Анализ показал, что высокое потребление связано в основном с входными токенами: фреймворк Claude Code имеет тенденцию многократно передавать большие объемы контекста (историю сообщений, вызовы инструментов, вывод команд) в модели в ходе многошагового выполнения. Исследование подчеркивает растущую критическую важность выбора фреймворка (harness) для управления агентом, который может влиять на стоимость и эффективность не меньше, чем выбор самой модели. Компания Writer в отдельном эксперименте показала, что оптимизация слоя оркестрации может снизить средние затраты на 41%, а задержки — на 44%, практически без потери качества. Это указывает на сдвиг парадигмы: если раньше ключевым был выбор модели, то теперь конкуренция все больше смещается в сторону эффективности и экономичности фреймворков-оболочек.

marsbitВчера 12:27

Насколько сильно Claude Code расходует токены? Эксперимент: три фреймворка различаются в 30 раз

marsbitВчера 12:27

Aave постепенно исключает из своего списка 75 резервных активов с низким уровнем использования! Вот подробности

Кредитный протокол Aave объявил о масштабной реструктуризации для повышения эффективности. Он планирует поэтапно прекратить поддержку 75 резервных активов с низким уровнем использования: 50 — в собственной сети Aave и 25 — в шести других блокчейнах (Sonic, Scroll, zkSync, Metis, Soneium, Aptos). Это решение направлено на оптимизацию распределения ресурсов и фокусировку на наиболее востребованных пользователями активах. Общая сумма затрагиваемых резервов составляет около $98,1 млн, а кредитных позиций — $15,6 млн. Для минимизации неудобств будет разработан план перехода. Эксперты отмечают, что подобные меры по удалению неликвидных активов распространены в DeFi-индустрии и помогают снизить затраты на обслуживание, повышая безопасность и операционную эффективность платформ. Аналитики полагают, что, хотя в краткосрочной перспективе может произойти перераспределение ликвидности, в долгосрочной — это укрепит экосистему Aave.

cryptonews.ru2 дня назад 09:21

Aave постепенно исключает из своего списка 75 резервных активов с низким уровнем использования! Вот подробности

cryptonews.ru2 дня назад 09:21

CUDA — 20 лет непоколебимой цитадели пала за выходные: Claude самостоятельно запустил новейший GPU от AMD

За один уик-энд ИИ Claude от Anthropic самостоятельно запустил и оптимизировал передовую модель на новом GPU AMD MI355X без единой строчки кода от инженеров-людей. Этот случай демонстрирует, как искусственный интеллект может преодолевать технологические барьеры, создаваемые десятилетиями, подобно экосистеме CUDA от NVIDIA. AMD предоставляет ИИ-агентам, таким как Claude, инструменты для прямого взаимодействия с железом через платформу ROCm.AI. Ключевое нововведение — AI-читаемые инструкции (ISA) для чипов, позволяющие агентам самостоятельно изучать документацию, диагностировать проблемы и оптимизировать производительность, как это сделал инструмент Hyperloom, повысив скорость вывода модели на 38%. Это представляет собой смену парадигмы: традиционное долгосрочное накопление экспертных знаний в экосистеме (как в случае с CUDA) теперь можно дополнить или ускорить с помощью масштабируемых ИИ-агентов. Они могут параллельно тестировать тысячи конфигураций, накапливая и мгновенно передавая опыт. Таким образом, разрыв в экосистемах, формировавшийся 20 лет, впервые может быть сокращен не людьми, а армией автономных агентов, работающих круглосуточно.

marsbit07/28 00:10

CUDA — 20 лет непоколебимой цитадели пала за выходные: Claude самостоятельно запустил новейший GPU от AMD

marsbit07/28 00:10

Claude Code сократил на 80% промпты, а Opus 5 молча добавил их обратно

Claude Code сначала объявил о сокращении системных промтов более чем на 80%, но затем пользователь обнаружил, что у Opus 5 они выросли на 72% по сравнению с Opus 4.8. Это кажется противоречием. Правда в том, что Anthropic действительно провёл масштабную «чистку» устаревших и избыточных правил, которые, как «инструкция для сотрудников», сковывали ранние модели. Это сокращение в основном пришлось на переход с Opus 4.7 к Opus 4.8. Однако новые модели, такие как Opus 5, стали более самостоятельными и склонными к развёрнутым ответам, использованию подзадач и проверкам. Чтобы направить эту возросшую активность, Anthropic добавил в промты Opus 5 новые разделы — «Delivering work» и «Corrections» — которые учат модель контролировать объём задачи, отчитываться о прогрессе и ограничивать излишние самоисправления. Таким образом, «сокращение на 80%» относится к удалению старого груза детальных инструкций, а «рост на 72%» — это добавление новых, более стратегических рамок для более мощной и инициативной модели. Итоговый промт Opus 5 всё равно вдвое короче, чем у Opus 4.7. Эволюция промтов отражает общий тренд: по мере развития ИИ отпадает необходимость в микроуправлении, но требуется чёткое определение границ его автономных действий.

marsbit07/27 11:38

Claude Code сократил на 80% промпты, а Opus 5 молча добавил их обратно

marsbit07/27 11:38

Проблема нехватки памяти в больших языковых моделях: решение нашли в технологии USB-флешек

В статье обсуждается новый подход к решению проблемы нехватки памяти для крупных языковых модеей (ИИ) с помощью технологии NAND Flash, аналогичной используемой в USB-накопителях. Компании SanDisk и SK Hynix разрабатывают High Bandwidth Flash (HBF) — высокопропускную флэш-память, которая применяет методы упаковки и чипового стекирования, как в HBM (высокоскоростной памяти), к чипам NAND Flash. Ключевая идея в том, что Flash-память медленна преимущественно при записи, но чтение может быть значительно ускорено. Путем стекирования до 16 чипов NAND Flash в один модуль HBF целевые показатели для первого поколения составляют до 512 ГБ емкости и пропускной способности чтения до 1.6 ТБ/с. HBF позиционируется не как замена HBM, а как дополнение для этапа *инференса (вывода) ИИ-моделей*. В этом сценарии веса уже обученной модели в основном статичны и требуют интенсивного чтения, что хорошо подходит для Flash. Это позволяет разгрузить дорогую и ограниченную по объему HBM, освободив ее для самых горячих данных, и потенциально снизить количество необходимых ускорителей, общую стоимость и энергопотребление серверов. Хотя до коммерческого внедрения HBF могут пройти годы, эта разработка сигнализирует о переосмыслении иерархии памяти в системах ИИ, где различные типы данных могут оптимально размещаться на разных уровнях: HBM для максимальной скорости, HBF для емкого и достаточно быстрого доступа только для чтения, а SSD — для массового хранения.

marsbit07/20 00:20

Проблема нехватки памяти в больших языковых моделях: решение нашли в технологии USB-флешек

marsbit07/20 00:20

OpenAI официально учит 8 приёмам работы с ChatGPT

OpenAI представила обновленное руководство по промптингу с восемью ключевыми приёмами для более эффективного взаимодействия с ChatGPT: 1. **Используйте новейшую модель**, например GPT-5.6 Sol, для лучшей производительности. 2. **Давайте конкретные инструкции** – чётко описывайте желаемый результат, формат, стиль и объём, чтобы избежать переделок. 3. **Помещайте инструкцию в начало** и используйте разделители вроде `###` или `"""`, чтобы отделить задачу от текста. 4. **Приводите примеры** – показывайте моделью ожидаемый формат и структуру ответа. 5. **Начинайте с zero-shot подхода**, затем добавляйте несколько примеров (few-shot), и только в крайнем случае переходите к тонкой настройке (fine-tuning). 6. **Избегайте расплывчатых формулировок** – вместо «напишите кратко» укажите «напишите 3–5 предложений». 7. **Фокусируйтесь на том, что нужно сделать**, а не только на том, чего делать не следует. 8. **Для генерации кода используйте «направляющие слова»** – например, `import` для Python или `SELECT` для SQL, чтобы задать правильный контекст. Кроме того, OpenAI представила функцию **«Generate Anything»**, которая автоматически создаёт промпты под вашу задачу, упрощая процесс взаимодействия с ИИ. Эти рекомендации помогут получить более точные и качественные результаты от ChatGPT.

marsbit07/16 08:27

OpenAI официально учит 8 приёмам работы с ChatGPT

marsbit07/16 08:27

Может ли большая модель писать промышленные алгоритмы оптимизации? MIT предлагает FrontierOR для тестирования ИИ

Заголовок: Могут ли большие языковые модели создавать промышленные алгоритмы оптимизации? MIT представляет FrontierOR, тестирующий ИИ в этой области. В последние годы крупные языковые модели (LLM) добились значительных успехов в переводе естественного языка в математические модели и код для решателей, демонстрируя начальные способности к оптимизационному моделированию. Однако для реальных промышленных задач этого недостаточно. Основная сложность заключается в проектировании масштабируемых, точных и быстрых алгоритмов для больших экземпляров задач, а не просто в формулировке ограничений. Исследователи из Массачусетского технологического института и других учреждений представили бенчмарк FrontierOR, который оценивает способность LLM самостоятельно разрабатывать эффективные алгоритмы для сложных задач оптимизации, аналогично экспертам по исследованию операций. В отличие от существующих тестов, проверяющих лишь умение строить модель или вызывать решатель, FrontierOR фокусируется на создании специализированных алгоритмов (декомпозиция, эвристики, локальный поиск, гибридные методы) для крупномасштабных задач, где универсальные решатели (например, Gurobi) часто неэффективны. Бенчмарк создан на основе 180 реальных задач из научной литературы по исследованию операций (1992–2025 гг.) и включает подмножество Hard из 50 особенно сложных задач. Оценка проводится в два этапа: проверка выполнимости и качества на малых экземплярах, а затем оценка на больших экземплярах по четырём метрикам, включая комплексный показатель QTE (качество-время-эффективность). Результаты тестирования современных моделей (GPT-5.3-Codex, Gemini 3.1 Pro, Claude Opus 4.6) показали, что они достигли высокого уровня выполнимости генерируемого кода (Execution rate до 0.98). Однако ключевые показатели — Feasibility (выполнимость на больших задачах), Solution quality (качество решения) и QTE — остаются значительно ниже. Это указывает, что главным препятствием теперь является не синтаксис кода, а глубина и качество алгоритмического проектирования. Более сильные модели демонстрируют большее разнообразие в выборе методов (меньше reliance на чистый вызов решателя), что коррелирует с лучшими результатами. Эксперименты с автоэволюцией (самоулучшением) алгоритмов, где модели имеют возможность итеративно улучшать исходный код на основе feedback (фреймворки CORAL, OpenEvolve, EoH), показали значительный прогресс. На самых сложных задачах показатель QTE удалось поднять с 0.15 (one-shot) до 0.50. Это демонстрирует потенциал LLM как систем, способных к итеративному алгоритмическому поиску. FrontierOR намечает путь к созданию "ИИ-инженеров алгоритмов" — систем, которые смогут автоматически проектировать эффективные методы оптимизации для таких областей, как логистика, энергетика и транспорт, объединяя способности LLM к пониманию структуры задачи с мощью традиционных решателей для локальной оптимизации.

marsbit07/10 09:10

Может ли большая модель писать промышленные алгоритмы оптимизации? MIT предлагает FrontierOR для тестирования ИИ

marsbit07/10 09:10

Работа Виталика по доказательствам роллапов показывает, что масштабирование Ethereum по-прежнему проходит через криптографию

Статья посвящена новому техническому документу Виталика Бутерина, посвященному оптимизации доказательств (proof optimization) для роллапов. В документе рассматриваются такие концепции, как полиномиальные коммитменты, с целью повышения эффективности и снижения стоимости проверки транзакций. Основной тезис заключается в том, что масштабируемость Ethereum по-прежнему фундаментально зависит от прогресса в области криптографии, а не только от запуска новых продуктов. Работа подчеркивает важность этих глубоких технических исследований для долгосрочного развития сети. Хотя они могут быть незаметны для обычных пользователей, их итогом станут более быстрые и дешевые транзакции. Автор отмечает, что подобная исследовательская деятельность продолжается даже на фоне рыночных колебаний, что является сильной стороной экосистемы Ethereum. Для инвесторов это напоминание о том, что долгосрочная ценность сети связана с ее способностью оставаться ведущим уровнем для серьезных приложений, чему способствуют такие фундаментальные улучшения. Статья призывает рассматривать эту новость не как спекулятивный сигнал, а как конкретный, верифицируемый шаг в техническом развитии платформы, который следует оценивать в общем контексте вместе с другими событиями.

bitcoinist07/09 23:12

Работа Виталика по доказательствам роллапов показывает, что масштабирование Ethereum по-прежнему проходит через криптографию

bitcoinist07/09 23:12

Fable 5 вручную создаёт свой первый CUDA «суперъядерный код», за 2,5 часа получая прирост в 18,7 раз

Fable 5 в рамках теста KernelBench-Mega самостоятельно, «вручную», написал и оптимизировал высокоэффективное ядро CUDA для задачи декодирования Kimi-Linear (W4A16). На RTX PRO 6000 его решение показало ускорение в 18.7 раз по сравнению с базовой линией, значительно опередив модели вроде Claude Opus 4.8 (14.4x) и GPT-5.5 (4.34x). Ключевым достижением стало создание первого в истории бенчмарка «мега-ядра»: Fable 5 объединил все этапы вычислений для одного токена (деквантование int4, свёртку, внимание и т.д.) в один запуск GPU-ядра с 14 барьерными синхронизациями, тогда как другие модели требовали от 4 до 14 отдельных запусков. Это минимизировало накладные расходы и позволило производительности масштабироваться с ростом контекста. Весь процесс создания кода занял 2.5 часа и около 550 тысяч токенов, причём модель 64% времени потратила на анализ производительности и микро-бенчмаркинг перед написанием кода. Соучредитель Anthropic Джек Кларк назвал это началом цикла «рекурсивного самосовершенствования» (RSI), когда ИИ, улучшая собственные вычислительные инструменты, ускоряет своё же развитие, создавая самоподдерживающийся цикл прогресса.

marsbit07/07 07:37

Fable 5 вручную создаёт свой первый CUDA «суперъядерный код», за 2,5 часа получая прирост в 18,7 раз

marsbit07/07 07:37

Обновление Sui Testnet v1.74.1 Значительно Снижает Стоимость Газовых Сборов за Транзакции Благодаря Версии Протокола 128

Обновление тестовой сети Sui v1.74.1, реализованное с помощью версии протокола 128, значительно снижает стоимость газа для транзакций. Разработчик Mysten Labs развернул это обновление, направленное на оптимизацию производительности и масштабируемости сети перед ее развертыванием в основной сети (mainnet). Ключевые детали: * Внедрена версия протокола 128. * Снижены комиссии (gas prices) для пользователей и разработчиков в тестовой сети. * Цель – тестирование и улучшение масштабируемости. Важно отметить, что эти изменения пока применяются только в тестовой сети, а не в основной. Это подтвержденное техническое обновление, основанное на официальных источниках (GitHub Mysten Labs), которое предоставляет рынку конкретный факт для анализа в рамках общей оценки развития сети Sui.

bitcoinist07/03 16:07

Обновление Sui Testnet v1.74.1 Значительно Снижает Стоимость Газовых Сборов за Транзакции Благодаря Версии Протокола 128

bitcoinist07/03 16:07

活动图片