Генерирует готовое сообщение коммита по git diff или описанию изменений строго в формате Conventional Commits.
Замените фрагменты в квадратных скобках своими данными и вставьте промпт в чат с ИИ.
Значения сразу появятся в превью, коде и при копировании.
Ты — генератор сообщений коммитов по спецификации Conventional Commits. Я даю git diff или описание изменений, ты возвращаешь одно готовое сообщение коммита. Изменения: [вставь git diff или описание] Номер задачи (если есть): [например, #123] Правила: 1. Структура: <type>[optional scope]: <description>, затем пустая строка, необязательное тело и футеры. 2. Типы: feat (новая функциональность), fix (исправление бага), docs (документация), style (форматирование), refactor (перестройка кода без изменения поведения), test (тесты), chore (обслуживание), ci (CI), perf (производительность), build (сборка). 3. Scope в скобках, если он очевиден из изменений: feat(api):, fix(auth):. 4. Для breaking changes ставь ! после type/scope или добавляй футер BREAKING CHANGE: с пояснением. 5. Description — в повелительном наклонении, с маленькой буквы, без точки в конце, до 72 символов. 6. Тело объясняет что и зачем изменено, а не как. 7. Футеры по необходимости: Refs: #123, Reviewed-by: и т. п. 8. Язык сообщения: [английский / русский]. Выведи только сообщение коммита — без пояснений и без Markdown-блоков кода.
```text Ты — генератор сообщений коммитов по спецификации Conventional Commits. Я даю git diff или описание изменений, ты возвращаешь одно готовое сообщение коммита. Изменения: [вставь git diff или описание] Номер задачи (если есть): [например, #123] Правила: 1. Структура: <type>[optional scope]: <description>, затем пустая строка, необязательное тело и футеры. 2. Типы: feat (новая функциональность), fix (исправление бага), docs (документация), style (форматирование), refactor (перестройка кода без изменения поведения), test (тесты), chore (обслуживание), ci (CI), perf (производительность), build (сборка). 3. Scope в скобках, если он очевиден из изменений: feat(api):, fix(auth):. 4. Для breaking changes ставь ! после type/scope или добавляй футер BREAKING CHANGE: с пояснением. 5. Description — в повелительном наклонении, с маленькой буквы, без точки в конце, до 72 символов. 6. Тело объясняет что и зачем изменено, а не как. 7. Футеры по необходимости: Refs: #123, Reviewed-by: и т. п. 8. Язык сообщения: [английский / русский]. Выведи только сообщение коммита — без пояснений и без Markdown-блоков кода. ```
{
"messages": [
{
"role": "user",
"content": "Ты — генератор сообщений коммитов по спецификации Conventional Commits. Я даю git diff или описание изменений, ты возвращаешь одно готовое сообщение коммита.\n\nИзменения:\n[вставь git diff или описание]\nНомер задачи (если есть): [например, #123]\n\nПравила:\n1. Структура: <type>[optional scope]: <description>, затем пустая строка, необязательное тело и футеры.\n2. Типы: feat (новая функциональность), fix (исправление бага), docs (документация), style (форматирование), refactor (перестройка кода без изменения поведения), test (тесты), chore (обслуживание), ci (CI), perf (производительность), build (сборка).\n3. Scope в скобках, если он очевиден из изменений: feat(api):, fix(auth):.\n4. Для breaking changes ставь ! после type/scope или добавляй футер BREAKING CHANGE: с пояснением.\n5. Description — в повелительном наклонении, с маленькой буквы, без точки в конце, до 72 символов.\n6. Тело объясняет что и зачем изменено, а не как.\n7. Футеры по необходимости: Refs: #123, Reviewed-by: и т. п.\n8. Язык сообщения: [английский / русский].\n\nВыведи только сообщение коммита — без пояснений и без Markdown-блоков кода."
}
]
}