Claude Island

Пользователям Claude Code подсвечу тул, который почему-то ещё не получил заслуженной популярности.

Claude Island — это маленький macOS-апп, который живёт прямо в «чёлке» (Dynamic Island) и показывает, что происходит с вашими Claude Code сессиями в реальном времени.

Что умеет:
— показывает статус всех активных Claude Code сессий
— сразу подсвечивает pending permission requests
— позволяет approve / deny tool execution, не переключаясь в окна
— работает с tmux
— обновляется через hooks Claude Code (без костылей)

По сути — минус постоянный alt+tab и проверка «а не ждёт ли агент моего клика».

Open-source, бесплатно, нативно на Swift/SwiftUI.

https://claudeisland.com/

Debug-режим в Cursor

Кажется, что в канале и так уже слишком много про Cursor,
но эту штуку всё-таки хочется озвучить.

В Cursor так же появился debug-режим, который работает очень практично:
• выбираешь Debug
• просто пишешь, на чём застрял
• получаешь шаги воспроизведения, которые нужно выполнить

А Cursor:
• сам расставляет код для отправки логов
• поднимает локальный сервер и ждет логи на порту

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

Для решения воспроизводить баг всё равно приходится много раз —
Cursor вносит правки и ждёт, что ты выполнишь шаги.

Но ключевое — ты наконец перестаёшь быть почтальоном для логов.
Cursor берёт на себя самую рутинную часть процесса.

Ждем когда через года computer use будет дешевым и Cursor сам выполнит шаги воспроизведения.
Тогда это будет уже полноценный дебаг-агент 😄

Пользователям Raycast и Умного дома Яндекса

В пятницу психанул и сделал расширение для Raycast — управление Умным домом Яндекса прямо из командной строки 🚀

👉 https://www.raycast.com/devall/yandex-smart-home

Что умеет:
• включать / выключать устройства
• менять параметры и отображать показания датчиков
• всё через быстрый поиск и команды Raycast

Зачем:
• Raycast и так центр управления системой — умный дом логично туда же
• захотел другой свет в комнате, а под рукой только ноут → шорткат и готово

Фидбек приветствуется 👀

Код написал с Cursor’ом за пол часа и час оформлял под требования для ревью 😄

Агент в Cursor перестаёт понимать твой проект?

(Избитая тема которую я уже пытался решить, но в этот раз более технологичный подход)

Чем больше кодовая база — тем чаще агент «не в контексте»: не знает, где что лежит, путает модули, предлагает устаревшие решения. В Cursor нет встроенной механики, которая держит контекст в актуальном состоянии. Я её добавил.

cursor-docs-hook — правило + хук в одном пакете.

Правило говорит агенту: создай и используй docs/INDEX.md и модульные INDEX.md как карту проекта — читай их для обзора структуры, назначения модулей, что где искать. Одна точка входа вместо разрозненных файлов.

Хук запоминает, какие файлы Cursor менял в этом прогоне. Когда Cursor завершает работу и в прогоне были правки — хук в фоне запускает cursor-agent (о котором было в этом посте) и обновляет docs/INDEX.md и INDEX.md в модулях. То, что агент по rules читает и держит в контексте, остаётся в синхронизации с кодом. Агент не теряет ориентировку при росте проекта.

Одна команда — правило и хук ставятся вместе:

npx cursor-hook install beautyfree/cursor-docs-hook

Если используешь Cursor в растущих проектах — попробуй.

👉 https://github.com/beautyfree/cursor-docs-hook

P.S. ваши звезды на гитхабе и распространения среди пользователей Cursor — лучшая благодарность✨

🦞 CLAWATHON — первый хакатон, где участвуют только AI-агенты

Без людей. Вообще.
Ни строчки кода, ни менеджмента, ни ревью от человека — всё делают агенты.

Как это устроено:
• команды из 4 AI-агентов: Frontend / Backend / Contract / PM
• координация через SKILL.md и HEARTBEAT.md
• агенты сами планируют, договариваются и шипят продукт

Организатор: Openwork
Формат: онлайн, полностью автономный
Дедлайн: 1 неделя с момента старта
Призовой фонд: $10 000 💰 в токенах $OPENWORK

Что дают из коробки:
• GitHub-репозиторий для каждой команды
• Vercel-проект
• никаких ограничений по типу продукта

Можно собирать что угодно вокруг $OPENWORK:
• DeFi
• дашборды
• игры
• социалки
• dev tools

Судейство:
1. openworkceo отбирает топ-10
2. затем Grok от xAI выбирает победителей LIVE в X

👉 https://openwork.bot/hackathon

Это уже не «AI помогает писать код»,
это AI сам делает стартап.

Небольшая фишка с тестированием запросов, о которой знают не все

При разработке и тестировании бэка удобно гонять запросы через Postman или HTTPie (я чаще использую HTTPie).
Но регулярно возникает ситуация: нужно повторить запрос, который отправляет клиент, слегка изменив данные.

Есть простой и очень рабочий трюк 👇

Копируете запрос как curl (из DevTools, логов, network tab — откуда угодно)
и просто вставляете его:
• в адресную строку HTTPie
• или в Postman

В итоге:
• копируются все заголовки
• сохраняется тело запроса
• ничего не нужно пересобирать руками

Минимум возни, никакой потери времени — сразу можно экспериментировать с данными.

Профит

У президента OpenAI вышел пост про то, как компания сознательно движется к формату agent-first

Звучит как важный сдвиг, в результате которого могут появится новые практики и инструменты

Оригинальный твит:
https://x.com/gdb/status/2019566641491963946?s=46

Вольный пересказ:

Разработка софта резко меняется: за последние месяцы (примерно с декабря) инструменты вроде Codex сделали качественный скачок. Там, где раньше ИИ помогал максимум с тестами, теперь он пишет почти весь код, делает отладку и берет на себя значительную часть операционной работы. Те, кто этого не чувствует, чаще всего просто еще не перестроили процессы, а не потому что модели «не готовы».

Для компаний это окно возможностей, сравнимое с появлением интернета или облаков. В OpenAI считают, что нужно осознанно перестраивать команды под agent-first разработку. Их ближайшая цель — чтобы:
• для любой технической задачи первым шагом было общение с агентом, а не редактор или терминал;
• использование агентов по умолчанию было безопасным и достаточно продуктивным, без постоянных дополнительных разрешений.

Что они рекомендуют делать на практике:
1. Реально начать пользоваться инструментами, а не рассуждать о них. Назначить ответственного за внедрение агентов, делиться опытом внутри команды, провести хакатон.
2. Формализовать знания: вести AGENTS.md для проектов (что агенту можно, что нельзя, где он ломается) и накапливать переиспользуемые skills в общем репозитории.
3. Открыть агентам доступ к внутренним инструментам — через CLI, MCP и т.п.
4. Проектировать код agent-first: быстрые тесты, четкие интерфейсы между компонентами.
5. Жестко бороться с “slop” — ИИ-кодом низкого качества. За любой мерж отвечает человек, требования к качеству не ниже, чем к human-written коду.
6. Строить инфраструктуру вокруг агентов: наблюдаемость, логирование траекторий агентов, централизованное управление их инструментами.

Ждем через пол года статьи от OpenAI о том, как они строят автономную разработку и как эти подходы начинают массово внедряться в компаниях по всему миру?

Про OpenFeature — стандарт для feature flags

OpenFeature — это vendor-agnostic спецификация и SDK для управления фичами (feature flags / feature toggles). По сути — попытка сделать единый API для работы с флагами независимо от того, чем ты пользуешься под капотом.

Зачем это вообще нужно:
1. Независимость от провайдера
Сегодня LaunchDarkly, завтра Flagsmith, послезавтра вообще свой in-house сервис — код приложения не меняется. Меняется только provider.
2. Единый интерфейс для всех языков
JS, Go, Java, Python, .NET, Rust и т.д.
Один mental model → меньше зоопарка SDK и костылей.
3. Чёткая спецификация
Есть:
• lifecycle флагов
• evaluation context (user, env, attrs)
• стандартизированное поведение default’ов и ошибок
Это важно, когда флаги начинают влиять на бизнес-логику, а не просто прятать кнопку.
4. Cloud Native вайб
Проект под CNCF, активно развивается, нормальная документация, понятные контракты. Не «очередной SDK», а реально стандарт.

Как это выглядит на практике:
• В коде ты работаешь с OpenFeatureClient
• Подключаешь provider (LaunchDarkly / Unleash / Flagsmith / custom)
• Дальше читаешь флаги одинаково везде — и в бэке, и во фронте, и в CLI

Почему это особенно актуально сейчас:
• фичефлаги давно перестали быть просто on/off
• A/B, gradual rollout, permissions, kill-switch’и
• агенты, автодеплой, CI/CD, environment-aware поведение
Без стандарта всё это быстро превращается в ад.

Если коротко:
OpenFeature = OpenTelemetry, но для feature flags.

🔗 https://openfeature.dev/

Ну что, с pwnagotchi на Raspberry Pi я наигрался — время OpenClaw.

Поставил OpenClaw на свой Raspberry Pi 4 и, честно, впечатление оказалось даже сильнее, чем я ожидал. В голове давно крутил идею персонального агента (все еще кручу) — и тут она внезапно стала очень осязаемой.

Нас, конечно, активно пугают историями про безопасность, и не-айтишники действительно легко могут стать жертвами. Мы-то с вами понимаем главное: третьим сторонам доверять нельзя. Поэтому критично не тянуть скиллы, которые дергают непонятные CLI или API — в любой момент они могут вернуть промпт, заставляющий OpenClaw делать всё, что угодно. А у него, на секундочку, есть доступ к bash и ко всем аккаунтам, которые вы ему разрешили.

Я уже выдал ему доступ к GitHub и Linear (да, потенциальные векторы атак через prompt-инъекции), добавил свои кастомные скиллы — например, проверку занятости доменов через dig. Всё это делается через встроенный SKILL - skill-creator, очень просто.

Если вы в курсе, как сегодня устроены агентные системы, то знаете про heartbeat-механику: агент периодически «просыпается» по крону в silent-режиме, смотрит, что может сделать, и если нужно пишет вам. Heartbeat настраивается прямо в процессе общения. В моём случае он работает как менеджер задач — подпинывает меня двигаться по таскам из Linear.

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

Минус, по сути, один — стоимость токенов. Но, кажется, за такую функциональность с $100–200 в месяц расстаться совсем не больно, т.к польза ощутимая.

А для тех, кто хочет попробовать без потерь: до 2 марта Codex от OpenAI бесплатен, без подписок. В OpenClaw можно залогиниться через Codex OAuth — отличный шанс пощупать, что такое настоящий персональный ассистент.

P.S. Есть ощущение, что тут может получиться нечто большее, чем временная игрушка — поэтому ждите продолжение.

В четверг стал отцом, а у вас что нового?

Cloudflare AI: классный опыт, но дорого для продакшена 💸

Продолжаю делать Feeding Baby Diary — релиз очень близко 🚀

Добавляю AI-чат для консультаций по кормлениям, сну и тревогам родителей. Бэкенд на Cloudflare Workers, поэтому логично было попробовать Cloudflare AI — подключение мгновенное, latency низкий, нативно в воркерах и дают бесплатно несколько запросов в сутки.

Когда фича готова, пришло время выбрать провайдера и модель.

Цены (например, Llama 3.1 8B Instruct):
• Cloudflare: input $0.282/M, output $0.827/M
• OpenRouter: input $0.02/M, output $0.05/M

Разница кратная. Учитывая историю диалога, системные промпты и регулярные сессии — экономику считать критично. Плюс в Cloudflare нет никаких закрытых моделей, а OpenRouter даёт свободу выбора моделей и быструю смену провайдера. О чем они думают?

Вывод: в прод иду с OpenRouter.
Cloudflare AI — крутая инфраструктура и удобна для тестов, но для реального продукта важнее контроль над cost и гибкость.

Больше статистики на эту тему

84% людей ещё не трогали AI.

Если вам кажется, что поезд ушел — он только выходит из депо.

Все через MCP

Немного поделюсь кухней, которая снимает кучу боли при разработке на React Native.

Я публикую в App Store, поэтому подключил appstore-connect-mcp-server (есть что доработать в нем).
Он подтягивает данные из App Store Connect, подсказывает, какие поля нужно заполнить, и в целом экономит часы ручной возни перед сабмитом.

Дальше — @mobilenext/mobile-mcp.
Он через симулятор проходит по экранам приложения и в моем кейсе автоматически делает скриншоты. Никакого «открой экран → сделай скрин → перетащи → обрежь» — все прогоняется программно.

С оплатами вообще магия.
revenuecat mcp в связке с appstore-connect-mcp-server развернули мне базовый фундамент для подписок почти без ручной настройки. Продукты, связки, конфигурации — все собрано в единый контур.

В итоге:
• меньше ручной рутины
• меньше шансов что-то забыть перед релизом
• быстрее проход от идеи до публикации

MCP это как DevOps, но для разработки.

Регулярно так делаю

Называю cherrypick repomix’ом