КайфКодинг


Kanal geosi va tili: Rossiya, Ruscha


ВайбКодинг с Артемом Кругловым,
выпускник МФТИ, AI-гуру и основатель AnyQuery.
Быстрые лайфхаки: короткие видео с приёмами и трюками

Bog‘liq kanallar

Kanal geosi va tili
Rossiya, Ruscha
Statistika
Postlar filtri


Про B2B аутрич из Долины dan repost
Happy Saturday фаундеры 😎

Подготовил для вас дайджест самого интересного на канале за последнее время:

1️⃣ Экономика 2030 от Anthropic: Новый отчёт Anthropic про экономику до 2030 года где я нашёл свою профессию в списке тех по кому ИИ бьёт первым. Три сценария развития, и в самом жёстком зарплаты у нас падают, а у тех кто работает руками растут на треть!

2️⃣ Email Verification после Waterfall Enrichment: Найти email проспекта и найти живой email это два совершенно разных сценария. Разобрал чеклист из шести пунктов который решает готов ли проспект к первому касанию или нет.

3️⃣ Топ 20 причин почему стартапы фейлятся: Нашёл отчёт по 3000 закрытых стартапов за последние 10 лет и сразу пошёл искать там свой собственный кейс. Делюсь главными причинами провалов и честной историей как в 2020 году закрылся мой стартап Jammy.

4️⃣ Double Tap Approach: Почти все фаундеры отправляют одно холодное письмо и просто ждут чуда? Показал как коннект в LinkedIn и письмо в один день усиливают друг друга и поднимают reply rate с первого касания.

5️⃣ Самая недооценённая фишка Discovery звонков: Демо прошло гладко, боль нащупана, а сделка всё равно умерла? Разобрал по методологии SPIN почему слишком быстрый прыжок в питч убивает сделку заранее.

6️⃣ Как ElevenLabs дошли до $600M ARR: Их CRM первые девять месяцев была обычной гугл табличкой. Разобрал подкаст с Carles Reina, первым инвестором и четвёртым сотрудником ElevenLabs, про их холодный аутрич с нуля.

7️⃣ Как строится цепочка касаний в 2026: Amex ответил команде Humoniq (YC S25) на 26 касании, и ни одно из них не повторялось. Разобрал какие сигналы buying intent реально работают внутри цепочки касаний.

8️⃣ Pain Funnel по Sandler: Ты посчитал с проспектом цену его боли в деньгах, он согласился с цифрой, а сделка всё равно не закрылась? Разобрал тот самый неудобный вопрос который почти никто не задаёт проспекту.

А также напоминаю про мой подкаст про Go-to-Market, тем кто не смотрел рекомендую дать шанс:

🆕 Биченко, фаундер Recombine AI: $1.3M ARR на self hosted ИИ агентах

🆕 Табунов, серийный предприниматель: 65M на Coub (YC S16), 1 млрд на iFunny, и почему 1 из 4 стартапов точно выстрелит?

🆕 Перш, фаундер Oria AI: путь с 0 до $100K ARR за 6 месяцев

Желаю всем хороших и долгих выходных, и до скорого 🤭


Даня доделал свою игру до того, что ты в ней играешь за "губернатора" - строишь свои города, собираешь налоги.

Стало скучно и он решил сделать "Мультиплеер".

Далее краткое устройство капитализма.

1. Я друзьям раздам промокоды на деньги
Про супер промокоду на старте можно получить миллиард. Для друзей
По обычному - 10 млн рублей на старте. Просто в школе раздам.

Если промокода нет - ты стартуешь игру с кучи "заблокированных тачек" и "заблокированных особняков". Им будут доступны просто популярные машины и квартиры.

2. После того, как я раздам промокоды - я начну повышать цены на все.
3. Чтобы друзья из за этого не расстраивались, я дам им, то, что им интересно - стадионы, небоскребы, свои города.

4. Законы мира меняю только я. Мои друзья могут многое поменять, но главные законы делаю я. Иначе, они такого натворят в моем мире и все испортят.

https://moy-gorod-daniel.netlify.app/ - промокодов для вас нет)


Глеб Кудрявцев — мастер AI dan repost
Чувак в соло навайбкодил фотошоп для мака. Я помню как пытался найти на мак нормальный софт для редактирования картинок — и это было просто днище. Не в обиду оупенсорсу старой волны, но это просто был стыд.

А тут — реально отличная софтина, все работает. Как старый добрый фотошоп, не испорченый анальными ограничениями. MIT лицензия.

Если вы все еще думаете, что _просто_софт_ будет иметь какую-то ценность в современном мире — у меня для вас очередной сигнал.

Качать тут


e/acc dan repost
В какие AI-стартапы больше всего инвестируют?

Захотел разобраться, какие AI-стартапы реально финансируют, и в каких доменах есть рост инвестиции год к году. Сделал так:

1) Открыл Claude
2) Подключил его через MCP к Anysite.io
3) За пару часов сделал разбор 7 740 AI-стартапов по 20 разным юзкейсам, которые они решают (например, voice generation и т.д.)

Самое сочное:

— Anthropic, xAI и Project Prometheus забрали $138 млрд. Это 43% всех денег AI-стартапов с 2020 года
— В 2025-м денег в AI стало вдвое больше, а сделок — всего на 20%. Деньги уходят в мега-раунды
— По числу сделок быстрее всех растут голосовые агенты (+59%) и роботы (+41%), а по инвестициям разрывает Legal AI: +423% за год
— Публичная информация о выручке нашлась всего по 30 компаниям. У Anthropic $65 млрд в год, у Cursor $4 млрд

В удивительно время живём. Ресёрч уровня инвестфонда теперь собирается за полдня и без команды аналитиков. Промпт Клоду и доступ к Crunchbase и новостям через Anysite.io. Обязательно посмотрите файлик с отчётом — это просто кайф.

Если хотите собирать такие же исследования для своего GTM — используйте free trial Anysite.io на 7 дней + по промокоду ANYCC вы получите месяц бесплатного доступа на тарифе MCP $30.

А ещё через этот сервис можно парсить соцсети, искать почты, и в целом полностью закрывать GTM и outbound потребности.

#реклама






Желаю продуктивных выходных!


Dealer.AI dan repost
Retrieve for train, учим google поиск работать с подзапросами в неявном виде. 💻

Вышла интересная работа в бложике Google, в которой ребятки показывают как можно делать multi hop RAG без явной генерации подзапросов на запрос.

Суть проблемы. Современные поисковые системы должны возвращать на запрос не одну лучшую ссылку, а связный набор взаимодополняющих результатов на первой странице. Например, на запрос "походное снаряжение" – поварешку, миску ложку, два батона колбасы, палатку, спальник, горелку, фонарь. 😁

Для этого используется техника query fan-out: один широкий запрос разбивается на несколько подзапросов, которые составляют полную группу кандидатов на ответ исходного запроса.

Однако научить LLM делать это динамически дорого, ввиду:
- Коллапса парафраз, те без оптимизации под базу данных zero-shot LLM генерируют почти одинаковые по смыслу подзапросы.
-Задержка авторегрессии. LLM вынуждены генерировать сотни промежуточных цепочек рассуждений, чтобы спланировать разбиение. Это дорого + создаёт рост latency. Те время на ответ растёт. 😐

Че делать? Тут и придумали R4T. Идея один раз обучить модель через RL на генерацию нужных подзапросов, а потом сдистиллировать её поведение в лёгкую диффузионную модель, которая работает за один проход. 🧠

Подробнее:
1. RL-обучение. Делают FOLM модель на основе Qwen3 4b или Gemma3 такого же размера. FOLM генерирует подзапросы в виде текста и получает награду по трём критериям:
· Groundedness  подзапрос должен соответствовать реальному объекту в базе поиска. Измеряют через минимальное эмбеддинг расстояние между запросами в базе и подзапросов. Далее вычитают скор из 1. Это и есть награда по оси.
· Diversity  измеряется через оценку семантического разнообразия фраз, зовут это Vendi Score, чтобы не было синонимов. Я бы тут брал угловые расстояние между эмбами подзапросов, нормы векторов и сравнивал это. Но над бы пороги подбирать. А тут красиво, через собственные значения векторов. Что показывает на сколько соноправлены эти вектора + угол. Что я и хотел придумать выше. 🌿
· Alignment привязка к исходному запросу, чтобы не уйти в семантический дрейф и не улететь по теме не туда. Логично, что каждый эмб подзапроса сравнивают с эмбом запроса.

Итого нам не нужна никакая иная модель судья кроме эмбеддера векторной базы знаний. При этом сам эмбеддер мы не меняем, не тюним и тп.

2. Далее крч, на этом учится модель FOLM через RLVR. Потом модель генерирует К траекторий подзапросов. Они эмбеддятся и идут на обучение диффузионного эмбеддера, всего на 53,9 млн параметров. Он учится по паре эмбеддинг запроса → набор целевых эмбеддингов подзапросов. Важно, что FOLM генерирует именно текст, а затем внешний эмбеддер превращает его в векторы. Диффузионная модель уже работает с готовыми векторами.

За счёт этих фокусов мы на проде получаем на запрос в поиск сразу К эмбов подзапросов без промежуточных рассуждений в токенах.

Результат впечатляющий:
· Ускорение в 12–20 раз.
Авторегрессионные подходы до 50 секунд.
R4T доли секунды/несколько секунд.
· Качество выше, чем у zero-shot и Best-of-N.

Естественно приходится за скорость платить пайпом из М шагов обучения. Чудес не бывает. 😏


Валера Ковальский dan repost
Наш jev? FRIDA-Decisions!


Ребята из ру сегмента тоже не отстают

FRIDA-Decisions makes structured decisions over Russian text in a single encoder pass: pick one of K options, place a text on an ordinal scale, answer yes / no, or rank candidates. The options are written as text inside the request, so a new label set is a new JSON, not a new training run. No generation, no output tokens, no parsing: every answer is one of the declared options, with its confidence.


Через пару часов будет на neuraldeep.ru

Отличное развитие https://huggingface.co/ai-forever/FRIDA (которая у нас тоже есть) от автора канала

https://huggingface.co/ai-forever/FRIDA-Decisions


Валера большой красавчик - от появления модели до продакшн на тысячи клиентов - проходит 1-2 часа.

В чем идея Джева - Джев , этот то самый эффективный парень, который говорит всему миру ДДМ - "болтать, не мешки ворочать". Вам не нужен огромный декодер, чтобы чиселку получить для ответа на вопрос.

ЧатГПТ - прекрасный оратор. Джев - интроверт, который выдает однословные ответы.

В штатах сейчас идет вторая волна "ГПТ момента", когда на базе Джева создано такое же количество демо, как было создано на ГПТ.


Время Валеры dan repost
В воскресенье, 11 октября в 19 по Лондону (21 по мск), проведём стрим с моим другом и будущим соавтором книги про дизайн агентских систем — Алексеем.

Он долгое время работал в информационной безопасности: разрабатывал антивирусные технологии, системы обнаружения сложных целенаправленных атак и инфраструктуру для обработки больших объёмов данных. Технологии, созданные под его руководством, лицензировали и использовали Яндекс, ВКонтакте, Одноклассники и другие крупные компании.

Последние несколько лет Алексей строит production-агентов для бизнеса — системы, которым можно доверить реальные бизнес-процессы.

В центре его интересов — архитектура агентских систем и agent harness, tool calling, управление контекстом, evals, а также надёжность и контроль поведения агентов в production.

Вопросы можно писать в комментариях к посту


Mr.B’s channel dan repost
Однажды в Тольятти началось восстание машин, но тут же заглохло.


RnD ML Team dan repost
Эффективный_контекст_для_генеративных_систем.pptx
13.0Mb
📌 10 докладов AI RnD Day в одном посте

🎙 Где это видано, где это слыхано: управляемые Full-Duplex модели [Малбашич Данило, Таразанов Артемий]

🔍 Агенты-разведчики: ищем обучающие данные в хранилище без каталога [Метальников Максим]

🌐 От слов к виджетам [Пионтковская Ирина]

🤔 Как научить модель думать по-человечески? [Федорова Инесса]

🏃‍♀️ Скорость без компромиссов: современные архитектуры эффективных LLM [Арсенин Никита]

📹 Как обрабатывать видео с помощью VLM и не потратить весь контекст [Сидоров Никита]

👩‍💻 Приводит ли компрессия информации к истине [Крестников Костя]

📊 Модель говорит по-русски. А понимает? 5 новых линеек бенчмарков [Феногенова Алена]

🔎 Эффективный контекст для генеративных систем: как мы обучали поискового агента [Снегирев Артём]

🧠 Долгосрочная омнимодальная память [Безбородов Андрей]

#conference @rndml_team


Детектор «нерфа» Opus 5.5 на собственной проверке не отличил Opus 5.5 от подставленного вместо него Opus 5.

Это livenerf — открытый бенчмарк разработчика под ником ninjahawk. Он стартовал примерно через два с половиной дня после релиза и раз в день гоняет одну и ту же панель вопросов, чтобы поймать момент, когда модель тихо станет хуже. За свой счёт, на подписке Max. Тред о нём на Hacker News собрал больше 900 баллов.

Прежде чем мерить, автор проверил сам прибор: дал ему заведомо известные ухудшения. Результат подмены модели он вынес в README отдельным пунктом — «Предел». Opus 5 вместо Opus 5.5 дал минус 3,8 пункта точности при стандартной ошибке 6,3 — на заранее заданном пороге 99% неразличимо.

Снижение effort прибор видит — но в токенах, а не в точности. На low выходных токенов меньше на 62%, чем на high. Точность при этом падает на 8,3 пункта с ошибкой 4,5 — на границе шума.

Поэтому главным вторичным сигналом автор называет счётчик выходных токенов: если модель тихо начнёт думать меньше, первым это покажет он, часто раньше, чем сдвинется точность.

Вторая находка — про то, что принимают за модель. Версию Claude Code автор закрепил и пишет, что это не обсуждается. Его формулировка:


Обновление Claude Code меняет обвязку, а изменившаяся обвязка выглядит ровно как изменившаяся модель.

Цена такой строгости видна в цифрах. Из 2 336 вопросов в панель попали 78: почти на всех остальных Opus 5.5 либо всегда прав, либо всегда неправ. Один прогон в день ловит сдвиг примерно от 7,5 пункта за десятидневное окно и съедает около 3,6% недельного лимита.

Вердикта пока нет, первый возможный — около 24 октября. График, под которым на Reddit в конце сентября спорили про «провал», автор тогда сам назвал базовой линией, которая ещё собиралась. Аудит 80 вопросов — 78 из панели и двух исключённых позже — нашёл 8 ключей ответов, похожих на ошибочные, и 30 неоднозначных вопросов.

Одна неудачная сессия — выборка из одного. Прибору с ежедневным прогоном одних и тех же вопросов нужен месяц.

https://github.com/ninjahawk/livenerf

Расскажите, по какому признаку вы в последний раз решили, что модель «отупела», — посмотрим, что из этого вообще можно проверить.


Примерно на половину вопросов, которые Шон Гёдеке задаёт агенту, он получает ответ, который убеждает его: модель ошиблась. И это ошибки замысла, а не кода.

Гёдеке — австралийский инженер, пишет блог про AI и устройство больших компаний. 25 сентября он описал, с чем в основном работает: GPT-6 Astra и Claude Opus 5.5. В коде они ошибаются редко — взялись сделать и обычно делают; в другом домене или на другом языке, оговаривается он, может быть иначе. В проектировании, по его словам, ошибаются постоянно: считают, что два сервиса могут общаться, когда не могут, или забывают, что код должен работать и в облаке, и на своих серверах.

Главную причину он называет одной фразой: языковая модель всегда в своём первом рабочем дне. Вы в первый день этого тоже не знали, но у вас было время выучить.

Его вопросы — готовый список для разговора с агентом:

— делаем ли мы это где-то ещё в кодовой базе;
— сервис правда поддерживает такую авторизацию или ты предполагаешь, что её ещё придётся построить;
— эта подсистема нужна для самого требования или для другого, которое ты сам предположил;
— зачем менять этот интерфейс;
— зачем трогать этот файл, он разве относится к изменению.

«Примерно половина» — его ощущение, а не замер. Про наводящие вопросы он пишет отдельно: модель они не ломают — хорошие модели, по его опыту, охотно отстаивают своё решение.

https://seangoedecke.com/you-should-all-be-asking-way-more-questions/

Пришлите вопрос, который у вас чаще всего ловит агента на лишней работе.


В Zapier сотрудников оценивают по рубрике AI-навыков — и CEO компании Уэйд Фостер говорит, что постоянно сидеть на её верхнем уровне, пожалуй, бесполезно.

В рубрике четыре уровня, от unacceptable до transformative, вторая версия вышла 31 марта. В выпуске подкаста Аакаша Гупты от 24 сентября Фостер разбирает её на примере продактов.

Нижний уровень у него — фильтр: это планка, с которой в Zapier не нанимают. А простые задачи — суммаризация, поиск, черновик PRD — в 2026 году, по его словам, входной минимум для большинства компаний.

Неожиданное начинается наверху. Про уровень transformative он говорит так:


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

Дальше — про компанию. Продактов в Zapier, по его прикидке, тридцать-сорок, и тридцать собственных систем с агентным циклом ему не нужны.

Нужен один общий способ работы, может быть, пара. Строит его, по описанию Фостера, горстка людей — команда или две. Часть продактов пока работает по старому плейбуку и время от времени тестирует новый порядок.

Сам верхний уровень Фостер определяет жёстко: для него это человек, который буквально первым делает что-то таким способом. На вопрос ведущего, не одна ли такая оценка за полугодие на команду в тридцать-сорок продактов, отвечает: возможно, процент, скорее всего, небольшой.

Себя он ставит ниже — во многом на adoptive. И ждёт от сотрудников обратного: в своей профессии вы должны быть впереди CEO. Если он замечает очевидное, чего не видите вы, — это, по его словам, плохой сигнал.

Выходит, рубрика нужна компании не для того, чтобы каждый дорос до верха, а чтобы немногие построили общий способ и остальные на него перешли. Это наше прочтение, Фостер так не формулирует. Но цель «у каждого своя мини-версия» он отвергает прямо.

Выпуск бесплатный, но большинство цитат есть только в транскрипте: на странице — лишь часть.

https://www.news.aakashg.com/p/zapier-ai-fluency-rubric-for-pms

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


Sonnet 5.5 на максимальном effort обходится дороже, чем Opus 5.5 на максимальном, — хотя токен у него вдвое дешевле.

Это замер Artificial Analysis, независимой от Anthropic. Прогон их индекса на Sonnet 5.5 max стоит в среднем $7,67 за задачу, на Opus 5.5 max — $5,98, и Opus набирает 58 баллов против 56. Те же 56 баллов Opus даёт на xhigh — за $3,46.

Тот же Sonnet на medium — $0,59 за задачу и 41 балл. Между medium и max у одной модели разница в цене тринадцатикратная, это уже наш пересчёт.

Anthropic пишет близкое сама: на высоких настройках Sonnet может работать сопоставимо с Opus при схожей цене за задачу.

Если Sonnet у вас стоит на max ради экономии, сверьтесь с /usage. В этом замере уровень effort двигает счёт сильнее, чем выбор модели, — правда, задачи индекса — не ваш код.

https://artificialanalysis.ai/models/claude-sonnet-5-5


Сносное разовое решение агента не остаётся разовым. Следующие агенты берут его за образец.

Антон Зайдес больше шести лет руководит разработкой и ведёт рассылку для инженерных менеджеров. 15 сентября он опубликовал сообщение, которое самый опытный инженер его команды написал в общий канал. Тот чистил код и заметил повторяющуюся картину: там, где хороших примеров не было, один агент сделал проходное разовое решение — и несколько других взяли его реализацию за золотой стандарт.

Планку инженер предлагает такую. Его слова:


Каждая строка, которая попадает в нашу кодовую базу, должна выдерживать вопрос: а что, если ещё сто человек сделают ровно то же самое везде.

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

За пять месяцев ревью у них упало со 100% до 2%. Вторая цифра — за сентябрь, на момент статьи неполный.

Пул-реквестов в августе стало 28 в день вместо четырёх.

Объяснение у Зайдеса важнее графика. Ревью заставляло автора по-настоящему понять, что написал агент: на вопросы в пул-реквесте приходилось отвечать самому. Принуждение убрали — и срезать углы, пишет он, начали все.

Отсюда его версия теории разбитых окон. Район деградирует постепенно, обычная кодовая база — годами, а с агентами цикл сжимается до месяцев или даже дней: агент делает обходной путь, вы его толком не посмотрели, а дальше он просто следует существующему образцу.

Решения у Зайдеса нет, и он пишет это прямо: хорошего способа пока не нашёл никто. Лучший совет, который он слышал, — оставить ревью примерно на 5% пул-реквестов и много ревьюить планы; второе он сам ещё не пробовал. Все цифры — одной команды на новом продукте.

https://www.manager.dev/newsletter/the-broken-windows-theory-of-coding-agents

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


Открытый протокол не делает сервер открытым: к удалённому MCP-серверу Figma подключится только тот агент, которого Figma внесла в свой каталог.

Это правило из её документации: клиенты вне каталога не подключаются, разработчикам новых предлагают лист ожидания. 1 октября тред об этом вышел на Hacker News и ко 2 октября набрал 180 баллов; судя по заголовку, за бортом оказался агент Pi. Правило не новое: жалоба на 403 при подключении из opencode висит на форуме Figma с 1 апреля.

Там же лимиты на вызовы, которые читают данные: 20 в месяц на тарифе Starter, для мест Dev и Full — 200 в день на Organization и 600 на Enterprise. Запись на холст, по справке Figma, бесплатна, пока идёт бета; дальше обещана оплата по расходу.

Посмотрите, какие серверы в вашем .mcp.json принадлежат чужому продукту. Агента для них выбираете уже не вы, а владелец сервера.

https://developers.figma.com/docs/figma-mcp-server/rate-limits-access/


Поляков считает: AI, код и кейсы dan repost
Anthropic снова раздаёт баны: обсуждаем что делать

Сегодня утром оживился чат моего канала. Подписчики обсуждают, что за ночь прокатилась большая волна банов. Открываю сторис — там тоже скриншоты писем счастья от Антропик. Иду смотреть чаты где меня тегнули за ночь, там спрашивают помогли ли апелляции.

🤦🏻‍♂️ Я за минувшую неделю получил два таких письма. Деньги не возвращают. Один аккаунт был на подписке за 200, другой на подписке за 100 долларов. Апелляции вернули отказ.


🤷‍♂️ Anthropic явно развивают направление модерации

Первый account suspended я получил ещё весной. Тогда на апелляцию мне даже не ответили. Следующий аккаунт продержался полгода. Но самое интересное, что компания явно развивает это направление, прикрепил как выглядят страницы апелляции весной и сейчас. Причём весенний бан не поменял дизайн, видимо нельзя дать обратную совместимость.

Как видите появились новые фичи: бекап данных (там можно увидеть даже когда вы авторизовались из странных локаций) и полное удаление аккаунта.

Ну и да, юридически ребята явно подготовились, так как ещё весной деньги возвращали.

🤔 А что если удалить аккаунт и снова зарегистрировать

Так как можно удалить аккаунт, то может быть можно и «забыть» бан просто удалив его? Попробовал — нет, так не работает. Второй раз в той же почтой не войти — email already in use. То есть аккаунт хоть и удаляют, но не до конца. GDPR c Роскомнадзором на них нет.

Но можно попробовать не допускать телематики в будущем, в одном из чатов мне преложили вычищать из конфиг-файлов клода device id + чаще использовать CLI версию кодинг харнеса, чтобы не передавать дополнительную мета-информацию.

На самом деле пользоваться можно пордолжать, просто очень дорого

Все забанненые аккаунты продолжают работать со стороны platform.anthropic.com, можно авторизоваться по API ключу и выполнять все задачи на Opus 5.5)

👀 Поковырял данные, нашёл очень много меты

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

CLI (~/.claude.json):
- machineID ba1e5585… — генерируется один раз и персистит в конфиге. Не привязан к аккаунту → общий для всех аккаунтов на машине
- userID 96d4a757… — это и есть device_id из телеметрии (совпадение подтверждено)
- anonymousId claudeco… — анонимный ID телеметрии
- Вложенный ~/.claude/.claude.json (используется cowork-VM/другой установкой) — вторая пара machineID 69687fc8… / userID 74b0689a…. Два разных machineID на одной машине → это не hardware-отпечаток, а сгенерированный-per-конфиг
ID

Десктопное приложение (~/Library/Application Support/Claude/):
- ant-did — device ID приложения (UUID bb7c7c4c-5…, base64)
- ant-device-registry.json — жемчужина: реестр «аккаунт → pk1:: устройства». В нём зарегистрированы и старый аккаунт 3112f538…, и текущий 0cd53e76… — т.е. «одна и та же машина» сознательно привязана к
каждому аккаунту, события подписываются ключом устройства (deviceEventSignerFor найден в коде)
- ccd-ids.json — salt для производных ID
- remote-control-state.json — telemetrySalt + identities
- config.json — lastKnownAccountUuid, first_launch_at, hasTrackedInitialActivation
- chromeExtension.pairedDeviceId в .claude.json
- В claude-code-sessions/ лежат 3 аккаунт-UUID (текущий, предыдущий, и третий 982ddb5b…)



Как будто если делать новый акк, стоит удалять эти файлы с папками и инициализироваться по новой, чтобы не светиться ant-device-registry.json и machineID

Если тоже получили письмо, поделитесь в комментариях, что будете делать и как анонимизироваться?

----

Поляков считает — AI, код и кейсы

20 ta oxirgi post ko‘rsatilgan.