proselint VS alex

You can try proselint, which also has built-in support in null-ls. Its LaTeX support isn't perfect, but it's workable.

Something like grammar-guard, proselint and/or language-tool?

Yep, though there's not a lot to see! Follow the instructions for installing proselint at https://github.com/amperser/proselint and configure as follows:

Vale uses a customizable grammar checker, and you can download some open-source configurations to start working with from the link above. Then, you just need to add something like below to your Emacs configuration: (flycheck-define-checker vale "A prose linter" :command ("vale" "--output" "line" source) :standard-input nil :error-patterns ((error line-start (file-name) ":" line ":" column ":" (id (one-or-more (not (any ":")))) ":" (message) line-end)) :modes (markdown-mode org-mode text-mode) ) (add-to-list 'flycheck-checkers 'vale 'append) (setq flycheck-vale-executable "/usr/local/bin/vale") It looks like you can do something similar with Proselint, which looks wonderful and I have been meaning to try using in my day-to-day: https://unconj.ca/blog/linting-prose-in-emacs.html .

proselint

Full list here. Since the tool is a linter, it sounds like it should work with language servers. I use CoC.nvim for LSP features. Thankfully some smart guys have figured out how to make proselint work with coc.nvim & coc-diagnostic (see here). Now it works for my blog posts just like clangd does for my C++ code.

Proselint is not a VIM plugin. It is a separate tool described as a linter of English prose. Here are some of its features:

You're looking for proselint. https://github.com/amperser/proselint

This story has been a motivating principle behind my life for a long time, and therefore, whenever I've worked on docs, I've thought about how I could ensure that exclusionary words, even unintentionally, did not make their way into the final copy. During my time at Nexmo, a communications API company, I introduced Alex, an NPM package that helps you identify potentially exclusionary language in your writing, into the CI/CD pipeline for the documentation.

As a philosophy student: Zotero for reference management, the Better BibTeX plugin to auto-generate a .bib file, and two language servers for diagnostics: LTeX for grammar- and spellchecking, and alex for style and sensitivity checking.

When using it as a lib you can pass a markdown string (https://github.com/get-alex/alex#markdownvalue-config) or raw text string (https://github.com/get-alex/alex#textvalue-config). This will return an object that should contain everything you need to perform a naive replacement.

alex is a lovely command-line tool that takes in text or markdown files and, using retext-equality and retext-profanities, highlights suggestions for improvement. alex checks for gendered work titles, gendered proverbs, ableist language, condescending or intolerant language, profanities, and much more.

Heck, he could even go so far and start using GitHub's automation system (Actions) to run some check on his writing. (Maybe something like alexjs)

alex