开发者自托管 AI 编码代理的移动审批网关

越来越多的开发者在自己的电脑或服务器上运行 AI 编码代理（Claude Code、Codex、Cursor 等），但代理执行敏感操作时需要人工批准。目前开发者要么守在电脑前点击确认，要么用现有工具时请求仍需手动触发——例如 Bruno 用户在 GitHub Issue 中提出希望 "AI coding tools like Claude Code and Ampcode can run API requests through Bruno"，因为 AI 虽能编辑端点配置，但发请求仍要手动点击 Send。另一部分自托管 AI 界面（open-webui）的用户同样希望有原生移动端 companion app。共同痛点是：代理在本地跑，人却不在电脑前。

已经在使用 AI 编码代理或自托管 LLM 界面的个人开发者和小团队。这是一个随 Claude Code / Cursor 等工具普及而快速增长的人群，但愿意为单一工具付费的比例尚不明确，属于中等规模的开发者利基市场。

构建一个轻量的自托管网关，把本地编码代理的操作（文件改动、命令执行、API 请求）镜像到手机端供审批：

• 代理桥接：通过 CLI/守护进程接管 Claude Code、Codex、Cursor 等代理的确认提示，并转发到移动端
• 移动端 App：iOS/Android 原生或 PWA，支持批准/拒绝、附加指令回复、查看 diff 和日志
• 端到端加密 + 自托管中继：消息经自建或轻量中继服务加密传输，密钥不出用户设备
• MCP 服务器能力：暴露标准 MCP 接口，让代理能直接执行 HTTP 请求、环境切换等操作（解决 Bruno 式痛点）
• 多代理命名管理：以命名 bot 的方式并行管理多个代理任务 AI 的角色是被管理的对象：产品本身不生成代码，而是作为代理与开发者之间的人机协作控制层。

信号显示 AI 编码代理（Claude Code、Codex、Cursor、40+ 种代理）在 2025-2026 年快速普及，且 MCP 协议正在成为工具间互操作的标准，Bruno 的 issue 表明社区已明确要求 MCP 集成。同时已有开源项目（MIT 协议、端到端加密）验证了这个需求方向，说明时机是现在，但窗口可能不长。

第一版：一个开源 CLI 工具 + 手机 PWA，支持桥接 Claude Code 和 Codex 的确认流，提供批准/拒绝/回复功能，走自托管中继。不做：多代理编排、复杂权限系统、对 Cursor 等闭源工具 GUI 的深度集成、桌面应用形态——这些留给后续版本。

开源先例：MIT 协议的同类产品已经出现且获得社区关注，差异化空间被压缩； 平台依赖：深度依赖 Claude Code、Codex 等工具的内部确认机制，上游接口变更可能随时破坏兼容； 付费意愿弱：信号中 willingness_to_pay 均为 none，目标人群习惯使用免费开源工具，商业化路径不明； 代理自身进化：Anthropic、OpenAI 等很可能原生内置远程审批功能，使第三方网关失去存在必要。