@realtimex/sdk 2.0.15 → 2.0.16

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": "@realtimex/sdk",
3
- "version": "2.0.15",
3
+ "version": "2.0.16",
4
4
  "description": "SDK for building Local Apps that integrate with RealtimeX",
5
5
  "main": "dist/index.js",
6
6
  "module": "dist/index.mjs",
@@ -20,15 +20,15 @@ This skill drives the `realtimex-pp-cli` binary. Verify the CLI is installed and
20
20
 
21
21
  1. Install or reinstall the pinned version via npm:
22
22
  ```bash
23
- npm install -g @realtimex/pp-cli@2.0.15
23
+ npm install -g @realtimex/pp-cli@2.0.16
24
24
  ```
25
25
  2. Verify the exact version:
26
26
  ```bash
27
27
  realtimex-pp-cli --version
28
28
  ```
29
- The output must be `realtimex-pp-cli 2.0.15`.
29
+ The output must be `realtimex-pp-cli 2.0.16`.
30
30
 
31
- If `--version` reports "command not found" after install, the npm global bin directory is not on `$PATH`. If it reports any version other than `2.0.15`, reinstall with the pinned npm command above. Do not proceed with skill commands until exact-version verification succeeds.
31
+ If `--version` reports "command not found" after install, the npm global bin directory is not on `$PATH`. If it reports any version other than `2.0.16`, reinstall with the pinned npm command above. Do not proceed with skill commands until exact-version verification succeeds.
32
32
 
33
33
  * Always run first:
34
34
 
@@ -170,6 +170,10 @@ If `--version` reports "command not found" after install, the npm global bin dir
170
170
 
171
171
  - `realtimex-pp-cli run-automation-workflow` — Run any app automation flow or scenario exposed via flowMetadata.cli.enabled=true by passing workflowName.
172
172
 
173
+ **send-channel-file** — Manage send channel file
174
+
175
+ - `realtimex-pp-cli send-channel-file` — Send one local CLI file back to an external channel using an explicit channel delivery context id.
176
+
173
177
  **send-message** — Manage send message
174
178
 
175
179
  - `realtimex-pp-cli send-message <workspaceSlug> <threadSlug>` — Send one message to an exact thread using the same routing as channel replies.
@@ -368,9 +372,9 @@ Verify: `claude mcp list`
368
372
  ```bash
369
373
  realtimex-pp-cli --version
370
374
  ```
371
- If the command is missing or the output is not exactly `realtimex-pp-cli 2.0.15`, reinstall the pinned version:
375
+ If the command is missing or the output is not exactly `realtimex-pp-cli 2.0.16`, reinstall the pinned version:
372
376
  ```bash
373
- npm install -g @realtimex/pp-cli@2.0.15
377
+ npm install -g @realtimex/pp-cli@2.0.16
374
378
  ```
375
379
  Then run `realtimex-pp-cli --version` again and proceed only after exact-version verification succeeds.
376
380
  2. Match the user query to the best command from the Unique Capabilities and Command Reference above.
@@ -421,6 +425,16 @@ For `send-message`:
421
425
  * If any of those values are missing or ambiguous, ask for the missing values before running the command.
422
426
  * Do not provide LLM provider/model arguments to `send-message`; the server routes the message based on the thread/workspace configuration.
423
427
 
428
+
429
+ For `send-channel-file`:
430
+
431
+ * Use this command only from a channel-linked terminal session that has `REALTIMEX_CHANNEL_DELIVERY_CONTEXT_ID` in its environment, or when the user explicitly provides a `chdel_*` context id.
432
+ * Always pass the context explicitly. In channel-linked sessions use `--context "$REALTIMEX_CHANNEL_DELIVERY_CONTEXT_ID"`; use a literal `chdel_*` only when intentionally overriding for debugging.
433
+ * Do not infer a destination from workspace, thread, recent activity, or channel metadata.
434
+ * Send one file per command call. Repeat the command for multiple files.
435
+ * In desktop/local runtime, the CLI should send the absolute local `filePath` to the server. The server validates the path against allowed storage/temp roots before sending through the channel. Base64 upload is fallback transport, not the preferred path.
436
+ * The server validates the delivery context, active channel session, plugin state, runtime binding when supplied, and file size/type handling before delivery.
437
+
424
438
  For workspace default-agent setup:
425
439
 
426
440
  * Use `prepare.agents` only.