Re: [NonGNU] new: hermes

Eli Zaretskii <[email protected]> Sat, 08 Aug 2026 10:23:18 +0300
Newsgroups gmane.emacs.devel
Message-ID <[email protected]>
> Date: Sat, 08 Aug 2026 06:55:32 +0300
> From: Jean Louis <[email protected]>
> Cc: [email protected], [email protected]
> 
> Thus the primary use of Hermes agent and your Emacs package as client to 
> that Hermes agent is to access remote APIs, whereby users are to use 
> service as a software substitute LLMs.

It could well be that this is "primary use" in the sense that most
users do it that way.

> While Hermes Agent can be run locally, its development, documentation, 
> and promotional materials are overwhelmingly geared toward a "service as 
> a software substitute" (SaaSS) model, which centralizes control with the 
> service provider and denies users agency over their own computing.

But this paragraph takes the actual usage pattern, and makes it the
design tendency.  What is the evidence for that?  Do you see any
features that discourage usage of free LLMs locally? if so, what are
those discouraging features and how do they affect users who want and
do use local LLMs?

> By promoting Hermes Agent, the GNU project would be endorsing a system 
> that normalizes dependency on non-free network services, undermining the 
> very principles of freedom and self-determination it was founded to 
> protect.

And this is another "leap of faith".  We have no control on what our
users do, we just should not actively encourage them to do the wrong
thing.  If a package supports both free and non-free backends, I see
no reason to claim that its support for non-free ones is the
overwhelming trait, let alone that it causes us endorsing of such
backends.