Вайб-кодинг
Авторский канал по ВАЙБ КОДИНГУ Ссылка для друзей: https://t.me/+ll3pbl442dNkZmYy Cотрудничество: @devmangx РКН: https://clck.ru/3RRVfk
Show more📈 Analytical overview of Telegram channel Вайб-кодинг
Channel Вайб-кодинг (@vibecoding_tg) in the Russian language segment is an active participant. Currently, the community unites 50 115 subscribers, ranking 2 659 in the Technologies & Applications category and 12 477 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 50 115 subscribers.
According to the latest data from 07 July, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 1 437 over the last 30 days and by 25 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 35.73%. Within the first 24 hours after publication, content typically collects 24.42% reactions from the total number of subscribers.
- Post reach: On average, each post receives 17 894 views. Within the first day, a publication typically gains 12 231 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 4.
- Thematic interests: Content is focused on key topics such as claude, codex, llm, api, github.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Авторский канал по ВАЙБ КОДИНГУ
Ссылка для друзей: https://t.me/+ll3pbl442dNkZmYy
Cотрудничество: @devmangx
РКН: https://clck.ru/3RRVfk”
Thanks to the high frequency of updates (latest data received on 08 July, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
/last30days
Вводишь /last30days [topic], и он сканирует Reddit, X и веб — собирает всё, что авторы говорили по теме за последние 30 дней.
Двухпроходный подход: сначала широкий сбор по всем источникам, затем углублённый проход по конкретным аккаунтам, сабреддитам и именам, которые были найдены.
Результат: сводка с цитатами, метриками вовлечённости и, если тема связана с промптами — готовые к копипасту промпты.
Все данные сохраняются в SQLite для последующих запросов.
Установка: просто клонировать в ~/.claude/skills/ + добавить API-ключи.
Ссылка: github.com/mvanhorn/last30days-skillCLAUDE.md → правила проекта и контекст
• CLAUDE.local.md → персональные переопределения
• mcp.json → подключение инструментов (GitHub, Slack, БД)
• claude/settings.json → права доступа и модели
claude/ (основная логика)
• rules/ → стандарты кодирования и тестирования
• commands/ → переиспользуемые workflow (/review, /fix)
• skills/ → автоматически подгружаемая экспертиза (по необходимости)
• agents/ → специализированные под-агенты
• hooks/ → автоматизация и guardrails
Лучшая структура = лучше результат<ViewTransition> в любое React-приложение. Также описывает, как Next.js может нативно интегрировать их.
• Анимация элементов между навигациями
• Сдвиг страниц вперёд и назад
• Плавные переходы при загрузке
• Композиция и доступность уже учтены
Вот гайд по реализации каждой анимации из видео с использованием React <ViewTransition> в Next.js.CLAUDE.md , который по заявлениям даёт снижение количества выходных токенов Claude на 63%
Подключается «из коробки». Без изменений в коде. Исходники 👊
Это по сути context engineering в одном файле. CLAUDE.md, который подгружается перед каждым взаимодействием и убирает лишнюю воду. Снижение вывода на 63% выглядит логично, если учитывать, сколько токенов Claude тратит на вежливые формулировки до перехода к сути.
Важно отметить, что большая часть затрат в Claude Code обычно приходится на входные токены, а не на выходные, так что это скорее улучшает UX, чем напрямую снижает стоимость. Тем не менее, имеет смысл добавить такой файл в каждый проект.$ npx autoskills
CLAUDE_CODE_NO_FLICKER=1 claude
Некоторые плюсы:
- Больше нет мерцания (flickering)
- Больше нет «прыжков» интерфейса
- Постоянное потребление памяти и CPU по мере роста диалога
- Поддержка мыши. Теперь можно кликать, чтобы перемещать курсор внутри input-поля. Некоторые элементы UI тоже стали кликабельными
- Более аккуратное поведение выделения. Например, при выделении кода мы больше не включаем номера строк и элементы UI
Есть и минусы:
- Нативный cmd-f не работает. Вместо этого нажмите ctrl+o, затем /, чтобы искать по транскрипту (или используйте ctrl-r для реверс поиска)
- Нативный копипаст не работает. Вместо этого при выделении текст по умолчанию копируется в буфер обмена. Это можно изменить в settings.json, чтобы использовать ctrl+c, если так удобнее
- «Физика» скролла отличается на разных устройствах, и это всё ещё настраивают, чтобы она ощущалась одинаково хорошо в разных терминалах
При разработке под терминал возникает много компромиссов. В отличие от веба, мобильных и десктопных приложений, у терминала довольно ограниченный набор инструкций для рендеринга — ANSI escape-коды.
Есть ANSI-код для «переместить курсор в (x, y)», другой — для «вывести 'foo'» и т.д. Это немного похоже на программирование на уровне Assembly.
Поскольку не существует ANSI-кода для «переместить курсор в (x, -y)», чтобы перерисовать строку вне текущего viewport, приходится использовать команду «очистить весь экран» — отсюда и мерцание.
Их новый экспериментальный рендерер NO_FLICKER решает это за счёт виртуализации всего viewport.
Они перехватывают события клавиатуры и мыши, чтобы реализовать скроллинг, и виртуализируют viewport, перенося контроль над тем, что рендерится, на уровень приложения.
У этого подхода есть компромиссы, но на практике он ощущается неожиданно хорошо. Это способ работать в рамках ограничений терминального рендеринга, при этом давая более богатый и производительный пользовательский опыт.