缺少服务不会静默放行
README 说明无密钥或 Jev 报错时询问用户，与 fail-open 建议器不同，无人值守时要考虑中断。
查看对应来源 ↗代码仓库分析
pi-jev-sentinel
这是一个 Pi coding-agent 扩展，用 Jev 检查工具调用的意图和风险，并筛查工具输出和回复中的注入指示，同时隐去密钥后再发送。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 9
- Forks
- 1
- 协议
- MIT
- 最近提交
- 2026-09-20
Jev 在这里做什么
评估内容是否满足安全或证据要求，由本地策略放行或拦截。
给现有流程增加可检查的判断环节。
核对所引 README 与 guard.ts 中服务失败转人工批准、可疑输出后保留会话污染状态的规则。本站未运行 Pi 会话或在线对抗测试；该复核层不能替代宿主强制权限。
这个项目适合解决什么任务？
在 Pi 工具执行前加入审核，并跟踪疑似被注入的工具输出。
资料分析日期：
从输入到动作
- 用意图和风险问题对照用户任务与待执行动作。
- 按本地有序规则决定运行、询问或警告。
- 可疑输出触发会话污染状态，后续动作继续要求审批。
实现中值得检查的地方
警告状态不止影响当前输出
默认 taintOnInjection 会让之后的动作持续请求审批直到 reset，只看当前命令会漏掉会话级影响。
查看对应来源 ↗选择建议
适合能接受人工中断、能提供任务上下文的流程；它不是权限沙箱，也不能取消宿主的强制限制。
如何自行检查
查看 guard.ts 的默认 intent_risk 门槛和规则顺序，用假响应测 0.3/1.3 边界，并确认错误结果是审批而非 run。
结论的适用边界
- 本站未运行 Pi 或在线对抗测试。
- 作者说明长上下文回复检查可能误报，默认未启用。