夜雨聆风点击上方👆蓝字关注我们！
一句话亮点
ArkClaw 新增 Codex 模式，针对复杂研发任务提供连续执行能力，可在同一会话中完成代码生成、脚本运行、文件修改、测试验证和工程处理，并产出可检查、可运行、可预览的结果。
本期上新
在 ArkClaw 对话框底部，现已支持开启 Codex 模式。
这次上新的重点，是在当前 ArkClaw 会话中提供一个更适用于研发执行场景的运行模式。开启后，当前会话将进入 Codex 模式，用户可以直接输入研发类任务，让系统持续推进代码生成、脚本执行、文件修改、测试验证和产物交付。
Codex 是 ArkClaw 内置的代码运行时能力，可直接在 ArkClaw 中运行，并与 ArkClaw 共享对话上下文和记忆。
默认模式：先想清楚
适合需求梳理、信息整理和方案对比
可以先明确目标、边界、风险和验收标准
更适合开放问题分析和决策前的思考
Codex 模式：继续做出来
在当前 ArkClaw 会话中开启
开启后可直接输入研发任务
更适合连续处理复杂长程任务
如果你的目标还处在理解、比较和决策阶段，可以先在 ArkClaw 默认模式中明确问题和目标；当目标已经进入执行阶段后，再开启 Codex 模式推进落地。
为什么需要 Codex 模式
真实研发任务通常不是一句“写段代码”就能完成，而是一个需要连续推进的完整闭环：
先理解项目结构、已有文件和依赖关系
再将需求拆解为可执行的代码改动
执行脚本、修改文件、补充测试
遇到测试失败或运行报错时继续定位和修复
最后输出产物路径、验证命令和后续风险
Codex 模式解决的是研发任务中的“长程执行”问题：它不只是回答应该如何完成，而是在明确目标后，更适合持续完成代码编写、脚本运行、文件修改和工程处理等任务。
💡 适合开启 Codex 模式的信号：你希望它帮助完成长程任务，真正创建文件、修改代码、运行测试、生成页面、输出报告，或基于失败结果继续修复，而不只是讨论方案。
Codex 模式与 ArkClaw 默认模式的关系
Codex 模式不是替代 ArkClaw 默认模式，而是补充“研发动作执行”能力。一次完整任务中，默认模式更适合理解问题、拆解目标和制定方案；Codex 模式则更适合在目标明确后继续推进代码落地。
对比项 | ArkClaw 默认模式 | Codex 模式 |
定位 | 通用任务理解、信息组织、问题分析 | 研发任务执行、代码与工程处理 |
适合阶段 | 需求不清、需要讨论或比较方案 | 目标明确，需要进行修改和验证 |
典型任务 | 梳理需求、拆解问题、制定方案、总结信息 | 代码生成、脚本执行、文件修改、补充测试、工程处理 |
上下文关系 | 继续当前会话背景和记忆 | 与 ArkClaw 共享对话上下文和记忆，继续执行当前任务 |
用户输入 | 可以是开放问题或讨论型需求 | 建议明确目标、文件范围、验收标准和验证方式 |
交付重点 | 输出结论、方案、解释、下一步建议 | 输出文件改动、测试结果、产物路径、运行方式、风险说明 |
由于 Codex 与 ArkClaw 共享对话上下文和记忆，用户可以在同一个会话中完成从问题讨论到任务执行的连续流程。
Codex 模式可以帮你完成什么
复杂功能实现：根据目标修改多个文件，补充脚本、页面、接口、数据处理逻辑或业务规则。
长程问题修复：结合失败测试、运行报错、日志信息和项目结构，定位问题，并持续修复。
测试补充与回归：围绕验收标准补充单元测试、边界用例或回归测试，并说明测试结果。
可见产物生成：生成可直接打开的 HTML 报告、Demo 页面、CLI 工具输出、数据分析结果或 README。
工程化整理：补充目录结构、脚本入口、运行说明、样例数据和交付清单。
连续多轮修复：当结果不符合预期时，可基于上一次产物继续修改，无需重新说明全部背景。
三个典型场景
场景 1：客服工单质量分析，从样例数据到可视化 HTML 报告
运营、客服或产品同学在日常工作中，经常需要对一批工单数据进行分析，例如定位高频问题、发现渠道积压情况、判断 SLA 是否存在超时，以及筛选需要进一步复盘的典型案例。这个过程并不是简单生成一个展示页面，而是需要结合数据理解、脚本处理、结果验证和报告生成等多个环节，适合通过 Codex 模式完成这类需要多步骤协同的长程任务。
演示输入：
帮我做一个客服工单质量分析 demo，放在 `ticket-quality-demo` 目录下。请你自己构造一份样例 CSV，写一个 Python 分析脚本，并生成一个可以直接打开看的 HTML 报告。我希望报告里能看到工单量、已解决/未解决数量、SLA 超时、问题类型、渠道和优先级积压等信息，也能标出明显异常数据。请顺便补充测试和 README。完成后告诉我生成了哪些文件、怎么运行测试、HTML 报告在哪里打开，以及还有哪些未覆盖的风险。
效果：
场景 2：AI 创业教练，从创业想法到 MVP 规划
当有创业想法但尚未明确方向时，可以让 Codex 模式基于已有背景进行结构化梳理和陪伴式推进：帮助完善目标用户、核心痛点、MVP 范围、验证路径以及下一步行动计划，最终形成一份可持续讨论和迭代的产品方案。
演示输入：
我想做一个 AI 创业教练，用来陪用户从创业灵感走到最小可行产品（MVP）。请基于下面这些信息帮我完成一次方案梳理，并输出结构化结果、关键依据和下一步建议。我提供的信息：- 目标用户：有想法但还没完整产品方案的创业者、产品经理或小团队。- 核心问题：他们通常不知道需求是否真实、MVP 应该做多小、第一批用户怎么验证。- 期望效果：从一句创业灵感出发，逐步梳理目标用户、痛点假设、MVP 范围、验证计划和风险。- 输出形式：请给我一份可以直接拿去讨论的 Markdown 方案，最好再补一个简单的 Demo 剧本或页面结构。完成后告诉我：你产出了哪些内容、核心判断依据是什么、下一步最应该验证什么。
效果：
场景 3：JSON 格式化工具，一句话生成可预览的小工具
研发、测试或运营同学在工作中经常会遇到一段压缩后的 JSON，需要快速完成格式化、结构检查或字段定位。这个场景下，可以直接生成一个可打开、可交互的小工具，将处理结果直观展示出来，方便快速验证和使用。
演示输入：
请帮我做一个可以直接打开的 JSON 格式化小工具，用一个 HTML 文件实现就行。页面里放一个 JSON 输入框，默认带一段压缩后的示例 JSON。点击格式化后，能把 JSON 展开得更好读；如果 JSON 写错了，要有清楚的错误提示。最好再加上复制结果、清空、加载示例这几个按钮。完成后告诉我 HTML 文件路径、怎么打开预览，以及怎么验证这些按钮和错误提示。
效果：
如何开始使用
打开 ArkClaw，进入目标 ArkClaw 页面。
如果当前 ArkClaw 中添加了多个 Agent，请先切换到目标 Agent。
在对话框底部选择 > Codex，开启 Codex 模式。
看到“Codex 模式已开启”提示后，即可直接输入研发类任务。
任务完成后，建议重点检查改动文件、测试结果、最终路径和预览 / 运行方式。
❗️注意：开启 Codex 模式后，可以直接描述任务需求。建议尽量明确任务目标、文件范围、验收标准和验证方式。
开启 Codex 后，用户可以直接在 ArkClaw 中发起任务并描述需求；Codex 会基于当前会话上下文和记忆继续处理请求，无需切换到独立终端页面，也无需重复说明已经在当前会话中明确的背景信息。
使用小贴士
先判断任务阶段：需求尚未明确时，可以先使用 ArkClaw 默认模式进行讨论；目标明确后，再开启 Codex 模式执行任务。
明确验收标准：建议提前说明需要生成哪些文件、执行哪些测试，以及最终产物的位置。
允许持续修复：如果测试未通过或页面效果不符合预期，可以直接指出具体问题，让它基于已有产物继续修改。
保留人工 review：对于核心业务、高风险变更或上线前代码，仍建议进行人工审查。
如果子 Agent 开启 Codex 模式无法运行，可以检查更新 team 插件（Agent 团队与协作项目）版本要是否 >=7.24，升级后即可支持。
如果你有明确的研发执行任务或者复杂长程任务，需要它真正修改代码、运行脚本、补充测试、生成报告或产出可预览页面，可以开启 Codex 模式体验。
现在打开 ArkClaw，在对话框底部开启 Codex 模式，直接输入你的研发任务，让它帮助你将复杂长程任务从需求描述推进到可验证的结果产物。
