Event Velocity Monitor
Ki · Single Ability
The Problem
The sensor data shows the car accelerating to 300 mph in 5 seconds, which seems fast but acceptable given the new engine.
The Operation
This cognitive operation forces the model to extract the claimed rate of change and identify phenomenon and timeframe. Perform physical limit comparison, compare against known base rates for similar phenomena. If the rate exceeds plausible range, apply anomaly velocity flagging: classify as measurement error, cherry-picked timeframe, or unsustainable spike. Monitor state change velocity, verify timeframe is not artificially narrow. If implausibly slow, probe for masked stagnation. The constraint: never rely sensor trust heuristic data contradicts physical.
The Structure
Under the hood, the reasoning follows an anchor-drift-correct cycle that detects when reasoning has drifted from its reference point. Execution repeats until the reasoning locks onto a stable conclusion.
If a claimed rate of change is accepted without checking whether it is physically or logically plausible, velocity monitoring has failed.
Haki · Multi Ability
Synergy Topology
In Haki mode, the API retrieves the primary ability first, then fans out to three synergy roles that compound its reasoning.
When retrieved in Haki mode, these four abilities don't run in sequence. They merge into a single injection where the dependency grounds the reasoning context, the amplifier sharpens the primary's output, and the alternative provides a fallback path if the primary's topology cannot converge. The result is a multi-angle reasoning scaffold that covers failure modes no single ability can reach alone.
Appears in Use Cases