К основному содержанию
промпт GP ChatGPT

Git Workflow taste — промпт для ChatGPT и Claude.ai: правила

Промпт задаёт ИИ-ассистенту привычки trunk-based команды: короткие ветки, Conventional Commits, squash-merge и защита main.

Открыть на GitHub

Что делает Git Workflow taste

Это набор правил git-процесса, который вы вставляете в чат как системную инструкцию. Ассистент начинает советовать короткоживущие ветки от main, имена вида fix/login-redirect, императив в заголовке коммита и префиксы feat, fix, chore, docs, refactor. В теле коммита он просит объяснять причину изменения, а не пересказывать диф.

Внутри — двадцать три пункта с оценками уверенности. Часть про ревью: один одобряющий отзыв, зелёный CI, squash-merge, PR до примерно 400 изменённых строк, секции what, why и how-to-test в описании. Отдельно про защиту main: без прямых push и без force push, свой бранч — только с --force-with-lease. Есть пункты про секреты, Git LFS, .gitattributes, git bisect и CODEOWNERS.

Промпт не привязан к конкретному репозиторию и не настраивает сам git. Он влияет на то, что советует модель. Если ваша команда мержит main в ветку или держит долгие feature-бранчи, рекомендации будут расходиться с вашим процессом — это повод сначала решить, какой workflow вам нужен.

Какие задачи решает

  • выровнять советы ассистента по git под правила команды
  • сформулировать имена веток и заголовки коммитов
  • разбить крупный PR на части поменьше
  • настроить защиту main и обязательное ревью
  • объяснить в коммите причину изменения, а не диф

Примеры запросов агенту

  • Действуй по правилам git-процесса из этого промпта и предложи ветку и коммиты для правки логина
  • Проверь мой план изменений на соответствие trunk-based workflow
  • Напиши описание PR с секциями what, why и how-to-test

Как установить Git Workflow taste

Как использовать

Вставьте текст в начало диалога или в инструкции проекта

Из того же набора73

Весь набор →
Universal LLM Operating Guidelines Набор правил для ИИ-кодинга: сначала разобраться в задаче, потом менять код. Снижает выдуманные API и лишние правки. GP ChatGPT ★ 174 597звёзд репо Redis Caching taste Промпт задаёт ИИ-ассистенту набор правил работы с Redis: cache-aside, TTL с джиттером, инвалидация после записи. Пригодится, когда проектируешь кэш и не хочешь забыть про stampede и утечки памяти. GP ChatGPT ★ 174 597звёзд репо Error Handling taste Промпт задаёт ИИ-ассистенту вкус бэкенд-инженера на TypeScript: как валидировать вход, разделять ожидаемые ошибки и баги, логировать и отдавать клиенту. GP ChatGPT ★ 174 597звёзд репо Kubernetes taste Промпт задаёт ИИ-ассистенту набор правил платформенной команды: GitOps, пробы, ресурсы, безопасность подов. Пригодится, когда просите модель писать или проверять манифесты. GP ChatGPT ★ 174 597звёзд репо Monorepo taste Промпт задаёт агенту свод правил для монорепозитория: pnpm workspaces, Turborepo, границы пакетов и общие конфиги. Пригодится, когда нужно привести структуру репо к одному стилю. GP ChatGPT ★ 174 597звёзд репо Rust CLI taste Промпт задаёт набор правил, по которым ИИ пишет консольные утилиты на Rust: разбор аргументов, ошибки, вывод, тесты. GP ChatGPT ★ 174 597звёзд репо React State Management taste Сводка правил по управлению состоянием в React: когда использовать useState, Zustand, Context и TanStack Query. Помогает избежать типичных ошибок вроде лишних глобальных сторов. GP ChatGPT ★ 174 597звёзд репо Observability taste Набор правил для ИИ-ассистента: как расставлять трейсы, метрики и логи в сервисе, чтобы потом не гадать по дашбордам. Пригодится, когда просите модель написать код с телеметрией. GP ChatGPT ★ 174 597звёзд репо

Похожие

git-workflow-manager VoltAgent Community Субагент проектирует стратегии ветвления, настраивает хуки и автоматизирует слияния в Git. Пригодится команде, когда конфликты мешают релизам. 384установок git-workflow affaan-m Скилл с готовыми правилами Git: какую стратегию ветвления выбрать, как писать коммиты и когда rebase лучше merge. CX Codex +1 5 000установок summarize_git_diff danielmiessler Промпт читает git diff и выдаёт короткое сообщение коммита в стиле conventional commits плюс список изменений по пунктам. ★ 44 429звёзд репо conventional-git samber Скилл задаёт правила именования веток и коммитов по стандарту Conventional Commits v1.0.0. Помогает поддерживать чистую историю проекта в GitHub и GitLab. CX Codex +1 4 600установок git-pushing sickn33 Скилл отправляет коммиты по стандарту Conventional Commits в удалённую ветку через изолированный индекс Git. Защищает от случайного захвата лишних файлов при рядовых пушах. CX Codex +1 918установок git-commit официальный github Скилл разбирает изменения Git, выбирает связанные файлы и создаёт коммит в формате Conventional Commits. Пригодится, когда нужно закоммитить одну или несколько логических частей изменений. 47 165установок tiny-stepping официальный github Скилл задаёт пошаговый процесс разработки: помощник вносит одно минимальное изменение, ждёт подтверждения и делает коммит перед следующим шагом. 57установок

Рядом в каталоге

Всё по теме «Git и GitHub» →

Вопросы о Git Workflow taste

Как установить Git Workflow taste в Claude?

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

Что делает Git Workflow taste?

Задаёт ассистенту правила trunk-based разработки: короткие ветки, Conventional Commits, squash-merge, защита main и требования к ревью.

Нужен ли доступ к репозиторию?

Нет. Это текстовый промпт для чата, он не читает ваш git и не меняет настройки репозитория.

Исходный текст

prompts.csv · CC0-1.0
# Git workflow taste of a trunk-based team
- Work trunk-based: short-lived branches off main, merged within two days. Confidence: 0.90
- Name branches as <type>/<short-topic>, for example fix/login-redirect. Confidence: 0.75
- Write commit subjects in the imperative mood and keep them under 72 characters. Confidence: 0.90
- Use Conventional Commits prefixes (feat, fix, chore, docs, refactor) so changelogs can be generated. Confidence: 0.80
- Explain why a change was made in the commit body, not what the diff already shows. Confidence: 0.85
- Keep each commit buildable and focused on one logical change. Confidence: 0.85
- Rebase your branch onto main instead of merging main into it. Confidence: 0.80
- Squash-merge pull requests so main has one commit per change. Confidence: 0.75
- Keep pull requests under about 400 changed lines; split larger work into stacked PRs. Confidence: 0.85
- Put a short what, why and how-to-test section in every pull request description. Confidence: 0.85
- Require one approving review and green CI before merging to main. Confidence: 0.90
- Protect main: no direct pushes and no force pushes. Confidence: 0.95
- Only force push your own branch, and always with --force-with-lease. Confidence: 0.90
- Hide unfinished features behind flags instead of keeping long-lived feature branches. Confidence: 0.85
- Tag releases with semantic version tags such as v1.4.2 on main. Confidence: 0.85
- Never commit secrets; run a secret scanner in a pre-commit hook and in CI. Confidence: 0.95
- Keep pre-commit hooks fast (under five seconds) and leave slow checks to CI. Confidence: 0.80
- Use a .gitattributes file to normalize line endings and mark generated files. Confidence: 0.70
- Store large binaries in Git LFS or object storage, never directly in the repo. Confidence: 0.85
- Use git bisect with a scripted test to hunt down regressions. Confidence: 0.70
- Revert a bad commit on main first and investigate afterwards. Confidence: 0.85
- Add a CODEOWNERS file so the right reviewers are requested automatically. Confidence: 0.75
- Delete branches automatically after they are merged. Confidence: 0.90

© f · CC0-1.0 · f/prompts.chat

Смотрите также

Спонсоры проекта

Компании, которые помогают держать аналитику открытой