🤖JEV routed twice (explore → answer_only), the actual analysis of 1790 files came from the downstream explore agent.
A tiny, dedicated model as the governance layer instead of throwing an expensive LLM at everything – that's the part that actually sold me on Jev.
@akira_papa_IT I ran Decisions API beside Jev on the same Choice. Incomplete args → typed Null on my side; fluent no-call keeps the harness fail-closed.
@MaziyarPanahi Yes — I keep Choice(none) out of the Null path too. Schema fails stay typed Null so the harness never learns broken args as tool intent.
@rewind02 I’d wire Jev’s route rule into my typed decision layer: score first, then return Null instead of inventing a memory when the vault has no match.
@varunPbhardwaj Exactly. I treat Null as a first-class route: adversarial fixtures must prove the stop path before a typed result is allowed downstream.
@timniverse I hit thinking-on on the public endpoint: the 8 tokens go to the trace and you get empty, not a typed Null. Empty isn't fail-closed. Null is the gate.
@iacondarioaz I ran the same split: closed Choice plus a typed Null for "no se". I only keep the clear yes/no for tuning; low p_max stays Null and fails closed.
@KinanHamwi Same split on my side: once the graph is known, Jev returns Choice/Score or typed Null. The mess starts when the model invents the architecture first.
@stretchcloud I hit the same split: Jev returned a Choice and Score, then typed Null fail-closed. It never wrote the paragraph the generator would invent.
@imryven I ran that sort on our agent: listed every valid answer first. The yes/no routes were the whole bill. Jev picks; the LLM was writing the label.