Вайб-кодинг
Авторский канал по ВАЙБ КОДИНГУ Ссылка для друзей: https://t.me/+ll3pbl442dNkZmYy Cотрудничество: @devmangx РКН: https://clck.ru/3RRVfk
Показати більше📈 Аналітичний огляд Telegram-каналу Вайб-кодинг
Канал Вайб-кодинг (@vibecoding_tg) у мовному сегменті Російська є активним учасником. На даний момент спільнота об'єднує 49 478 підписників, посідаючи 2 711 місце в категорії Технології та додатки та 12 764 місце у регіоні Росія.
📊 Показники аудиторії та динаміка
З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 49 478 підписників.
За останніми даними від 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), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Технології та додатки.
research.md
2. Planning: на основе research сгенерировать подробный plan.md (этот plan)
3. Annotation Cycle: прямо в plan.md оставить комментарии под свои требования, попросить CC обновить plan, и так повторять, пока не устроит
4. По plan сгенерировать Todo List
5. Implement: полностью реализовать
6. Feedback & Iterate: давать короткие команды с фидбеком и итеративно улучшать
Шаг 3 и шаг 6 прям очень свежие. И конечно, в статье куча деталей, которых нет в этом кратком пересказе. Вообще многие агенты могут пройти тем же пайплайном от начала до конца, так что текст стоит внимательно прочитать.workspace/ ├── http://SOUL.md ├── http://IDENTITY.md ├── http://USER.md ├── http://TOOLS.md └── skills/и все. Это чатбот с личностью. А вот openclaw через 3 недели:
workspace/ ├── http://SOUL.md (customized) ├── http://IDENTITY.md ├── http://USER.md ├── http://TOOLS.md ├── http://BRAIN.md — live working memory ├── http://MEMORY.md — long-term memory ├── http://HEARTBEAT.md — autonomous thinking loop ├── http://CLIENTS.md — client profiles ├── http://PLAYBOOK.md — decision frameworks ├── http://VOICE.md — writing voice guide ├── http://AGENTS.md — startup rules ├── memory/ — daily logs ├── skills/ │ ├── tweet-writer/ │ ├── website-builder/ │ ├── website-dev/ │ ├── script-polish/ │ └── security-auditor/ ├── content/ ├── consulting/ ├── drafts/ └── crm/Думаю разница между чатботом и AI-сотрудником очевидна. Ничего из этого не встроено. Каждый файл добавлен вручную Про документ
SOUL.md можно почитать здесь
А на досуге также рекомендую почитать этот полный гайд по безопасности для OpenClaw. Автор которого: бывший инженер Cisco.CLAUDE.md может сделать тебя 10x инженером
Он собирает лучшие практики от создателя Claude Code, Бориса Черни.
Борис делился в X внутренними приёмами и рабочими схемами, которые их команда использует каждый день. Потом эти треды собрали в структурированный CLAUDE.md, который можно просто закинуть в любой проект.
Что внутри:
- оркестрация workflow
- стратегия по subagents
- цикл самопрокачки (self-improvement loop)
- проверка “прежде чем считать done”
- автопочинка багов
- базовые принципы
Смысл в накопительном эффекте: каждую правку/замечание ты фиксируешь как правило, и со временем Claude меньше косячит, потому что подстраивается под твой фидбек.
## Workflow Orchestration
### 1. Plan Node Default
- Enter plan mode for ANY non-trivial task (3+ steps or architectural decisions)
- If something goes sideways, STOP and re-plan immediately – don't keep pushing
- Use plan mode for verification steps, not just building
- Write detailed specs upfront to reduce ambiguity
### 2. Subagent Strategy
- Use subagents liberally to keep main context window clean
- Offload research, exploration, and parallel analysis to subagents
- For complex problems, throw more compute at it via subagents
- One tack per subagent for focused execution
### 3. Self-Improvement Loop
- After ANY correction from the user: update `tasks/lessons.md` with the pattern
- Write rules for yourself that prevent the same mistake
- Ruthlessly iterate on these lessons until mistake rate drops
- Review lessons at session start for relevant project
### 4. Verification Before Done
- Never mark a task complete without proving it works
- Diff behavior between main and your changes when relevant
- Ask yourself: "Would a staff engineer approve this?"
- Run tests, check logs, demonstrate correctness
### 5. Demand Elegance (Balanced)
- For non-trivial changes: pause and ask "is there a more elegant way?"
- If a fix feels hacky: "Knowing everything I know now, implement the elegant solution"
- Skip this for simple, obvious fixes – don't over-engineer
- Challenge your own work before presenting it
### 6. Autonomous Bug Fixing
- When given a bug report: just fix it. Don't ask for hand-holding
- Point at logs, errors, failing tests – then resolve them
- Zero context switching required from the user
- Go fix failing CI tests without being told how
## Task Management
1. **Plan First**: Write plan to `tasks/todo.md` with checkable items
2. **Verify Plan**: Check in before starting implementation
3. **Track Progress**: Mark items complete as you go
4. **Explain Changes**: High-level summary at each step
5. **Document Results**: Add review section to `tasks/todo.md`
6. **Capture Lessons**: Update `tasks/lessons.md` after corrections
## Core Principles
- **Simplicity First**: Make every change as simple as possible. Impact minimal code.
- **No Laziness**: Find root causes. No temporary fixes. Senior developer standards.
- **Minimat Impact**: Changes should only touch what's necessary. Avoid introducing bugs.git worktree + автоматизированное управление.
100% опенсорс 😊claude --worktree для изоляции
Чтобы запустить Claude Code в отдельном git worktree, просто стартуйте его с опцией --worktree. Можно также задать имя worktree или позволить Claude назвать его за вас.
Используйте это, чтобы запускать несколько параллельных сессий Claude Code в одном git-репозитории, без того чтобы правки кода перетирали друг друга.
Также можно передать флаг --tmux, чтобы запустить Claude в отдельной Tmux-сессии.
2️⃣Используйте worktree mode в Desktop-приложении
Если вам удобнее не через терминал, откройте вкладку Code в Claude Desktop app и включите ✅ worktree mode
3️⃣ Subagents теперь поддерживают worktree
Subagents тоже могут использовать изоляцию через worktree, чтобы делать больше работы параллельно. Это особенно мощно для больших пакетных изменений и миграций кода.
Чтобы включить, попросите Claude использовать worktrees для своих агентов.
Доступно в CLI, Desktop app, IDE extensions, web и Claude Code mobile app.
4️⃣ Custom agents поддерживают git worktree
Можно настроить так, чтобы subagents всегда запускались в своем worktree. Для этого добавьте isolation: worktree в frontmatter агента.
5️⃣ Также доступно для систем контроля версий не на Git
Если вы используете Mercurial, Perforce или SVN, определите worktree hooks, чтобы получить изоляцию без необходимости использовать Git.
Кому интересно, можно подробнее почитать про worktree тутmodel, и baseUrl
Готово, теперь ты на бесплатной Kimi K2.5, по ощущениям, многие сопоставляют её с Opus 4.5.
Да, платные модели обычно лучше, но на ранней стадии почему бы не так?
Минусы:
- медленнее
- бывают API-ошибки
- иногда нестабильно
Если можешь платить, плати. Если нет, юзай это, тестируй, а потом апгрейднись, когда упрешься в лимиты.
Тестируй все подряд, идеального сетапа сейчас никто не знает. Лучший ход это пробовать максимум. 👋 "Сгенерируй отчет по истории нейросетей". Он дергает MCP, MCP запускает Python-шаблон, собирает DOCX и автоматически заливает файл в твою knowledge base, а в истории чата появляется ссылка на скачивание.
100% опенсорсReview code", и Claude оставит инлайн-комментарии по багам и проблемам ещё до полноценного код-ревью.
- Мониторинг PR: откройте PR, и Claude будет отслеживать CI в фоне. В режиме auto-fix он пытается автоматически пофиксить фейлы. В режиме auto-merge PR мержится сразу после прохождения всех чеков. Работайте над следующей задачей, пока Claude мониторит предыдущую.
- Мобильность сессий: теперь сессии "переезжают" вместе с вами. Выполните /desktop, чтобы перенести CLI-сессию в десктопное приложение, или отправьте её в облако и продолжите работу в вебе или с телефона.
Обновите или скачайте Claude Code для десктопа, чтобы начать работу 🙂
https://claude.com/blog/preview-review-and-merge-with-claude-code• Запуск в формате limited research preview для пользователей Enterprise и Team • Мейнтейнерам опенсорс проектов дадут ускоренный бесплатный доступ, чтобы “пощупать” и потестить. • Anthropic хотят вооружить защитников против надвигающейся волны AI-усиленных эксплойтов.
m, и оно мержит результат обратно в основную ветку. В комплекте хуки для автоматизации, A/B сравнение Claude vs Codex, удобное управление worktrees и мультипроектные сессии.
Самая кайфовая фича, которую они подсветили, это "coordinator": ты просто делаешь родительскую директорию или репу, внутри которой лежит куча связанных проектов. В родителе они все исключены через .gitignore, а каждый подпроект это отдельный git-репозиторий. Это не submodules , а обычные папки. Обычно у меня в корне лежит файл AGENTS/CLAUDE, где описана структура.
Dmux сам находит эти вложенные репозитории и, когда ты создаешь worktree в корне, он автоматически создает worktree и для всех этих подпроектов внутри worktree родителя. А при merge он дает смержить каждый дочерний worktree отдельно. 👍
Для OSS-мейнтейнеров самое то.«Сделай 10 слайдов про тренды в возобновляемой энергетике»
- «Собери питч-дек/презентацию-предложение для SaaS-стартапа»
- «Сделай квартальный бизнес-ревью в виде презентации с графиками»
исходный код 😶 llmfit
Терминальная утилита, которая по твоей конфигурации RAM, CPU и GPU рекомендует LLM-модели, которые смогут у тебя запуститься.
Сейчас в базе 157 модели от 30 провайдеров: есть Llama, Mistral, Qwen, DeepSeek, Grok, Kimi и другие. Каждую модель оценивают по 4 метрикам:
- качество (число параметров, репутация семейства модели)
- скорость (примерная оценка tok/s)
- совместимость (насколько модель укладывается в память)
- контекст (размер контекстного окна)
Потом считают итоговый общий score, а то, что в память не влезает, автоматически уезжает вниз списка.
100% opensource 🎉
Вже доступно! Дослідження Telegram за 2025 — головні інсайти року 
