hero_osis: MCP tools have data format issues (contact_set, contacts_list) #41
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Issues
1.
contact_setrejects JSON objectsThe MCP tool schema declares
dataastype: "object", but the backend errors with:The backend expects an OTOML-serialized string, not a JSON object. Either:
2.
contacts_listreturns empty string instead of empty arrayWhen no contacts exist, the tool returns
""(empty string) instead of[]or{"contacts": []}. This makes it hard for AI agents to distinguish "no contacts" from an error.Verified on
herodev.gent04.grid.tf — tested via direct curl to
hero_osis_ui.sockMCP endpoint.Impact
AI assistants (hero_shrimp) cannot create or manage contacts via MCP because the data format is incompatible.
mik-tf referenced this issue2026-03-18 20:13:52 +00:00
mik-tf referenced this issue2026-03-18 22:06:25 +00:00
mik-tf referenced this issue2026-03-18 22:37:34 +00:00
mik-tf referenced this issue2026-03-18 22:52:15 +00:00
Fixed and verified on herodev
Root cause: MCP dispatch in
hero_osis_ui/routes.rshad 3 problems:identity.listwhich hit wrong domain (business.contactinstead ofidentity.contact)O:prefix + TOML key-value pairs)Fix: Updated
dispatch_tool()to use 3-part method names (identity.contact.set), convert JSON→OTOML viajson_to_otoml_string(), and format list responses as JSON arrays viaparse_sid_list().Verification on herodev:
contacts_list→[]✅ (was"")contact_setwith{"name":"testcontact","public_key":"ed25519:test123"}→ returns SID"0002"✅ (was OTOML error)contacts_listafter set →["0002"]✅contact_get→ returns full contact OTOML data ✅Commit: hero_osis@07cac1a on
developmentmik-tf referenced this issue2026-03-18 22:55:28 +00:00
mik-tf referenced this issue2026-03-18 22:58:45 +00:00
mik-tf referenced this issue2026-03-18 23:16:26 +00:00
mik-tf referenced this issue2026-03-18 23:28:29 +00:00
mik-tf referenced this issue2026-03-18 23:33:28 +00:00
mik-tf referenced this issue2026-03-19 00:06:50 +00:00
mik-tf referenced this issue2026-03-19 00:17:18 +00:00
mik-tf referenced this issue2026-03-19 00:26:50 +00:00
mik-tf referenced this issue2026-03-19 02:54:39 +00:00