Free Coding Agent 开源：去中心化 MCP 执行层，让任意前沿模型接管本地工作站

2026 年 10 月 2 日，一个名为 Free Coding Agent 的开源项目悄然发布，它要做的事很直接：在 AI 聊天框和真实的开发者工作站之间架一座桥，而且不依赖任何共享基础设施。这个工具提供了一套"供应商中立"的 Model Context Protocol（MCP）执行层，把 capable 的语言模型从被动的聊天界面，变成真正能动手的软件工程师——它给模型受控地访问文件、终端、Git 和语言服务器的能力，模型负责出智力，Agent 在本地机器上干重活。

去中心化：没有中继，没有共享凭证

Free Coding Agent 最核心的设计原则，是彻底消灭"共享项目基础设施"。市面上不少同类工具依赖中心化中继或后端账号，而 Free Coding Agent 的每一次安装都独立运行：各自的本地配置、各自的工作区白名单、各自的 bearer token。这意味着没有公共中继、没有共享的远程凭证、也没有中央计费要求。

它的安全模型被设计成"fail closed（默认拒绝）"：强制只绑定本地回环（loopback-only）的 HTTP 监听，并且对每一个远程 MCP 请求都要求 bearer 鉴权。换句话说，一个没有你专属 token 的远程 URL，根本无法访问到你的 Agent。

Durable Agent Mode：可持久化的多智能体工作流

Free Coding Agent 引入了一个"供应商中立"的任务内核，专门支撑自主与多智能体编码工作流。它不硬编码任何特定模型厂商——任何支持 MCP 的模型都能充当 worker。

这套内核靠几样机制保证可靠：

  • 只追加任务日志（append-only task journal）：配合 fsync 落盘保证，并用幂等键（idempotency keys）防止重复提交；
  • 独占租约键（exclusive lease keys）：避免两个 worker 同时改同一个 worktree 造成的竞态；
  • 跨进程日志锁（cross-process journal locking）：确保多个 MCP 进程不会互相冲突。

工作流程严格遵循"提交 → 认领 → 编辑 → 验证"的推进顺序，当某个验证关卡失败时，会触发"有证据支撑的修复循环（evidence-backed repair loops）"，而不是默默跳过。

远程连接：用个人基础设施，而非共享中继

需要远程访问时，Free Coding Agent 强烈建议用户做"个人自配置"，而不是接入共享中继。官方远程模式支持两种方案：Tailscale Funnel（在你的 tailnet 下提供稳定的 HTTPS 主机名），或者 Cloudflare Tunnel（如果你有自己的域名）。这样做的好处是：开源项目可以脱离作者独立运转，项目运营方永远看不到任何 MCP 流量。

在 Windows 上的安装也被简化：一个 ZIP 包加双击安装器，安装器会校验 Node.js 20+，并引导你配置个人的 HTTPS 端点。

它解决了什么问题

Free Coding Agent 想医治的是"聊天框的局限"，同时又不让中心化 AI Agent 收取"隐私税"。通过把标准建立在 MCP 之上、把个人基础设施推到前台，它为自主编码提供了一条可扩展、够安全、并且真正尊重用户数据的路径。

对那些想让自己常用的前沿模型真正"上手"工作站、又不想把代码和凭据交给第三方云端的开发者来说，这种去中心化、fail-closed 的本地执行层，恰好补上了当前编码 Agent 生态里最让人不安的那块短板。

来源：ClawdBytes 专栏报道 Free Coding Agent（2026 年 10 月 2 日），项目定位为开源的 provider-neutral MCP 执行层