@aiaiai-pt/frankctl 0.9.7 → 0.13.2

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@aiaiai-pt/frankctl",
3
- "version": "0.9.7",
3
+ "version": "0.13.2",
4
4
  "description": "Terminal-first client for the Frank Low-Code Pipeline platform",
5
5
  "homepage": "https://franksdocs.nomadriver.co",
6
6
  "repository": {
@@ -133,9 +133,9 @@ frankctl pipelines apply -f pipeline.yaml --wait --timeout 600
133
133
  Use `--json` with `--wait` for one evidence object correlated to the exact Source
134
134
  workflow/SyncRun, Dagster/TransformRun, and ontology SyncRun started by this invocation.
135
135
  Snapshot IDs are decimal strings so JavaScript cannot round them. `status: skipped`
136
- means the ontology was already converged and no rows were replayed. Ontology evidence
137
- prefers `snapshot_id_exact`; numeric-only evidence fails closed. Use `bd entities` for
138
- separate target entity readback.
136
+ means the ontology was already converged and no rows were replayed. The CLI consumes
137
+ API v1's exact companion and exposes one canonical `snapshot_id`; unsafe numeric-only
138
+ evidence fails closed. Use `bd entities` for separate target entity readback.
139
139
 
140
140
  ### Preflight before you apply
141
141
 
@@ -405,9 +405,9 @@ frankctl bd entities <id> # read entities back out — confirm valu
405
405
  actually materialized as entities, not just that the sync reported success.
406
406
  `bd sync --force` full-replays through REST even when the snapshot and effective
407
407
  mapping spec are unchanged. Normal output includes replay reason, row/snapshot
408
- evidence, and safe attempted/applied SyncSpec fingerprint prefixes. Human output
409
- prefers the precision-safe decimal string `snapshot_id_exact`; JSON exposes it
410
- alongside the legacy numeric `snapshot_id`.
408
+ evidence, and safe attempted/applied SyncSpec fingerprint prefixes. Human and
409
+ JSON output expose one precision-safe decimal string under `snapshot_id`; the
410
+ API v1 legacy numeric and transitional exact fields never leak through.
411
411
 
412
412
  For an ordinary sync, the CLI falls back to BackingDataset status polling when
413
413
  an older API does not return exact-run evidence, and clearly marks replay