Re: Including AI into Emacs

[Bruno Barbier]

Jean Louis <bugs@gnu.support> writes:

> * Bruno Barbier <brubar.cs@gmail.com> [2024-12-07 12:32]:
>> > I was using in invalidated manner the emacs-chatgpt but in general I
>> > can do myself Curl and http requests. My usage is totally specific, I
>> > have memories, various memories that I select from Dynamic Knowledge
>> > Repository, then I can replace region with the information, or add new
>> > information into buffer.
>> >
>> > I could not try gptel, it doesn't work. But will try in future.
>
> I found out why, tried it out and it works. But programming, inside,
> is for me too difficult as I am not used to that type of
> programming. I am used for functions which always return something,
> but gptel is more than that. Actually I just see too many
> complications for my uses.
>
> I need to be able to get result without complications. Synchronous
> request is fine and better, rather than asynchronous, where it is
> vague what is going to happen with the buffer information.

gptel works asynchronously indeed (which IMHO is a good thing), but I
understand that it might not fit in your workflow.

> ...
> and 3-4 functions replace all of the catch-all functions in gptel
>
> I have tried understanding gptel code, but I don't. And it doesn't look like 
> I should be going into it.
>
> Yes, it works, but I do not know how to get clear, easy to capture
> response, to be returned for easy database logging.
>
> Another issue, I don't see why I need too many files, whole package with many 
> models, not needed.
>
> Like for llamafile, I can easily change the model and same function
> can work, as above.

IIUC, all you would need is to use the documented API ('gptel-request')
and use its callback.

But, if you don't need integration with org, conversations, multiple
backends, etc. , or just for fun, it makes sense to roll your own
solution.

I just wanted to mention gptel in case you weren't aware of it.

Best regards,
Bruno