⚡️ Claude Code против Codex

MCP.Directory опубликовал подробное сравнение двух самых популярных агентных CLI для программирования — Claude Code от Anthropic и Codex от OpenAI.

Авторы приходят к выводу, что принципиального победителя между ними нет: оба инструмента поддерживают MCP, умеют самостоятельно редактировать код, работать с Git, запускать команды и использовать субагентов.

Ключевыми факторами выбора становятся модель, на которой работает агент, и уже оплаченная пользователем подписка. При этом среди опытных разработчиков все более популярным становится сценарий одновременного использования обоих CLI: один агент пишет код, а второй независимо проверяет изменения перед коммитом.

👉🏻 Канал | 💬 Чат | 📕 Каталог

🎥 Лекция Microsoft об инженерном пути к квантовому компьютеру промышленного масштаба

Microsoft опубликовала лекцию образовательной серии «Building the Modern Quantum Architecture», посвящённой инженерному пути к квантовому компьютеру промышленного масштаба — способному решать задачи, недоступные классическим машинам.

Ведущий, технический сотрудник Microsoft доктор Маттиас Тройер, объясняет, почему наиболее перспективные применения лежат в области химии и материаловедения — от более совершенных аккумуляторов до экологичных хладагентов, — и как квантовые вычисления будут работать вместе с ИИ и высокопроизводительными вычислениями (HPC) для ускорения научных открытий.

👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Microsoft выпустила QDK 1.30 с ускорением компиляции квантовых программ

Microsoft выпустила версию 1.30 Quantum Development Kit (QDK) — платформы для разработки квантовых программ, которая компилирует код с языков Q#, OpenQASM и Qiskit в промышленный формат QIR. Главное нововведение — расширенные возможности профиля Adaptive: прямое выражение циклов без разворачивания, вызовы функций без инлайнинга и поддержка неограниченных циклов вроде «repeat-until-success». В отдельных случаях это на порядки сокращает время компиляции и размер программы. Также добавлены новые быстрые исправления в редакторе (автоимпорт и преобразование кубитов в массивы) и настраиваемые политики потери кубитов в моделях шума для двухкубитных операций. Всего релиз включает более 40 объединённых pull-запросов с улучшениями генерации QIR, поддержки компилятора Stim и системы типов.

👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ OpenAI снизила цены на модели GPT-5.6 Luna и Terra

OpenAI объявила о снижении цен на модели семейства GPT-5.6: самая быстрая и доступная Luna подешевела на 80%, а сбалансированная Terra — на 20%.

С 30 июля API-тарифы составляют $0,20 за миллион входных и $1,20 за миллион выходных токенов для Luna и $2 / $12 — для Terra; цена флагманской Sol не меняется.

По данным компании, Luna обеспечивает интеллект уровня прежних топовых моделей примерно за 6% стоимости задачи и почти в девять раз быстрее. Одновременно в API появился режим Fast mode, заменяющий Priority Processing: для GPT-5.6 Sol он даёт до 2,5× выше скорость за двойную цену без изменения качества.

Снижение цен также отражается в расходовании квот в Codex и ChatGPT Work и вскоре появится в AWS.

👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Haiqu применила квантовую оптимизацию к проектированию беспроводных сетей

Украинский стартап Haiqu, разрабатывающий квантовое ПО для эффективного использования существующих «шумных» квантовых процессоров, представил новый алгоритм DCA для оптимизации беспроводных сетей.

Алгоритм решает задачу связного доминирующего множества — найти наименьшее число устройств-ретрансляторов, через которые идёт трафик, чтобы вся mesh-, IoT- или ad-hoc-сеть оставалась связной. Вместо поиска идеального решения сразу алгоритм постепенно улучшает уже найденный вариант. Тест провели на 156-кубитном процессоре IBM Quantum Kingston на графе из 73 узлов: DCA стабильно превосходил стандартный LR-QAOA и находил компактнее «костяк» сети.

Оптимизация под особенности процессора почти втрое сократила число сложных операций и глубину вычислений. Алгоритм также переиспользует настроенные параметры от малых задач для больших. Результаты представят на конференции IEEE ICCCN.

👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Обзор языков и фреймворков квантового программирования в 2026 году

The Quantum Insider опубликовал обзор экосистемы квантового программирования в 2026 году. Квантовая разработка сегодня принципиально отличается от классической: алгоритмы вероятностны, измерение «схлопывает» состояние и не даёт свободно отлаживать код, а нынешние процессоры ограничены 50–300 кубитами.

В обзоре разобраны основные фреймворки — Qiskit от IBM как самый распространённый, Cirq от Google, PennyLane для квантового машинного обучения, Q# от Microsoft для Azure Quantum, CUDA-Q от NVIDIA, Amazon Braket SDK и другие.

Среди ключевых трендов — доминирование Python как общего языка, работа senior-разработчиков сразу с несколькими фреймворками, аппаратные слои абстракции и ускорение на GPU.

👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ 100 шагов GRPO на бесплатном Colab подняли structured output у 350M-модели на 7 пунктов

Hugging Face показала, как за 100 шагов GRPO в TRL научить LiquidAI/LFM2.5-350M отдавать валидный JSON: на бенчмарке IFStruct результат вырос с 22.6% до 29.7%, по JSON — с 18.0% до 31.9%. Всё на 16 GB GPU бесплатного Colab или Kaggle.

Данные — около 500 примеров из nvidia/Nemotron-RL-instruction_following-structured_outputs: к 40% добавлена инструкция «верни в fenced code block», ещё 20% превращены в задачи с top-level массивом. Награда из трёх функций на шкале [0, 1]: json_format_reward (1.0 за нужную форму, 0.2 за парсящуюся, но не ту), field_count_reward с линейным штрафом за промах по числу полей и schema_validation_reward по JSON Schema, веса 1.0 / 0.5 / 2.0. GRPO: 8 генераций на промпт, lr 5e-5, temperature 1.1, beta 0.01, LoRA r=16 — учится около 6M параметров, 1.66% модели.

Честная деталь: YAML почти не сдвинулся (27.2% → 27.5%), а Qwen3.5-2B всё равно выше с 33.15%. Но рецепт переносится: если маленькая модель на edge «почти» отдаёт JSON — три reward-функции и вечер на Colab дешевле, чем менять модель.

👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ PyTorch 2.14: NVGEMM, бэкенд nccl2 и отказоустойчивость внутри c10d

Вышел PyTorch 2.14 — 2 995 коммитов от 487 контрибьюторов. Главные темы: новый GEMM-бэкенд и распределённое обучение.

NVGEMM — бэкенд на CuTeDSL, который сам выбирает быстрейшее ядро для GEMM, с epilogue fusion и форматами вроде NVFP4 (только Blackwell). Включается через max_autotune_gemm_backends, требует nvidia-cutlass-dsl 4.6.0. nccl2 — новый in-tree бэкенд c10d из torchcomms: eager-only, one-sided RMA-окна, suspend/resume с offload памяти. Fault tolerance стала частью c10d: перенастройка process group без рестарта кластера, abort-хуки, Flight Recorder работает и с Gloo. В torch.compile — динамические формы через @dynamic_spec, torch.switch для MoE, compile-on-one-rank. На Apple Silicon Cholesky быстрее в 1.2–2.8x, lu_factor — более чем в 100x на мелких батчах. Overlap коммуникации и вычислений в Inductor включён по умолчанию.

Подвох: Python 3.15 поддержан только в eager, torch.compile бросает RuntimeError; ROCm 7.1 выброшен.

👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ funes: память для coding-агентов, собранная из их же сессионных трейсов

Hugging Face выложила funes — слой памяти для coding-агентов, который строится из сессий, уже лежащих у вас на диске. Поддержаны Claude Code, Codex, pi и Hermes.

Идея простая: агент во время работы уже пишет плотный отчёт о том, что он пробовал, где ошибся и почему передумал. Но грепом по десяти тысячам ходов вопрос «почему мы ушли от стримингового парсера» не решается. funes парсит трейсы в единую форму, чанкует, эмбеддит локальной моделью и пишет в датасет Lance. Запрос — это вектор плюс BM25, слияние рангов, реранкер на кросс-энкодере, перевзвешивание по свежести и добор соседних чанков. Ставится одним бинарником, подключается командой funes add claude, после чего у агента появляются инструменты recall и get, а каждый завершённый ход индексируется автоматически. recall возвращает исходный текст, а не пересказ, и показывает агента, сессию, ход и время.

Память можно привязать к приватному датасету на Hub, тогда она переезжает между машинами и агентами: решение, принятое в Claude Code, вспоминается в Codex. Credentials вырезаются при индексации и проверяются ещё раз при публикации.

На бенчмарке handoff-vs-recall выигрыш не только в удобстве: recall оказался в 8 и в 4 раза дешевле написанного вручную хэндоффа на двух задачах, а компакция на одной из них просто потеряла нужные находки при суммаризации. В комментариях к анонсу есть и независимый замер на 19 тысячах реальных сессий, там hit@1 составил 9 из 100 на дефолтах и 19 из 100 с отключённым 30-дневным half-life — стоит иметь в виду, если ваша история старше месяца.

👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Granite PatchTST-FM-r2: zero-shot прогноз временных рядов под Apache 2.0

IBM выпустила Granite Time Series PatchTST-FM-r2 — модель примерно на 385M параметров для zero-shot прогнозирования временных рядов, под двойной лицензией Apache 2.0 и OpenMDW 1.0.

На бенчмарке GIFT-Eval среди воспроизводимых zero-shot моделей она вторая по CRPS и MASE, 0.467 и 0.6846 по геометрическому среднему, и первая среди моделей с разрешительной лицензией по состоянию на 8 сентября. Если добавить в сравнение pretrained-модели, которым разрешено видеть тренировочные части оценочных датасетов, r2 остаётся третьей по CRPS и четвёртой по MASE, обходя Chronos-2, Timer-S1 и варианты Toto, хотя часть конкурентов заметно крупнее.

Что изменилось относительно r1: обычные трансформерные блоки заменены на conformer-блоки, где к multi-head attention добавлена темпоральная свёртка с чередующимися ядрами 5, 5, 3, 3. Свёртка забирает короткие зависимости, внимание концентрируется на дальних. Плюс патчи с 50-процентным перекрытием и окном Хэмминга, тридцать блоков вместо двадцати, контекст до 8192 шагов и 99 квантилей на выходе, то есть сразу и точечный прогноз, и интервалы.

Отдельно описан пре-тренировочный корпус: GiftEvalPretrain, синтетика на KernelSynth, TSMixup вне оценочных датасетов и около 500 тысяч последовательностей CauKer. Для enterprise такая прозрачность нередко важнее лишних пунктов в лидерборде. Ставится через pip install granite-tsfm, дальше pipeline на несколько строк, без дообучения.

👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Workflow1111: интерфейс AUTOMATIC1111 пересобран на 73 узлах gr.Workflow

Команда Gradio пересобрала большую часть функциональности AUTOMATIC1111 как один граф: одиннадцать медиапайплайнов, 73 узла и ни одной своей GPU.

Узлы бывают четырёх видов: fn — обычная функция на Python, model — вызов модели через InferenceClient, space — чужой Space на Hub, dataset — строка из датасета. Из них собраны txt2img с записью параметров генерации в PNG-метаданные, hi-res fix и img2img через FLUX.1-Kontext, генерация промпта на Qwen3-4B, интеррогейт картинки через Qwen2.5-VL и ViT, маска для inpaint из детекций DETR, prompt matrix, апскейл локальным Lanczos и через AuraSR, удаление фона через BRIA RMBG-2.0, PNG Info и image-to-video на Wan 2.2.

Интересна арифметика автономности: из 36 операторных узлов 32 — это fn, и 22 из них работают в процессе без сетевых вызовов. Две трети холста продолжают работать без интернета, а раз это обычные функции, их можно тестировать без канваса, сервера и GPU. Параллелизм получается бесплатно: узлы на одной глубине зависимостей стартуют одновременно, поэтому четыре варианта prompt matrix генерируются разом.

Главное отличие от ComfyUI даже не в этом. Каждый выходной узел автоматически становится типизированным REST-эндпоинтом, а при запуске с mcp_server=True — ещё и MCP-инструментом, который дёргает Claude Code или Cursor. Кастомный узел здесь просто функция на Python.

Если бы вы собирали такой пайплайн сегодня — ComfyUI или gr.Workflow?

👉🏻 Канал | 💬 Чат | 📕 Каталог