@agimon-ai/po-workflow 0.0.0-alpha.42 → 0.0.0-alpha.44

package/README.md

@@ -15,8 +15,8 @@ Workflow files describe job dependencies and host-executed steps, while Po provi
 
 ## Install
 
-The seeded `modes.yaml` selects Workflow in `default.packages`. Keep it there or select it through
-a layer; its tools remain inactive until Workflow mode is enabled.
+The seeded `modes.yaml` selects the `workflow` layer in `minimal`, `copilot` and `examples`.
+Remove it from a mode to omit Workflow there. No minor-mode activation is required.
 
 ## Define a workflow
 
@@ -63,16 +63,17 @@ and wait for a completion notification.
 
 ## Dynamic workflows
 
-The package also supplies the `dynamicWorkflow` code-mode namespace (formerly
-`@agimon-ai/po-dynamic-workflow`): tracked Mastra workflows composed with `then`, `parallel`,
-`branch` and bounded `foreach`, with live `team.run` transcripts. It is available in every
-agent session, without Workflow mode. Inside a YAML run, a `customRun` step's agent can use it
+The package also supplies the `dynamicWorkflow` code-mode namespace: tracked Mastra
+workflows composed with `then`, `parallel`, `branch` and bounded `foreach`, with live
+`team.run` transcripts. It is available when the `workflow` layer is selected, with no
+minor-mode gate. Inside a YAML run, a `customRun` step's agent can use it
 for fan-out whose shape is only known at run time, and the run view shows those runs under
-that step. See the [code-mode guide](src/prompts/codemode-how-to-dynamic-workflow/SKILL.md).
+that step. See the [code-mode guide](src/prompts/codemode-how-to-workflow/SKILL.md).
 Tracker state is in memory per session; it is not persisted with the run record.
 
-If an older `modes.yaml` still names the `dynamic-workflow` layer, remove that layer and its
-mentions under `majorMode`. Until then it resolves to an empty compatibility package.
+Select the `workflow` layer in `modes.yaml`. Existing default-package entries still work
+and deduplicate with the layer. No configuration migration runs, and persisted
+`minorModes: [workflow]` has no effect.
 
 ## Storage, concurrency, and lifecycle
 
@@ -97,16 +98,15 @@ adopts the eligible failure, validates the evidence, and transfers ownership to
 Live controls remain scoped to the owning session. Recovery does not launch a second copy beside a
 still-running job and does not guarantee that parent-session work survives shutdown.
 
-The package publishes `workflow-recovery`, `po-author-workflow` for writing workflow
-definitions, and `po-use-workflow` for launching, monitoring, and recovering runs while Workflow
-mode is active. Deactivating Workflow mode hides them; cached files may remain.
+The package ships two skills: pinned, ungated `codemode-how-to-workflow` for both namespaces,
+and unpinned, Help-gated `help-how-to-workflow` for authoring and maintenance.
 
 ## Workflow sessions
 
 In a server (web cockpit) session, a launch does not run in the session that asked for it. The
 session creates a child **workflow session** (provenance `workflow-session`), nested under it in the
 rail, and hands it the launch. The workflow session owns the run (`PI_SESSION_ID`), runs its step
-sessions, and has Workflow mode on, so its agent can troubleshoot and recover the run. The run's
+sessions, so its agent can troubleshoot and recover the run without a workflow minor mode. The run's
 environment also carries `PO_WORKFLOW_LAUNCHER_SESSION_ID`, naming the launching session, which
 lists the run in its Activity group, is told when it ends, and may read its status.
 
@@ -163,7 +163,7 @@ Business Source License 1.1: free for personal use, organisations under USD 1M r
 
 ## Native execution contract
 
-Agent steps require an effective `runConfig.majorMode`; delegated workflows require top-level `runConfig.majorMode` before their owner child is created. Selection projects major mode, minor modes, profile and domains, adding the workflow minor mode once. `subagentModel` and `subagentThinking` set Team preferences independently of the step model.
+Agent steps require an effective `runConfig.majorMode`; delegated workflows require top-level `runConfig.majorMode` before their owner child is created. Selection projects major mode, minor modes, profile and domains unchanged. `subagentModel` and `subagentThinking` set Team preferences independently of the step model.
 
 The native host requires execution-state inspection before creating agent steps. After settlement it waits for idle, no pending messages and a known background snapshot without core holds or holding-provider errors before checking decisions. Unknown ownership waits closed without consuming reminders; stops interrupt reads and retry delays. Running commands stop holding an inline step after five idle minutes, but its decision gate still runs before session release.
 

package/dist/extensions/native.mjs

@@ -1803,7 +1803,7 @@ function Choice({ label, options, value, onChange }) {
 		children: option
 	}, option))] });
 }
-function WorkflowLaunch({ sessionId, workflow, initialPrompt, sendSessionFrame, activeMinorModes, onClose }) {
+function WorkflowLaunch({ sessionId, workflow, initialPrompt, sendSessionFrame, onClose }) {
 	const [prompt, setPrompt] = useState(initialPrompt);
 	const [inputs, setInputs] = useState(() => initialInputs(workflow));
 	const [runner, setRunner] = useState(() => initialRunner(workflow));
@@ -1818,7 +1818,7 @@ function WorkflowLaunch({ sessionId, workflow, initialPrompt, sendSessionFrame,
 		choice,
 		...prompt.trim() === "" ? {} : { prompt: prompt.trim() }
 	};
-	const problems = [...activeMinorModes !== void 0 && !activeMinorModes.includes("workflow") ? ["Workflow mode is off: turn it on from Minor modes to launch."] : [], ...launchProblems(workflow, request)];
+	const problems = launchProblems(workflow, request);
 	const line = workflowLaunchLine(request);
 	return /* @__PURE__ */ jsxs(View, {
 		style: styles$1.body,