Productivity & Collaboration mcp-serverpersonal-assistantcode-modememory-managementscheduled-jobsoauthcloudflare-workersmulti-user-isolation

Kody Personal Assistant Platform

A portable MCP home for an assistant’s memories, secrets, code, packages, and automations.

FollowAgents review · FARS-2.1
Use with care
70/ 100 5-point scale 3.5 / 5
1 2 3 4 5 6
Per-dimension scores and reasoning
1Trust17 / 29 · 2.9/5

The security policy makes userId-scoped access a core invariant and identifies OAuth/PKCE, tokens, secret storage, credential stripping, and runtime isolation as security boundaries. Workflows use scoped GitHub permissions, commit-pinned github-script actions, disabled checkout credential persistence, and controlled environment-based secret synchronization. Deductions apply because the supplied material does not show user confirmation before agent actions, least-privilege scopes for each production token, a complete data-retention/data-flow policy, or the secret-handling implementation. Deployment performs migrations, resource creation, secret synchronization, and multi-worker updates with SHA guards, sequencing, and health checks, but no explicit application rollback procedure is shown; backup and restore are visible only as script names. Copyright and licensing attribution are clear, but the publisher is unverified by the stated registry, so attribution is not full-score.

2Reliability12 / 14 · 4.3/5

The README, package manifest, and deployment workflow align closely on Node 26, Cloudflare Workers, the multi-worker topology, MCP, and validation commands, supporting full self-consistency. Dependency versions, npm and engine requirements, overrides, and an audit command are handled well, but several dependencies use compatible ranges, Remix is identified as beta, and no lockfile content is supplied, so dependency availability is not full-score. Deployment uses strict shell behavior, timeouts, retries, exit-code handling, commit-SHA validation, health checks, and specific diagnostic messages, thoroughly supporting failure messaging.

3Adaptability14 / 18 · 3.9/5

The material identifies a multi-user personal-assistant audience, ChatGPT and other compatible MCP hosts, and distinct user, contributor, and local-development scenarios, but provides limited end-user task examples or deployment variants. Scope and non-goals are unusually clear: this is not a general-purpose agent harness, is MCP-first, and favors a compact search/execute surface, justifying full capability-boundary credit. Trigger precision is mostly an architectural assertion; tool schemas, invocation conditions, and ambiguity handling are absent from the supplied evidence. Cloudflare, D1, KV, Durable Objects, Node 26, and local-port expectations are explicit, but the environment is infrastructure-heavy and cross-host compatibility is qualified as practical rather than demonstrated.

4Convention14 / 18 · 3.9/5

The README supplies a clear repository map, topology, stack summary, and layered documentation index, while package, worker, script, and deployment names remain consistent. The quick start is adequate for ordinary local startup, but detailed environment and deployment requirements are deferred to files not included here, preventing full installation credit. Examples are mostly commands and topology, with no complete user workflow or FAQ. Scope, supported-version policy, and selected security boundaries are documented, but a comprehensive limitations treatment is not present in the supplied material. The complete FSL-1.1-ALv2 terms, copyright, use restrictions, and two-year Apache-2.0 transition justify full license credit. Versioning is weak because the root package remains 0.0.0 and no releases or changelog are provided. SECURITY.md clearly identifies a solo maintainer, latest-main support policy, and private reporting paths, so maintenance responsibility is thorough.

5Effectiveness7 / 13 · 2.7/5

The repository describes a usable Remix UI, OAuth-protected MCP endpoints, memory/keys/code/automation storage, and compact search plus Code Mode execute flows, supporting practical output usability across MCP hosts. Centralized, portable agent state offers plausible marginal value over a large static tool catalog, but no concrete input/output examples, adoption evidence, or measured outcomes are supplied, preventing full scores. The multi-worker architecture, D1, KV, Durable Objects, queues, OAuth, and optional external services imply substantial deployment and operating costs; the evidence neither quantifies those costs nor compares lighter alternatives, so cost-benefit support is thin.

6Verifiability6 / 8 · 3.8/5

Major claims can be traced to concrete README, SECURITY.md, LICENSE, package.json, and deployment-workflow statements, and the stack, versions, topology, and operational controls corroborate one another across multiple files. Deductions apply because key isolation, sandboxing, encryption, and portability claims are primarily documentary assertions in this excerpt, without the corresponding implementation or tests; CI badges and script names do not establish successful execution. The prose generally distinguishes goals, conventions, and procedures, but it does not systematically label verified facts versus design intent or guarantees still requiring implementation evidence.

Evidence confidence: Low Reviewed Sep 11, 2026 Reviewed revision 0c2b96cc1cc6
Before you use it
  • This is a static review of only the supplied excerpts; no installation, tests, deployment, dependency audit, or security validation was executed.
  • Production deployment can create cloud resources, migrate remote D1 databases, synchronize many secrets, and update multiple workers; verify token scopes, environment protections, recoverable backups, and rollback steps before use.
  • Do not treat complete userId isolation, sandbox isolation, credential stripping, or encryption at rest as independently established; inspect the corresponding implementation and security tests.
  • FSL-1.1-ALv2 restricts competing use and does not make every version immediately available under Apache-2.0; confirm the applicable date and intended use before adoption or redistribution.
  • Only the latest main deployment is supported by a solo maintainer, with no maintained stable release lines, so assess upgrade risk and maintenance continuity.
Review evidence [1][2][3][4][5][6]
See the full review method →

What does this agent do, and when should you use it?

Kody is a multi-user personal-assistant platform on Cloudflare Workers, not a general-purpose agent harness. Every signed-in user receives an isolated set of packages, jobs, secrets, memories, and related state exposed through OAuth-protected MCP endpoints. Its Nx monorepo contains a Remix 3 UI and origin entrypoint in packages/worker, plus dedicated platform, runtime, and jobs workers. MCP state resides in Durable Objects on kody-platform, while D1 supplies the database and KV supports sessions and OAuth. Instead of publishing a broad static tool catalog, Kody centers its MCP interface on search and Code Mode execute flows. It is best suited to adopters comfortable with Cloudflare infrastructure who want assistant state and automation to remain usable across compatible MCP hosts.

Requests enter through packages/worker/src/index.ts, where OAuth traffic is handled first, followed by MCP requests and static assets; remaining non-asset requests fall through to the server handler and router. kody-production serves Remix, /mcp HTTP, OAuth, email, and queues. It delegates MCP, mailbox, meter, and repo-session state to Durable Objects in kody-platform; package apps, the invoke API, and StorageRunner to kody-runtime; and cron work to kody-jobs, whose JobManager calls back through JobsHost. Client assets are bundled into packages/worker/public/ and served with the ASSETS binding, while kody.run routes package-app traffic to the runtime worker. MCP hosts discover capabilities through search and run code through Code Mode execute, with packages, jobs, secrets, and memories isolated by user.

  1. An individual wants the same assistant memories, secrets, code, and automations available from multiple compatible MCP hosts.
  2. A team needs to host personal assistants for several users while isolating each user’s packages, jobs, secrets, and memories.
  3. A developer prefers extending an assistant through search and Code Mode execute instead of exposing a large catalog of fixed MCP tools.
  4. A Cloudflare-oriented team wants an assistant backend built from Workers, D1, KV, Durable Objects, queues, and cron jobs.
  5. A project expects ChatGPT to be its likely primary host but wants to preserve practical interoperability with other MCP hosts.

What are this agent's strengths and limitations?

Pros
  • MCP-first design explicitly aims to make assistant memories, secrets, code, and automations portable across compatible hosts.
  • Per-user isolation covers packages, jobs, secrets, memories, and related state, with no privileged runtime account.
  • The compact search and Code Mode execute surface avoids requiring a large static MCP tool inventory.
  • The worker fleet separates origin routing, platform state, package execution, and scheduled jobs into distinct components.
  • Local startup is concise, and Wrangler automatically provisions the local Workers runtime and D1 database.
Limitations
  • The deployment architecture is tied to Cloudflare Workers and uses D1, KV, Durable Objects, queues, and zone routing, creating substantial adaptation work for another cloud runtime.
  • The repository uses FSL-1.1-ALv2 rather than an immediately permissive license; Competing Use is restricted until each version converts to Apache-2.0 after two years.
  • Remix 3 is identified as beta, introducing potential upgrade and compatibility risk.
  • The supplied documentation lacks complete production commands, environment-variable values, OAuth client setup, and an end-to-end first-call example.
  • ChatGPT is described only as a likely primary target, and compatibility with other named MCP hosts is not individually demonstrated.

How do you install or deploy this agent?

Local development requires Node.js 26, npm, and the Wrangler-managed Cloudflare Workers environment. Clone the repository, then run these commands from its root:

npm install
npm run dev

The development server defaults to localhost:3742. If that port is occupied, the CLI selects the next free port and prints the resolved URL. Wrangler automatically manages the local Workers runtime and D1 database. The supplied material does not include a production deployment command, Cloudflare account setup procedure, or exact environment-variable list, so a complete production installation cannot be reproduced from this source alone.

How do you use this agent?

Run npm run dev and open the local URL printed by the CLI to access the Remix UI. An MCP client connects to the OAuth-protected /mcp HTTP endpoint and then uses the search and Code Mode execute flows. In production, kody.codes routes to kody-production, while the kody.run package-app zone routes to kody-runtime. The source does not provide a copyable MCP client configuration, OAuth registration values, sample search or execute payloads, or first-login credentials, so those details must be supplied before a first remote invocation.

How does this agent compare with similar options?

Compared with MCP servers that expose a large collection of fixed tools, Kody explicitly favors a smaller surface centered on search and Code Mode execute. It also distinguishes itself from a general-purpose agent harness: its stated scope is a Fair Source personal-assistant platform for persistent state, packages, and automation.

FAQ

Can Kody be deployed outside Cloudflare?
The source documents only a Cloudflare Workers topology using D1, KV, Durable Objects, queues, and Worker routing. It provides no deployment path for another runtime.
Can one user access another user’s memories or secrets?
The documented model says no: packages, jobs, secrets, memories, and related state are fully isolated for each signed-in user. Deterministic accounts used by tests and fixtures receive no runtime privilege.
What restrictions apply to commercial use?
The repository is under FSL-1.1-ALv2 and permits uses other than Competing Use. Each version becomes available under Apache License 2.0 on the second anniversary of its release. Public packages published through Kody are separate from the repository’s CLA and license gate.
Is Kody limited to ChatGPT?
No. It targets compatible MCP hosts and identifies ChatGPT as a likely primary host, but the supplied material does not enumerate or verify other specific hosts.
What should I check if local startup fails?
Confirm that Node.js 26, npm, and the Wrangler-managed environment are available, then check the URL printed by the CLI because it changes ports when 3742 is occupied. No additional specific failure modes are documented in the source.

Compare agents like this one

The same FARS review applied across the shortlist this agent qualifies for.

Related agents