Phil<p><code>gptel-org-tools</code><span> update.<br><br>1. Cloned to </span><a href="https://codeberg.org/bajsicki/gptel-org-tools" rel="nofollow noopener noreferrer" target="_blank">https://codeberg.org/bajsicki/gptel-org-tools</a><span>, and all future work will be happening on Codeberg. <br>2. Added </span><code>gptel-org-tools-result-limit</code><span> and a helper function for it. This sets a hard limit on the number of characters a tool can return. If it's over that, the LLM is prompted to be more specific in its query. Not applied to all tools, just the ones that are likely to blow up the context window. <br>3. Added docstrings for the functions called by the tools, so LLMs can look up their definitions.<br>4. Improved the precision of some tool descriptions so instructions are easier to follow.<br>5. Some minor improvements w/r/t function names and calls, logic, etc. Basic QA.<br><br>Now, as a user: <br>1. I'm finding it increasingly frustrating that Gemma 3 refuses to follow instructions. So here's a PSA: Gemma 3 doesn't respect the system prompt. It treats it just the same as any other user input. <br>2. Mistral 24B is a mixed bag. I'm not sure if it's my settings or something else, but it fairly consistently ends up looping; it'll call the same tool over and over again with the exact same arguments. This happens with other models as well, but not nearly as frequently.<br>3. Qwen 2.5 14B: pretty dang good, I'd say. The Cogito fine-tune is also surprisingly usable.<br>4. Prompting: I have found that a good, detailed system prompt tends to /somewhat/ improve results, especially if it contains clear directions on where to look for things related to specific topics. I'm still in the middle of writing one that's accurate to my Emacs set-up, but when I do finish it, it'll be in the repository as an example.<br>5. One issue that I still struggle with is that the LLMs don't take any time to process the user request. Often they'll find some relevant information in one file, and then decide that's enough and just refuse to look any further. Often devolving into traversing directories /as if/ they're looking for something... and they get stuck doing that without end. <br><br>It all boils down to the fact that LLMs aren't intelligent, so while I have a reasonable foundation for the data collection, the major focus is on creating guardrails, processes and inescapable sequences. These will (ideally) railroad LLMs into doing actual research and processing before they deliver a summary/ report based on the org-mode notes I have.<br><br>Tags:<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/codeberg" rel="nofollow noopener noreferrer" target="_blank">#codeberg</a> <a href="https://fed.bajsicki.com/tags/forgejo" rel="nofollow noopener noreferrer" target="_blank">#forgejo</a> <a href="https://fed.bajsicki.com/tags/orgmode" rel="nofollow noopener noreferrer" target="_blank">#orgmode</a> <a href="https://fed.bajsicki.com/tags/orgql" rel="nofollow noopener noreferrer" target="_blank">#orgql</a> <a href="https://fed.bajsicki.com/tags/llm" rel="nofollow noopener noreferrer" target="_blank">#llm</a> <a href="https://fed.bajsicki.com/tags/informationmanagement" rel="nofollow noopener noreferrer" target="_blank">#informationmanagement</a> <a href="https://fed.bajsicki.com/tags/gptelorgtools" rel="nofollow noopener noreferrer" target="_blank">#gptelorgtools</a><span> <br><br>PS. Links should work now, apparently profile visibility affects repo visibility on Codeberg. I would not have expected that. <br><br>PPS. Deleted and reposted because of strong anti-bridge sentiment on my part. Screw Bluesky and bots that repost to it. Defederated: newsmast.*</span></p>