https://github.com/alifanov/scopegate

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

Вместо того, чтобы прокидывать в агента OAuth и делать это отдельно, в самом туле можно получить токен, в итоге получить URL для MCP и полностью готовую команду подключения или JSON.

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

Например, я так подключил ещё Google Search Console, дабы смотреть, что у меня по индексации на одном из проектов.

Создание фичей с персональным ассистентом 🚀

Заадоптил еще один кейс. 🎉

Добавил персонального ассистента, запуск кодового агента внутри докер-сэндбокса, но со всеми привилегиями. 🔒 В итоге пробрасываю туда токен для GitHub-репозитория только чисто на добавление кода и создании pull-реквестов.

В итоге у меня флоу работает следующий: я в Telegram наговариваю сообщение по проекту, что я хочу сделать. 🗣️ Он это все обрабатывает, работает в Dev-ветке, коммитит, пушит, создает pull-реквест.

А я потом могу через мобильную версию GitHub проверить pull-реквест и смержить. 📱 После этого автоматически отрабатывает deployment в Coollify, и вуаля — на проде уже закоммиченная фича. ✨

https://signoz.io/docs/signoz-mcp-server/#installation

Оказывается, у Signoz есть официальное MCP, и тоже self-hosted, или даже можно запускать локально.

То есть, в принципе, это очень удобная штука.

Ты настроил OpenTelemetry с отправкой метрик мониторинга и логов в Signoz, а с MCP можешь из колд-кода как раз проверять метрики и сразу же в коде их отправить, если нужно.

🧠 Pi — кодовый агент на минималках

Наткнулся тут на интересный проект. Марио Цехнер (создатель libGDX) устал от сложности Claude Code и сделал свой агент — всего 4 тула: read, write, edit, bash. Системный промпт меньше 1000 токенов.

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

🔍 Философия — "если мне это не нужно, я это не буду строить". Хочешь новую фичу? Просто попроси агента расширить себя сам, без плагинов и маркетплейсов.

🚀 Именно Pi стал движком OpenClaw, который за неделю набрал 145к+ звёзд на GitHub. Минимализм работает.

Pi на GitHub

🚀 Git worktree нативно в Claude Code

Claude Code теперь умеет в worktree из коробки. Раньше для параллельной работы нескольких агентов приходилось городить костыли — теперь достаточно флага --worktree.

Фишка в том, что каждый агент получает свою изолированную копию репозитория. Никаких конфликтов, никакого затирания файлов. Запускаешь 3-4 агента параллельно — каждый пилит в своей ветке.

🔍 Что под капотом:
• Ворктри создаются в .claude/worktrees/<name>
• Можно именовать или пусть Claude назовёт сам
• Флаг --tmux запустит сессию в отдельном tmux
• Сабагенты поддерживают isolation: worktree

🧠 Desktop-версия имела это давно, теперь подтянулся CLI. Параллельная разработка с AI-агентами стала реально удобной.

Документация Claude Code

https://code.claude.com/docs/en/devcontainer

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

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

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

claude setup-token

Единственный момент в контейнерах в Claude code - то, что там не особо удобно работают ссылки для авторизации, как для самого Claude code, так и для всяких авторизаций через MCP.

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

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

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

А второй момент — это открытие ссылок. Например, для некоторых ссылок нужно запускать авторизацию (posthog-mcp). Если в обычном тебя сразу открывается браузерное окно, и ты там делаешь то, что нужно, то в devcontainer ничего не открывается. Ты должен скопировать ссылку, а ссылка браузера делится на несколько строк. В итоге ты должен еще и постараться скопировать и соединить их именно таким образом, чтобы ссылка у тебя открылась.

Короче, пока не особо удобно, но если никуда не лезет ваш код, не нужно открывать авторизационные ссылки или отправлять изображение, то devcontainer это идеально.

https://support.claude.com/en/articles/13854387-schedule-recurring-tasks-in-cowork

А так, ну собственно, клад подрезал часть юс-кейсов, которые были в OpenClaw и Codex.

Теперь можно просить сделать сложные отчеты по расписанию. Вот это уже одна из киллер-фичей.

https://code.claude.com/docs/en/remote-control

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

В принципе, потихоньку лодка превращается как раз в open claw

Пока scheduling reccurent tasks в Claude выглядит странно
• запускается лишь через команду /schedule
• только в Cowork
• не видит моих установленных mcp для проекта из Claude code
• время выбирается предложениями или просто текстом пишется в suggestions

Я тут решил немного полформализовать свои проверки по идеям с различными вещами, и еще добавил MCP для проверки реальных данных.

В итоге у меня образовался ворфлоу для проверки идей из десяти шагов.

1. COLLECTING DATA
2. MARKET
3. COMPETITORS
4. AUDIENCE
5. UVP
6. BUSINESS MODEL
7. MARKETING
8. SPEED TO MONEY
9. RISKS
10. SCORING

Прогнал по нему сканер и выдал, что ну такое себе. Однако другую идею, которую мне подсказали на человеческий репорт из Google AdSense, показала сильно выше перспективность.

Так что я решил пока всех сканер притормознуть, точнее больше не лить на него рекламу и сфокусироваться на другом — на adbrief.app.

Собственно, тут ЦА — это SMB плюс фаундеры. А основная боль в том, что 90% бюджета (как мне сказали, да и конкурентов на landing та же инфа) в среднем уходит в никуда из-за неправильной настройки.

А такой ревью даже по отчетам (что можно скачать в Google Ads если не давать доступ) или с подключенным Google AdSense может показать, что не так и что нужно оптимизировать.

Я тут конкретно подсел на паттерн "comandify" для Claude code. Если у меня хотя бы что-то повторяется дважды, все закидываю сразу в slash команду, что удобно, когда, например, им что-то новое делается.

Например, создание проверки onboaridng флоу через agent браузер + skill для создания тестового имейла для magic link.

Обычно не с первого раза можно все заработать; после нескольких попыток заработает. И вот тут можно как раз тоже применить паттерн: создать slash команду с учетом тех проблем, ошибок, корректировок, которые были в этот момент.

И следующий раз за счет этой команды весь этот процесс сильно упрощается.

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

А за счет того, что это все запускается из папки с кодом, у него есть понимание, как это делать: как это все делается и что именно нужно менять.

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

последнее время много хайпа вокруг visual-explainer скилла - попробовал на одном проекте - что-то не особо впечатлил

• схема слишком детайльная - ноды слишком мелкие
• основная информация просто блоками
• да дизайн прикольный но не более - ожидал большего

так что as is не получилось завести, но как идея для скилла или команды под себя - вполне себе

в iTerm2 на маке можно поставить автопрофили на разыне папки - очень удобно когда зпускаешь Claude code паралельно в разных проектах. Визуально можно различать в какой проекте/контексте ты сейчас находишься

Пошел я тут дальше в развитие и унификацию slash команд по продукту. В итоге завел отдельные репозитории, закинул туда базовые команды по поводу аналитики, проверки тестов, проверки Google Search Console, проверки рекламы, onboarding flow и продвижения.

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

То есть все отслеживания по проекту заключает следующим: чтобы раз в день выполнять все эти команды, смотреть, какие рекомендации они дают, и их применять.

А так как у меня настроена деплой сразу на push в ветку, то это сразу релизится на продакшен. Плюс, так как все хостится на Coolify, а у Coolify есть mcp, теперь есть возможность посмотреть, прошли ли деплои. Если нет, то пофиксить - и все внутри Claude code.

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

Сейчас пришла мысль, что я могу все и это автоматизировать и замкнуть на себя. Может быть, через крон, либо через launch agents на Маке.

Добавить отдельный тул со списком задач. А для агентов, которые будут запускаться внутри продукта, все закидывать в таски на одобрение через MCP.

Соответственно, в MCP системе я просто смотрю, какие агенты что хотят от меня: одобряю либо не одобряю. А далее агенты это все цепляют и исполняют.

В итоге получается такая полная автономия, но при этом у меня остаются рычаги контроля.

Пока что только идеи, но будут имплементировать эту задумку)

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

А соответственно, каждое утро в 8 утра она выполняется и заканчивается с предложениями, что мне сделать с этим.

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

Так что пока что прогресс есть. 😃

https://github.com/coleam00/excalidraw-diagram-skill

Нашел тут такой скилл у одного ютубера. Чем он понравился по сравнению с обычным?

То, что он может рендерить PNG из диаграммы, потом на нее смотрит и проводит кое-какие изменения.

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

Подался на амбасадорство Anthropic в Белграде.

Посмотрим, что из этого выйдет ))

https://claude.com/plugins/claude-code-setup

Наткнулся тут еще на один интересный плагин, и он даже официальный.

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

Соответственно, выбираете, что нужно, что подходит, и устанавливаете.

Касательно моей прошлой автоматизации, которую я планировал делать, точнее, планирую и делаю, оказалось, что в новой версии кода завезли баг. Когда что-то выполняется, обычно при просмотре проекта выводится фраза "tool loaded".

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

Благо, нашёл GitHub isse, где буквально 13 часов назад (на тот момент) была описана эта проблема и предложен вариант решения. Я его сделал, и сегодня с утра проверил: да, мои команды вернулись в списке прошлых сессий. Теперь я понимаю, в какую заходить, что там есть и какие рекомендации ожидать.

https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20tool%20loaded

А еще я хотел как раз получить session ID, чтобы понимать, какую сессию автоматически поднимать и какие я пробую в нее отправлять, чтобы было ровно по контексту.

В итоге оказалось, что изнутри Claude code это получить нельзя. В результате автоматически отправлять сессию не получилось.

Но вроде как есть некий workaround, как получить через hook эту команду. Точнее, через hook на любой запуск тула можно сохранять во временный файл сессию и путь ко всей переписке, а в конце читать этот файл и передавать в MCP дополнительно запрос на одобрение.