Один домен, разные бэкенды: git на GitHub, GitLab и GitVerse одним скилом

Разбор и готовый скил - в статье: https://chernovdev.ru/posts/odin-domen-raznye-bekendy-git-hostingi/?utm_source=youtube&utm_medium=video&utm_campaign=lesson-0013 Один и тот же git-флоу - ветки, pull/merge request, релизы - ты повторяешь руками по-разному на GitHub, GitLab и GitVerse. Готовый скил для Claude Code / Cursor делает это сам: определяет хостинг по git remote origin, переносимую git-часть выполняет обычным git, а слияние и релиз проводит через нужный бэкенд (CLI gh/glab или REST). Один приём - разные бэкенды. Способ 1 - вставь этот промпт в ассистента: Создай скил git-repo (.claude/skills/git-repo/SKILL.md). Триггеры: создай ветку, открой PR или MR, слей изменения, выпусти релиз. Хостинг определяй по git remote origin: github - GitHub, gitlab - GitLab, gitverse.ru - GitVerse. Git-часть (ветка, коммит, push, тег) делай обычным git - она переносима. Слияние и релиз - через бэкенд хостинга: CLI gh/glab или REST. На GitLab это merge request (MR), на GitHub и GitVerse - pull request (PR). Токен бери из окружения хостинга, не печатай его. Ответь одной строкой: что создано и ссылка. Способ 2 - один файл SKILL.md. Статья с разбором и готовым промптом: https://chernovdev.ru/posts/odin-domen-raznye-bekendy-git-hostingi Дальше просто пишешь по-человечески: 'открой PR из моей ветки' или 'выпусти релиз 1.2.0' - скил сам выберет хостинг и способ. Это урок серии про то, как писать скилы. Приём урока: один домен - git, разные бэкенды - хостинги; переносимое отделяем от специфичного. Подписывайся, если хочешь, чтобы ИИ работал за тебя - @chernovdev. --- https://t.me/chernovdev | https://chernovdev.ru | https://vk.com/chernovdev #скилы #claudecode #ии #автоматизация #черновпишет