@bastani/atomic 0.9.16-alpha.8 → 0.9.16

package/dist/builtin/web-access/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@bastani/web-access",
-  "version": "0.9.16-alpha.8",
+  "version": "0.9.16",
   "private": true,
   "description": "Atomic extension for web search, URL fetching, GitHub repo cloning, PDF/video extraction. Fork of: https://github.com/nicobailon/pi-web-access",
   "contributors": [
@@ -31,7 +31,7 @@
   },
   "peerDependencies": {
     "@bastani/atomic": "*",
-    "@earendil-works/pi-tui": "^0.84.3"
+    "@earendil-works/pi-tui": "^0.84.4"
   },
   "peerDependenciesMeta": {
     "@bastani/atomic": {

package/dist/builtin/workflows/CHANGELOG.md

@@ -6,6 +6,76 @@ The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
 
 ## [Unreleased]
 
+## [0.9.16] - 2026-08-29
+
+Cumulative release of the `0.9.16-alpha.1` – `0.9.16-alpha.11` prereleases. The summary below covers the user-visible outcome of that work; the per-change detail remains in the prerelease sections below.
+
+### Added
+
+- Added a dedicated `workflow answer` action for responding to pending primitive and structured human-in-the-loop prompts without exposing stage-message delivery semantics.
+- Added durable pending-stage message state for ordinary Intercom delivery, including FIFO delivery before the first model turn, resume/replay persistence, exactly-once stage-attempt handling, lifecycle failure notifications, and guidance for propagating material updates to known workflow stages that have not started. ([#2717](https://github.com/bastani-inc/atomic/issues/2717))
+- Added Lauren Tan's bundled `bro`, `how`, `teach`, `unslop`, and `why` pstack skills for plain-language restatement, codebase explanation, teaching, writing cleanup, and evidence-backed design rationale. Sourced from https://github.com/cursor/plugins and distributed under the MIT License.
+
+### Changed
+
+- Every workflow model stage now retains ordinary `intercom` and its invocation group through `tools`, `excludedTools`, `noTools`, extension restrictions, and reload. Restrictions on every other tool and workflow group isolation are unchanged.
+- Added the full and Flash GLM-5.3 direct Z.AI, Z.AI Coding Plan, Baseten, and OpenRouter routes to every built-in Goal, Ralph, and Open Claude Design fallback chain.
+- Periodic workflow heartbeat prompts now guide supervising agents to use ordinary Intercom when steering or communication is useful, match an update's reach to the expanded workflow topology, send shared scope or acceptance changes consistently across every relevant live and known unstarted worker/reviewer stage, account for immediate and queued pre-first-turn delivery, and use workflow pause, resume, interrupt, or quit for run control.
+- Builtin `goal` and `ralph` stage prompts now carry a shared `code_quality_verification` section pointing stages at the `qlty` skill (or `skill: "qlty"` delegation) for linting, auto-formatting, complexity and duplication metrics, and code smells — weighted higher when the objective asks for verifiers or high code quality. It reaches the goal controller, goal orchestrator, goal reviewer, ralph orchestrator, and both ralph reviewers, alongside the existing end-to-end verification guidance. Repository-defined checks in AGENTS.md/CLAUDE.md, package scripts, and CI remain authoritative.
+- Builtin `goal` and `ralph` stage prompts now carry a shared `repository_intent` section instructing implementers and reviewers to infer maintainer and requesting-user conventions by mining repository behavior — git history (including `git log --show-signature`), merged PRs, issues and their comments, review comments, commit subjects and trailers, and CI/branch-protection config — for unwritten norms. Behavioral evidence fills contract gaps and never overrides the literal objective, acceptance criteria, or explicit AGENTS.md/CLAUDE.md guidance.
+- The `workflow` tool's routing guidance adds a repository-intent clause to the pre-launch architecture pass: for coding tasks, mine git history, merged PRs, issues, commits, and review comments before freezing authored workflow objectives and acceptance criteria so they capture unwritten conventions, weighing the requesting user's own activity highest; non-coding tasks mine their analogous available context sources the same way.
+- The `workflow` tool description, agent routing guidance, and workflow docs now treat a blocked run as continuable by default: resume resumable blocks, answer pending prompts, steer past the obstacle, or start a follow-up workflow past a terminal block (inline only when the remaining work is minimal), stopping for user input only when the task is so ambiguous that judgment cannot infer intent from the objective and repository evidence. When `ask_user_question` or human input is unavailable, the agent is instructed to continue fully autonomously on the interpretation best supported by that evidence and to record the assumption.
+- `WORKFLOW BLOCKED` lifecycle notices now carry that continuation instruction in their text: resume or steer the run, or continue with a follow-up workflow (inline only if what remains is minimal), and ask the user only when intent cannot be inferred from repository evidence.
+- A budget-exceeded stop is now reported as its own blocked-notice variant (`stopped at its <dimension> budget limit`, with `budgetExceeded`/`budgetDimension` details and a `/workflow resume` hint) whose text instructs the agent to summarize progress and estimated next steps, ask the user whether to proceed — preferring the `ask_user_question` tool when available — and resume with a raised `budget` only after approval.
+- The public `workflow` tool now has a two-minute request deadline. Timed-out requests return `WORKFLOW_TIMEOUT` with `timeoutMs: 120000`, abort cancellable work, discard late settlement, and never retry. Mutating actions keep the unknown-outcome warning that tells callers to inspect workflow status before retrying ([#2654](https://github.com/bastani-inc/atomic/issues/2654), [#2605](https://github.com/bastani-inc/atomic/issues/2605)).
+- Agent guidance now treats "no budget" as the default for workflow runs. A `budget` is passed on `run`/`resume` only when the operator asked for a limit, and only the fields they named; otherwise the field is omitted so the workflow declaration and config resolve normally.
+- Agent guidance now assumes the existing 15-minute heartbeat cadence and does not shorten, lengthen, or disable it unless the operator asks. Heartbeats are documented as periodic alignment checks rather than failure signals, so a progressing run is not interrupted, re-capped, or polled in response to one.
+
+### Fixed
+
+- Fixed Git-installed workflow discovery when production-only package installs omit local TypeBox by resolving `typebox/compile`, `typebox/value`, and supported legacy `@sinclair/typebox` aliases through the host loader for workflow files and their helpers.
+- Fixed a hung DBOS write in one workflow blocking independent top-level workflows before startup admission. Durable writes now remain ordered per root workflow while workflow-local flushes wait only their own root; process shutdown still drains every root.
+- Workflow heartbeat and routing guidance now tells agents to discover a stage's `workflow:<rootRunId>` invocation group with the Intercom `groups` action and join it before steering the stage.
+- An in-flight workflow run no longer fails after a preserving `/reload` when the predecessor persistence port becomes stale. Advisory `workflow.stage.end` and `workflow.run.end` transcript appends swallow exactly `isStaleExtensionContextError` and rethrow every other error. ([#2749](https://github.com/bastani-inc/atomic/issues/2749))
+- Fixed running durable `ctx.tool` message blocks showing a trailing `●` after the tool call header; running and completed calls now use the same marker-free `$ <tool-name>` presentation while other tool-state markers remain unchanged.
+- Fixed a completed `ctx.task` leaving the root raw `running` with no active stage or tool and no path to the next budget boundary. The durable task-result checkpoint now fails closed, duration is rechecked after that checkpoint, quit/interrupt can abort a never-settling persist, and a terminal-only stage checkpoint replays the complete `WorkflowTaskResult` without rerunning the task ([#2650](https://github.com/bastani-inc/atomic/issues/2650)).
+- Fixed raised-budget resume of a blocked workflow when parallel stages shared a completed `ctx.tool` parent. Fresh-ID continuations translate tool parent identities during fail-closed topology validation, preserve cached root-level tool siblings without a false mismatch, and keep a blocked source retryable after a rejection without dropping recorded prompt answers ([#2639](https://github.com/bastani-inc/atomic/issues/2639)).
+- Fresh-ID continuations reuse the source `ctx.tool` checkpoint, including `failureMode: "return"` success and `return_failure` outcomes. To re-run a completed return-mode callback, start a new run or change the tool name or args ([#2639](https://github.com/bastani-inc/atomic/issues/2639)).
+- Fixed ordinary in-process subagents stealing the parent session's workflow store binding. Subagent children retain bundled workflow definitions as resources without loading the workflows extension or exposing its tool, and the extension factory rejects admitted child sessions as a second boundary.
+- Fixed simultaneous post-task budget exhaustion in `ctx.parallel(..., { failFast: false })` being replaced by a generic aggregate failure after every task had already persisted a complete result. Budget-only parallel failures now retain the engine-owned resumable `budget_exceeded` classification and replay all completed task results under a raised budget without rerunning their models.
+- Fixed workflow name resolution racing past an in-flight `/workflow reload`: a run dispatched immediately after a reload could resolve against the pre-reload registry and execute the old module. Resolution now awaits any in-flight discovery before resolving names. ([#2667](https://github.com/bastani-inc/atomic/pull/2667) by [@uppifyagency](https://github.com/uppifyagency))
+- Fixed Goal losing its ledger, orchestrator receipt, and review artifacts when a durable resume continued under a fresh run ID. Goal now checkpoints the complete artifact directory, reloads exact turn-bearing ledger state from a durable sidecar without truncating records or fabricating reducer turns, and scopes artifact ownership to the run's own identity plus its continuation chain.
+- Fixed a missing Goal reviewer `reads` artifact being reported as malformed structured reviewer output. Missing referenced files now remain explicit reviewer execution failures attributed to the `reads` contract.
+- Fixed Windows embedded Postgres startup waiting forever when the daemon inherited `pg_ctl` pipes by directly spawning Postgres behind an opaque native process lease. Orderly shutdown now sends fast shutdown and bounded-waits on that exact retained child/HANDLE, preventing mutable-pidfile and PID-reuse races while leaving attached clusters untouched ([#2547](https://github.com/bastani-inc/atomic/issues/2547), [#2544](https://github.com/bastani-inc/atomic/pull/2544) by [@darionco](https://github.com/darionco)).
+- Fixed active zero-stage workflows whose only work is durable `ctx.tool` calls being under-represented in the below-editor `BACKGROUND` panel. Normal-width cards now show a single pending or running tool node by name and status; when multiple nodes are live, their total appears before the width-clamped node details.
+- Fixed a never-settling public workflow tool request blocking the interactive agent indefinitely ([#2605](https://github.com/bastani-inc/atomic/issues/2605)).
+
+### Removed
+
+- Removed the public `workflow send` action and its stage-chat delivery modes. Use `workflow answer` for pending human-input prompts, `workflow resume` for paused control, and ordinary Intercom for live or deferred workflow-stage communication.
+
+## [0.9.16-alpha.11] - 2026-08-28
+
+### Changed
+
+- Every workflow model stage now retains ordinary `intercom` and its invocation group through `tools`, `excludedTools`, `noTools`, extension restrictions, and reload. Restrictions on every other tool and workflow group isolation are unchanged.
+
+### Fixed
+
+- Fixed Git-installed workflow discovery when production-only package installs omit local TypeBox by resolving `typebox/compile`, `typebox/value`, and supported legacy `@sinclair/typebox` aliases through the host loader for workflow files and their helpers.
+- Fixed a hung DBOS write in one workflow blocking independent top-level workflows before startup admission. Durable writes now remain ordered per root workflow while workflow-local flushes wait only their own root; process shutdown still drains every root.
+
+## [0.9.16-alpha.10] - 2026-08-28
+
+### Changed
+
+- Added the full and Flash GLM-5.3 direct Z.AI, Z.AI Coding Plan, Baseten, and OpenRouter routes to every built-in Goal, Ralph, and Open Claude Design fallback chain.
+
+### Fixed
+
+- Workflow heartbeat and routing guidance now tells agents to discover a stage's `workflow:<rootRunId>` invocation group with the Intercom `groups` action and join it before steering the stage.
+- An in-flight workflow run no longer fails after a preserving `/reload` when the predecessor persistence port becomes stale. Advisory `workflow.stage.end` and `workflow.run.end` transcript appends swallow exactly `isStaleExtensionContextError` and rethrow every other error. ([#2749](https://github.com/bastani-inc/atomic/issues/2749))
+
 ## [0.9.16-alpha.8] - 2026-08-27
 
 ### Added

package/dist/builtin/workflows/README.md

@@ -443,7 +443,7 @@ Atomic registers the canonical `structured_output` tool only for schema-enabled
 
 When an item configures both `schema` and `output`, its successful `structured_output` turn has two separate channels: all ordinary assistant text blocks from that exact message, in order, form the human-readable artifact written to `output`, while the successful tool arguments remain the typed machine-readable workflow result. Atomic never serializes those arguments into the artifact. The runner snapshots the result together with the exact successful tool-call id, so corrective attempts, another call with the same tool name, and later admitted turns cannot replace either side of the pairing. When the successful message has no ordinary text — including after a model-fallback session recreation that leaves the live session without that message — Atomic falls back to the most recent earlier assistant text that made no `structured_output` call; only when no such text exists is the artifact written empty, with the standard empty-artifact warning in the receipt. Items with `schema` but no `output` keep their existing result-text behavior.
 
-`subagent` is available as a default workflow-stage tool on the same terms as main chat: a stage is a top-level session, so it can delegate once, and the children it launches cannot delegate further. Delegation is one level deep and nothing configures it. `tools` allowlists apply to bundled extension tools as well as built-ins; if a stage sets `tools`, list every tool it should see. Workflow stages can explicitly list `subagent`, `web_search`, `fetch_content`, `intercom`, and other loaded extension tools, while `excludedTools` and `noTools: "all"` still win. Bundled `@bastani/subagents` agent definitions are available to the `subagent` tool in workflow stages, including workflows launched from a subagent child process.
+`subagent` is available as a default workflow-stage tool on the same terms as main chat: a stage is a top-level session, so it can delegate once, and the children it launches cannot delegate further. Delegation is one level deep and nothing configures it. `tools` allowlists apply to bundled extension tools as well as built-ins; if a stage sets `tools`, list every non-mandatory tool it should see. Ordinary `intercom` remains registered and active in every workflow model stage even under `noTools: "all"`, restrictive allowlists, or exclusions. Restrictions on `subagent`, `web_search`, `fetch_content`, and every other tool are unchanged. Bundled `@bastani/subagents` agent definitions are available to the `subagent` tool in workflow stages, including workflows launched from a subagent child process.
 
 Send material updates through Intercom to every affected workflow stage, including stages that have not started. Address a known pending stage with ordinary `intercom send` at `<runId>:<stageKey>`; Atomic queues the message with workflow state and delivers it through the existing inbound Intercom path when the stage session initializes, before its first model turn. Live stage delivery is immediate. Use `ask` once the stage session is live and can reply. Unknown stage identities retain the ordinary unknown-target failure. Workflow `answer` handles pending human-input prompts, and workflow `resume` handles paused run control.
 
@@ -681,7 +681,7 @@ Raw stage-chat prompt answer replay is live-memory only. `StageSnapshot.promptAn
 ```json
 {
   "name": "workflow",
-  "description": "Run named builtin, project, user, or package workflows; custom definitions may import reusable project/package workflows or builtin definitions from @bastani/atomic/workflows/builtin and nest them with ctx.workflow(...), including deeper composition within the configured maxDepth; when workflow execution fits but another shape would better achieve the task, author a custom TypeScript workflow({...}) inline with normal coding tools, reload it, and run it; after successfully creating and reloading a newly authored custom workflow, report the folder containing its generated code as 'Custom workflow created. You can inspect its code at: <workflow-folder-path>'; do this only for newly created custom workflows, never builtin or pre-existing workflows; discover with list/get/inputs/models, list session runs with status (no runId; statusFilter narrows the list), inspect status/stages/stage details, answer pending prompts only while the root workflow is nonterminal, pause/resume/interrupt/quit runs, and reload workflow resources. When steering or communication is useful, use Intercom; address a workflow stage as `<runId>:<stageKey>`. Live delivery is immediate; a known stage that has not started is queued and receives the message before its first model turn. Use `ask` only for a reply-capable live session. Treat a blocked run as continuable by default: resume resumable blocks, answer pending prompts, steer past the obstacle, or start a follow-up workflow past a terminal block, and escalate to the user only when the blocked result is so ambiguous that human input or steering must settle it; when ask_user_question or human input is unavailable, continue fully autonomously on the interpretation best supported by the objective and repository evidence, and record the assumption. For action 'run' and 'resume', budget accepts per-field duration, token, cost, and warning overrides; fields resolve over the workflow declaration and config, and 0 disables a field. Pass budget only when the user asked for a limit; otherwise omit it entirely and inherit the declaration and config rather than inventing a cap. For primitive prompt answers, use booleans or the documented confirm labels, exact case-insensitive select labels or 1-based indexes, and text strings for input/editor; an invalid answer remains pending and returns guidance instead of choosing a default. For large stage handoffs, write context to files/artifacts, pass paths via reads, and prompt downstream agents to 'Read the file at <path>...' instead of injecting large previous text. Wrap critical parts of run inputs and steering messages in <keepContext>...</keepContext> so compaction preserves them verbatim in the stages that inherit them; tag role constraints, prohibitions, must-hold criteria, and identifiers, not background or bulk reference material. For transcripts, prefer status/stages/stage to get sessionFile/transcriptPath, quote the exact path without rewriting separators (Windows backslashes are valid), then search it with rg/grep and read small ranges; transcript is path-only by default when sessionFile/transcriptPath exists, explicit tail/limit returns bounded previews, and missing transcript paths fall back to a small preview. Use action 'models' to inspect models in the configured catalog; the result is a configured-auth snapshot showing what's present in the registry with configured authentication, not proof of credentials, entitlements, OAuth freshness, or live provider access. When authoring a workflow that should dynamically select a model, first call workflow({ action: 'models' }) to inspect the configured catalog, then select from the returned provider/id entries considering the isCurrent marker and available thinking levels.",
+  "description": "Run named builtin, project, user, or package workflows; custom definitions may import reusable project/package workflows or builtin definitions from @bastani/atomic/workflows/builtin and nest them with ctx.workflow(...), including deeper composition within the configured maxDepth; when workflow execution fits but another shape would better achieve the task, author a custom TypeScript workflow({...}) inline with normal coding tools, reload it, and run it; after successfully creating and reloading a newly authored custom workflow, report the folder containing its generated code as 'Custom workflow created. You can inspect its code at: <workflow-folder-path>'; do this only for newly created custom workflows, never builtin or pre-existing workflows; discover with list/get/inputs/models, list session runs with status (no runId; statusFilter narrows the list), inspect status/stages/stage details, answer pending prompts only while the root workflow is nonterminal, pause/resume/interrupt/quit runs, and reload workflow resources. When steering or communication is useful, use Intercom. Before steering a stage, join its invocation group. Use the Intercom `groups` action to discover it. Workflow invocation groups are named `workflow:<rootRunId>`. Then address the stage as `<runId>:<stageKey>`. Live delivery is immediate; a known stage that has not started is queued and receives the message before its first model turn. Use `ask` only for a reply-capable live session. Treat a blocked run as continuable by default: resume resumable blocks, answer pending prompts, steer past the obstacle, or start a follow-up workflow past a terminal block, and escalate to the user only when the blocked result is so ambiguous that human input or steering must settle it; when ask_user_question or human input is unavailable, continue fully autonomously on the interpretation best supported by the objective and repository evidence, and record the assumption. For action 'run' and 'resume', budget accepts per-field duration, token, cost, and warning overrides; fields resolve over the workflow declaration and config, and 0 disables a field. Pass budget only when the user asked for a limit; otherwise omit it entirely and inherit the declaration and config rather than inventing a cap. For primitive prompt answers, use booleans or the documented confirm labels, exact case-insensitive select labels or 1-based indexes, and text strings for input/editor; an invalid answer remains pending and returns guidance instead of choosing a default. For large stage handoffs, write context to files/artifacts, pass paths via reads, and prompt downstream agents to 'Read the file at <path>...' instead of injecting large previous text. Wrap critical parts of run inputs and steering messages in <keepContext>...</keepContext> so compaction preserves them verbatim in the stages that inherit them; tag role constraints, prohibitions, must-hold criteria, and identifiers, not background or bulk reference material. For transcripts, prefer status/stages/stage to get sessionFile/transcriptPath, quote the exact path without rewriting separators (Windows backslashes are valid), then search it with rg/grep and read small ranges; transcript is path-only by default when sessionFile/transcriptPath exists, explicit tail/limit returns bounded previews, and missing transcript paths fall back to a small preview. Use action 'models' to inspect models in the configured catalog; the result is a configured-auth snapshot showing what's present in the registry with configured authentication, not proof of credentials, entitlements, OAuth freshness, or live provider access. When authoring a workflow that should dynamically select a model, first call workflow({ action: 'models' }) to inspect the configured catalog, then select from the returned provider/id entries considering the isCurrent marker and available thinking levels.",
   "parameters": {
     "workflow": "string (optional) — workflow ID or normalized name",
     "inputs": "object (optional) — key/value map of workflow inputs",

package/dist/builtin/workflows/builtin/{chunk-zf28603f.js → chunk-3y1hmzw6.js}

@@ -8,7 +8,7 @@ import {
   reverify_consolidated_batch,
   reviewerFailureText,
   summarizeReviewConvergence
-} from "./chunk-hdpj1dkw.js";
+} from "./chunk-w9c7rkrk.js";
 import {
   fold_usage
 } from "./chunk-7at6dnkr.js";
@@ -508,6 +508,10 @@ var promptEngineerModelConfig = {
     "github-copilot/grok-4.6:xhigh",
     "zai/glm-5.3:high",
     "zai-coding-cn/glm-5.3:high",
+    "zai/glm-5.3-flash:high",
+    "zai-coding-cn/glm-5.3-flash:high",
+    "baseten/zai-org/GLM-5.3:high",
+    "baseten/zai-org/GLM-5.3-Flash:high",
     "openrouter/anthropic/claude-opus-5:high",
     "openrouter/anthropic/claude-fable-5:high",
     "openrouter/openai/gpt-5.6-sol:xhigh",
@@ -515,7 +519,9 @@ var promptEngineerModelConfig = {
     "openrouter/sakana/fugu-ultra:high",
     "openrouter/openai/gpt-5.5:xhigh",
     "openrouter/anthropic/claude-opus-4-8:high",
-    "openrouter/x-ai/grok-4.6"
+    "openrouter/x-ai/grok-4.6",
+    "openrouter/z-ai/glm-5.3:high",
+    "openrouter/z-ai/glm-5.3-flash:high"
   ],
   excludedTools: ["ask_user_question"]
 };
@@ -540,6 +546,10 @@ var researchModelConfig = {
     "github-copilot/grok-4.6:xhigh",
     "zai/glm-5.3:high",
     "zai-coding-cn/glm-5.3:high",
+    "zai/glm-5.3-flash:high",
+    "zai-coding-cn/glm-5.3-flash:high",
+    "baseten/zai-org/GLM-5.3:high",
+    "baseten/zai-org/GLM-5.3-Flash:high",
     "openrouter/anthropic/claude-opus-5:high",
     "openrouter/openai/gpt-5.6-sol:xhigh",
     "openrouter/anthropic/claude-fable-5:high",
@@ -547,7 +557,9 @@ var researchModelConfig = {
     "openrouter/sakana/fugu-ultra:high",
     "openrouter/openai/gpt-5.5:xhigh",
     "openrouter/anthropic/claude-opus-4-8:high",
-    "openrouter/x-ai/grok-4.6"
+    "openrouter/x-ai/grok-4.6",
+    "openrouter/z-ai/glm-5.3:high",
+    "openrouter/z-ai/glm-5.3-flash:high"
   ],
   excludedTools: ["ask_user_question"]
 };
@@ -572,6 +584,10 @@ var orchestratorModelConfig = {
     "github-copilot/grok-4.6:xhigh",
     "zai/glm-5.3:high",
     "zai-coding-cn/glm-5.3:high",
+    "zai/glm-5.3-flash:high",
+    "zai-coding-cn/glm-5.3-flash:high",
+    "baseten/zai-org/GLM-5.3:high",
+    "baseten/zai-org/GLM-5.3-Flash:high",
     "openrouter/anthropic/claude-opus-5:high",
     "openrouter/openai/gpt-5.6-sol:xhigh",
     "openrouter/anthropic/claude-fable-5:high",
@@ -579,7 +595,9 @@ var orchestratorModelConfig = {
     "openrouter/sakana/fugu-ultra:high",
     "openrouter/openai/gpt-5.5:xhigh",
     "openrouter/anthropic/claude-opus-4-8:high",
-    "openrouter/x-ai/grok-4.6"
+    "openrouter/x-ai/grok-4.6",
+    "openrouter/z-ai/glm-5.3:high",
+    "openrouter/z-ai/glm-5.3-flash:high"
   ],
   excludedTools: ["ask_user_question"]
 };
@@ -604,6 +622,10 @@ var reviewerAModelConfig = {
     "github-copilot/grok-4.6:xhigh",
     "zai/glm-5.3:high",
     "zai-coding-cn/glm-5.3:high",
+    "zai/glm-5.3-flash:high",
+    "zai-coding-cn/glm-5.3-flash:high",
+    "baseten/zai-org/GLM-5.3:high",
+    "baseten/zai-org/GLM-5.3-Flash:high",
     "openrouter/anthropic/claude-opus-5:high",
     "openrouter/anthropic/claude-fable-5:high",
     "openrouter/moonshotai/kimi-k3:max",
@@ -611,7 +633,9 @@ var reviewerAModelConfig = {
     "openrouter/sakana/fugu-ultra:high",
     "openrouter/openai/gpt-5.5:xhigh",
     "openrouter/anthropic/claude-opus-4-8:high",
-    "openrouter/x-ai/grok-4.6"
+    "openrouter/x-ai/grok-4.6",
+    "openrouter/z-ai/glm-5.3:high",
+    "openrouter/z-ai/glm-5.3-flash:high"
   ],
   excludedTools: ["ask_user_question"],
   schema: reviewDecisionSchema
@@ -637,6 +661,10 @@ var reviewerBModelConfig = {
     "github-copilot/grok-4.6:xhigh",
     "zai/glm-5.3:high",
     "zai-coding-cn/glm-5.3:high",
+    "zai/glm-5.3-flash:high",
+    "zai-coding-cn/glm-5.3-flash:high",
+    "baseten/zai-org/GLM-5.3:high",
+    "baseten/zai-org/GLM-5.3-Flash:high",
     "openrouter/openai/gpt-5.6-sol:xhigh",
     "openrouter/anthropic/claude-opus-5:high",
     "openrouter/anthropic/claude-fable-5:high",
@@ -644,7 +672,9 @@ var reviewerBModelConfig = {
     "openrouter/openai/gpt-5.5:xhigh",
     "openrouter/sakana/fugu-ultra:high",
     "openrouter/anthropic/claude-opus-4-8:high",
-    "openrouter/x-ai/grok-4.6"
+    "openrouter/x-ai/grok-4.6",
+    "openrouter/z-ai/glm-5.3:high",
+    "openrouter/z-ai/glm-5.3-flash:high"
   ],
   excludedTools: ["ask_user_question"],
   schema: reviewDecisionSchema

package/dist/builtin/workflows/builtin/{chunk-nqr34qp3.js → chunk-6rbajjf5.js}

@@ -825,13 +825,19 @@ async function runOpenClaudeDesignWorkflow(ctx) {
       "github-copilot/grok-4.6:xhigh",
       "zai/glm-5.3:high",
       "zai-coding-cn/glm-5.3:high",
+      "zai/glm-5.3-flash:high",
+      "zai-coding-cn/glm-5.3-flash:high",
+      "baseten/zai-org/GLM-5.3:high",
+      "baseten/zai-org/GLM-5.3-Flash:high",
       "openrouter/anthropic/claude-opus-5:high",
       "openrouter/anthropic/claude-fable-5:high",
       "openrouter/anthropic/claude-opus-4-8:high",
       "openrouter/moonshotai/kimi-k3:max",
       "openrouter/openai/gpt-5.6-sol:xhigh",
       "openrouter/sakana/fugu-ultra:high",
-      "openrouter/x-ai/grok-4.6"
+      "openrouter/x-ai/grok-4.6",
+      "openrouter/z-ai/glm-5.3:high",
+      "openrouter/z-ai/glm-5.3-flash:high"
     ]
   };
   const frontDoor = await runDiscoveryAndInit({

package/dist/builtin/workflows/builtin/{chunk-v04c5qmd.js → chunk-bz1c9732.js}

@@ -9,7 +9,7 @@ import {
   reviewerFailureText,
   summarizeReviewConvergence,
   workflowArtifactDirectoryPath
-} from "./chunk-hdpj1dkw.js";
+} from "./chunk-w9c7rkrk.js";
 import {
   fold_usage
 } from "./chunk-7at6dnkr.js";
@@ -132,6 +132,10 @@ var orchestratorModelConfig = {
     "github-copilot/grok-4.6:xhigh",
     "zai/glm-5.3:high",
     "zai-coding-cn/glm-5.3:high",
+    "zai/glm-5.3-flash:high",
+    "zai-coding-cn/glm-5.3-flash:high",
+    "baseten/zai-org/GLM-5.3:high",
+    "baseten/zai-org/GLM-5.3-Flash:high",
     "openrouter/anthropic/claude-opus-5:high",
     "openrouter/openai/gpt-5.6-sol:xhigh",
     "openrouter/anthropic/claude-fable-5:high",
@@ -139,7 +143,9 @@ var orchestratorModelConfig = {
     "openrouter/sakana/fugu-ultra:high",
     "openrouter/openai/gpt-5.5:xhigh",
     "openrouter/anthropic/claude-opus-4-8:high",
-    "openrouter/x-ai/grok-4.6"
+    "openrouter/x-ai/grok-4.6",
+    "openrouter/z-ai/glm-5.3:high",
+    "openrouter/z-ai/glm-5.3-flash:high"
   ],
   excludedTools: ["ask_user_question"]
 };
@@ -164,6 +170,10 @@ var reviewerModelConfig = {
     "github-copilot/grok-4.6:xhigh",
     "zai/glm-5.3:high",
     "zai-coding-cn/glm-5.3:high",
+    "zai/glm-5.3-flash:high",
+    "zai-coding-cn/glm-5.3-flash:high",
+    "baseten/zai-org/GLM-5.3:high",
+    "baseten/zai-org/GLM-5.3-Flash:high",
     "openrouter/anthropic/claude-opus-5:high",
     "openrouter/anthropic/claude-fable-5:high",
     "openrouter/openai/gpt-5.6-sol:xhigh",
@@ -171,7 +181,9 @@ var reviewerModelConfig = {
     "openrouter/sakana/fugu-ultra:high",
     "openrouter/openai/gpt-5.5:xhigh",
     "openrouter/anthropic/claude-opus-4-8:high",
-    "openrouter/x-ai/grok-4.6"
+    "openrouter/x-ai/grok-4.6",
+    "openrouter/z-ai/glm-5.3:high",
+    "openrouter/z-ai/glm-5.3-flash:high"
   ],
   excludedTools: ["ask_user_question"],
   schema: reviewDecisionSchema

package/dist/builtin/workflows/builtin/{chunk-cdtd3m3w.js → chunk-dattsgxg.js}

@@ -201,7 +201,7 @@ import {
   wrapRegisteredTool,
   wrapRegisteredTools,
   writeToolSystemPromptContribution
-} from "./chunk-5n10x7j2.js";
+} from "./chunk-gdx0avpx.js";
 import {
   APP_NAME,
   APP_TITLE,