AI工具导航

jevx

为 Codex 设计的类型化决策层,使用 Zig 编写

jevx 是什么?

jevx 是一款基于 Zig 构建的开源终端代理,作为 Codex 的类型化决策层,让代码生成与审批决策解耦。它通过带类型的预检决策、确定性策略闸门、加密审计记录以及崩溃恢复机制,为 Codex 工作流提供可追溯、可治理的执行保障。

产品详细介绍

为 Codex 设计的类型化决策层,使用 Zig 编写

jevx 是一款基于 Zig 构建的开源终端代理,作为 Codex 的类型化决策层,让代码生成与审批决策解耦。它通过带类型的预检决策、确定性策略闸门、加密审计记录以及崩溃恢复机制,为 Codex 工作流提供可追溯、可治理的执行保障。

定价方案

需要付费
官网查看
定制方案
  • ✓

    暂未采集到具体套餐,价格以官网为准

创始人评论

Supratim Sircar
Supratim Sircar创始人

我搭建 jevx,是因为已经不止一次眼睁睁看着 AI 编程智能体自信地胡编终端命令,然后立刻就要执行。每回手忙脚乱地狂按 Ctrl+C 才让我意识到,让同一个 AI 既写脚本又自我授权去执行,简直是迟早要爆的雷。模型在生成时,它的优化目标是尽快完成任务,而不是保护你的机器。如果依赖大语言模型用自由文本来给自己授权,一次幻觉就能绕过你整套系统提示,因为这里没有任何硬性边界。

为了解决这个问题,我把职责彻底拆开:Codex 负责生成,Jev 负责评估,Zig 负责裁决。Codex 处理创意编码,但在任何东西接触你的系统之前,Jev 会作为一个强类型评估器介入。它不返回文本,只返回有界信号,比如 `choice`、`noul` 和 `score`。最后,Zig CLI 拿到这些信号,喂给硬编码的、确定性的策略。AI 是没法用甜言蜜语哄骗编译阈值的。

我先说清楚,这只是一个早期版本,目前平台二进制文件还没有做操作系统级别的签名。安装器会校验 SHA-256,你也可以去 GitHub 核对出处,但我知道这会增加摩擦。对于现在正在折腾智能体的开发者与安全团队,我很想了解你最想审查的是哪一块——是确定性的策略阈值、加密的审计证据,还是恢复状态?我今天不求点赞,只想听你最狠、最具体的批评。请把这个架构拆个底朝天,告诉我你会怎样绕过 Jev 和 Codex 之间的那条分界线。

产品链接:https://supratimsircar05.github.io/jev-zig-cli/

创始团队

Supratim Sircar
Supratim Sircar创始团队