fix blank tool_name entries in state.db and JSON session logs

[justincc]

What does this PR do?

This PR fixes blank tool_name entries in state.db and JSON session logs. It refactors the tool message construction for the OpenAI format at 6 sites and adds "tool_name" to the message. This doesn't cause any problems for the existing code but means that session persistence can pick it up.

The alternative would have been to check for both "name" and "tool_name" at various persistence points - some existing code already does this. But that seems a fragile solution if downstream code is changed or new peristence paths added - that kind of thing might have caused this very bug!

Related Issue

Fixes #28915

Type of Change

• 🐛 Bug fix (non-breaking change that fixes an issue)
• ✨ New feature (non-breaking change that adds functionality)
• 🔒 Security fix
• 📝 Documentation update
• ✅ Tests (adding or improving test coverage)
• ♻️ Refactor (no behavior change)
• 🎯 New skill (bundled or hub)

Changes Made

• agent/tool_dispatch_helpers.py — adds make_tool_result_message(name, content, tool_call_id) factory and exports it via __all__
• agent/tool_executor.py — all four tool-result construction sites (sequential normal, sequential interrupt skip, concurrent normal, concurrent interrupt skip) replaced with make_tool_result_message
• agent/agent_runtime_helpers.py — repair/rewrite path updated to use make_tool_result_message
• mini_swe_runner.py — tool response construction updated; also adds the missing "name" field which was previously absent entirely
• tests/run_agent/test_tool_name_db_persistence.py — new test verifying tool_name survives the flush path into the session DB
• tests/test_hermes_state.py — new test verifying tool_name is correctly written by replace_messages (used by /retry, /undo, /compress)

How to Test

1. Run hermes and send a prompt that triggers a tool call (e.g. ask it to run a terminal command or search the web)
2. After the response completes, query the session DB:

sqlite3 ~/.hermes/state.db
SELECT role, tool_name, substr(content,1,80) FROM messages ORDER BY timestamp DESC LIMIT 5;

3. The role = 'tool' row should have tool_name populated with the function name rather than NULL

Also added tests:

• tests/run_agent/test_tool_name_db_persistence.py — new file; tests that tool_name set by make_tool_result_message survives the flush path into the session DB (_flush_messages_to_session_db)
• tests/test_hermes_state.py — existing file; one new test added (test_replace_messages_persists_tool_name) to the TestMessageStorage class, covering the replace_messages path used by /retry, /undo, and /compress

Checklist

Code

• I've read the Contributing Guide
• My commit messages follow Conventional Commits (fix(scope):, feat(scope):, etc.)
• I searched for existing PRs to make sure this isn't a duplicate
• My PR contains only changes related to this fix/feature (no unrelated commits)
• I've run pytest tests/ -q and all tests pass
• I've added tests for my changes (required for bug fixes, strongly encouraged for features)
• I've tested on my platform:

Documentation & Housekeeping

• I've updated relevant documentation (README, docs/, docstrings) — or N/A
• I've updated cli-config.yaml.example if I added/changed config keys — or N/A
• I've updated CONTRIBUTING.md or AGENTS.md if I changed architecture or workflows — or N/A
• I've considered cross-platform impact (Windows, macOS) per the compatibility guide — or N/A
• I've updated tool descriptions/schemas if I changed tool behavior — or N/A

For New Skills

• This skill is broadly useful to most users (if bundled) — see Contributing Guide
• SKILL.md follows the standard format (frontmatter, trigger conditions, steps, pitfalls)
• No external dependencies that aren't already available (prefer stdlib, curl, existing Hermes tools)
• I've tested the skill end-to-end: hermes --toolsets skills -q "Use the X skill to do Y"

Screenshots / Logs

[ethernet8023]

lgtm, ty for the fix!

[justincc]

Thanks @ethernet8023 !