Your comments

derp...looks like I was not aware it was that easy, was expecting some quick search box as in the git tree view :D

OK, unfortunately it's really useful to read about conventional changelog to implement it properly, that's why I gave an url to it.
It's just boils don to proper parsing of the commit message so that it can be processed by other tools.

Below url to my visualization idea:
left - classic view that is right now
right - if radio buton is selected then we can see other message layout

commit type should be dropdown from predefined values or just auto-fill suggestion when writing first letters
also if something is a breaking change then it automatically adds message to the footer with 'BREAKING-CHANGE: text' message

When clicking back to clasissic commit message type then it would just copy messages to the left with properly formatted commit message. Switching back again to conventional-commit it would fill back fields as they were (or maybe auto-parse existing message from left.

Some rough ideas:
- detect if the repo contains files used commonly with conventional changelog and provide popup hints for message formatting (or even some libs which would check the commit messages) or maybe gray text with suggestion of the format
- maybe a radio button which would change the UI from classic to 'conventional-changelog' and would then present dropdown menu like 'fix...', second field with optional scope, third field with commit title, body window with more details, and footer section to write end notes, radio selector 'breaking change' + reason.
- look how JetBrains tools already integrate it in their apps? (don't have any but afair they use it)