@oddington/cli 0.1.19 → 0.1.21

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.
Files changed (3) hide show
  1. package/README.md +37 -6
  2. package/dist/os.js +187 -179
  3. package/package.json +2 -2
package/README.md CHANGED
@@ -239,12 +239,12 @@ const captured = await inbox.readRecords({
239
239
 
240
240
  OS uses the installed routine's repository grant, the managed target, and bounded
241
241
  data roots. A scheduler or another trusted runtime can launch without a human
242
- login. For a manual local run, a signed-in workspace member uses the installed
243
- routine's name and may compose one named connection:
242
+ login. For a manual run, a signed-in workspace member uses the installed
243
+ routine's name. OS supplies only the connections declared by its installation:
244
244
 
245
245
  ```sh
246
246
  os routine run --workspace example --name invoice-import \
247
- --connection gmail/invoices -- node routines/invoice-import/run.ts
247
+ -- node routines/invoice-import/run.ts
248
248
  ```
249
249
 
250
250
  OS resolves the active deployment, supplies temporary routine authority to the
@@ -253,11 +253,11 @@ one authoritative commit and selected
253
253
  `{ ref, version, fields }` records in requested order. Keep versions opaque and
254
254
  save them with the reviewed records. A local checkout cannot supply this evidence.
255
255
 
256
- To inspect the same routine's work before publication, add `--local`:
256
+ To inspect the same routine's work before publication, use `prepare`:
257
257
 
258
258
  ```sh
259
- os routine run --local --workspace example --name invoice-import \
260
- --connection gmail/invoices -- node routines/invoice-import/run.ts
259
+ os routine prepare --workspace example --name invoice-import \
260
+ -- node routines/invoice-import/run.ts
261
261
  os routine publish
262
262
  os routine publish --run <prepared-run>
263
263
  ```
@@ -269,6 +269,37 @@ reference. Connections can still contact their providers. A failed child cannot
269
269
  publish. Inspect the files and bounded Git diff, then publish from the original
270
270
  root. With several ready runs, select one using `--run`.
271
271
 
272
+ The SDK's `data.repository(name)` collection, selection and search calls also work in
273
+ this mode, using only installed repository grants and the exact committed
274
+ checkout version captured for the run. Dirty and untracked files are ignored;
275
+ an OS cache outside the checkout reuses derived data without remote access.
276
+ Accepted record effects advance later selections and searches to their exact
277
+ proposed version. Validation and another publisher leave the captured view
278
+ unchanged; replaying an older publication cannot rewind it. For example,
279
+ `general.records.search('acme overdue', { collections: ['invoices'], limit: 20 })`
280
+ returns bounded full Records with guards usable in Changes, or empty matches
281
+ with the searched version. Missing/incomplete search data fails retryably with
282
+ `unavailable`, and a dead parent has no hosted fallback. Ordinary immediate
283
+ `os routine run` continues to deliver search through the hosted service.
284
+ A run that only reads or validates creates no prepared-run directory
285
+ and reports completion without a publish instruction. Authentication and named
286
+ provider connections retain their normal network and authority requirements;
287
+ preparation does not promise offline execution and may contact OS or providers.
288
+ Execution location and File storage are independent of this publication choice.
289
+ `os routine run --local` remains a deprecated compatibility alias for
290
+ `os routine prepare` and prints the replacement command.
291
+
292
+ `changes.delete(record)` captures the selected `$ref` and `$version`. A mixed
293
+ create/update/delete group prepares one guarded proposal; validation creates no
294
+ proposal or materialization. Local publication removes only declared Records,
295
+ returns their captured identities in `deleted`, and advances subsequent run
296
+ reads to the exact prepared version. Files and durable Source uses remain
297
+ retained. Deleted paths are sealed as absent: recreating one before
298
+ `os routine publish --run <prepared-run>` invalidates publication before effects.
299
+ Later publication rechecks the complete group at its captured base, applies one
300
+ exact commit and waits for its exact hosted index. Interrupted Git or index
301
+ acknowledgements resume that same proposal and preserve the inspected identities.
302
+
272
303
  Publication checks the whole run before effects, applies exact record history,
273
304
  retains files, then publishes Asks and Digests. It preserves unrelated local
274
305
  work. Changed prepared bytes, authority or unrelated remote movement require