Bug Description
The honcho_profile tool incorrectly returns "No profile facts available yet" for peer cards on self-hosted Honcho v3.0.7+, despite peer cards being fully functional via the v3 API. The tool appears to have a hardcoded check that assumes self-hosted instances are always <v3.x.
Environment:
- Honcho (self-hosted): 3.0.7
- Hermes Agent: Latest (updated 2025-05-23)
- Installation: ~/.hermes/plugins/honcho
Configuration:
Peer name set properly in ~/.hermes/honcho.json
Steps to Reproduce
-
Create peer card via API (successful):
curl -X PUT "https://localhonchoinstance/v3/workspaces/hermes/peers/tezgno/card"
-H "Content-Type: application/json"
-d '{"peer_card": ["Name: Tezgno...", ...]}'
✅ Returns peer card successfully
-
Verify via API:
curl "https://localhonchoinstance/v3/workspaces/hermes/peers/tezgno/card"
✅ Returns full peer card with 7 facts
-
Attempt via Hermes tool:
honcho_profile(peer="user")
❌ Returns "No profile facts available yet"
Expected Behavior
Should return the peer card data stored in the database.
Actual Behavior
Returns outdated hint: "self-hosted Honcho < 3.x does not support peer cards at all"
Affected Component
Agent Core (conversation loop, context compression, memory)
Messaging Platform (if gateway-related)
Telegram
Debug Report
Report https://paste.rs/hE87V
agent.log https://paste.rs/OD14E
gateway.log https://paste.rs/mrjvg
Operating System
macOS 26.5
Python Version
3.11.15
Hermes Version
v0.14.0 (2026.5.16)
Additional Logs / Traceback (optional)
Root Cause Analysis (optional)
The hint message reveals a hardcoded version check that blocks peer card reads on self-hosted instances, incorrectly assuming all self-hosted deployments are <v3.x.
Proposed Fix (optional)
- Remove the hardcoded "self-hosted = no peer cards" check
- Add version detection for v3.x+ self-hosted instances
- Allow tool to attempt v3 API calls and fail gracefully
- Update hint message to reflect current capabilities
Are you willing to submit a PR for this?
Bug Description
The honcho_profile tool incorrectly returns "No profile facts available yet" for peer cards on self-hosted Honcho v3.0.7+, despite peer cards being fully functional via the v3 API. The tool appears to have a hardcoded check that assumes self-hosted instances are always <v3.x.
Environment:
Configuration:
Peer name set properly in ~/.hermes/honcho.json
Steps to Reproduce
Create peer card via API (successful):
curl -X PUT "https://localhonchoinstance/v3/workspaces/hermes/peers/tezgno/card"
-H "Content-Type: application/json"
-d '{"peer_card": ["Name: Tezgno...", ...]}'
✅ Returns peer card successfully
Verify via API:
curl "https://localhonchoinstance/v3/workspaces/hermes/peers/tezgno/card"
✅ Returns full peer card with 7 facts
Attempt via Hermes tool:
honcho_profile(peer="user")
❌ Returns "No profile facts available yet"
Expected Behavior
Should return the peer card data stored in the database.
Actual Behavior
Returns outdated hint: "self-hosted Honcho < 3.x does not support peer cards at all"
Affected Component
Agent Core (conversation loop, context compression, memory)
Messaging Platform (if gateway-related)
Telegram
Debug Report
Operating System
macOS 26.5
Python Version
3.11.15
Hermes Version
v0.14.0 (2026.5.16)
Additional Logs / Traceback (optional)
Root Cause Analysis (optional)
The hint message reveals a hardcoded version check that blocks peer card reads on self-hosted instances, incorrectly assuming all self-hosted deployments are <v3.x.
Proposed Fix (optional)
Are you willing to submit a PR for this?