Tabular features and graph signals are different jobs

A feature store materializes columns keyed by entity ID. JetGraph materializes a graph and answers relationship questions that are awkward as columns.

What feature stores do well

  • Point-in-time correctness for training/serving tabular features
  • Batch and stream pipelines from warehouses
  • Model-feature registry, backfills, and offline/online parity

What they typically do not do well

  • First-time relationship checks against a live edge set
  • Flag-one-node, update-all-neighbors without a custom job
  • Ad hoc one-hop Cypher at authorize time

How they coexist

Event
  → JetGraph   (graph signals)
  → Feature store (bureau, device ML, aggregations you already run)
  → Model / rules
  → Decision
  → Write back to JetGraph (and to logs / OLTP)

JetGraph is closer to a graph feature engine than to Feast/Tecton. It does not replace your training warehouse.

See Why JetGraph and risk scoring.