Cash Reserve checks its position every 30 minutes during market hours, but only trades when it needs to. Here's what governs that.

On each run the system compares what you hold in SGOV against the target. If the gap is more than 10% of your account value, it rebalances. If not, it holds and records the run as skipped.

An example. Your account is $50,000, your target is $32,000 in SGOV, and you currently hold $32,000. The drift is zero — it holds. If you held nothing, the drift would be 64% and it would buy roughly 320 shares.

The band exists so ordinary price movement doesn't generate constant small trades.

A skipped run in your execution history is the normal, healthy state. It means the position was checked and found to be about right.

Runs are also skipped when the account is disconnected, the system is disabled, or SGOV couldn't be priced. If skips concern you, the execution history records the reason for each one.

When you first deploy Cash Reserve, the system reads your brokerage account and adopts any SGOV you already hold into its own records — using your actual cost basis where your brokerage reports it.

You'll see an entry marked "Adopted existing SGOV position" in your activity feed.

This matters because it means the system won't buy a full target on top of shares you already own. Your existing holding counts toward the target.

That's fine. Before every rebalance, the system re-reads your live position from your brokerage and updates its own records to match.

Buy 50 shares yourself and the system notices, folds them into its records, and counts them toward the target rather than buying them again. Sell some and it adjusts down. Your brokerage is always treated as the source of truth on share count.

The run is skipped entirely — no reconciliation, no trade.

This is a deliberate safeguard. A failed read is never interpreted as "you hold zero shares," because that would cause the system to buy a full position on top of what you already own. A holding is only treated as empty when your brokerage explicitly confirms it.

An accepted order isn't treated as a completed one. The system polls your brokerage until the fill is confirmed, then records it at the actual fill price.

If an order is still working when the check window ends, it's recorded as working and reconciled on the next run. This is why an order can appear before it shows in your position.

Why hasn't it bought anything? Most likely you're within the 10% band, or another active system's allocation has reduced your allocatable base. Check the execution history for the recorded reason.

Why did it sell? Your target dropped below your holding — usually because your account value fell, or you added another system that reserved capital.