mrkeyoor.com_
Mon 02 Nov 20:58 UTC
Self-Hostedevaluationupdated 31 Oct 2026

Memoh review

Trial Memoh if you need persistent agent workspaces, saved context and access through chat services, and can operate a privileged self-hosted deployment. Memoh can host its built-in agent, Claude Code or Codex in managed workspaces. Our run on September 18, 2026, at commit 8603825 covered dependency installation and repository tests, not a deployed agent workload.

+24stars / 7d
Verdict

Memoh merits a controlled trial when persistent agent workspaces, memory and messaging access are requirements you are willing to operate yourself. Our September 18, 2026 run at commit 8603825 installed dependencies successfully, skipped the generic build step and returned a failing test-command exit status. It did not verify a deployed agent workload. Keep durable work elsewhere until your pinned deployment passes the browser, persistence, channel and cleanup checks you need.

We ran it

Lab card: what happened when we ran MemohScreenshot of Memoh (memoh.ai)
Install✓ · 14s1050 packages · 1144 MB
Buildn/ano build script
Tests✗ · 103s1959 passed · 9 failed of 1968 (vitest)
Repo4312 files~809,113 lines of source · 43.9 MB · 17 CI workflows · tests dir

Answers from our run

Does Memoh build from source?

Dependencies installed in 14 seconds (1050 packages), and the project has no separate build step. We cloned commit 8603825 into a clean Debian container with 3 CPUs and no project-specific setup.

Do Memoh's tests pass?

No. The project's own test command finished in 103 seconds and reported 1959 passed, 9 failed (vitest).

Who should not use Memoh?

Hosts whose policies prohibit privileged containers.

What are the alternatives to Memoh?

OpenHands Agent Canvas, Cua. Memoh merits a controlled trial when persistent agent workspaces, memory and messaging access are requirements you are willing to operate yourself.

Setup2/5Documented installation still requires privileged hosting, configuration and production safeguards; our sandbox did not verify deployment. The visible rubric reserves 5 for a verified simple setup.
Docs4/5Primary documentation covers installation, configuration, production precautions and troubleshooting, but supplied service descriptions disagree. The visible rubric reserves 5 for consistent guidance verified in deployment.
Community5/5The v0.20.0 release credits two named contributors and eight others, meeting the visible rubric's ten-contributor release threshold. This narrow participation score does not assess adoption or support quality.
Maturity3/5A versioned release and a completed repository test command support the visible midpoint rubric, while the failing command and untested deployment workloads prevent a higher assessment.

Who it’s for

Self-hosters who need agents with files, desktop access, a browser and memory across sessions.
Developers who want to host Claude Code or Codex and reach them through the web or messaging services.
Operators prepared to manage Docker Compose, configuration, credentials, backups and workspace lifecycle checks.

Who it’s NOT for

Hosts whose policies prohibit privileged containers.
Teams that require a clean repository test result before starting a trial.
Readers seeking proof of reliable browser automation, channel delivery or persistent agent operation: our sandbox did not test those workloads.
Organizations that have not accepted the repository's AGPL-3.0 license for their intended use.

Setup reality

In our September 18, 2026 sandbox run at commit 8603825, installation exited 0 after 14 seconds. The stored harness recorded 1,050 dependencies occupying 1,144 MB. Its build step was skipped because it found no generic build script; the detected scripts did include web:build, so this does not mean the repository has no build path.

The test command exited 1 after 103 seconds. The attached stored parser summary records 1,959 passed, 9 failed and 0 skipped, with a reported total of 1,968. These are parser summaries, not verified exhaustive counts of unique tests. No new execution or complete-log reconciliation was performed.

The deployment guide requires Docker with Compose v2, Git and a config.toml file. Production guidance includes replacing default passwords and secrets, configuring HTTPS and a firewall, setting resource limits and making backups. The main service requires privileged container access. The development dependency footprint above excludes deployment images, databases and agent workspaces.

Should you deploy Memoh?

Start with an expendable trial if your agent needs a persistent computer and conversations across services. Memoh's documented combination of managed workspaces, saved context and messaging access gives that trial a clear purpose. Our repository run does not establish that those features work together in production.

Memoh can host its built-in agent, Claude Code or Codex in managed workspaces. The README at our tested commit describes filesystem, desktop, browser, network and long-term memory capabilities, plus Telegram, Discord, Lark, WeChat and web access. Those are project-documented capabilities, not workloads we exercised.

What our sandbox actually recorded

Our run on September 18, 2026, at commit 8603825 covered dependency installation and repository tests, not a deployed agent workload. The attached sandbox record specifies the lab-node:22 image, 3 CPUs and 8 GB of memory. The harness stores each command's exit status, elapsed time and timeout status alongside output tails and parsed test counts.

Installation exited 0 after 14 seconds. The stored dependency measurements are 1,050 packages and 1,144 MB. The installation tail separately says Packages: +1049; that package-manager output is not the same field as the harness's stored dependency count, and we have not substituted it for that measurement.

The build step was skipped with the reason no script. Detection found no generic build script, but did find web:build. The skipped step therefore provides no build verdict for the web application or other components.

The test command exited 1 after 103 seconds without timing out. The attached stored parser summary records 1,959 passed, 9 failed and 0 skipped, with a reported total of 1,968. These figures do not establish exhaustive unique test coverage. We did not rerun the suite or reconcile a complete log.

The raw output separately names failures in desktop server-connection tests, Docker server-entrypoint tests and the web UI icon contract. The desktop excerpt shows an expected-call mismatch involving request options; the web excerpt reports an assertion that expected true and received false. The supplied tail does not establish one cause for all failures. Its test-file footer describes files, a different unit from individual test outcomes.

The MrKeyoor testing-methodology page explains how command outcomes and parsed counts reach our reviews. It is linked for provenance; its current procedure does not prove which methodology version governed this older run.

Deployment needs a trusted host

The deployment guide warns that the main service has privileged container access and should run only in trusted environments. That requirement matters before you choose a host or allow other people to create agents.

The deployment guide calls for Docker with Compose v2, Git and a configuration file created before startup. It also directs production operators to replace default passwords and secrets, configure HTTPS and a firewall, set resource limits and maintain backups. Model access requires your own credentials when using the documented API-key path.

The supplied documentation differs on service layout: the deployment guide lists five standard services, while the commit-pinned README describes separate Server and Channel services. Check the Compose configuration for the exact revision you deploy instead of treating either description as a verified service inventory for our run.

Our sandbox did not start the Compose deployment, create a bot, run Claude Code or Codex, deliver a chat message, exercise browser control, or verify persistence after restart. The audit field is null, and scan coverage is unknown. Neither installation success nor the repository tests constitute a security review.

Which alternatives fit a different job?

OpenHands Agent Canvas is a self-hosted control center for coding agents and automations. Its current README documents local, remote and cloud backends, including Docker options. Evaluate it when engineering conversations and scheduled or event-triggered coding work are your main requirement. We did not compare its reliability or resource use with Memoh.

Cua provides computers and desktop automation tools for agents you bring. Its current README separates Spaces, Driver, VM tooling, SDKs and evaluation tools. Evaluate those components when you need the computer or automation layer for an existing agent harness. This is a component-level alternative; the supplied extract does not establish it as a replacement for Memoh's messaging and memory platform, or establish a supported integration between them.

How to read the scores

These are editorial assessments of the supplied evidence, not performance or adoption measurements. Setup ease uses 1 for substantial manual assembly, 3 for a documented deployment with several operational requirements and 5 for a verified simple setup. Memoh scores 2 because its documented installation path still requires privileged hosting and production configuration, and our run did not verify deployment.

Documentation uses 1 for missing setup instructions, 3 for usable installation guidance and 5 for consistent operational guidance verified in deployment. Memoh scores 4 for its installation, configuration, production and troubleshooting instructions; the conflicting service descriptions prevent a top score.

Community uses 1 for evidence of a single contributor, 3 for several contributors and 5 for a release crediting at least ten contributors. The v0.20.0 release credits two named contributors and eight others, supporting 5 on this narrow participation rubric. It does not measure user adoption, support responsiveness or contributor retention.

Maturity uses 1 for no runnable evidence, 3 for a versioned project with a completed repository test command but unresolved failures and untested deployment paths, and 5 for clean repository checks plus verified operational workloads. Memoh scores 3. The v0.20.0 release and our tested commit are separate references; our run was not a test of the release tag.

What to verify before keeping durable work

Pin the revision you intend to use. On a trusted trial host, create an expendable bot, complete an agent task, restart the stack and check that its files and context remain available. Exercise the browser and each channel you need, then delete the bot and inspect storage reclamation. These are proposed acceptance checks, not results from our sandbox.

Alternatives

ProjectWhat it isPick it when
OpenHands Agent Canvas gh↗A self-hosted control center for coding agents and automations across different backends.Evaluate it when coding conversations and engineering automations are the main job; its current documentation covers local, remote, cloud and Docker execution options.
Cua gh↗Computers, desktop automation and evaluation tools for agents you bring.Evaluate its components when you need computer access or desktop control for an existing agent harness. Treat it as an infrastructure choice rather than an established replacement for Memoh's messaging and memory features.

What people are saying

  1. [github-trending] felinics/Memoh

Sources

  1. Memoh repository
  2. Memoh v0.20.0 release
  3. Memoh deployment guide
  4. Memoh configuration reference
  5. Workspace image timeout report
  6. Workspace storage release report
  7. Workspace Chromium crash report
  8. Memoh remote runtime documentation

More self-hosted reviews

linkwarden · CasaOS · ezbookkeeping · honk · aivpn · Free-GST-Billing-Software · the whole board →