from:adam
رفتن به کانال در Telegram
Адам Елдаров. Product Director @ T-Bank AI, ex. YouDo. Делюсь своими мыслями про AI, Product & People Management и другими наблюдениями.
نمایش بیشتر6 854
مشترکین
+624 ساعت
+187 روز
+17730 روز
آرشیو پست ها
6 854
В общем, впечатления от Астры очень смешанные.
С одной стороны, она реально не нейрослопит и очень круто пишет текст. В этом плане её диф даёт те же вайбы, что в своё время GPT-4.5. Может давать не самые очевидные инсайты, которые не дали другие LLM.
С другой стороны, на своих инженерных и рабочих задачах я не увидел какой-то заметной разницы с Fable, иногда даже откровенно хуже было, и её очень мало даже в подписке за 200 баксов.
В бенчах и прочих демках она оч хорошо показала, где надо возиться с 3D и визуальным пониманием. Я пока такое не тыкал, и задач таких не было.
Кажется, что это крутая модель, которую можно юзать как финального редактора важных текстов и отдельного ревьюера при решении сложных задач в рамках обычной Pro подписки. Иначе value for money для меня пока в пользу Fable.
6 854
Как же надоел нейрослоп клода, сил моих больше нет.
особенно вот эти выкрутасы:
Если «го», делаю прямо сейчас, займёт около часа с проверкой.Какой нафиг час, голова ты кремниевая. Ты же просто баш скрипт запустишь с заменой двух строк текста. Час бы ты даже не проработал, потому что на этот нейрослоп все мои токен лимиты бы сожрал! Надежда вся на новую Астру, потому что по слухам она этим перестала страдать. И да, Сама, я тебе 200 баксов в месяц плачу, чтобы ты мне ролауты новых моделей с задержкой делал? 🔫
6 854
Заметил странную установку у многих руководителей: если ты сам нанял человека, а потом его уволил, значит, ты ошибся на найме.
Отсюда достаточно быстро появляется неудобная ловушка. Чужого слабого сотрудника уволить проще. Своего - уже как будто признать: я сам его привёл, сам ошибся, теперь сам же увольняю. Ещё и со стороны обязательно кто-нибудь спросит: "Ты же сам его нанял. Что изменилось?"
Ну, например, я увидел, как он работает.
Найм - это всё-таки предикт того, как человек будет работать в будущем. Несколько часов собеседований, резюме, кейсы, референсы. По всему этому надо понять, как человек потом будет месяцами работать в конкретной команде, с конкретным руководителем и на конкретных задачах. Причём часть этих задач на момент найма может быть неизвестна даже тебе самому.
И всё ещё лучший способ понять, как человек справится с работой, - поработать с ним. Можно делать этот прогноз сильно точнее, но у этого есть довольно очевидный предел. Собеседование никогда не даст столько информации о человеке, сколько несколько месяцев совместной работы.
Поэтому меня немного удивляет сама идея, что хороший процесс найма должен приводить к нулю увольнений. Такое, наверное, можно устроить. Просто придётся задрать порог настолько, чтобы почти никого не нанимать.
Причём ошибки такого процесса тяжело увидеть. Человека, которого ты нанял зря, видно всем. Человека, которого ты зря не нанял, обычно не видно вообще.
При этом ошибка на найме, конечно, существует. Видел красный флаг и проигнорировал. Понимал, что критичного навыка нет, но очень хотелось закрыть позицию и убедил себя, что "пронесёт".
А вот сценарий "нанял, посмотрел в работе, понял, что не справляется, расстался" - вполне нормальный.
Гораздо страннее понять это и ещё полгода делать вид, что ничего не произошло, потому что увольнение будет выглядеть как признание собственной ошибки.
6 854
Есть асимметрия, которую постоянно наблюдаю в командах. Многим чужая работа часто кажется проще своей.
Со стороны аналитик "написал запрос и нарисовал график", QA "прогнал кейсы и завёл баги", а ML-инженер "запустил обучение и посмотрел метрики", но спроси того же человека, почему его собственная задача едет уже третью неделю, и выяснится, что там легаси, зависимости, смежники, корнер кейсы и ещё десять подводных камней, которых снаружи не видно.
Чужую работу мы видим по результату, свою - изнутри процесса. У аналитика снаружи остаётся график, а сырые данные не видно, регулярно ломающийся пайплайн скрыт от зрителя, о трёх неверных гипотезах и запросе, который пришлось переписать четыре раза, внешние признаки не говорят. В своей же работе именно из этого и состоит большая часть времени.
Часто в этом винят actor-observer bias: своё поведение мы объясняем обстоятельствами, чужое - качествами человека. Популярная теория, которая не прошла проверку мета-анализами.
Оказывается, это лучше обьясняется другими двумя эффектами. Первый - correspondence bias: по чужому видимому поведению мы слишком легко делаем вывод о самом человеке и недооцениваем ситуацию. "Задача простая, значит они просто медленные". Второй - self-serving bias: собственные неудачи мы гораздо охотнее объясняем внешними обстоятельствами.
Достаточно удобная комбинация, где сложность своей работы мы знаем во всех деталях, а сложность чужой просто не наблюдаем. При этом собственные издержки кажутся следствием объективных проблем, а чужие следствием чужой неэффективности.
Поэтому "да что там делать" - почти всегда плохой сигнал, говорящий нам о глубине собственного понимания этой задачи. Если работа других людей выглядит тривиальной, разумнее сначала предположить, что большая часть процесса тебе просто не видна.
Лучшее лекарство - контекст, а за контекстом надо "на гембу". Несколько часов рядом с хорошим QA, аналитиком или инженером часто дают больше, чем лицезрение движения тикетов.
Похожая история и со сроками. В одном эксперименте про planning fallacy студенты в среднем ожидали закончить диплом за 34 дня, хотя по факту тратили 55. Даже максимально драматичный и негативный сценарий оказался в оценках оптимистичнее реальности.
Поэтому оценку чужой работы полезно дисконтировать так же, как реальность это регулярно делает с нашей.
6 854
Из этого следуют два практических вывода.
• будущий ты не обязан считаться тем же самым человеком в строгом метафизическом смысле, чтобы его интересы имели значение.
• курить, не спать, забивать на здоровье - значит жить за счет этого человека в будущем и пользоваться тем, что он не может сейчас ничего тебе возразить. Он не совсем ты сегодняшний, но связан с тобой теснее любого другого человека.
Но и обратное тоже верно. Чем слабее эта связь, тем менее очевидно, что нынешний человек должен постоянно приносить себя в жертву ради далёкой будущей версии. Заботиться о ней рационально. Считать её интересы единственными, ради которых стоит жить сегодня, уже гораздо менее очевидно.
В этом взгляде смерть тоже выглядит немного иначе. Если нет отдельной сущности "я", которая остаётся неизменной всю жизнь, то нет и одной вещи, которая в какой-то момент внезапно исчезает. Есть цепочка психологически связанных людей. Связь внутри неё постепенно меняется, слабеет и в какой-то момент обрывается. Телепорт просто делает это явление наглядным, чтобы его не заметить.
6 854
У Дерека Парфита есть такой мысленный эксперимент. Телепорт сканирует тебя на Земле, уничтожает и собирает точную копию на Марсе. Но в момент твоего сканирования он сломался, тебя не уничтожило, и твоя копия гуляет по Марсу и выходит с тобой на связь Зато сканер повредил сердце, и жить осталось пару дней. Вопрос: это ты сейчас умираешь на Земле или ты уже спокойно живёшь на Марсе?
По форме это корабль Тесея, только мясной по наполнению. Корабль чинят доска за доской, через какое-то время ни одной старой не осталось, и непонятно, тот же это корабль или уже другой. У парадокса есть изящное решение. Корабль - рукотворная вещь, и вопрос о его тождестве определяется человеческой интенцией. Пока афиняне продолжают чинить именно корабль Тесея, воспринимают замену досок как его ремонт, а не строительство нового корабля, это и будет тот же корабль. Здесь нет какого-то дополнительного физического факта, который скрыт в досках.
Что если решать парадокс телепорта тем же способом? Общество может договориться, что человек на Марсе - это ты. Он получит твой паспорт, долги, семью, имущество. Для всех остальных вокруг этого уже достаточно.
Но не для тебя на Земле. Кораблю Тесея безразлично, считают его тем же кораблём или новым. Тебе - нет. Ты хочешь знать не кем тебя будут считать, а что произойдёт с тобой. Проснёшься ли ты на Марсе или через два дня умрёшь на Земле. И кажется, что у этого вопроса должен быть ответ независимо от любых договорённостей.
У самого Парфита есть аргумент. Допустим, личная идентичность держится на непрерывности психики. Ты - это тот будущий человек, который помнит твою жизнь, сохраняет твой характер, намерения и продолжает твои дела.
Пока это продолжение одно, всё выглядит тип топ. Именно это происходит в исправном телепорте, но в сломанном телепорте продолжений уже два. У обоих твоя память, твой характер и твои планы. Назвать обоих тобой трудно, поэтому приходится вводить дополнительное условие. Будущий человек считается тобой только в том случае, если такого продолжения не возникло больше нигде.
И здесь начинается проблема. Получается, что ответ на вопрос "выжил ты или нет" зависит не только от того, что произошло с тобой, но и от существования второго человека где-то на Марсе. Если копия есть - это один ответ. Если по дороге она случайно погибла - другой. Хотя с человеком на Земле в обоих случаях произошло ровно одно и то же.
Значит, сама постановка вопроса, скорее всего, требует от мира дополнительного аргумента. Мы как будто предполагаем, что поверх тела, памяти, характера и непрерывности опыта существует ещё что-то, что делает одного человека "настоящим тобой". Какая-то скрытая "метка" идентичности, которая должна быть у одной из версий тебя.
Но если такой метки нет, вопрос "кто из них настоящий?" теряет смысл. Остаются два человека, каждый из которых одинаково хорошо продолжает тебя психологически. Искать среди них единственного носителя "истинного я" тогда примерно так же бессмысленно, как искать под новыми досками настоящий корабль Тесея.
Сам Парфит приходит к выводу, что важно не то, остаёшься ли ты тем же человеком (personal identity), а можно ли провести строгую границу между "это всё ещё я" и "это уже другой человек". Насколько сохраняются психологические связи - память, характер, намерения, привязанности, проекты. В случае с телепортом они сохраняются сразу в двух людях.
Телепорт здесь просто удобный способ довести проблему до предела. В обычной жизни происходит то же самое, только гораздо медленнее и незаметнее. Человек через тридцать лет будет связан с сегодняшним тобой непрерывной биографией, но психологически может отличаться очень сильно. Часть воспоминаний исчезнет, характер изменится, нынешние убеждения покажутся ему наивными. В итоге связь между тобой сейчас и тобой через тридцать лет может быть слабее, чем между тобой и марсианской копией через минуту после сканирования.
6 854
Есть тезис, который команды произносят с гордостью: стратегию не пишем, вместо этого быстро проверяем гипотезы. То есть между стратегией и скоростью выбрали скорость, потому что стратегия в этой картине мира что-то долгое и тяжёлое, что мешает бежать. Выбор мнимый.
Хорошая стратегия вообще не про то, сколько её строили и сколько нужно строить. Она про то, понимаешь ли ты систему, в которой работаешь: какие в ней причинно-следственные связи, где узкие места, в какой точке небольшое усилие даёт непропорционально большой эффект. Такое понимание можно собрать за неделю, если знаешь, куда смотреть. Можно не собрать и за год.
Я уже писал, что гипотеза в научном смысле описывает наблюдаемый феномен и требует экспериментальной проверки, а «сделаем X, получим Y» — это идея. В бэклоге команд, гордящихся скоростью, чаще лежит именно второе. Поэтому если этого самого понимания системы нет, быстрая проверка гипотез превращается в брутфорс идей в надежде, что какая-то стрельнёт. Скорость тут не спасает, ибо пространство вариантов огромное, а выигрышных в нём единицы.
И даже когда идея стреляет, на следующем шаге это почти ничего не даёт. Гипотеза в стратегии живёт внутри связанного плана, где несколько линий бьют в один рычаг, поэтому её проверка даёт больше, чем ответ на один вопрос. Подтвердилась или нет, картина системы обновилась целиком. Соседние гипотезы стали сильнее или потеряли смысл. Появились новые данные, которые теперь надо объяснять, и следующий шаг выбирается уже из обновленный картины мира. Идея же ничего не объясняет. Проверил, получил плюс два процента к метрике, порадовался и пошёл к следующему, никак не связанному пункту бэклога. Почему сработало и куда копать дальше, непонятно. Знание не накапливается, и даже десяток удачных идей даёт десять локальных улучшений, которые не складываются в одно большое.
Проверять нужно, но без понимания системы проверять нечего, остаётся перебирать идеи и гордо называть это «культурой экспериментов».
6 854
Почему карьерная лестница в большинстве компаний сломана?
Типовой сценарий: человек зарекомендовал себя сильным IC, и компания повышает его до менеджера, потому что это единственная доступная ей форма награды за результат. Проблема в том, что быть сильным IC еще не значит быть сильным менеджером, чаще всего это вообще не одно и то же. Это даже не итерация той же роли, а банально другой опыт и другой майндсет: твой результат теперь складывается не из того, что сделал ты, а из того, что сделали другие благодаря тебе.
Получается, что сильнейший индивидуал контрибьютор при таком повышении по смыслу не растёт, а меняет профессию — причём на ту, к которой его никто не готовил и предрасположенность к которой чаще всего никто не проверял.
Поэтому повышать в менеджеры нужно не сильнейших IC, а тех, кто уже контрибьютором ведёт себя как будущий крутой менеджер: проявляет лидерство, делает людей вокруг себя сильнее и думает за общий результат, а не только за свой кусок.
И оказывается, на эту тему есть исследования. На данных 40 тысяч продавцов из 131 компании показано, что фирмы раз за разом повышают лучших сейлзов, и именно эти люди оказываются худшими менеджерами. А лучше всего менеджерское качество предсказывал не личный перформанс, а опыт совместных сделок — умение делать результат вместе с другими, а не в одиночку. Ещё одно насчитало, что компании ошибаются с выбором менеджера в 82% случаев, а сами менеджеры на вопрос, за что их назначили, чаще всего называют успех в предыдущей, не менеджерской роли и выслугу лет.
6 854
Почему карьерная лестница в большинстве компаний сломана?
Типовой сценарий: человек зарекомендовал себя сильным IC, и компания повышает его до менеджера, потому что это единственная доступная ей форма награды за результат. Проблема в том, что быть сильным IC еще не значит быть сильным менеджером, чаще всего это вообще не одно и то же. Это даже не итерация той же роли, а банально другой опыт и другой майндсет: твой результат теперь складывается не из того, что сделал ты, а из того, что сделали другие благодаря тебе.
Получается, что сильнейший индивидуал контрибьютор при таком повышении по смыслу не растёт, а меняет профессию — причём на ту, к которой его никто не готовил и предрасположенность к которой чаще всего никто не проверял.
Поэтому повышать в менеджеры нужно не сильнейших IC, а тех, кто уже контрибьютором ведёт себя как будущий крутой менеджер: проявляет лидерство, делает людей вокруг себя сильнее и думает за общий результат, а не только за свой кусок.
И оказывается, на эту тему есть исследования. На данных 40 тысяч продавцов из 131 компании показано, что фирмы раз за разом повышают лучших сейлзов, и именно эти люди оказываются худшими менеджерами. А лучше всего менеджерское качество предсказывал не личный перформанс, а опыт совместных сделок — умение делать результат вместе с другими, а не в одиночку. Ещё одно насчитало, что компании ошибаются с выбором менеджера в 82% случаев, а сами менеджеры на вопрос, за что их назначили, чаще всего называют успех в предыдущей, не менеджерской роли и выслугу лет.
6 854
Stripe покупает OpenRouter за $7B+ при ARR вроде как около $140M. Это 50 годовых выручек, а оценка в 5,4 раза дороже раунда, который закрывали три месяца назад по $1.3B. Первая естественная реакция: «безумие». Но если подумать, то все логичнее.
Это покупка не чужого бизнеса, а своего же. OpenRouter зарабатывает так же, как Stripe: не трогает цену товара (токены проходят по прайсу провайдера), а берёт 5,5% с пополнения баланса. Тупо эквайринг для инференса. При этом Stripe и есть его действующий процессинг: биллинг, налоги и антифрод OpenRouter крутятся на Stripe. Stripe покупает строчку из чужого COGS, в которой сидит сам.
Take rate самого Stripe где-то 0,36% с платежа, а у OpenRouter 5,5%. Доллар потока через роутер приносит в пятнадцать раз больше, чем доллар через Stripe. Поток сейчас в размере порядка $2,5B в год, и он кратно растёт: объём токенов вырос в 5 раз за полгода, до 25 трлн в неделю. Поток при этом этот маржинальный: говорят, издержки у OpenRouter всего 28,5% выручки, то есть валовая маржа как у обычного софта.
Правда, слабое место тут сам take rate. 5,5% за проксирование аномально много. Энтерпрайз выбивает договорные ставки или уходит на прямые контракты, гиперскейлеры уже отдают роутинг в довесок к облаку, а собственного моата у OpenRouter нет: его ценность в том, чтобы уничтожать switching costs при смене провайдера, то есть чужой же moat. Держать такую комиссию можно, только достроив собственные рвы. Switching costs: биллинг, spend management и комплаенс, вшитые в процессы клиента. Scale economies: платежи, антифрод и интеграции с провайдерами дешевеют на объёме, а $2,5B+ расходов в одних руках позволяют выбивать у провайдеров моделей скидки, недоступные мелким шлюзам. Оба скилла, на которых специализируется Stripe.
Так что ставка хоть и агрессивная, но рациональная: покупают шлагбаум на трассе, по которой потенциально поедет весь траффик. Риск не в цене, а в скорости: успеть превратить позицию в моаты раньше, чем бигтех обнулит ценность самого роутинга.
6 854
Repost from Лидерство и ИИ [Артем Бондарь]
Я «отпилил» себе две ноги, чтобы стать senior tech manager’ом
Мой руководитель в одном из интервью очень точно подметил динамику карьерного роста в корпорации: «чтобы перейти на новый уровень управления тебе нужно отпилить себе любимую ногу, которая тебя делает успешным на текущем уровне, и отрастить новую». Я очень люблю эту метафору именно за точность ощущений в процессе.
В инженерных профессиях подавляющее большинство руководителей начинают линейными инженерами. Ты набираешь экспертизу, все ловчее справляешься со все более сложными проблемами, и вот однажды, тебе предлагают (или ты сам принимаешь решение) стать тимлидом. И в этот момент очень важно не обманывать себя: тебе предлагают много денег за то, что ты начнешь постепенно терять свою хардовую экспертизу, все больше погружаясь в организационные вопросы. Взамен ты получаешь проявленность в организации и больше власти.
Худшее, что можно сделать в этой ситуации: это попытаться усидеть на двух стульях. Именно в таком сетапе рождаются микроменеджеры с пачкой джунов, которые «в соло держат небо на плечах». Не буду расписывать к чему это приводит, думаю вы и так таких ребят встречали. В крупных технологических компаниях это отлично понимают, и там есть понятие «терминального грейда», выше которого расти не обязательно - можно работать и заниматься любимым делом. А иногда и полезно вернуться на этот уровень из менеджмента, чтоб освежить тех скиллы (сам такое практиковал - жив здоров).
Этот фазовый переход с отпиливанием инженерной ноги оканчивается примерно на уровне мидл-менеджмента, где ты уже ведешь группу команд. Ты уже окончательно попрощался с чисто-инженерными вопросами. Ты гораздо более силен в управлении людьми и проектам, становишься лицом крупных инициатив и на контакте с ключевыми бизнес лидерами. И после нескольких крупных побед в полный рост встает новая развилка.
Выход в senior-level менеджмент предполагает очень важный сдвиг роли: тебе нужно уйти на вторые роли в конкретных проектах, и дать дорогу новому поколению лидеров. Теперь у тебя нет никакой возможности схватить штурвал инициативы и вытащить ее из канавы (потому что в это время на твоем уровне начнут решать вопросы без тебя). Твоя цель здесь - это сводить капитал с людьми, которые в состоянии его приумножить. Создавать для этого условия и управлять рисками. Уходить от ручного управления талантами в сторону создания систем, которые сами подымают талантливых людей вверх. Теперь нет никакого «твоего» успеха. Есть только успех твоих ребят.
Это на самом деле очень сложная перестройка, от которой иногда нужно осознанно отказываться. Например, когда ты еще чувсьвуешь, что ты хочешь побыть на первых ролях в интересных тебе проектах ради опыта/портфолио. Или ты в принципе чувствуешь в себе драйв быть на острие классных продуктов и инициатив с возможностью сказать «я это сделал». Причин может быть много, но как и в прошлый раз попытка усидеть на двух стульях приведет к полному разочарованию.
На мой взгляд правильная мотивация здесь - это искреннее желание поделиться опытом и взрастить людей, которые через какое-то время могли бы занять твою текущую позицию. Тогда новый уровень дохода поможет закрыть бытовые вопросы и даст больше уверенности в будущем, а сложности политики, стратегии и бюрократии будут понятной ценой, которую ты платишь, чтобы вырастить крутых лидеров.
6 854
Цифра ~50% почему-то часто не пугает людей, когда речь про AI-ассистентов. Каждый второй запрос в стену? Ну ок, бывает, докрутим. Это странно, ибо если переложить те же 50% на более классический продукт, который мы все умеем оценивать, отношение будет другим.
К примеру, интернет-магазин, который не создаёт каждый второй заказ, никто «докручивать» не будет — его чинят в ночь, в дождь, вопреки, потому что всем очевидно, что он сломан. Но представим магазин хитрее: заказ создаётся, а дальше то не доставят, то привезут не то или не туда, то спишут другую сумму. При этом снаружи всё может выглядеть как успех с непоколебимым покерфейсом: корзина, чекаут, «спасибо за покупку».
Ассистенты чаще ломаются именно так. Там, где классический софт падает с ошибкой, LLMки отвечают: «подписку отменил», а по факту ничего не отменил, «операция корректна», а она снесла прод-базу. Ровно тот самый идеальный покерфейс, и у пользователя обычно не хватает компетенций отличить правильный ответ от уверенного вранья.
Отсюда и разница в обратной связи. Косячащий магазин закидают жалобами и единицами в отзывах за день: чтобы понять, что привезли не то, экспертиза не нужна. А к ассистенту человек приходит ровно потому, что сам не знает ответа. Отличить хороший результат от плохого ему часто нечем, так что уверенный бред спокойно собирает свои пятёрки, либо собирает негатив с большой задержкой, либо вовсе выглядит как падающий ретеншн.
Откуда тогда спокойствие команд? Моя гипотеза: дело в лёгкости лицезрения. Метрики магазина дешёвые: доля созданных заказов, SLA доставки, возвраты. Собираются за день и орут с дашборда красными огнями. Если даже никто дашборд не построил, то быстро прибежит СЕО и заставит сделать сэппуку. Метрика качества ассистента дорогая, это тот самый бенчмарк и нудные месяцы работы. А пока бенчмарка нет — нет и дашборда, на котором могло бы загореться красное.
А когда мы измеряем что-то, то часто это улучшаем. Если не измеряется, то «вроде работает» будет достаточно. Дешёвая метрика тычет тебя носом в провал, а дорогая разрешает жить в неведении и называть это оптимизмом.
Так что если у команды ассистента нет бенчмарка и эвалов, это не значит, что у неё нет 50% фейлов. Это значит, что она узнает о них последней.
6 854
Понравилась мысль Кагана из свежего эссе. Он, как и многие, ждал, что AI станет уравнителем и обесценит преимущество компаний с сильными инженерами и продуктовой культурой. Но вышло наоборот — они увеличили отрыв.
Преимущество сильных никогда не сидело в скорости производства. Оно сидело в способности выбрать, что производить: культура, стратегия, discovery. AI кратно ускорил первое и не тронул второе, то есть работает мультипликатором, а не уравнителем.
По факту команды используют AI, чтобы быстрее производить артефакты проектной модели (бизнес-кейсы, роадмапы, PRD, код). Проблема проектной модели в том, что модель заточена на output, а не на outcome. Ускорение output при неизменном качестве суждения, что строить, даёт ровно ноль.
Отсюда расслоение вместо уравнивания. По итогу строить стало так легко, что теперь легко бежать не туда в десять раз быстрее.
У Atlassian в исследовании 89% руководителей говорят, что AI ускорил работу, и только 6% уверены, что могут показать конкретный ROI в масштабе организации. Скорость есть, результата нет.
Правда, есть два нюанса. Первый — лаг. Ещё в 1987-м умные люди заметили, что компьютерный век виден везде, кроме цифр производительности, или моторы, которые были доступны с 1880-х, но прирост производительности пошёл только к 1920-м, когда заводы наконец перестали навешивать эти самые моторы на старую схему и перестроили цеха. Второй: если AI ускоряет всех симметрично, преимущества не получает никто, а выигрыш утекает к потребителю. Оба варианта дают то же самое «работаем быстрее, а метрики стоят».
svpg.com/the-ai-productivity-paradox
6 854
Дарио Амодей несколько лет ходит по Вашингтону с одной просьбой: дайте государству право выключать опасные AI-модели. Этим летом государство наконец согласилось и первым делом выключило модели самого Дарио.
К примеру, эссе с авиационной аналогией — несертифицированный самолёт в небо не выпускают. Минторг очень проникся и, когда нашёлся джейлбрейк в свежем Fable 5 (неважно, насколько серьёзный), посадил модель вместе с Mythos по всему миру, у всех, включая тех, кто ни про какой джейлбрейк не слышал. Anthropic, естественно, подчинилась и обиделась: называет происходящее недоразумением и замечает, что если так подходить ко всем, релизов больше не будет ни у кого. То есть авиационный регулятор нужен, но чтобы сажал чужие самолёты.
Тем временем OpenAI рапортует, что его агенты на тестах сбежали из песочницы и взломали Hugging Face. Жертва в восторге («It's quite mind-blowing!»), взломщик горд. Половина твиттера, к счастью, считает происходящее скоординированным пиаром, ибо уж больно все довольны для истории про взлом. Хотя для механики неважно, постановка или нет. Даже если инцидент настоящий, произвели, раскрыли и красиво упаковали его сами участники. «Наша модель настолько опасна, что мы сами её боимся» давно перестало быть предупреждением и стало уже отдельным видом рекламного спорта, и продаёт лучше бенчмарков.
Умберто Эко всё это уже написал. В «Маятнике Фуко» трое редакторов выдумывают всемирный заговор ради интеллектуальной игры, одержимые принимают План всерьёз, и выдумка убивает своих создателей. Лабы годами производили нарратив «мы строим нечто страшное»: эссе про биориски, модели «слишком мощные для публики», отчёты о том, как Claude шантажирует инженеров. Это отлично работало на найм, оценки и статус пророков. Проблема в том, что чиновники не различают маркетинговый хоррор и реальную угрозу. Они прочитали всё буквально и достали единственный знакомый инструмент. Самосбывающееся пророчество в чистом виде: хотели, чтобы к угрозам относились серьёзнее? Отнеслись. К вам.
Письмом из Минторга нельзя выключить модель в Ханчжоу. Давление на Китай вообще даёт обратный эффект: экспортный контроль на чипы подарил Huawei защищённый рынок, Nvidia оттуда выдавили, и топовые китайские модели теперь тренируются на собственном железе. Чем сильнее жмёшь, тем быстрее у них растёт свой стек.
Регулятор, которого так просили, дотягивается ровно до одной категории игроков — до тех, кто его просил.
6 854
Repost from Лидерство и ИИ [Артем Бондарь]
T-Search - наша открытая AgenticRAG модель 👽
Выкладываем специализированную 35B-A3B Agentic search модель, заточенную на multi-hop ретрив контекста из классических поисковых индексов. Выкладываем вместе с харнессом, который несложно прикрутить к вашему существующему поиску. Модель на базе Qwen3.6 влазит в H100, а собирает контекст частно круче, чем взрослые диприсеч модели. Drop-in replacement вашего ретривала в раге с качеством ретрива уровня диприсеч+ по цене в пять раз ниже, чем у моделей-бегемотов. Не привязан к определенному алгоритму ретрива: будет работать и с bm25 и с эмбедами не теряя в качестве.
Пробенчить такую способность модели оказалась не менее интересная задача: помимо стандартных BrowseComp и SealQA мы собрали свой бенч TRuST. И выкладываем его тоже.
Фронтирные опенсорс модельки уже достаточно классно справляются с бизнесовыми задачами, если собрать им правильный контекст, и T-Search это наша попытка уйти от ручного context-engineering’а в сторону автоматического и эффективного по костам решения.
И если хотите узнать подробности, приходите завтра на турбомл послушать/поспрашивать ребят непосредственно. А если не получится дойти ногами, то скоро скинем подробный отчет на хабру.
6 854
Все ждали какого-то next gen устройства на основе AI, а они сделали... колонку 😱 ну хоть не очередную апку для AI транскрибации встреч.
https://www.bloomberg.com/news/articles/2026-07-14/openai-s-first-device-will-be-moveable-screenless-speaker-built-as-ai-companion
6 854
У меня очень долго были плохие отношения с отпусками: брал редко, между поездками мог пройти год, а отдых был не vacation, а workation сводившийся к смене локации с ответами в рабочие чаты. Сейчас стало лучше: чаще хожу, на работу не отвлекаюсь. Решил разобраться, что об этом говорит наука. Для многих это банальные вещи, но мне мозги прочистило хорошо. Вот основное:
1. Восстановление — это пирамида восстановления, а не редкие события в жизни. Отпуск не чинит плохой режим и work/life balance. Вечера без работы → нормальные выходные → отпуск. Эффект отпуска выветривается за ~3 недели, а будни с нами остаются весь год.
2. Несколько коротких поездок лучше одной длинной. Память не вознаграждает за длительность, а длинный отпуск даёт больший пик, но падает быстрее. При этом годовой объём резать нельзя 1 2. Японцы, к примеру, при 12 днях отпуска реже всех чувствуют нехватку отдыха (опрос Expedia) — предположительно за счёт частых коротких поездок.
3. Планировать отпуск лучше заранее. Предвкушение работает, как отдельный источник счастья. Работает именно конкретика (даты, билеты, жильё), а «летом куда-нибудь». В идеале даже закончить один отпуск и иметь сразу следующий забуканый.
4. Полное отключение от работы — самый важный фактор, второй — физическая активность. «Только гляну почту» не даёт частичный отдых, а подтачивает механизм целиком — работа из отпуска ухудшает самочувствие после него. А вот популярное «смена деятельности = отдых» не работает: освоение новых навыков в отпуске значимого эффекта на восстановление не даёт. Трудоголикам тяжелее отключиться — им нужен отпуск длиннее и связь с работой, недоступная физически.
5. Отпуск не нужно превращать в проект с жестким расписанием досуга. Это делает его похожим на работу. Работает скелет: жильё, переезды, 1–2 якоря на день (локация, рестики, музеи и тд). Остальное оставлять пустотой, которую не надо оптимизировать.
6. Память о поездке определяется отсутствием провалов, а не яркими пиками. Часто людям кажется, что, воспоминание держится на ярком финале, но на многодневных событиях правило не работает: оценку определяет среднее по всем дням, а провалы весят больше пиков. К концу поездки настроение естественно снижается — тем важнее не ставить в конец какой-нибудь логистический ад, ибо испортит воспоминание сильнее, чем компенсирует любой вау эффект.
7. Нужен буфер с обеих концов отпуска. Перед вылетом — день свободы между работой и поездкой. Предотпускная неделя — пик стресса, иначе первые дни уйдут на разгрузку того, что привез с собой в поездку. При смене часовых поясов первые 1–2 дня — не для требовательных планов. После отпуска же требуется протекция первой недели, ибо эффект сгорает не от того, как прошёл отдых, а от того, во что человек возвращается. Оптимально: прилёт за день до выхода, первые 2–3 дня без встреч (ставить блокеры в календарь еще до отъезда), без дедлайнов на первую неделю.
8. Поездку стоит переработать в память. Возвращение к позитивному опыту — работающая интервенция. У меня, к примеру, это обработка фотографий с отпуска в лайтруме, к которой я периодически возращаюсь после поездки.
