@outputai/cli 0.10.1-next.6deba0f.0 → 0.10.1-next.74e6a3d.0

package/dist/utils/monitor_flags.js

@@ -0,0 +1,76 @@
+import { Flags } from '@oclif/core';
+/**
+ * The stream's defaults when the tuning flags are not given. Caller-side, not a
+ * property of the loop: `streamWorkflowUpdates` takes all three as required
+ * options and never falls back. Single-sourced because only `workflow monitor`
+ * can hand them to oclif — `workflow start --monitor` has to apply them itself
+ * (see `gatedMonitorStreamFlags`), and a literal repeated on that side would
+ * drift the moment one of these changes.
+ */
+export const MONITOR_DEFAULTS = {
+    interval: 2500,
+    color: true,
+    includePayloads: false
+};
+/**
+ * Descriptions and constraints for the three flags that tune
+ * `streamWorkflowUpdates`, single-sourced so `workflow monitor` and
+ * `workflow start --monitor` can't drift apart on help text — the interval
+ * caveat in particular is easy to lose in a copy-paste.
+ */
+const PAYLOADS_DESCRIPTION = 'Include decoded step input/output payloads';
+const COLOR_DESCRIPTION = 'Colorize status output (use --no-color to disable)';
+const INTERVAL_DESCRIPTION = 'Poll interval in milliseconds. Once a resumed poll is long-polling ' +
+    'server-side for new events, this also bounds how long that block may last (capped at the ' +
+    'server\'s configured max), so an idle workflow\'s update cadence is roughly twice this value ' +
+    '(the long-poll bound, then this sleep) rather than a much longer, separate server default.';
+/** For a command that always monitors, where oclif can apply the defaults itself. */
+export function monitorStreamFlags() {
+    return {
+        'include-payloads': Flags.boolean({
+            description: PAYLOADS_DESCRIPTION,
+            default: MONITOR_DEFAULTS.includePayloads
+        }),
+        interval: Flags.integer({
+            description: INTERVAL_DESCRIPTION,
+            default: MONITOR_DEFAULTS.interval,
+            min: 1
+        }),
+        color: Flags.boolean({
+            description: COLOR_DESCRIPTION,
+            default: MONITOR_DEFAULTS.color,
+            allowNo: true
+        })
+    };
+}
+/**
+ * For a command where monitoring is opt-in (`workflow start --monitor`).
+ *
+ * These carry no oclif `default` on purpose: a defaulted flag counts as present
+ * (`validateFlags` runs a relationship check whenever the parsed value is not
+ * `undefined`, and `validateDependsOn` has no `setFromDefault` exemption the way
+ * `validateExclusive` does), which triggers its own `dependsOn` check and fails
+ * every invocation that omits `--monitor` — including a plain `workflow start`.
+ * The caller applies the defaults in `run()`, so the interval's default is
+ * spelled out in the help text rather than rendered by oclif.
+ */
+export function gatedMonitorStreamFlags(gatedBy) {
+    const gate = { dependsOn: [gatedBy], helpGroup: 'MONITOR' };
+    const requires = ` (requires --${gatedBy})`;
+    return {
+        'include-payloads': Flags.boolean({
+            description: `${PAYLOADS_DESCRIPTION}${requires}`,
+            ...gate
+        }),
+        interval: Flags.integer({
+            description: `${INTERVAL_DESCRIPTION}${requires} [default: ${MONITOR_DEFAULTS.interval}]`,
+            min: 1,
+            ...gate
+        }),
+        color: Flags.boolean({
+            description: `${COLOR_DESCRIPTION}${requires}`,
+            allowNo: true,
+            ...gate
+        })
+    };
+}

package/dist/utils/normalize_workflow_status.d.ts

@@ -1,8 +1,9 @@
 /**
- * Temporary compatibility for API responses produced before CONTINUED_AS_NEW
- * was exposed as `continued_as_new`.
+ * Normalizes statuses from earlier API contracts.
+ *
+ * This can be removed after Aug, 2026
  *
  * @param status - Workflow status from the API
  * @returns Normalized workflow status
  */
-export declare const normalizeWorkflowStatus: <T extends string | null | undefined>(status: T) => T | "continued_as_new";
+export declare const normalizeWorkflowStatus: <T extends string | null | undefined>(status: T) => T | "continued_as_new" | "cancelled";

package/dist/utils/normalize_workflow_status.js

@@ -1,8 +1,17 @@
 /**
- * Temporary compatibility for API responses produced before CONTINUED_AS_NEW
- * was exposed as `continued_as_new`.
+ * Normalizes statuses from earlier API contracts.
+ *
+ * This can be removed after Aug, 2026
  *
  * @param status - Workflow status from the API
  * @returns Normalized workflow status
  */
-export const normalizeWorkflowStatus = (status) => status === 'continued' ? 'continued_as_new' : status;
+export const normalizeWorkflowStatus = (status) => {
+    if (status === 'continued') {
+        return 'continued_as_new';
+    }
+    if (status === 'canceled') {
+        return 'cancelled';
+    }
+    return status;
+};

package/dist/utils/normalize_workflow_status.spec.js

@@ -4,6 +4,9 @@ describe('normalizeWorkflowStatus', () => {
     it('temporarily maps continued to continued_as_new', () => {
         expect(normalizeWorkflowStatus('continued')).toBe('continued_as_new');
     });
+    it('maps the previous canceled spelling to cancelled', () => {
+        expect(normalizeWorkflowStatus('canceled')).toBe('cancelled');
+    });
     it('leaves other statuses and nullish values unchanged', () => {
         expect(normalizeWorkflowStatus('completed')).toBe('completed');
         expect(normalizeWorkflowStatus('continued_as_new')).toBe('continued_as_new');

package/dist/views/dev/components/workflow_status.js

@@ -4,7 +4,7 @@ const WORKFLOW_STATUS_MAP = {
     running: { icon: '●', color: 'yellow' },
     completed: { icon: '●', color: 'green' },
     failed: { icon: '✗', color: 'red' },
-    canceled: { icon: '○', color: 'gray' },
+    cancelled: { icon: '○', color: 'gray' },
     terminated: { icon: '✗', color: 'gray' },
     timed_out: { icon: '✗', color: 'red' },
     continued_as_new: { icon: '↻', color: 'blue' }

package/dist/views/dev/hooks/use_run_detail.js

@@ -2,7 +2,7 @@ import { useEffect, useRef, useState } from 'react';
 import { readFile } from 'node:fs/promises';
 import { getWorkflowIdResult, getWorkflowIdRunsRidResult, getWorkflowIdTraceLog, getWorkflowIdRunsRidTraceLog } from '#api/generated/api.js';
 import { normalizeWorkflowStatus } from '#utils/normalize_workflow_status.js';
-import { TERMINAL_STATUSES } from '#utils/format_workflow_result.js';
+import { isTerminalStatus } from '#utils/format_workflow_result.js';
 import { createBoundedCache } from '#views/dev/utils/bounded_cache.js';
 const EMPTY_DETAIL = {
     result: null,
@@ -73,7 +73,7 @@ const readTraceLog = async (source) => {
     return JSON.parse(content);
 };
 // Run detail and trace fetches are best-effort. Many statuses (in-progress,
-// failed, canceled) don't have a fully-formed result or trace available at
+// failed, cancelled) don't have a fully-formed result or trace available at
 // any given moment, and that's expected — the caller falls back to
 // EMPTY_DETAIL and the UI renders whatever's there. Swallow everything.
 const fetchTrace = async (workflowId, runId) => {
@@ -104,8 +104,8 @@ const fetchResult = async (workflowId, runId) => {
 };
 // The cache is intentionally only populated for terminal statuses — partial results
 // from a still-running workflow would otherwise stick and stall the UI when the run
-// eventually finishes. `TERMINAL_STATUSES` is shared with `workflow monitor`.
-export const isTerminalRunStatus = (status) => Boolean(status && TERMINAL_STATUSES.has(status));
+// eventually finishes. `isTerminalStatus` is shared with `workflow monitor`.
+export const isTerminalRunStatus = (status) => isTerminalStatus(status) !== undefined;
 export const useRunDetail = (workflowId, runId, status) => {
     const [detail, setDetail] = useState(EMPTY_DETAIL);
     const fetchIdRef = useRef(0);

package/dist/views/dev/hooks/use_run_detail.spec.js

@@ -4,7 +4,7 @@ describe('isTerminalRunStatus', () => {
     it('returns true for completed states', () => {
         expect(isTerminalRunStatus('completed')).toBe(true);
         expect(isTerminalRunStatus('failed')).toBe(true);
-        expect(isTerminalRunStatus('canceled')).toBe(true);
+        expect(isTerminalRunStatus('cancelled')).toBe(true);
         expect(isTerminalRunStatus('terminated')).toBe(true);
         expect(isTerminalRunStatus('timed_out')).toBe(true);
     });

package/dist/views/dev/panels/runs_panel.js

@@ -21,7 +21,7 @@ const STATUS_ORDER = {
     failed: 1,
     timed_out: 2,
     terminated: 3,
-    canceled: 4,
+    cancelled: 4,
     continued_as_new: 5,
     completed: 6
 };
@@ -110,7 +110,7 @@ const DetailPane = ({ run, pane, rows }) => {
             }
             return _jsx(Text, { dimColor: true, children: "\u2014" });
         }
-        if (activePane === 'output' && hasJsonValue(pane.error)) {
+        if (activePane === 'output' && typeof pane.error === 'string') {
             const lines = String(pane.error).split('\n').slice(0, tabContentRows);
             return (_jsx(Box, { flexDirection: "column", children: lines.map((line, i) => (_jsx(Text, { color: "red", wrap: "truncate-end", children: line }, i))) }));
         }

package/oclif.manifest.json

@@ -1236,6 +1236,7 @@
         "<%= config.bin %> <%= command.id %> simple basic_input",
         "<%= config.bin %> <%= command.id %> simple --input '{\"values\":[1,2,3]}'",
         "<%= config.bin %> <%= command.id %> simple --input input.json",
+        "<%= config.bin %> <%= command.id %> simple --input input.json --monitor",
         "<%= config.bin %> <%= command.id %> simple --input '{\"key\":\"value\"}' --catalog my-catalog",
         "<%= config.bin %> <%= command.id %> simple --json"
       ],
@@ -1271,6 +1272,44 @@
           "hasDynamicHelp": false,
           "multiple": false,
           "type": "option"
+        },
+        "monitor": {
+          "char": "m",
+          "description": "After starting, attach and stream status updates until the workflow ends (Ctrl+C detaches; the workflow keeps running). Cannot be combined with --json",
+          "name": "monitor",
+          "allowNo": false,
+          "type": "boolean"
+        },
+        "include-payloads": {
+          "dependsOn": [
+            "monitor"
+          ],
+          "description": "Include decoded step input/output payloads (requires --monitor)",
+          "helpGroup": "MONITOR",
+          "name": "include-payloads",
+          "allowNo": false,
+          "type": "boolean"
+        },
+        "interval": {
+          "dependsOn": [
+            "monitor"
+          ],
+          "description": "Poll interval in milliseconds. Once a resumed poll is long-polling server-side for new events, this also bounds how long that block may last (capped at the server's configured max), so an idle workflow's update cadence is roughly twice this value (the long-poll bound, then this sleep) rather than a much longer, separate server default. (requires --monitor) [default: 2500]",
+          "helpGroup": "MONITOR",
+          "name": "interval",
+          "hasDynamicHelp": false,
+          "multiple": false,
+          "type": "option"
+        },
+        "color": {
+          "dependsOn": [
+            "monitor"
+          ],
+          "description": "Colorize status output (use --no-color to disable) (requires --monitor)",
+          "helpGroup": "MONITOR",
+          "name": "color",
+          "allowNo": true,
+          "type": "boolean"
         }
       },
       "hasDynamicHelp": false,
@@ -1398,10 +1437,8 @@
         "terminate.js"
       ]
     },
-    "workflow:test_eval": {
-      "aliases": [
-        "workflow:test"
-      ],
+    "workflow:test": {
+      "aliases": [],
       "args": {
         "workflowName": {
           "description": "Name of the workflow to test",
@@ -1470,7 +1507,7 @@
       },
       "hasDynamicHelp": false,
       "hiddenAliases": [],
-      "id": "workflow:test_eval",
+      "id": "workflow:test",
       "pluginAlias": "@outputai/cli",
       "pluginName": "@outputai/cli",
       "pluginType": "core",
@@ -1481,7 +1518,7 @@
         "dist",
         "commands",
         "workflow",
-        "test_eval.js"
+        "test.js"
       ]
     },
     "workflow:dataset:generate": {
@@ -1715,5 +1752,5 @@
       ]
     }
   },
-  "version": "0.10.1-next.6deba0f.0"
+  "version": "0.10.1-next.74e6a3d.0"
 }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@outputai/cli",
-  "version": "0.10.1-next.6deba0f.0",
+  "version": "0.10.1-next.74e6a3d.0",
   "description": "CLI for Output.ai workflow generation",
   "type": "module",
   "main": "dist/index.js",
@@ -30,15 +30,15 @@
     "handlebars": "4.7.9",
     "ink": "7.0.1",
     "ink-spinner": "5.0.0",
-    "js-yaml": "4.3.0",
+    "js-yaml": "4.3.1",
     "json-schema-library": "11.4.0",
     "ky": "2.0.2",
     "react": "19.2.5",
     "semver": "7.7.4",
     "undici": "8.9.0",
-    "@outputai/credentials": "0.10.1-next.6deba0f.0",
-    "@outputai/evals": "0.10.1-next.6deba0f.0",
-    "@outputai/llm": "0.10.1-next.6deba0f.0"
+    "@outputai/evals": "0.10.1-next.74e6a3d.0",
+    "@outputai/credentials": "0.10.1-next.74e6a3d.0",
+    "@outputai/llm": "0.10.1-next.74e6a3d.0"
   },
   "devDependencies": {
     "@types/cli-progress": "3.11.6",