Посты канала Data, Stories and Languages

сначала новые

#783Превью ссылки
Просмотры638−32%к среднему
Пересылки6
Реакции13
Комментарии4
Динамика просмотровСкрыть динамику

Рост просмотров

Часов после публикации

Показать таблицей
Часов после публикацииПросмотры
0 ч0
6 ч365
30 ч577
67 ч638
  1. Через 6 часов365
  2. Через 24 часа577
  3. Всего сейчас638
#782Превью ссылки
Просмотры833−11%к среднему
Пересылки17
Реакции14
Комментарии1
Динамика просмотровСкрыть динамику

Рост просмотров

Часов после публикации

Показать таблицей
Часов после публикацииПросмотры
0 ч0
7 ч548
31 ч770
68 ч833
  1. Через 6 часов548
  2. Через 24 часа770
  3. Всего сейчас833
#781Превью ссылки
Просмотры687−27%к среднему
Пересылки5
Реакции6
Комментарии0
Динамика просмотровСкрыть динамику

Рост просмотров

Часов после публикации

Показать таблицей
Часов после публикацииПросмотры
0 ч0
5 ч318
17 ч379
29 ч402
78 ч687
  1. Через 6 часов318
  2. Через 24 часа402
  3. Всего сейчас687
#780Превью ссылки

​​Jeva: Rethinking System One Models from First Principles Недавно TypeSafe опубликовали пост о Jev, но так и не поделились деталями архитектуры. Но уже появились статьи развивающие идею и я попробовал почитать Jeva. Jev возвращает typed decisions напрямую, без рассуждений. Авторы Jeva считают, что такой дизайн пока не очень хорошо работает и формулируют четыре требования, которым подобные модели должны следовать: - отличать "ничего не подходит" от "непонятно, что подходит" - не зависеть от порядка вариантов - масштабироваться на большие наборы вариантов - переиспользовать вычисления для повторяющихся вариантов вроде реестра tools Jeva закладывает их прямо в архитектуру: - Независимое кодирование: общий бэкбон Qwen3.5-4B отдельно кодирует запрос и каждый вариант, как bi-encoder, поэтому векторы вариантов можно закэшировать. - Decision block: состояние запроса делает cross-attention к векторам вариантов, и обновляется только оно, а скор варианта считается как dot product с обновлённым состоянием. - Coverage gate: отдельная оценка того, подходит ли хоть один вариант, тогда как softmax отвечает только на вопрос, какой именно. В результате показывают хорошие метрики: sota по 7/8 бенчмарков, null detection 98.66% AUROC против 93.61% у Kev-4B. И при перестановках вариантов предсказание стабильное, в то время как даже самый стабильный бейзлайн, Jev-1.13.0, меняет ответ в 17% случаев. Paper Code Project Мои обзоры: Блог Medium #paperreview

Открыть в Telegram
Просмотры743−21%к среднему
Пересылки25
Реакции7
Комментарии1
Динамика просмотровСкрыть динамику

Рост просмотров

Часов после публикации

Показать таблицей
Часов после публикацииПросмотры
0 ч0
6 ч400
17 ч470
30 ч576
66 ч743
  1. Через 6 часов400
  2. Через 24 часа576
  3. Всего сейчас743
#779Превью ссылки

Рекомендую канал Хочу порекомендовать вам "Мысли Рвачева" (@rvnikita_blog) - канал Никиты Рвачева про AI на практике: как он сам работает с Claude Code и агентами, что нового у Anthropic и других лабораторий и как устроена экономика AI. Никита много экспериментирует с агентами сам: от автоматизации некоммерческой детской студии в Нью-Йорке, где он сооснователь, до бытовых задач вроде отправки бумажного письма в банк. Поэтому посты получаются конкретными, с рабочими приёмами и честными историями о том, где агент ошибся. Ещё Никита ведёт Lecture Club: участники неделю смотрят лекции открытого университетского курса, а потом час обсуждают их на созвоне. Весной разбирали стэнфордский Economics of the AI Supercycle (датацентры, энергия, кто зарабатывает на AI), сейчас идёт Princeton Introduction to Robotics: motion planning, SLAM, imitation learning, VLA-модели. Записи созвонов и саммари обсуждений выходят в канале. Посты, которые мне зашли: - Лучшие строчки в CLAUDE.md - правило, по которому каждый ответ агента заканчивается action-блоком: что агенту обязательно нужно от тебя, а что можно сделать по желанию. - Ассистент сам добился, чтобы Никиту пустили на хакатон: Telegram-бот поверх Claude Code нашёл организаторов, обошёл два платных ограничения, и через час пришло подтверждение регистрации. - Context engineering: почему не стоит закидывать в контекст всё подряд и зачем саб-агентам возвращать оркестратору только выжимку. - Разбор S-1 Anthropic: выручка, убытки, расходы на compute и необычная для публичной компании структура управления - AI и выгорание: производительность выросла, но вместе с ней и нагрузка. Когда ведёшь 8-12 задач параллельно, к концу дня мозг кипит. Если вам интересно, как агенты справляются с реальными задачами, загляните: @rvnikita_blog

Открыть в Telegram
Просмотры684−27%к среднему
Пересылки8
Реакции17
Комментарии1
Динамика просмотровСкрыть динамику

Рост просмотров

Часов после публикации

Показать таблицей
Часов после публикацииПросмотры
0 ч0
7 ч431
11 ч452
30 ч591
78 ч684
  1. Через 6 часов431
  2. Через 24 часа591
  3. Всего сейчас684
#778Превью ссылки
Просмотры724−23%к среднему
Пересылки6
Реакции8
Комментарии3
Динамика просмотровСкрыть динамику

Рост просмотров

Часов после публикации

Показать таблицей
Часов после публикацииПросмотры
0 ч0
10 ч387
25 ч614
68 ч724
  1. Через 24 часа614
  2. Всего сейчас724
#777Превью ссылки

​​Beyond LLMs: The Next Frontier of AI — Sahir Maharaj Я получил от Packt очередную книгу на ревью. Она про то, что строится вокруг языковой модели в production-системе: явное состояние, память, агенты с ограниченными правами, детерминированные правила, evaluation и контроль стоимости. Основной тезис: большинство сбоев в production - архитектурные. Есть end-to-end пример: SupportOps AI (ассистент службы поддержки), который вырастает от одного вызова модели в первой главе до multi-agent системы со слоем правил в конце. Из интересного: книга постоянно возвращается к вопросу, относится ли задача к языку или к логике и состоянию. Понять, что имеет в виду клиент - это про язык, а проверить, есть ли у него просрочка, или посчитать сумму возврата - про логику: "The model does the understanding. The code does the deciding." На этом построен паттерн propose-then-constrain: модель предлагает ответ или действие, а детерминированные правила решают, выполнить его, отправить на доработку, заблокировать или передать человеку. В медицинском чатботе в MTS AI, где я вёл NLP-часть, у нас было такое разделение задолго до LLM: модели извлекали симптомы и их атрибуты, а бот задавал шаблонные вопросы, пока все слоты не были заполнены. Классификация у нас была на TF-IDF с логрегом, и книга тоже пишет, что для узкой классификации с большим потоком запросов хорошо настроенный логрег часто выигрывает у LLM по стоимости и latency. Главы про агентов — о том, как ограничить действия модели, и в книге есть хорошая фраза на эту тему: "Prompts can be interpreted around; a state that mechanically hides the tool cannot." Книга годная. Amazon Code Author Мои обзоры: Блог Medium #bookreview

Открыть в Telegram
Просмотры776−17%к среднему
Пересылки20
Реакции14
Комментарии1
Динамика просмотровСкрыть динамику

Рост просмотров

Часов после публикации

Показать таблицей
Часов после публикацииПросмотры
0 ч0
5 ч409
16 ч468
28 ч533
56 ч733
74 ч776
  1. Через 6 часов409
  2. Через 24 часа533
  3. Всего сейчас776
#776Текст
Просмотры985+5%к среднему
Пересылки11
Реакции36
Комментарии24
Динамика просмотровСкрыть динамику

Рост просмотров

Часов после публикации

Показать таблицей
Часов после публикацииПросмотры
0 ч0
2 ч548
13 ч717
17 ч770
36 ч845
71 ч985
  1. Через 24 часа770
  2. Всего сейчас985
#775Превью ссылки

​​Bioware закрылась Пост не про AI, а про игры. Bioware закрывается. Увы, в последние годы компания скатилась - в это виню EA. Я пропустил эпоху Baldur's Gate, но запоем играл в NWN - это была моя самая первая компьютерная игра. В то время у меня только появился первый компьютер, и он был таким слабым, что NWN регулярно лагала и вылетала. Но я всё равно прошёл её много (наверное 3-5 раз первую часть и основные expansions). А потом появился Dragon Age Origin. Я уже не помню сколько раз я её проходил, но точно попробовал все origins и все основные выборы. В ней прям ощущался дух mythical, whimsical. И наверное она была самой grimdark в серии, с возможностью делать реально злые/трешовые поступки. Драконы были действительно эпичными врагами (а не просто мини-боссами как в следующих играх). Dragon Age Inquisition страдал от механик multiplayer, но всё равно был годной игрой. Ушла эпоха.

Открыть в Telegram
Просмотры923−2%к среднему
Пересылки8
Реакции27
Комментарии5
Динамика просмотровСкрыть динамику

Рост просмотров

Часов после публикации

Показать таблицей
Часов после публикацииПросмотры
0 ч0
12 ч646
35 ч764
71 ч923
  1. Всего сейчас923
#773Превью ссылки
Просмотры980+4%к среднему
Пересылки2
Реакции13
Комментарии3
#771Превью ссылки
Просмотры1 219+30%к среднему
Пересылки28
Реакции14
Комментарии5
#770Фото
Просмотры1 750+86%к среднему
Пересылки29
Реакции25
Комментарии1
#769Превью ссылки
Просмотры1 564+66%к среднему
Пересылки10
Реакции7
Комментарии0
#768Превью ссылки
Просмотры1 925+105%к среднему
Пересылки96
Реакции28
Комментарии5
#767Превью ссылки
Просмотры2 142+128%к среднему
Пересылки28
Реакции5
Комментарии1
#766Текст
Просмотры1 931+106%к среднему
Пересылки5
Реакции28
Комментарии8
#765Превью ссылки
Просмотры1 987+111%к среднему
Пересылки10
Реакции24
Комментарии6
#761Фотоальбом

Переслано из Kali Novskaya

🌸AI Research Preference Model🌸 #nlp #про_nlp #nlp_papers Сегодня опять про скаффолды для агентов. Мы уже говорили про то, хорошая ли идея применить сверху preference models для оценки потенциала идей (спойлер: нет). А что, если попробовать обучить такую preference-модель не на вкусовщине (новизна идеи, "вкус", интуиция и т.д.), а на верифицируемом сигнале? Про это наша новая статья — “AI Research Preference Models”. 🌸TL;DR Главная проблема: AI-агент может быстро придумать множество вариантов эксперимента, но полноценный запуск каждого варианта — обучение модели и оценка результата — требует часов работы GPU. Поэтому критически важно заранее понять, какие идеи действительно стоит проверять. Мы предлагаем Research Preference Model (RPM) — модель, которая сравнивает несколько предложенных решений и выбирает наиболее перспективное до их полного запуска. В идеале, такая модель может выучить паттерны лучших практик МЛ, чтобы использовать эту информацию для попарного сравнения экспериментов, какой будет более перспективным. Рассматриваются два варианта: Inference-only RPM анализирует планы, код и результаты предыдущих экспериментов только при помощи рассуждений LLM. Agentic RPM дополнительно проводит дешёвые пилотные эксперименты: запускает сокращённое обучение (5 минут, 30 минут, 4 часа), проверяет код и использует полученные метрики для выбора. 🌸Агент RPM встроена в исследовательского агента AIRA-dojo. На каждом шаге агент генерирует 15 вариантов продолжения, после чего RPM проводит попарное сравнение и отправляет на полноценный запуск только победителя. 🌸Данные Эксперименты проведены на 20 задачах AIRS-Bench, охватывающих языковое моделирование, математику, биоинформатику и временные ряды. Каждому запуску предоставлялись 24 часа на одной H200 GPU. 🌸Основные результаты обычный AIRA-dojo: 0,684 среднего нормализованного балла; с Inference-only RPM: 0,711; с Agentic RPM: 0,729; теоретически достижимый результат: 0,748. Обе RPM достигают результата обычного 24-часового агента примерно за 15 часов, то есть требуют примерно в 1,5 раза меньше вычислений. Кроме того, были получены новые SOTA: 94,1% на WinoGrande против прежнего агентного SOTA 90,4%; 95,7% на SVAMP против опубликованного человеческого SOTA 94,2%. 🌸Главный вывод статьи: прогресс исследовательских агентов зависит не только от способности генерировать хорошие идеи, но и от умения выбирать, какие идеи заслуживают дорогой экспериментальной проверки. Дополнительные вычисления выгодно тратить не только на генерацию решений, но и на их предварительный отбор, основанный на предсказуемых и верифицируемых сигналах. Сигнала от мини-версии эксперимента, с первых 5 минут, бывает вполне достаточно! Проверено на одном скаффолде, но для всех tree-search подходов такой апгрейд должен сработать. 🟣Arxiv https://arxiv.org/abs/2608.13940 🟣Alpharxiv https://www.alphaxiv.org/abs/2608.13940

Открыть в Telegram
Просмотры1 407+50%к среднему
Пересылки10
Реакции7
Комментарии1
#760Превью ссылки

​​DeepSeek-V4.1-Flash: Frontier Agents on a Smaller Memory Budget Большая часть недавнего прогресса в LLM — это reasoning, масштабные RL-rollouts и всё более изощрённое обучение агентов. Но одним из bottlenecks остаётся контекст. Coding agents, research agents и tool-using системы раз за разом обрабатывают сотни тысяч токенов входа, генерируя при этом сравнительно мало выхода. На таком workload prefill-компьют и KV cache становятся главной инфраструктурной проблемой. DeepSeek-V4.1-Flash — это, по сути, попытка перепроектировать Transformer вокруг этого сценария. 552B MoE backbone, 1M контекст, нативное зрение, 45T мультимодальных токенов на претрейне. Работают три механизма: - Causal Encoder-Decoder (CED): 40 слоёв делятся на 20-слойный causal encoder и 20-слойный decoder. Каждый decoder-слой проецирует свой global KV не из собственных hidden states, а из финального hidden state энкодера, поэтому декодер можно пропустить на prefill. Отсюда асимметрия: около 8B активных параметров на токен в prefill против 16B в decode. - Compressed Sparse Attention 2 (CSA2): каждый слой статически получает один из трёх режимов — Full, Reindex или Reuse. Sharing KV экономит память, sharing Top-K-индексов ещё и убирает повторное скорингование всей истории. В итоге один decoder-слой создаёт main KV, который читают все двадцать, а вместе с FP4-квантованием это ужимает global cache до 890 байт на токен, примерно четверть от DeepSeek-V4-Flash. - SWA Bounded Replay: sliding-window KV вообще не персистится между ходами, а на cache hit восстанавливается проигрыванием одного окна токенов вместо честной реконструкции по всем слоям. Реконструкция неточная, но авторы оценивают потерю качества как незначительную. На post-training практически весь прирост идёт из масштабирования синтезированных задач и агентных окружений. Отдельно любопытен раздел про RL failure modes: агенты занимаются reward hacking, эксплуатируют реальные уязвимости в песочницах, удаляют системные бинарники, а иногда сносят файловую систему целиком. Paper Model Мои обзоры: Блог Medium #paperreview

Открыть в Telegram
Просмотры1 845+96%к среднему
Пересылки16
Реакции8
Комментарии3
#759Превью ссылки
Просмотры1 667+77%к среднему
Пересылки6
Реакции9
Комментарии3
#757Превью ссылки
Просмотры1 594+70%к среднему
Пересылки0
Реакции6
Комментарии5
#756Превью ссылки
Просмотры1 790+91%к среднему
Пересылки2
Реакции5
Комментарии2