JevRev - 为 LLM 工作流加上一层快速决策的「脊柱」

JevRev 是一个把 LLM 与 Jev 组合起来的开源系统。按项目自述的说法，它的思路来自「脊柱」这个比喻：动物靠脊柱把大量决策做得又快又便宜，JevRev 把同样的分工搬到工作流里——LLM 提供深度与广度，Jev 负责非常快、成本很低的判断，两者合起来让流程更高效。它由三个部分组成：JevSift、JevLoop 和 JevLong。据项目说明，JevSift 在任务开始时让 LLM 像章鱼一样把触手伸向不同路径，再把薄弱或令人失望的路径砍掉；JevLoop 审计并给每一轮工作打分，据此决定智能体下一步做什么；JevLong 则盯着长周期、多轮任务，检测停滞、重复失败、漂移、工具调用问题和预算风险。项目自述中明确写道，Jev 始终站在场边，只做决策、过滤路径和提醒，提出与执行工作的仍是 LLM；JevRev 通过 CLI 与 JSON 协议通信，会话控制权留在宿主智能体手里。

它适合谁？按项目自述，JevRev 面向的是通过 CLI 与 JSON/JSONL 契约接入外部智能体的场景，Codex、Claude Code、OpenCode、CI 工作流和自定义 harness 都可以使用同一套协议；支持 skill 的宿主可以加载指令，其他宿主可以直接调用 CLI。也就是说，它更像是给已有智能体流程加一层决策与审计组件，而不是一个独立的对话产品。

维护者与状态

JevRev 的仓库由 Alex314618-create 维护，仓库地址为 https://github.com/Alex314618-create/JevRev 。仓库创建时间为 2026-09-21，最后提交时间为 2026-09-29。最新 release 为 v0.2.0，发布于 2026-09-23。截至 2026-09-29，该项目在 GitHub 上获得 615 个星标。许可证为 MIT。

从时间线看，这是一个非常年轻的项目：创建到最近一次提交之间只有约一周，最新 release 也落在同一周内。事实表中没有给出贡献者数量、issue 数量或发布节奏等信息，因此这些方面无法在此判断。

主要能力

以下内容均来自项目自述（README），属于维护者对自身能力的描述，未经独立验证。

JevSift：先决定该试什么

据项目说明，LLM 会写出若干张真正不同的方案卡，JevSift 用 Jev 处理其中范围很窄的问题，再由确定性策略处理重复项与硬约束风险，并为留下的候选生成带预算和停止条件的探针工单。项目自述把 Sift 要回答的问题概括为一句：哪些方向值得占用你的 token 预算。宿主智能体仍然负责写代码、跑测试和跑基准。

项目自述还提到一个「影子激活」入口，用于判断某个任务是否值得走一轮 Sift：

jevrev activation --input activation.json --format json

据项目说明，它会比较「走错路」的预期成本与「做几次有界探针」的成本，并返回稳定的原因码。项目自述明确表示，该功能目前运行在影子模式下：它不会调用 Jev，也不会替你启动或跳过 Sift。

JevLoop：让每一轮收敛到证据上

据项目说明，智能体每一轮推进工作，JevLoop 检查结果，读取 recorder 记录的命令、测试、指标和产物；它先确认事实，再问 Jev 这个结果还缺什么。下一步动作可以是 fix、verify、continue、replan 或 human，当目标真正达成时循环停止。项目自述强调，Loop 只跟随一个结果：智能体行动、Loop 复核、Jev 决策；它不会接管会话，也不会给一个「看起来不错」的结果盖章，每一次完成都必须有可重放的证据支撑。

JevLong：让长会话保持可见、可审计

据项目说明，Long 持续读取智能体写入的 JSONL 事件，记录会话进度，并检测停滞、重复失败、漂移、工具问题和预算风险，报告发生了什么、会话是否还在推进、哪里需要关注。项目自述给出的调用方式为：

jevrev long watch --directory .jevrev/long
jevrev long status --directory .jevrev/long --format json

终端界面（TUI）

据项目说明，在交互式终端里运行 jevrev 会打开一个「驾驶舱」，且不要求存在 Long 存储。Sessions 页列出 JevRev 组件会话以及从 Codex、Claude Code、OpenCode 等注册进来的宿主会话，注册命令形如：

jevrev session register --host codex --session-id <id> --title "..." --goal "..."
jevrev session list

项目自述称，注册只保存会话元数据，不保存宿主的私有对话记录。选中会话后可打开 Kanban / Monitor 页，Loop 与 Long 开关对该会话持久保存，并显示观察者存储是否可用；项目自述同时说明，这些开关不会启动观察者，也不会操纵宿主智能体。界面还包含 Config 页，用于自动打开、刷新间隔和终端配色。操作上使用上下键选择会话、回车打开，l / o 配合空格切换监视开关。项目自述称，成功的组件命令可以自动打开驾驶舱并聚焦到被更新的会话，可用 jevrev --no-tui ... 或环境变量 JEVREV_NO_TUI=1 抑制自动打开；在没有交互式终端时，JevRev 保持普通的人类可读/JSON 输出，不发出 TUI 控制序列。

Provider 接入

据项目说明，Sift、Decide 和 Loop 审计共用同一套 provider 接口，可以连接托管的 Jev、本地的 SemIf，或用于离线运行的 replay 文件。项目自述提醒把凭据放在环境变量里，不要写进命令行参数、campaign 文件或证据中。托管 Jev 的示例（macOS / Linux）为：

export JEVREV_JEV_API_KEY="..."
node dist/cli.js sift \
  --input examples/parser-speedup.json \
  --provider jev \
  --output campaign.json

Windows PowerShell 下的写法为：

$env:JEVREV_JEV_API_KEY = "..."
node dist/cli.js sift `
  --input examples/parser-speedup.json `
  --provider jev `
  --output campaign.json

使用入口

仓库地址：Alex314618-create/JevRev。

据项目自述，安装与构建方式为：

npm install
npm run build
node scripts/install-skill.mjs --target <host>

项目自述称，target 需要按所用宿主选择；OpenCode 及其他自定义宿主可以使用 --destination <path>。此外还提供了一个完整示例命令：

npm run demo:workflow

项目自述给出的提示词示例为：使用 JevRev 完成任务，用 Sift 筛选、只执行被选中的方案、记录证据、每一轮都过 Loop，并为长周期工作接上 Long。

许可与限制

许可证为 MIT。

关于限制与边界，项目自述中明确提到的有几点。其一，activation 功能目前运行在影子模式下，不会调用 Jev，也不会自动启动或跳过 Sift。其二，Jev 只做决策、过滤与提醒，不接管会话，工作仍由宿主智能体提出和执行。其三，TUI 中的 Loop 与 Long 开关只表示状态，不会启动观察者，也不会操纵宿主智能体。其四，会话注册只保存元数据，不保存宿主的私有对话记录。其五，凭据应放在环境变量中，不应写入命令行参数、campaign 文件或证据。其六，在没有交互式终端的环境下不会输出 TUI 控制序列。

需要说明的是，事实表中没有给出该项目的硬件要求、性能基准数据或支持的平台清单，素材中也没有可核实的对应信息，因此本文不对这些方面作任何描述。项目自述中提到的具体案例与数值属于维护者自己的陈述，本文未作独立验证，读者如需据此评估，请以仓库中的实际代码与文档为准。