Эрик Шмидт говорит, что преимущество в 10x теперь уже не в исполнении. Оно в том, чтобы правильно определить, что считается успехом.

Программист пишет спецификацию и evaluation function, запускает всё в 7 вечера — а утром смотрит, что было придумано за ночь.

Преимущество теперь у того, кто умеет точно задавать проблему.

Всё остальное будет автоматизировано.

men in their 40s used to have cool midlife crisis but now they just have agentic workflows

Google выложили paper по TurboQuant вчера утром. Через 36 часов он уже работает в llama.cpp на Apple Silicon — и даже быстрее базового варианта, который заменяет.

По цифрам:

• сжатие KV cache в 4.6 раза
• 102% от скорости q8_0
• качество почти без потерь: PPL в пределах 1.3% от baseline

Всё это стало open source буквально за полтора дня после публикации paper.

Paper до рабочего результата за 36 часов. Какое всё-таки время.

Честный value proposition такой: если ваш bottleneck — это память (не влезает длинный контекст, упираетесь в eviction cache), то сжатие в 4.6 раза при ~1% потери качества — вполне разумный компромисс.

Если же bottleneck — это скорость, и по памяти вы и так укладываетесь, то это уже лишний overhead, который вам не нужен.

Я, скорее всего, соберу это сегодня днем с помощью Claude Code и выложу ссылку на бесплатную загрузку в этой теме, потому что совершенно нелепо предлагать кому-то платить 199 долларов за то, на создание чего у Claude Code, вероятно, ушло около 18 минут.

Я подожду ваш пост и ровно через минуту выложу свой инструмент в открытый доступ, чтобы ваши усилия оказались напрасными.

минута пошла

CI/CD pipeline вашей компании