supermemory: implement health_check() with profile probe (#42 step 2d)#48
Merged
Merged
Conversation
Step 2d of the RFC #42 migration plan. is_available() only checked SUPERMEMORY_API_KEY presence + SDK importability; an expired/garbage key got a green check. health_check() now instantiates the SDK client and calls client.profile(container_tag="hermes-doctor-probe") — validates auth + reachability without modifying real container state. Outcomes (RFC #42 reason prefixes): (True, "") — profile() round-trip OK. (False, "no_api_key") — SUPERMEMORY_API_KEY unset. (False, "sdk_missing") — supermemory SDK not installed. (False, "auth: ...") — 401/403/forbidden/unauthorized/ invalid-api-key/authentication. (False, "unreachable: ...") — anything else (including SDK init failure). Defense in depth: SDK client construction is inside the try/except so a SDK-version mismatch surfaces as unreachable: rather than propagating. Tests: - success → (True, "") - no_api_key / sdk_missing - 4 auth-classification cases - ConnectionError → unreachable: - SDK init exception → unreachable: - Long errors truncated under 220 chars 109 health_check tests pass across mem0 + honcho + byterover + supermemory + memory_provider ABC. Continues #42 step 2; four providers migrated, four remain (holographic, hindsight, retaindb, openviking).
3 tasks
PowerCreek
added a commit
that referenced
this pull request
May 23, 2026
…s 2h + 3) (#52) Closes #42. Final two steps of the RFC migration. Step 2h — holographic health_check: Holographic is local-only (SQLite); no remote service. But a read-only HERMES_HOME (RO mount, wrong perms) would still break it at runtime. Override verifies db_path's parent directory is writable. (True, "") — parent mkdir + W_OK pass. (False, "unreachable: <msg>") — mkdir failed or W_OK denied. (False, "config_error: <msg>") — get_hermes_home raised. Step 3 — doctor branch collapse: Every shipped provider now implements health_check() with the RFC #42 reason-prefix taxonomy. The provider-specific Honcho + Mem0 elif blocks (~120 lines combined) are gone. The unified dispatch is one ~80-line block in doctor.py keyed on the prefix: healthy → check_ok("<name> reachable") no_api_key / no_credentials → _fail_and_issue (setup hint) no_url / no_endpoint → _fail_and_issue (URL hint) no_config → check_warn (run setup) disabled → check_info sdk_missing → _fail_and_issue (plugin docs) auth: → _fail_and_issue (rotate key) not_found: → _fail_and_issue (verify base URL) http: → check_warn (unexpected status) unreachable: → check_warn (transient hint) config_error: → check_warn (config raised) health_check_raised: → check_warn (provider bug; RFC #42 says health_check MUST NOT raise, so this is a contract violation worth flagging) other → check_warn (unknown verbatim) Doctor's Memory Provider section is now ~80 lines instead of ~200, and adding the 9th provider requires zero doctor changes. Migration table (8 providers total): mem0 — PR #44 GET /v1/memory profile honcho — PR #45 get_honcho_client handshake byterover — PR #46 brv status (CLI + login) supermemory — PR #48 client.profile probe openviking — PR #49 /health endpoint probe retaindb — PR #50 /v1/memory/profile GET hindsight — PR #51 mode-dependent (local import / cloud /version) holographic — this PR db_path parent writability Tests: - 6 new tests for holographic health_check - Updated 3 doctor tests to assert the new unified dispatch (auth → _fail_and_issue; unreachable → check_warn; healthy → "<name> reachable") instead of the now-removed elif-block output strings. - 228 health_check + doctor tests pass total. The #42 RFC is now fully implemented across all shipped memory providers. Closing the issue with this PR.
7 tasks
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Step 2d of the RFC #42 migration plan. Supermemory's
is_available()only checkedSUPERMEMORY_API_KEYpresence + SDK importability — an expired/garbage key got a green check.health_check()now instantiates the SDK client and callsclient.profile(container_tag="hermes-doctor-probe"), validating auth + reachability without modifying real container state.(True, "")profile()round-trip OK(False, "no_api_key")SUPERMEMORY_API_KEYunset(False, "sdk_missing")supermemorySDK not installed(False, "auth: ...")(False, "unreachable: ...")Defense in depth: SDK client construction is inside the try/except, so a SDK-version mismatch surfaces as
unreachable:rather than propagating up to break doctor's section loop.Test plan
tests/plugins/memory/test_supermemory_health_check.py: success, no_api_key, sdk_missing, 4 auth-classification cases (401, 403, "Invalid API key", "authentication failed"),ConnectionError→ unreachable, SDK init exception → unreachable, long errors truncated under 220 chars.pytest tests/plugins/memory/test_supermemory_health_check.py tests/plugins/memory/test_byterover_health_check.py tests/honcho_plugin/test_health_check.py tests/plugins/memory/test_mem0_health_check.py tests/agent/test_memory_provider.py→ 109 passed.Continues #42 step 2. Four providers migrated (mem0/honcho/byterover/supermemory); four remain (holographic/hindsight/retaindb/openviking).
Filed by hermes-maintainer (PowerCreek).