AB
AB
AiBoss站

全部分类

project

memdoor - 单二进制编码与自动化智能体 CLI

memdoor 是一个把编码与自动化智能体打包进单个 CLI 二进制的开源项目，不依赖 Docker 或 Python，可本机运行，也可通过 SSH 在另一台机器上运行。本文依据官方接口与项目自述，介绍其维护状态、主要能力、使用入口与许可边界。

memdoor 是一个把编码与自动化智能体收进单个 CLI 二进制的开源项目。按项目自述，它不需要 Docker，也不需要 Python，可以跑在当前这台机器上，也可以通过 SSH 跑在另一台机器上；调用方可以是终端、IDE、手机、脚本、CI 或定时任务。它面向的是希望用一个命令行入口同时覆盖「写代码」和「跑自动化流程」的开发者，以及需要在远程机器、CI 流水线里以无头方式驱动智能体的团队。

维护者与状态

仓库由 guregodevo 维护，地址为 guregodevo/memdoor。仓库创建于 2026-10-05，最后一次提交在 2026-11-02。最新正式版本为 v1.775.0，发布于 2026-11-02。截至 2026-11-02，仓库星标数为 233。项目采用 Apache-2.0 许可证。项目另有官网 memdoor.ai。

主要能力

以下能力均据项目 README 自述整理，未经本站实际运行验证。

  • 多入口的智能体：据项目说明，同一个二进制既可在交互窗口中使用，也可作为无头命令被脚本、CI 与定时任务调用；编辑器侧通过 memdoor acp 以 Agent Client Protocol 提供服务，README 称 Zed 与 JetBrains 原生支持，VS Code 需配合 ACP 客户端扩展。
  • 远程与网关模式：项目自述支持 memdoor --gateway ssh://you@box 的形式，在目标机器上安装并启动网关，密钥保留在那台机器上，后续每一轮都在该机器上执行。
  • 工作流（确定性 harness）：据 README，用户描述步骤后由编码智能体为每一步写出一份 YAML，由 mario 执行图；独立步骤并行运行，步骤的检查通过才算完成，可设置等待审批的 gate，失败的运行从失败步骤续跑，可由人工、CI 或本地 cron 触发。
  • 决策模型：README 称一个决策模型对某一轮的读取做判断，只把「算数」的搜索、文件与日志读取返回给智能体，并按轮次只发送该轮需要的工具，同时检测停滞的轮次并终止。
  • 窗口内命令：项目自述提供 /model（模型阶梯与价格）、/connect（接入各类模型提供方或本地运行时）、/workflow、/usage、/remote（把当前会话以链接与二维码形式放到手机上，端到端加密）、/share、/files、/graph、/mcp 等命令。
  • 脚本与 CI 集成：据项目说明，memdoor run 执行无头轮次，支持 --json 输出与 stdin 输入，并以退出码区分「已检查通过」「未验证或检查失败」「无人回答的问题」「错误」「被中断」；GitHub Actions 侧提供 guregodevo/memdoor-action@v1，内置 pr-triage、pr-review、security-review、write-tests、pr-description、explain-failure、issue-triage、fix-tests、release-notes 等工作流。

使用入口

仓库地址：guregodevo/memdoor；官网：memdoor.ai。

据项目 README，本机安装与首次运行的方式为：

curl -fsSL https://memdoor.ai/install.sh | bash
export OPENROUTER_API_KEY=sk-or-...
cd your-project && memdoor

README 称首次运行会完成本机环境准备；也可以不配置密钥，改用 memdoor connect local 连接本机的本地模型运行时。远程机器上的用法为：

memdoor --gateway ssh://you@box
memdoor --gateway ssh://you@box run "fix the failing test"

脚本调用示例（据项目说明）：

memdoor run "make the retry wait configurable and add a test"
git diff | memdoor run "review this diff; one line per finding"

许可与限制

项目采用 Apache-2.0 许可证，具体条款以仓库中的 LICENSE 文件为准。

关于适用边界，项目自述中有几点值得注意：

  • 模型接入需要提供方密钥（如 OPENROUTER_API_KEY、ANTHROPIC_API_KEY、OPENAI_API_KEY、GEMINI_API_KEY 等），或通过 memdoor connect 配置；也可以连接本机运行时，README 称此时数据不离开本机。
  • README 提到无额度时可使用免费模型，每天 50 次请求，并明确提示其托管方会用收到的内容做训练，因此「适合试用，不适合私有代码」——这是项目自己的表述。
  • GitHub Actions 场景下，README 要求触发器使用 pull_request 而非 pull_request_target，因为来自 fork 的拉取请求拿不到密钥。
  • README 在描述本地模型跑 CI 时称这仍是「第一版」：在免费 runner 上，明显与隐蔽的缺陷各约一分钟可被发现，但一个正确的改动也可能被标记为阻塞项。

以上能力、命令与限制均来自项目自述，实际行为请以仓库文档与代码为准。

返回