Marvis Codex 桥接器

问题：模型与本地桥之间的断层

当 agent 承担开发任务时，它常常需要调用类似 Codex 的工具，在本地机器上实际执行代码、写文件或跑测试。但简单地把模型连到本地环境，并不等于安全地完成工作交接——如果没有明确的权限边界，模型可能悄悄扩大改动范围、写入计划之外的目录，或者在没有真正验证的情况下声称改动和测试已通过。这个技能要解决的，就是「如何把开发任务安全地交给本地 Codex 桥，并原样回传结果」。

工作方式：提交、执行、回传

技能的工作流是一条严格的线性流水线：

• 解析任务要素：从对话中提取用户请求的项目目录和编码任务
• 校验写入范围：任何需要写文件的任务都必须给出明确的项目目录，只有在用户明确要求时才使用配置的默认目录
• 选择权限模式：实现或修复用 workspace-write，解释、检查或评审用 read-only
• 执行并等待：解析出技能目录后运行桥接命令，等待其退出
• 原样回传结果：退出码 0 视为成功，stdout 直接透传给用户；非零退出码则转达错误，并提示用户检查本地桥状态、允许的根目录、Codex 登录或项目路径

这样的设计让技能保持「传令兵」而非「执行者」的位置——它不评判、不改写、不补充 Codex 的输出，只负责如实传递。

适用边界与注意点

技能有几条硬性约束，不能为了方便而绕过：

• 绝不使用 danger-full-access，也不绕过 Codex 的审批与沙箱机制
• 未经用户明确请求，不添加允许的根目录、修改桥接配置或切换工作区
• 只有在桥返回成功时，才能声称文件已改动或测试已通过
• 不暴露桥接令牌、Codex 配置、本地日志或无关的文件内容
• 保持任务原文完整，不悄悄扩大范围；每个用户请求最多提交一个任务

诊断桥接问题或解释远程操作要求时，请参阅 references/remote-workflow.md。