https://www.githubstatus.com
Сегодня день падений.

И если падение клаудфлера во многом мешало развлекаться, то сейчас упал гитхаб

UPD: вернулся

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

Модель: gemini-3-pro-image-preview
Запрос:

Draw a schematic illustration of the rope press-down exercise. The diagram should feature a muscular man. The man is on the left, and the machine is on the right. The man's triceps should be highlighted in red, since they are working during the exercise. The biceps should not be highlighted.

Правда вот цена - это капец: $0.134 за картинку.

Попробовать тута: https://aistudio.google.com/

Тут хочется поздравить человечество, что мы опять в жопе как и в 2020-2022, но в данный момент дефицит не чипов, а модулей памяти.

Причём во всём виноваты все те же нейронки. https://www.tomshardware.com/pc-components/dram/openais-stargate-project-to-consume-up-to-40-percent-of-global-dram-output-inks-deal-with-samsung-and-sk-hynix-to-the-tune-of-up-to-900-000-wafers-per-month. До 40% всего спроса на чипы памяти обеспечивает одна OpenAI. А ещё есть всякие амазоны, гуглы, твиттеры и прочие ребята, которые хотят построить кучу датацентров.

Чтобы понять насколько ситуация шизовая - память HBM3 продаётся дешевле чем DDR4. А hbm3 в нормальном рынке была раз в 15 дороже чем DDR. https://www.techpowerup.com/343074/nvidia-demand-may-double-lpddr5x-and-server-dram-prices-in-2026

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

Я тут последний месяц 100% времени посидел на опенаишном codex. И, это провал полный.

Если очень вкратце:
- Нет архитект мода. Ты не можешь сначала порассуждать о плане выполнения задачи, а потом запустить выполнение. Это архинеудобно
- Переключение reasoning в процессе работы слишком геморное. Сначала надо выбрать модель, а потом уже качество ризонинга.
Причём место настолько неочевидное, что я его не сумел загуглить нормально, и узнал о нём только из комментов.
- codex как и claude code позволяет остановить работу в любом месте и докинуть исправление в промпт. Но это тупо не работает. Клиент тебя игнорирует и попросту продолжает свой изначально построенный план
- claude code умеет в офигенную фишку: если ты в какой-нибудь директории сделаешь CLAUDE.md, то клиент прочтёт этот файл, если ему нужен какой-либо ресурс из этой директории. Это позволяет удобно бить документацию по пакетам. В codex же подобного нет. Есть только центральный AGENTS.md, остальное игнорируется. В итоге часть промпта занимает описание этого поведения, который иногда игнорится.
- codex не умеет ходить по вебу. У него попросту нет встроенных для этого тулов.

И если взять подписку на chatgpt, то ты получаешь работу и в codex. Однако есть нюансы:
- у anthropic есть подписки 3 уровней: 20/100/200. А у openai только 20/200. Ну, вот для меня 200 слишком дорого, а лимитов на 20 тупо не хватает. Ценовая политика по сравнению с конкурентами, увы, проигрывает
- claude code может не устраивать людей по качеству, но это не проблема. Можно взять альтернативные клиенты, по типу opencode, которые возьмут твою подписку и будут работать по-другому, что может больше тебе подходить. Я сам лично знаю таких людей.
Но с codex история другая. Они проверяют абсолютно все аргументы на сервере. Послал не ту куку? Пока. Послал не то название клиента? Покедова. И тут самое главное: послал другой системный запрос? Тоже работать не будет.
В итоге я могу продолжить платить антропику, даже если мне не нравятся его продукты. А вот с openai ты гвоздями прибит к их плохому софту.

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

В последнее время я часто слышу про git worktree повсюду, поэтому решил разобраться шо это за зверь.

Если очень вкратце, то это более эффективный шорткат для git clone, который работает локально.
И вроде с момента появления прошло очень очень много времени(команда появилась в 2015 году), но нормальной поддержки со стороны редакторов тупо нет.

И по идее специальная поддержка особо не требовалась. Нет никаких проблем просто переключить проект, но не после 2022 года, когда все редакторы начали тащить к себе AI.
Вы попросту не можете переключаться между проектами, так как все агенты, все процессы и т.п. тупо привязаны к дикетории: при её смене всё окружение теряется.

Я сейчас полностью сижу на Cursor ради теста и вижу, что там ребята вообще не запариваются насчёт пользовательского опыта:
- Всё то же отсуствие поддержки git worktree на уровне редактора. Хочешь посмотреть в другой инстанс? Перезапускай редактор.
- Хочешь запустить ЛЛМку? Ну, у тебя нет такой возможности. Да, мы недавно выпустили 2.0, но мы там сами создадим за тебя worktree. И пофигу, что у тебя там могут быть какие-то нестандартные init скрипты, без которых код не работает и не имеет смысла

С конкурентом в виде webstorm ситуация не лучше. Я не проверял их jetbrains ai сейчас, но при переключении воркспейсов через плагин "git worktree" у меня так же сбросиласи история старых запросов от времён, когда подписка была активной.

Что до cli(claude code/codex): там нет особо проблем в этой ситуации. Я постоянно переключаюсь между разными терминалами и поэтому нет проблем продолжить переключаться между ники. А вот с GUI создаётся очень большое когнитивное неудобство.

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

Почему всё так сложно?

Сейчас я пилю один мелкий ленивый проект и в очередной раз сталкиваюсь с тем, что для простейших действий надо иметь 50 всевышних образований, просто для того, чтобы всё хоть как-то работало.

Дело было так. Захожу я в админку и вижу сабж с картинки. В нём нет ничего криминального, кроме одной непонятной строки: percent cached 6.28%. И это странно, потому что
а) сайт полностью статичный. В нём буквально 0 динамики: только html и css, ничего более
б) все эти файлики напрямую грузятся в cloudflare pages, т.е. клаудфлер знает когда эти файлы загружены и что делать с кешами.
в) ситуация максимально тупая:
curl -I https://pickyouragent.dev | grep "cf-ray" возвращает FRA
curl -I https://pickyouragent-dev.pages.dev | grep "cf-ray" же - AKX

Т.е. если запросы идут напрямую в pages, то данные берутся с ближайшего для меня CDN(AKX), а вот если на кастомный домен(который подключен через интерфейс клаудфлера) - данные улетают во Франкфурт.

А теперь сюр: мало того, что оно почему-то не работает из коробки, так и нагуглить проблему невозможно. Ты или попадаешь на нейроговно, которое сделано только для кликов, или же на форумы cloudflare, где вопросы просто висят в воздухе и закрываются, так как на них не получены результаты. chatgpt, claude, гуглы и прочие гроки тоже дают очень умный, красивый и полностью бесполезный текст.

Но если же вы считаете, что у AWS, Digital Ocean или других провайдеров лучше, то пересчитайте. Эти ребята тоже разраслись донельзя, что на их админку без выпученных глаз(и 50 всевышних диссертаций) не взглянуть.

И, увы, есть только одно решение, которое смотрит не только на функциональность, но и на удобство - Vercel. Жутко не рекомендую, потому что эти ребята делают Next, захватили React и творят прочие безобразия, но для хостинга для дебилов с хлебушком вместо мозга, по типу меня - это самое то. Там просто всё работает(за кучу денег в дальнейшем, конечно же, но это совершенно другая история).

https://pickyouragent.dev
https://github.com/XaveScor/pickyouragent-dev/

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

Возможно, получится собрать набор must-have и nice-to-have фич, которые должны быть в идеальном клиенте.

А пока планирую прыгать по популярным агентам, чтобы понять какие фичи выделяют их на рынке и реально ли они полезны в работе. До конца месяца пока мучаю cursor, потом пойду на windsurf.

Приятно иметь небольшой проект, на котором можно потренировать разные скиллы.
ТЛДР:
https://pickyouragent.dev - оптимизированная версия
https://pickyouragent-dev.pages.dev - неоптимизированная.
Желательно проверять в хромиуме.
Так же можете глянуть как работает https://v1000.reatom.dev. Супер стейт менеджер, всем рекомендую, но документация не оптимизирована на кеши(это важно будет ниже).

В этот раз мне захотелось разобраться как сделать максимально эффективную работу с кешами в браузере, чтобы пользователь получал данные максимально быстро.

Дано: статический сайт. В идеале - всё должно кешироваться максимально. В идеале: браузер загрузил должен грузить каждый ресурс максимум 1 раз и больше на сервер не ходить.

Что же получилось:
Слой нулевой. Сборка. Всё кроме .html переименовываем по шаблону <name>_<hash>.js. Это позволит нам очень эффективно инвалидировать файлы. Если контент файла изменился, то мы просто ссылаемся на другой файл(потому что хеш нового контента будет другим), которого уже нет в кеше.
Слой первый. CDN.
Тут всё просто:
- Говорим Clodflare(далее CF) что надо кешировать все файлы на 1 год на своём уровне(так называемый Edge level) и игнорировать GET параметры в урле(/a?a=1 и /a?b=2 считаются одним и тем же адресом). А так же генерировать для каждого файла свой Etag(об этом чуть позже).
В итоге первый запрос на CDN будет создавать кеш, а уже следующие запросы будут не ходить к вам на сервер, а браться напрямую с CDN. И это позволит человеку из Австралии тратить не 2 секунды на установку соединения, а за 200-500мс брать файл с ближайшего CDN

Слой второй. Браузер. HTTP-кеш
- Для всех файлов кроме .html ставим max-age в 1 год. Этот заголовок говорит браузеру, что можно безопасно читать файл с дискового кеша вместо похода на сервер. А если страницы сайта реюзают разные файлы, то переходы по страницам будут куда быстрее.
Так же не забываем о значении must-revalidate. Это позволит браузеру включать ранее полученный ETag в запросы, а серверу смотреть поменялся ли Etag и отвечать 200, если контента файла нет у клиента, или же 304, если контент уже есть.
Ещё небольшая экономия на пересылке контента.

- Кешировать .html на 1 год мы не можем, так как, вспоминаем шаг 0, имена .html в браузерном кеше всегда одинаковые. Но если мы хотим обновлять содержимое сайта, то надо заставить клиент перекачивать .html. Поэтому мы не можем ставить большой max-age
И тут возникает проблема: пользователь готов ждать первую загрузку и это незаметно для него. Но лаги во время переходов между страницами будут бесить.
Для сокращения лагов во время переходов придумали отдельный механизм: префетчинг. Но, увы, он не работает везде. В хромиумах лучше всего. В FF только если max-age != 0. А в сафари вообще надо костылить через fetch. Больше инфы тут: https://github.com/withastro/astro/issues/10464#issuecomment-2104238799
Поэтому, для .html ставим max-age=1. Если честно, то нет разницы какой мы ставим max-age, потому что CF так же посылает заголовок Age. Он означает сколько секунд файл валяется на конкретной ноде CDN. И, max-age работает, учитывая Age. Можете поразмыслить почему кеш или всегда будет протухшим, или же мешать нам запрашивать новые данные.

Слой третий. Браузер. Service Worker
- Как выяснили выше, у нас на уровне HTTP .html будет всё время мазать мимо кеша. А во время префетчинга хочется начать загружать страницу, когда пользовать просто наведётся на ссылку, чтобы при клике оставалось только показать страницу, а не скачивать её.
И тут проблема - из-за кешмисов мы в итоге получим 2 запроса. Префетчинг и переход. Это можно прекрасно увидеть на https://v1000.reatom.dev. Там как раз идёт префетчинг, а потом загрузка этой же страницы заново.
Для того, чтобы поправить эту проблему можно использовать Service Worker. Они позволяют перехватывать все запросы и подменять ответ, если требуется. И кеши на pickyouragent сделаны как раз с помощью них. Каждая страница кешируется в SW на 30 секунд. В итоге браузер делает 2 запроса, но они моментально возвращаются из кеша.
А если проект обновится, то нет проблемы - пользователь увидит новую версию просто на 30 секунд позже.
Так же во время исследования я нашёл workbox: https://github.com/GoogleChrome/workbox. Суперрешение для типовых задач внутри SW.

Итоги:
На https://pickyouragent.dev пользователь испытывает задержки около 30-40мс при навигации по сайту, что воспринимается как мгновенно.
В FF - около 60-70мс, что раздражает, но это всё равно куда быстрее, чем 1 запрос до CDN
В Safari - около 100-150мс. Префетчинг пока что сломан.

Вот и одна из причин почему сайты в хромиуме работают в среднем побыстрее чем в его конкурентах.

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

Не особо интересно и переиспользуемо как мы раскапывали эту проблему: нам повезло, что один из несчастливчиков был на короткой ноге с нами и дал содержимое своего localStorage.
Проблема же оказалась в том, что у нас не настроены политики по работе с внешними ресурсами - каждый мог читать и писать как ему вздумается. В итоге в одном месте правила хранения изменили. А в другом - нет. И это другое место рушило страницу.

Ретро простое:
1. нужно запилить пакет, который управляет всеми внешними хранилищами браузера(localstorage, sessionstorage, cookies, webstorage, etc) и сам делает все операции.
На созвоне выяснили, что необходимо инструменту поддерживать:
- миграции
- версионирование
- серилизацию/десерилизацию
2. Нужно запилить eslint плагин, который будет бить по рукам в случае прямого обращения в localstorage и прочим апишкам.

Так же я решил поискать как это сделано у других: и результат - никак. Ни next, ни nuxt, ни другие либы чот не дают нормального способа управлять хранилищами. Даже скопировать негде.
Внезапно, инфа нашлась только на https://v1000.reatom.dev/handbook/persist/#localstorage--sessionstorage. Советую ознакомиться. Не для того чтобы переходить на reatom, а для того, чтобы просто скопировать к себе публичный апи и сгенерить по его описанию библиотеку для своего проекта. Потому что там просто уже опробованы и реализованы, наверное, все фичи, которые могут понадобиться этому слою.

Я тут решил параллельно с курсором потестить Jetbrains Junie ещё раз, так как хочется понять сильные и слабые стороны агентов. А так как мой основной редактор - это webstorm, то почему бы и не взять заодно.

И, это, мягко говоря, провал. Я не знаю чем там занимались люди пару лет, но там буквально ничего нет для работы. Я даже не думал, что такие базовые вещи, оказывается, важны для работы. Загибайте пальцы:
- Нет план мода
- Нет возможности быстро выбирать модели. Только лезь в настройки IDE
- Нет возможности посмотреть насколько у тебя забит контекст
- Нет интеграции с линтерами, которые уже есть в IDE. Сделали интеграцию с TS, ESLint и преттиером? Да пофигу - Junie будет вызывать npx eslint ...
- Дешевые модели? Тоже мимо. Минимум gpt-5.2

А уже рабочие фичи сделаны криво: хочешь сослаться на участок кода в чате? А фиг тебе - только в новой сессии. И только в виде текста, а не ссылки на место, как это, к примеру, в cursor.

Но зато есть интеграция с claude code...

Ребят, если вы работаете через jetbrains Junie, то просто попробуйте хотя бы курсор. Не мучайте себя. Это буквально худший агент на рынке сейчас. Даже cli поделка для qwen имеет больше необходимых для жизни фич.

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

И это, пушка. Особенно за ту цену, за которую я взял perplexity. И эта пушка очень сильно автоматизирует и упрощает рутину.
Лучше всего этот подход можно назвать "боремся с дебилами на той стороне".

У меня за эти 4 дня произошло аж 3 ситуации, когда это кратно упростило жизнь(и десятки ситуация поменьше):
1. Мне нужно было забронировать отель рядом с двумя важными точками на карте, но к сожалению, агрегаторы отелей не позволяют поставить свои метки на карту и относительно них выбирать отель.
Решение простое: ставлю метки на гугл карту, делаю скриншот области и говорю Comet - найди мне эту область на карте в агрегаторе отелей. Он пошуршал там минуты 3 и нашёл. Весьма удобно.

2. Aviasales и хитрые продаваны: там есть хитрая схема, если ты ищещь билеты в местной валюте, то тебе показывают цену, которая получилась по конвертации по какому-то своему курсу. А на странице оплаты от тебя уже хотят доллары, что не является никакой самой низкой ценой.
Выход: прокликать всех продаванов, дойти до страницы списания и получить реальную цену. Итог: 355 vs 387 долларов и 5 минут ожидания. Без ИИшки я бы забил бы этим всем заниматься

3. В Казахстане, к сожалению, все весьма сильно кладут на веб версии своих магазинов, там тупо "нет в наличии" и в поисковиках нет актуальных товаров.
Выход: сказать Comet открыть 10 самых популярных маркетплейсов, найти интересующий меня товар и сравнить цены, сроки доставки, способы доставки и то откуда идёт(чтобы не попасть на межграничные процедуры всякие).

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

Из минусов: эта падла не умеет сохранять файлы и делать что-либо вне браузера( Поэтому не выйдет перенести инфу из одного сервиса в другой

Полмесяца использования Cursor или же 70 долларов спустя.

Важное предисловие:
Я считаю, что максимум работы должно выноситься из агента, потому что для каждой задачи должен выбираться инструмент, который лучше всего её выполняет. Поэтому я не поддерживаю инициативы, которые пропогандируют некоторые агенты, по типу codex 0.77.0: https://github.com/openai/skills/pull/22

В данном случае ты должен прямо просить модель "сделай план" и надеяться, что модель тебя поймёт и не помчится редактировать файлы. Подобные вещи обязаны реализовываться в агентах и максимально ограничивать модель, чтобы она не взбунтовалась.

Другой пример - это интеграция с линтерами. Да, вы можете написать свой скилл или же указать команду в AGENTS.md. Но можно поступить как курсор и вынести линтеры на уровень агента. В итоге и оно будет 100% выполняться, и не будет замусоривать контекст.

А теперь к курсору:
Это очень спорный продукт. Они сделали огромное количество удобных вещей для контекст менеджмента. К примеру, документацию, поддержку всех возможных форматов типа AGENTS.md, CLAUDE.md и т.д. Максимально универсальная фигня. Но стабильность - это нечто. Они выпускают раз в сутки обновы, которые ломают привычные вещи и чинят новые. Плюс vscode, который как IDE - ужас для новичка.

Но если посмотреть на агентскую часть, то они молодцы, реализуют В АГЕНТЕ важные частые сценарии: к примеру, план, дебаг, аск мод. Да, ты можешь просто выбрать режим, когда в codex ты вынужден как дебил каждый раз писать "я просто спрашиваю, не редактируй ничего". И codex даже после этого что-то может поправить.
Очень порадовала фича вопросов. Видно что люди пользуются своим продуктом.

Теперь к минусам: цена. Вызывать все агенты кроме auto дорого. Точнее, АРХИ ДОРОГО. Я потратил 70 долларов за полмесяца на AUTO модели. Это какая-то слабая модель без ризонинга. На подписке Claude Max 100$ я спокойно гонял опус на каждую фигню. Антропик прямо очень сильно демпингуют.

Главный вывод: если вы не пробовали нормально агенты, то Cursor - отличный выбор для старта. Если вы пробовали и не олигарх, то лучше подписаться на Claude Code.

Вся инфа на https://pickyouragent.dev/ по фичам курсора и сравнению его с claude code и codex. А я продолжаю тестировать Jetbrains Junie и иду на Kilo Code.

Очень high странный тек

Короч, я тут решил под новый год посмотреть как там живут китайцы и посетить славный город Шанхай.

Культурный шок, конечно есть.
- Вывод первый. Когда собираете вещи, то всю электронику, а желательно каждую вещь надо фотографировать и спрашивать у perplexity: "а можно ли это ввозить?". Так бы я не лишился двух хороших павербенков, которые уже нельзя ввозить в Китай;
- Вывод второй. Если можно не летать по территории Китая, то лучше не летать. Сэкономите время и деньги. Китайское воздушное гражданство жутко зарегулировано и частники вынуждены петлять вместо прямых рейсов;
- Забавный факт 3: электроника в аэропортах будет общаться с вами на русском только если вы россиянин. В противном случае: английский или как повезёт. Причём уровень английского настолько плох, что люди и электроника от государства говорят по-русски лучше чем по-английски;
- Печальный факт 4: вьезжать надо через крупные международные города. Я влетал через Урумчи, мой багаж обыскивали, демонстрируя это по видео(помним про плохой английский) и меня обыскивали, буквально засовывая пальцы внутрь моей обуви(обувь всё ещё на мне). Мои же друзья, которые влетели через Шанхай ни с чем, кроме вопросов на границе, не столкнулись;
- Факт 5: привыкайте ходить. В аэропорту километровые расстояния и почти полное отсуствие траволаторов. Но вы можете арендовать себе китайца на бибике за 50 юаней;
- Факт 6: РКН ушёл куда дальше китайцев и абсолютно все технологии обхода блокировок, разработанные для РФ, идеально работают в Китае;