An hourly-cadence paper profile — evidence at a collectable rate

[eaitbrahim]

From the 2026-08-15 status review: the paper deployment evaluates once per UTC day (the com.keel.paperforward plist enforces it for the daily Turtle), and daily-turtle rules fire 1.19–3.20 times per asset-year. The promotion gate demands n≥100 per rule per product. 31–84 years. Waiting is not a slower path; it is no path.

The hourly corpus measures the SAME rules at median n≈268 over the same window — hourly evaluation makes the sample collectable in months. The honest caveat, stated up front because it changes nothing about the decision: the hourly configuration is measured NET-NEGATIVE (0 of 90 / 0 of 82 cells at every fee this venue offers, restated 2026-08-13). This profile exists to produce ADMISSIBLE EVIDENCE — rail vetoes, outcomes, pending lifespans, intent divergence: the things a backtest cannot observe — not profitability.

Acceptance

• Investigation answers, with file:line evidence: how the agent maps rules to candle granularity (turtle has no granularity param — pullback/rsi do); what the cycle fetches and whether ONE_HOUR bars stay current at hourly cadence within venue limits; what defines a "profile" (configs/dbs/run scripts/plists).
• A tracked deployment profile config.paper-hourly.yaml + com.keel.paper-hourly.plist (+ run script if the other profiles have one), matching the existing profiles' doc-comment conventions, with its own once-per-hour cycle-stamp semantics if the stamp mechanism is daily-grained.
• Whatever code the investigation shows is needed (possibly none; possibly a turtle granularity param added the way pullback/rsi declare theirs).
• Operator-runbook section: purpose, the separate database (keel-paperhourly.db), exact bootstrap commands, and the net-negative caveat.
• No change to the live or existing paperforward profiles' semantics; no gate change (that is Pool min_trades across same-parameter rules, with a cross-sectional diversity floor #338's).