LifeOS CodexResearcher 研究代理深度解析基于 codex exec 只读沙箱的跨厂商技术研究流水线【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOSLifeOSLife Operating System在LifeOS/install/agents/下以 Markdown YAML frontmatter 的形式定义了一批专职研究子代理subagent。本文聚焦其中的CodexResearcher.md—— 代号 RemyThe Curious Technical Archaeologist好奇的技术考古学家它是 LifeOS 研究技能中唯一由 OpenAI 旗舰模型经codex exec驱动的跨厂商研究代理专为代码、API、框架、运行时、协议、工具链、版本等技术问题而生。读完本文你将理解它的路由规则、只读沙箱设计、模型注册表解析机制、自校验协议与输出契约并能在自己的 LifeOS 环境中复现它的调用方式。代理定义frontmatter 中的完整契约LifeOS/install/agents/CodexResearcher.md与同目录下其他代理文件一样是一份自描述的代理定义YAML frontmatter 声明可被编排层读取的结构化元数据正文则以第一人称 Persona 文档约定代理的行为契约。关键 frontmatter 字段如下字段值说明nameCodexResearcher代理注册名供工作流调度引用descriptionRemy - Eccentric, curiosity-driven technical archaeologist…一段压缩的行为描述说明它由codex exec深度推理模式reasoning_efforthigh驱动、带实时联网搜索模型 ID 从CROSS_VENDORmodels.ts解析且 TypeScript 优先color/voiceId/voiceyellow/8xsdoepm9GrzPPzYsiLP/ stability 0.42 等声音与 UI 呈现参数用于 DADigital Assistant的语音播报外观personaname Remy (Remington)title The Curious Technical ArchaeologistPersona 名片古怪、好奇驱动、把代码探索当作寻宝permissions.allowBash、Read(*)、Grep(*)、Glob(*)、WebFetch(domain:*)、WebSearch、mcp__*、TodoWrite(*)允许的工具面以只读观察与联网为主同时开放 MCP 能力maxTurns25单次派发的最大轮次上限disallowedToolsEdit、Write、NotebookEdit权限层直接拒绝写入类工具构成只读的第一道防线值得注意的设计是Bash并未被列入disallowedTools而 shell 是可以写文件的。因此 frontmatter 只完成了工具级的只读约束其余靠正文中的行为契约兜底见下文约束小节。身份与路由为什么它是唯一不在 Anthropic 分布内的研究代理Remy 的自我定位非常明确技术研究就是寻宝有趣的东西往往不在问题指向的地方而在两层之下某个注释里——有人解释了为什么显而易见的方案行不通。它运行的是 OpenAI 旗舰模型经codex exec并带实时联网搜索模型 ID 从注册表解析而非硬编码这意味着它的结论来自与 Claude 家族研究代理不同的认知谱系cognitive lineage。这份身份定位背后是一次真实的路由修复。文档记录了 2026-07-27 的一次审计当时发现该代理零派发调用点zero dispatch call sites而文件本身却声称 Research 工作流会调用它——这个声称从未成立过。修复方式是接线而非裁撤在skills/Research/SourceRoutingProtocol.md中加入技术信号规则——只要问题涉及代码、API、框架、运行时、协议、工具链、版本或系统底层到底如何工作就为 Remy 增加一个调度槽位。同时明确它不是第四个通用研究者非技术问题不应生成它。路由的落点代码在 SourceRoutingProtocol.md 中Agent({ subagent_type: CodexResearcher, description: [topic] technical, prompt: Do ONE technical search for: [query]. Prefer primary sources — official docs, source, changelogs, RFCs. Tag each finding [HIGH]/[MED]/[LOW]. Return findings immediately. })协议原文点明了这么做的动机Remy 是唯一一个研究结论来自 Anthropic 分布之外的代理而错误的 API 契约或幻觉出来的 flag恰恰是两个 Claude 家族研究通道会达成一致同意的失败模式——这正是跨厂商差异的价值所在。同时它是按构造 TypeScript-first与 LifeOS 的默认技术栈TypeScript bun一致。工作原理codex exec 的只读沙箱 实时联网Remy 的调用命令是整份文档的核心操作要素。模型 ID 一律从规范注册表解析绝不硬编码MODEL$(bun -e import {CROSS_VENDOR} from $HOME/.claude/LIFEOS/TOOLS/models.ts; console.log(CROSS_VENDOR.codexResearcher)) # Deep research — the default. codex exec --sandbox read-only \ -c tools.web_searchtrue \ --model $MODEL \ -c model_reasoning_efforthigh \ --skip-git-repo-check \ research query需要快速、广度优先、延迟优先的扫描时把注册表键换成CROSS_VENDOR.codexResearcherFast。推理强度被封顶在high——LifeOS 统一不在任何代理含跨厂商代理上运行高于high的推理档位2026-07-06 指令models.ts中的UNIFORM_HARNESS_EFFORT: HarnessEffort high与之一致。--sandbox read-only不是妥协而是正确标志。文档对此有专门的论证沙箱约束的是模型生成的 shell 命令实时联网搜索由tools.web_searchtrue提供这是服务端server-side的 Responses 工具根本不需要文件系统访问。因此danger-full-access沙箱在这里买不到任何东西反而把整盘写入路径交到了一个会处理不可信网页内容的代理手里。codex exec --sandbox read-only -c tools.web_searchtrue就能返回实时网页答案。模型注册表CROSS_VENDOR 解析链模型 ID 的来源是 models.ts 中的CROSS_VENDOR映射表。这份文件的设计哲学是只放数据、不放策略Doctrine 在 OPERATIONAL_RULES 与 Algorithm 中并明确标注跨厂商引脚没有别名机制、必须用字面 ID这与 Claude 侧可以用 tier 别名不同export const CROSS_VENDOR: Recordstring, string { forge: gpt-5.6-sol, // OpenAI (Tier-2 egress); build audit modes helios: gpt-5.6-cyber, // OpenAI Trusted Access Program (bluered cyber model; Tier-2 egress) codexResearcher: gpt-5.6-sol, // OpenAI (Tier-2 egress) codexResearcherFast: gpt-5.6-luna, // OpenAI (Tier-2 egress); breadth-first sweep rung geminiResearcher: gemini-3.6-flash,// Google (Tier-2 egress; PUBLIC ceiling) — research lane only gemini: gemini-3.1-pro-preview, // Google (Tier-2 egress; PUBLIC ceiling) gene: z-ai/glm-5.2, // OpenRouter broker (Tier-2) grok: grok-4.6, // xAI (Tier-2 egress; PUBLIC ceiling — HARD) };可见codexResearcher与forge共用 OpenAI 的gpt-5.6-solTier-2 egress而codexResearcherFast使用广度优先档位的gpt-5.6-luna。文档强调ID 从注册表解析而非写在这里——即代理定义文件里不出现具体模型 ID所有调用点统一从注册表取便于换线时单点修改。这正是 Remy 的 self-description 中the model ID resolves from CROSS_VENDOR in models.ts所指的机制。好奇心级联从问题到结论的工作路径Remy 的处理流程被命名为好奇心级联curiosity cascade提出显而易见的问题把推理强度拧到实质版本的问题上跟随有趣的支线痴迷于边缘情况拉取实时数据交叉引用并验证把不相关的点连接起来带着热情呈现结果按需参考的文档链包括SKILL.md工作流总纲、SourceRoutingProtocol.md哪个来源回答哪类问题、UrlVerificationProtocol.mdURL 验证契约、QuickReference.md快速参考。需要结构化抽取时用 WebFetchYouTube 走fabric -y本地文件与 PDF 走 Read 工具自行结构化。时序契约FAST / STANDARD / DEEPRemy 的 spawn prompt 会携带一个 scope 字段直接约束输出长度与时限模式输出预算时限FAST500 词以内直接答案快速模式 30 秒STANDARD聚焦1500 词以内标准 3 分钟DEEP全面深度 10 分钟关键约定结果一有用就返回绝不干等超时Return findings as soon as theyre useful — never wait for the timeout.。这与 SKILL.md 中 Quick约 10–15s、Standard约 30–60s、Extensive约 60–90s的模式体系对应——子代理的 scope 由上层工作流按模式决定。技术栈偏好对 Remy 是承重墙load-bearing技术答案永远 TypeScript 优先于 Python最新框架即 TypeScript/Node 生态包管理器只用 bun不用 npm/yarn/pnpm仅当主事者明确要求时才用 Python。返回前的自校验三道防线在既有研究时间内Remy 每次返回前必须完成三项自校验成本仅数秒却堵住了研究最常见的两类失败——幻觉 URL 与编造统计URL 验证每个 URL 必须可解析WebFetch 或 curl404/403/500 一律剔除绝不输出未经验证的 URL。UrlVerificationProtocol.md 给出了具体的批量验证方法并行curl -s -o /dev/null -w %{http_code} -L以及可接受/不可接受对照表。置信度标注[HIGH] 2 个以上独立来源或直接工具调用确认[MED] 单个可信来源[LOW] 推断或单一未验证来源。定量声明核验每个数字、百分比、日期都必须出现在所引用的来源中否则标注为近似值。返回格式Research AdventureRemy 的输出遵循固定模板文档原样给出## Research Adventure ### The Quest [What were hunting for — the question as it actually is] ### Model Consultation [Which models I consulted and why] ### Discoveries [Technical findings, edge cases included] ### Tangent Treasures [Side findings the curiosity turned up — or none paid off] ### Evidence Citations [Verified sources with a quality assessment] ### Synthesis [Connecting the dots between findings]模板的语义与 Persona 完全咬合The Quest 重述问题的真实形态Model Consultation 交代咨询了哪些模型与它把其他模型当专家同事的性格一致Tangent Treasures 专门为好奇心支线留了槽位死胡同也算发现。交付物是原始研究数据——不带 LifeOS banner、不带结尾、不播报语音叙述由 DA 负责子代理从不发出语音通知。约束契约精确的只读语义Remy 的约束条款定义了只读的精确边界权限层Edit、Write、NotebookEdit在权限层被拒绝即 frontmatter 的disallowedTools。行为层Bash未被拒绝且可以写文件因此剩余部分靠契约约束——shell 只用于观察读、grep、列出、运行探测绝不创建、修改、移动或删除如果研究确实需要写入明确说出而不是悄悄做。无静默降级codex 不可用 → 报告不可用不静默回退到其他工具。不派生不生成其他代理也不运行自己的 Algorithm。这种权限层 行为层双保险的设计与 SKILL.md 所述的三层验证架构每代理自校验 → 综合步交叉核对 → 独立验证代理相互印证是 LifeOS 把不可信网页内容交给研究代理时的安全基线。横向对照与 GeminiResearcher 的跨厂商研究矩阵要理解 Remy 在 LifeOS 研究体系中的位置最直接的方式是与同目录的 GeminiResearcher.md 对照。两者同属研究车道research lane但路径完全不同维度CodexResearcher (Remy)GeminiResearcher (Alex Rivera)底层模型OpenAI 旗舰codex execTier-2 egressGoogle GeminiREST APIgeminiResearcher引脚PUBLIC 上限联网方式tools.web_searchtrue服务端 Responses 工具Google Search grounding默认开启GeminiSearch.ts触发条件技术信号代码/API/框架/协议…多方视角问题、情景规划、压力测试方法论好奇心级联 支线探索3–10 个查询变体并行 持有多重矛盾视角角色边界研究车道研究车道永不担任审计/验证通道其中 GeminiResearcher 的案例还展示了一个关键教训它不使用geminiCLICLI 的缓存凭据无法非交互认证会抛ProjectIdRequiredError而是直连 REST API 走 GeminiSearch.ts该工具从~/.claude/.env读取GOOGLE_API_KEY、默认模型取自CROSS_VENDOR.geminiResearcher。这与 Remy模型 ID 从注册表解析、绝不硬编码的约定是同一套纪律的两面代理定义文件只描述角色模型引脚与凭据全部收敛到注册表与环境文件。两者共同构成 LifeOS 的跨厂商研究矩阵Claude 家族ClaudeResearcher负责学术与战略阅读Remy 负责技术纵深与外部认知谱系Gemini 负责多方视角广度——三条车道在 SKILL.md 编排的 Standard/Extensive 工作流中并行、交叉核对、独立验证最终产出带置信度标签[HIGH]/[MED]/[LOW]/[CONFLICT]的研究结论喂给 DA 的 Algorithm。在 LifeOS 中的部署与使用前提CodexResearcher 的完整定义位于仓库的 CodexResearcher.md安装后部署于~/.claude/LIFEOS/agents/而模型注册表位于 models.ts安装后为~/.claude/LIFEOS/TOOLS/models.ts。使用它需要满足以下前提本地环境安装了可用的codexCLIcodex exec为其非交互执行入口环境可从注册表解析出CROSS_VENDOR.codexResearcher引脚对应的 OpenAI 模型且具备 Tier-2 egress 权限触发它的正确姿势是让 SourceRoutingProtocol.md 的技术信号检测命中问题涉及代码、API、框架、运行时、协议、工具链、版本或系统底层机制或由 Research 工作流显式命名派发——普通非技术问题不应生成它。一句话总结 Remy 的定位在 LifeOS 的意图工程里技术问题的答案质量取决于认知多样性而 CodexResearcher 就是那个从 Anthropic 分布之外、以只读沙箱 实时联网 好奇心级联的方式挖掘两层之下真相的专职技术考古学家。【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考