Вайб-кодинг
Авторский канал по ВАЙБ КОДИНГУ Ссылка для друзей: https://t.me/+ll3pbl442dNkZmYy Cотрудничество: @devmangx РКН: https://clck.ru/3RRVfk
Показати більше📈 Аналітичний огляд Telegram-каналу Вайб-кодинг
Канал Вайб-кодинг (@vibecoding_tg) у мовному сегменті Російська є активним учасником. На даний момент спільнота об'єднує 49 518 підписників, посідаючи 2 711 місце в категорії Технології та додатки та 12 764 місце у регіоні Росія.
📊 Показники аудиторії та динаміка
З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 49 518 підписників.
За останніми даними від 18 червня, 2026, канал демонструє стабільну активність. Хоча за останні 30 днів спостерігається зміна кількості учасників на 3 037, а за останні 24 години на 53, загальне охоплення залишається високим.
- Статус верифікації: Не верифікований
- Рівень залученості (ER): Середній показник залученості аудиторії становить 36.46%. Протягом перших 24 годин після публікації контент зазвичай збирає 26.26% реакцій від загальної кількості підписників.
- Охоплення публікацій: В середньому кожен допис отримує 18 038 переглядів. Протягом першої доби публікація в середньому набирає 12 993 переглядів.
- Реакції та взаємодія: Аудиторія активно підтримує контент: середня кількість реакцій на один пост – 3.
- Тематичні інтереси: Контент зосереджений навколо ключових тем, таких як claude, codex, llm, api, github.
📝 Опис та контентна політика
Автор описує ресурс як майданчик для висловлення суб'єктивної думки:
“Авторский канал по ВАЙБ КОДИНГУ
Ссылка для друзей: https://t.me/+ll3pbl442dNkZmYy
Cотрудничество: @devmangx
РКН: https://clck.ru/3RRVfk”
Завдяки високій частоті оновлень (останні дані отримано 19 червня, 2026), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Технології та додатки.
pip install programasweights
js: npm install @programasweights/webКеш промптов на 1 час на самом деле устроен сложнее. Запись в кеш стоит дороже, чтение из кеша — дешевле. Выигрыш от дешёвых чтений зависит от паттерна использования: размер контекстного окна, основной агент или сабагент и т.д. Мы тестируем разные эвристики, чтобы повысить долю попаданий в кеш у подписчиков. Это снижает расход токенов и задержки, если работает, но эффект нестабильный из-за описанных нюансов. Например, если включён кеш на 1 час, но агент сделал один запрос, кеш бесполезен и фактически приводит к лишним затратам. Сейчас кеш на 1 час включён по умолчанию в ряде сценариев, где это даёт оптимизацию под реальные паттерны использования. При этом для многих запросов остаётся 5 минут (например, сабагенты, которые редко переиспользуются, и платить за час кеша там невыгодно). Для клиентов через API режим на 1 час пока не включён по умолчанию — нужно больше тестирования, чтобы убедиться, что это даёт выигрыш в среднем. Отдельно: для таких экспериментов используются флаги, которые кешируются на стороне клиента. При отключённой телеметрии эти флаги тоже отключаются — клиент не обращается к серверу и используется значение по умолчанию, сейчас это 5 минут. В ближайшее время дефолт на клиенте поменяют на 1 час для части запросов, где уже видно небольшой выигрыш по токенам. Также появятся переменные окружения, чтобы принудительно задать 1 час или 5 минут. В любом случае экономия токенов далека от 12×. Это небольшой, но постепенный прирост эффективности, который раскатывается на всех.Документация: https://platform.claude.com/docs/en/build-with-claude/prompt-caching#pricing
.md файл, который управляет поведением
100% open-source.
(основан на правилах кодинга Andrej Karpathy)npx skills add supabase/agent-skills
Или установите как плагин для Claude Code:
# 1. Установите supabase/agent-skill из marketplace claude plugin marketplace add supabase/agent-skills # 2. Установите плагин supabase claude plugin install supabase@supabase-agent-skills
!<command> выполняет shell-команды перед тем, как содержимое skill отправляется в Claude.
Вывод команды подставляется вместо плейсхолдера, поэтому Claude получает реальные данные, а не саму команду.
Этот skill делает саммари пулл реквеста, получая актуальные данные PR через GitHub CLI.
Команды вроде !gh pr diff и другие выполняются сначала, а их вывод вставляется в промпт:
--- name: pr-summary description: Summarize changes in a pull request context: fork agent: Explore allowed-tools: Bash(gh *) --- ## Pull request context - PR diff: `!gh pr diff` - PR comments: `!gh pr view --comments` - Changed files: `!gh pr diff --name-only` ## Your task Summarize this pull request...Плюсом существует настройка
disableSkillShellExecution, если нужно это контролировать 🙏> медианный объём «thinking» снизился примерно с ~2 200 до ~600 символов > количество API-запросов выросло в 80 раз с февраля по март — меньше «размышлений» и больше неудачных попыток → больше ретраев, больше расход токенов и затрат > reads-per-edit упал с 6.6× до 2.0× — модель меньше изучает код перед внесением изменений > модель пыталась соскочить или спрашивала «продолжать?» 173 раза за 17 дней (до 8 марта — 0 раз) > самопротиворечия в рассуждениях («ой, подожди, на самом деле…») утроились > соглашения вроде CLAUDE.md игнорируются, потому что не хватает «бюджета мышления» на перекрёстную проверку правок > худшее время — 17:00 и 19:00 по PST, поздняя ночь значительно лучше — это указывает на то, что выделение «thinking» зависит от загрузки GPUБорис подробно ответил на это в issue — в основном дело в том, что они перестали показывать саммари «thinking» ради снижения задержки (это можно включить обратно через opt-in), и именно это повлияло на измерение «thinking». 😁
ollama launch openclaw --model minimax-m2.7:cloud
Кодинг-агенты, такие как Claude:
ollama launch claude --model minimax-m2.7:cloud
Чат с моделью:
ollama run minimax-m2.7:cloudcodex resume mynewappили прямо в TUI:
/resume mynewapp
> Multi agents v2 получили обновление описаний инструментов. Более стабильная работа мультиагентных окружений и коммуникации между агентами
> Теперь можно включить уведомления TUI независимо от фокуса Codex
Измени в конфиге:
[tui] notification_condition = "always"> СЕРЬЁЗНЫЙ апдейт функциональности Codex MCP: 1. Поиск инструментов Codex теперь работает с кастомными MCP-серверами - инструменты можно искать и подключать по мере необходимости, а не экспонировать все сразу. 2. Кастомные MCP-сервера теперь могут инициировать elicitation , т.е. останавливать процесс и запрашивать подтверждение или ввод пользователя. 3. Результаты MCP-инструментов теперь сохраняют более богатые метаданные, что улучшает передачу данных между приложениями и UI. 4. Codex теперь может напрямую читать MCP-ресурсы , т.е. приложения могут возвращать URI ресурсов, которые клиент реально может открыть. 5. Параметры файлов для Codex Apps стали удобнее - локальные пути можно автоматически загружать и ремапить. 6. Обновление кэша плагинов и fallback-синхронизация стали надёжнее, особенно для кастомных и curated-плагинов. > В целом поведение композера и чата стало плавнее, но баги с ресайзом ещё остались. > В Realtime v2 тоже завезли несколько серьёзных улучшений. Всё ещё читаешь? Легенда. 🫶
npm i -g @openai/codex чтобы обновиться/loop без указания интервала, Claude будет динамически планировать следующий тик в зависимости от задачи. Также он может напрямую использовать инструмент Monitor, чтобы полностью обойти polling.
/loop check CI on my PR/debug-agent [ваш баг] ➡️он пишет логи и воспроизводит баг ➡️ фиксит корневую причину
Вже доступно! Дослідження Telegram за 2025 — головні інсайти року 
