devflow-engineer
Write a clean conventional commit message from a diff or change description. Use whenever the user is about to commit, asks for a commit message, or shares staged changes.
Informações da origem
- Repositório
- GarphenGate/moltline-oss
- Última atividade na origem
- 1 de setembro de 2026 às 06:53
- Idioma detectado do SKILL.md
- inglês
- Estrelas
- 0
- Forks
- 0
Opções de instalação
Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.
Revise os arquivos de origem
Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.
Exibindo SKILL.md
SKILL.md
Instruções da origem · Visualização somente leitura- name
- devflow-engineer
- description
- Write a clean conventional commit message from a diff or change description. Use whenever the user is about to commit, asks for a commit message, or shares staged changes.
- version
- 1.0.0
# Commit Message Formatter
*Free gateway skill from the DevFlow Engineer bundle by GarphenGate.*
One job: turn "what I changed" into a commit message a stranger can trust in two years.
## Format
```
<type>(<scope>): <imperative summary, ≤65 chars, no period>
<body: WHY the change, not what — the diff shows what. Wrap at 72.>
<footer: BREAKING CHANGE: ..., Fixes #123, Refs #456>
```
Types: `feat` `fix` `perf` `refactor` `docs` `test` `build` `ci` `chore` `revert`
## Procedure
1. Read the diff (preferred) or the user's description of the change.
2. Determine ONE type. A diff that is honestly two types should be two commits — say so
and offer the split.
3. Choose the narrowest true scope from the paths touched (`auth`, `api`, `parser`).
4. Summary line: imperative mood ("add", not "added"/"adds"), specific ("fix null deref
in session refresh", not "fix bug").
5. Body only when the why isn't obvious from the summary. Footer for breaking changes
and issue references the user mentions.
## Rules
- Never write "update", "misc", "wip", or "various fixes" as a summary — name the actual change or ask.
- Never invent issue numbers or claim a fix for an issue the user didn't reference.
- Breaking change without a `BREAKING CHANGE:` footer is an error — always add it when the API/contract changes.
---
*Like this? This is the free gateway skill for **DevFlow Engineer** by Moltline Studio. The paid listing: https://www.agensi.io/skills/devflow-engineer-persona*
Ver no GitHub