Phil<p><span>Update:<br>- Fixed up a number of functions. Abstracted some, improved descriptions for better comprehension by LLMs.<br>- Tried to disable org-ql caching, but it's tricky so caching is still on.<br>- Fixed up list-buffers and open-file tools (on </span><a href="https://fosstodon.org/@karthink" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@karthink@fosstodon.org</a><span>'s advice)<br>- Disabled a few tools (notably org-ql-select) by default (now you'll have to manually add it to your config), as getting correct query syntax out of an LLM is a losing gamble.<br>- Updated some documentation.<br>- Changed some function names.<br>- Playing around with adding some additional markers for LLMs to use as reference (e.g. to treat pieces of data they get as actually separate.)<br><br>It appears to be working, if not better, then at least more reliably now. Some prompting is necessary to avoid it falling back to bad habits (using "X OR Y" in queries, for instance.<br><br>Note: reasoning/ thinking interferes very badly with calling tools. I'm not sure why that is, but at the moment I recommend against it. <br><br>So far, it works reasonably well for general queries, but I still find that org-ql-select-agenda-rifle (which does what it sounds like) pulls </span><i>way too much</i><span> into context.<br><br>I want to develop a way in which queries can be more precise without going keyword by keyword, but also without letting the LLM screw up the syntax. <br><br></span><a href="https://git.bajsicki.com/phil/gptel-org-tools" rel="nofollow noopener noreferrer" target="_blank">https://git.bajsicki.com/phil/gptel-org-tools</a><span><br><br></span><a href="https://fed.bajsicki.com/tags/emacs" rel="nofollow noopener noreferrer" target="_blank">#emacs</a> <a href="https://fed.bajsicki.com/tags/gptel" rel="nofollow noopener noreferrer" target="_blank">#gptel</a> <a href="https://fed.bajsicki.com/tags/orgmode" rel="nofollow noopener noreferrer" target="_blank">#orgmode</a></p>