> ## Documentation Index
> Fetch the complete documentation index at: https://docs.flowx.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# FlowX.AI 5.11.0 Release Notes

> What's new in FlowX.AI 5.11: workflow tools and agentic RAG on Custom Agents, per-Knowledge-Base embedding models, document classification, extended response caching, subworkflow data mapping, structured template data models, and chat and UI Flow renderer improvements.

<div style={{position: "relative", width: "100%", height: "720px", borderRadius: "12px", overflow: "hidden"}}>
  <iframe src="https://s3.eu-west-1.amazonaws.com/docx.flowx.ai/5.9/hero-5.11.0.html" title="FlowX.AI 5.11 release hero" style={{position: "absolute", top: 0, left: 0, width: "100%", height: "100%", border: "none"}} />
</div>

<Info>
  **FlowX.AI 5.11 is a SaaS release.** New capabilities are available on managed (SaaS) deployments; self-hosted deployments will receive them with the next LTS release family.
</Info>

<Note>
  **Deployment models:**

  * <Badge color="blue" icon="cloud">SaaS</Badge> Managed FlowX cloud deployments
  * <Badge color="green" icon="globe">All Deployments</Badge> Available in both self-hosted and SaaS
</Note>

FlowX.AI **5.11** is a SaaS-managed release: FlowX handles deployment-level changes such as infrastructure, Kafka topics, and service configuration. This release turns Custom Agents into orchestrators that call FlowX workflows as tools and search knowledge bases agentically, adds per-Knowledge-Base embedding models with local embedders for personal-information content, and introduces document classification. It also extends response caching and subworkflow data mapping in the Integration Designer, moves document and notification templates onto the structured data model, and adds chat notifications, session ownership, and richer runtime audit to the renderers.

### What changed since 5.10.0

| 5.10.0                                                                               | 5.11.0                                                                                                                                  |
| ------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------- |
| Custom Agents call MCP servers, built-in tools, web search, and Knowledge Bases      | + **FlowX workflows as callable tools** on a Custom Agent, with per-tool usage hints and tool-calling caps                              |
| Knowledge Base retrieval is a plain vector search on the org default embedding model | + **Agentic knowledge base search** and **per-KB embedding models**, including keyless local embedders for personal-information content |
| REST caching covers GET; SQL operations are cacheable                                | + **POST** REST responses, **file-storage** reads, and **Mongo** reads are cacheable too                                                |
| Subworkflow input/output is raw JSON                                                 | + **Input and output mappers** on the Subworkflow node, with per-mapping test and import/export                                         |
| Document and notification templates use a free-form key/value Data model tab         | + Templates use the **structured data model** with typed attributes, validators, and Input Parameters                                   |

***

**What's new?**

<Tabs>
  <Tab title="AI & Agents">
    🧰 [**Workflow tools on Custom Agents**](#workflow-tools-on-custom-agents) - Attach FlowX workflows as callable agent tools, with usage hints and tool-calling caps\
    🔎 [**Agentic knowledge base search and Show Reasoning**](#agentic-knowledge-base-search-and-show-reasoning) - Query decomposition, relevance grading, and a reasoning summary in the run log\
    🧠 [**Per-knowledge-base embedding models**](#per-knowledge-base-embedding-models) - Pick an embedding model per KB and keep personal-information content on a local embedder\
    🗂️ [**Knowledge Base content lifecycle**](#knowledge-base-content-lifecycle) - Delete entries by metadata filter, structured failure handling, per-chunk timestamps\
    🏷️ [**Document classification**](#document-classification) - Train or import a classifier and route document pages in a workflow\
    💬 [**Conversational chat reply requirement**](#conversational-chat-reply-requirement) - A conversational run that never replies to chat now fails with a clear error\
    ✍️ [**Custom Agent instruction limit**](#custom-agent-instruction-limit) - The Instructions field is capped at 10,000 characters
  </Tab>

  <Tab title="Integrations & Data">
    🔁 [**Reusable functions in Integration Designer**](#reusable-functions-in-integration-designer) - Call reusable functions from Script and Condition (Fork) nodes\
    ⚡ [**Extended response caching**](#extended-response-caching) - Cache POST REST, file-storage reads, and Mongo reads alongside GET and SQL\
    🔗 [**Subworkflow data mapping**](#subworkflow-data-mapping) - Map data in and out of a subworkflow with input and output mappers\
    📎 [**Email attachment filtering by extension**](#email-attachment-filtering-by-extension) - Filter attachments by individual file extension instead of broad categories
  </Tab>

  <Tab title="Platform">
    🧱 [**Structured data model for templates**](#structured-data-model-for-templates) - Document and notification templates use typed attributes and Input Parameters\
    ✅ [**Data model attribute validators**](#data-model-attribute-validators) - Required, min/max, length, pattern, email, items, and currency rules on attributes\
    🧾 [**UI Flow runtime audit**](#ui-flow-runtime-audit) - Audit workflow-instance runs, chat messages, conversation reads, and process renders\
    📤 [**Cross-version export adaptation**](#cross-version-export-adaptation) - Exports adapt UI templates for older LTS targets by removing unsupported handlers\
    🔐 [**Platform and runtime improvements**](#platform-and-runtime-improvements) - Runtime access-control hardening
  </Tab>

  <Tab title="Renderers & UI Flows">
    🔔 [**Chat notifications and conversation search**](#chat-notifications-and-conversation-search) - Unread-message badge on the chat button and search across conversation history\
    🚫 [**Disable chat input on a condition**](#disable-chat-input-on-a-condition) - A business condition can make the chat input read-only\
    🧭 [**Navigate To form validation**](#navigate-to-form-validation) - Require form validation before a Navigate To action, on web, iOS, and Android\
    ⌛ [**Expired UI Flow sessions**](#expired-ui-flow-sessions) - Expired sessions show a session-expired screen with a start-fresh option\
    👤 [**UI Flow session owner**](#ui-flow-session-owner) - Restrict a running session to a single user\
    🏁 [**Process Renderer process-end handling**](#process-renderer-process-end-handling) - Run a configurable action when an embedded process ends\
    🎛️ [**Renderer improvements**](#renderer-improvements) - Batched enumeration fetch and process-start loader alignment
  </Tab>
</Tabs>

### **Workflow tools on Custom Agents**

<Card title="Attach FlowX workflows as callable tools on a Custom Agent" icon="wrench" iconType="duotone">
  <Tabs>
    <Tab title="Overview">
      **Before 5.11:** a Custom Agent's tools were MCP servers, built-in tools, web search, and Knowledge Base retrieval. **Now:** you can also attach FlowX workflows as callable tools.

      In the Custom Agent node's **Tools** section, add a workflow as a tool and fill the per-tool **When should the agent use this workflow?** hint that tells the agent when to call it. The agent calls the workflow like any other tool, passing arguments that match the workflow's Start-node input parameters. A workflow with no input parameters cannot be attached. Each tool call starts a fresh workflow run whose output returns to the agent, and the child run is linked in the console log.

      <Card title="Documentation" icon="book" href="/5.9/docs/platform-deep-dive/integrations/custom-agent-node">
        See the Custom Agent node documentation.
      </Card>
    </Tab>

    <Tab title="Key Features">
      <CardGroup cols={2}>
        <Card title="Workflows as tools" icon="diagram-project">
          Attach up to ten workflows as tools on one Custom Agent, each with a usage hint the agent reads when deciding to call it.
        </Card>

        <Card title="Typed arguments" icon="list-tree">
          The agent passes arguments that match the workflow's Start-node input parameters; workflows without input parameters are not eligible.
        </Card>

        <Card title="Tool-calling limits" icon="gauge">
          An agent is limited in how many tool calls it can make per run, and workflow-tool call chains are depth-limited so recursion cannot run away.
        </Card>

        <Card title="Linked runs" icon="link">
          Each workflow tool call is a fresh run whose output returns to the agent and is linked in the console log.
        </Card>
      </CardGroup>
    </Tab>
  </Tabs>

  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Agentic knowledge base search and Show Reasoning**

<Card title="Agentic knowledge base search and reasoning summaries" icon="magnifying-glass" iconType="duotone">
  <Tabs>
    <Tab title="Overview">
      The Custom Agent node gains **agentic knowledge base search** and a **Show Reasoning** toggle.

      With agentic search on, the agent breaks a question into sub-queries, retrieves and grades results for relevance, and retries with reworded queries if the first pass finds nothing. It is better on complex questions and uses more model calls; a single pass with three sub-queries is the default. Agentic search never returns worse results than plain retrieval. **Show Reasoning** captures the model's reasoning summary in the run and console log; the structured response and the chat reply shown to the user are unchanged.

      <Card title="Documentation" icon="book" href="/5.9/docs/platform-deep-dive/integrations/custom-agent-node">
        See the Custom Agent node documentation.
      </Card>
    </Tab>

    <Tab title="Key Features">
      <CardGroup cols={2}>
        <Card title="Agentic search" icon="diagram-subtask">
          Turn on **Enable agentic knowledge base search**, then set **Max attempts** and **Subqueries per attempt** under Settings.
        </Card>

        <Card title="Relevance grading" icon="check-double">
          Retrieved candidates are graded against the original question, with corrective retries until a relevant result is found or the attempt budget is spent.
        </Card>

        <Card title="Show Reasoning" icon="brain">
          Surface the model's reasoning in the run log without changing the answer returned to the user.
        </Card>

        <Card title="Fail-open" icon="shield">
          Agentic mode returns the same chunk metadata as plain retrieval, so citations and telemetry are unchanged.
        </Card>
      </CardGroup>
    </Tab>
  </Tabs>

  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Per-knowledge-base embedding models**

<Card title="Per-KB embedding models and local embedders for personal information" icon="brain-circuit" iconType="duotone">
  <Tabs>
    <Tab title="Overview">
      Knowledge Bases can now use a **per-KB embedding model**, and a KB that holds personal information can keep its content on a local embedder.

      Turn on **Containing Personal Information** on a Knowledge Base to enable a local embedding model, then pick one from the **Embedding model** list. Local embedders (for example a text-embedding-inference or Ollama endpoint, or any OpenAI-compatible endpoint) are configured as a single **CUSTOM** provider in the organization AI settings, with a free-form base URL and no API key. The embedding model is set before the first store and cannot be changed afterward. Non-personal-information Knowledge Bases use the organization's default embedding model.

      <Card title="Documentation" icon="book" href="/5.9/docs/platform-deep-dive/integrations/knowledge-base-integration/knowledge-base-overview">
        See the Knowledge Base documentation.
      </Card>
    </Tab>

    <Tab title="Key Features">
      <CardGroup cols={2}>
        <Card title="Per-KB model" icon="sliders">
          Each Knowledge Base carries its own embedding-model reference; a new Settings tab shows the current model.
        </Card>

        <Card title="Local embedders" icon="server">
          Keep personal-information content on-box using a keyless local embedder fronted by a CUSTOM AI provider.
        </Card>

        <Card title="Model travels with export" icon="box-archive">
          Project version export preserves the KB's embedding-model reference, so a re-import keeps the same model.
        </Card>

        <Card title="Set once per KB" icon="lock">
          A Knowledge Base's embedding model is chosen before its first store and cannot be changed afterward.
        </Card>
      </CardGroup>
    </Tab>
  </Tabs>

  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Knowledge Base content lifecycle**

<Card title="Delete entries by filter, structured failure handling, and per-chunk timestamps" icon="list-check" iconType="duotone">
  <Tabs>
    <Tab title="Overview">
      The **Update Knowledge Base** node gains a **Delete entries** operation and structured failure handling, and retrieval results now carry per-chunk metadata.

      **Delete entries** soft-deletes chunks whose entry-level metadata matches a filter, in one store or across the Knowledge Base; an empty or match-all filter is rejected so a misconfigured node cannot wipe a store. When an update operation fails, the node's **FAIL** branch returns a structured output with the operation, store, failure reason, and how many chunks were rolled back, and any partial changes are reversed. Retrieval results now include a per-chunk identifier and an ingestion timestamp.

      <Card title="Documentation" icon="book" href="/5.9/docs/platform-deep-dive/integrations/knowledge-base-integration/managing-content">
        See the Managing Knowledge Base content documentation.
      </Card>
    </Tab>

    <Tab title="Key Features">
      <CardGroup cols={2}>
        <Card title="Filtered deletion" icon="filter">
          Delete entries by metadata filter from a workflow, with an empty or match-all filter rejected as a safety guard.
        </Card>

        <Card title="Failure output with rollback" icon="rotate-left">
          The FAIL branch reports the operation, store, reason, and rolled-back chunk count; partial changes are reversed.
        </Card>

        <Card title="Per-chunk timestamps" icon="clock">
          RAG results carry a chunk identifier and an ingestion timestamp (empty for chunks indexed before this shipped).
        </Card>

        <Card title="Clear retry signal" icon="repeat">
          Retryable failures such as extraction or chunking errors are distinguished from non-retryable ones such as size or timeout.
        </Card>
      </CardGroup>
    </Tab>
  </Tabs>

  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Document classification**

<Card title="Classify document pages with a trainable ML model" icon="tags" iconType="duotone">
  <Tabs>
    <Tab title="Overview">
      FlowX.AI adds **Document Classifiers**: deterministic ML models that sort document pages into categories. Define classes, upload training data, and train or import a model, then route each page in a workflow with the new **Document Classification** node.

      The node runs the active model over a document, returns a predicted label and probability per page with a configurable confidence threshold, and flags low-confidence pages. A page-level failure does not fail the node.

      <Card title="Documentation" icon="book" href="/5.9/docs/platform-deep-dive/integrations/integration-designer">
        See the Integration Designer documentation.
      </Card>
    </Tab>

    <Tab title="Key Features">
      <CardGroup cols={2}>
        <Card title="Train or import" icon="graduation-cap">
          Build classes and training data in the Designer, then train a model or import a pre-trained one.
        </Card>

        <Card title="Per-page classification" icon="file-lines">
          The Document Classification node returns a label and probability for each page, with a confidence threshold and low-confidence flags.
        </Card>

        <Card title="Deterministic routing" icon="code-branch">
          Combine the node with a condition to route pages by their predicted category.
        </Card>

        <Card title="Resilient runs" icon="shield-check">
          A page that cannot be classified is reported per page without failing the whole node.
        </Card>
      </CardGroup>
    </Tab>
  </Tabs>

  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Conversational chat reply requirement**

<Card title="Conversational runs must reply to chat" icon="comment-check" iconType="duotone">
  A conversational (chat-driven) workflow must send at least one chat reply, either from a Custom Agent node with **Send as Chat Reply** on or from a Navigate in UI Flow node that completes the turn. A run that reaches the end without replying now fails with a clear error instead of ending silently.

  Learn more about [chat-driven workflows](/5.9/ai-platform/chat-driven-workflows).
  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Custom Agent instruction limit**

<Card title="Instructions field capped at 10,000 characters" icon="pen-ruler" iconType="duotone">
  The Custom Agent **Instructions** field is now limited to 10,000 characters.
  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Reusable functions in Integration Designer**

<Card title="Call reusable functions from Script and Condition (Fork) nodes" icon="function" iconType="duotone">
  Reusable functions can now be called from **Script** nodes and **Condition (Fork)** nodes in the Integration Designer, not just from Business Rule actions in processes. Functions are referenced in the node's JavaScript or Python and resolved at runtime from the app version's function copies, including functions that call other functions and cross-app references. A Fork node resolves the references used across all of its branch conditions.

  For more information, see the [reusable functions](/5.9/docs/building-blocks/reusable-resources/reusable-functions) documentation.
  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Extended response caching**

<Card title="Cache POST REST, file-storage reads, and Mongo reads" icon="bolt" iconType="duotone">
  <Tabs>
    <Tab title="Overview">
      Response caching in the Integration Designer now covers more operation types. **POST** REST endpoints are cacheable alongside GET, with the request body forming part of the cache key so different bodies cache separately. Read **file-storage** operations (LIST and DOWNLOAD) and read **Mongo** operations (FIND, FIND\_ONE, AGGREGATE) are cacheable alongside SQL. Mutating operations are never cached.

      For more information, see the [Integration Designer](/5.9/docs/platform-deep-dive/integrations/integration-designer) documentation.
    </Tab>

    <Tab title="Key Features">
      <CardGroup cols={2}>
        <Card title="POST caching" icon="server">
          Cache POST responses, keyed on the request body so distinct requests stay separate.
        </Card>

        <Card title="File-storage reads" icon="folder-open">
          LIST and DOWNLOAD operations are cacheable; UPLOAD, DELETE, and MOVE are not.
        </Card>

        <Card title="Mongo reads" icon="database">
          FIND, FIND\_ONE, and AGGREGATE are cacheable alongside SQL; mutating Mongo operations are not.
        </Card>

        <Card title="Shared policy" icon="clock">
          All cacheable surfaces reuse the same time-based expiry and per-operation clear-cache action.
        </Card>
      </CardGroup>
    </Tab>
  </Tabs>

  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Subworkflow data mapping**

<Card title="Map data in and out of a subworkflow with input and output mappers" icon="arrow-right-arrow-left" iconType="duotone">
  <Tabs>
    <Tab title="Overview">
      The **Subworkflow** node adds data mapping as an alternative to raw JSON. Turn on **Enable data mapping** to define an **Input mapping** per subworkflow start node and an **Output mapping** per end node, mapping individual data slices instead of hand-editing JSON. Output mapping does not apply to asynchronous subworkflows. Each mapping opens a mapper with a test action, and mappings travel with import, export, and clone.

      For more information, see the [Integration Designer](/5.9/docs/platform-deep-dive/integrations/integration-designer) documentation.
    </Tab>

    <Tab title="Key Features">
      <CardGroup cols={2}>
        <Card title="Input and output mappers" icon="diagram-project">
          Map data into the subworkflow per start node and out of it per end node, without editing raw JSON.
        </Card>

        <Card title="Per-mapping test" icon="vial">
          Test a mapping with source and target slices and apply values from a past instance.
        </Card>

        <Card title="Travels with the project" icon="box-archive">
          Mappings are preserved on import, export, and clone.
        </Card>

        <Card title="Async-aware" icon="clock-rotate-left">
          Output mapping is hidden for asynchronous subworkflows, which do not return data to the caller.
        </Card>
      </CardGroup>
    </Tab>
  </Tabs>

  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Email attachment filtering by extension**

<Card title="Filter email attachments by individual file extension" icon="paperclip" iconType="duotone">
  Email Trigger and Microsoft Outlook data sources now filter attachments by **individual file extension** instead of the five broad file-type categories. Choose the exact extensions to accept and to forward into a process. Existing category selections are migrated to their individual extensions automatically on upgrade, so current triggers keep working.

  For more information, see the [Email Trigger](/5.9/docs/platform-deep-dive/integrations/email-trigger) documentation.
  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Structured data model for templates**

<Card title="Document and notification templates use the structured data model" icon="table-cells" iconType="duotone">
  <Tabs>
    <Tab title="Overview">
      **Before 5.11:** document and notification templates declared parameters in a free-form key/value Data model tab. **Now:** templates use the same structured data model as the rest of the platform.

      On the **Data Model** tab you define typed attributes with validations, sensitive-data and reporting flags, and references to project or library data types. On the **Input Parameters** tab you select which attributes the template expects. Values sent in the request are substituted for those attributes at generation time.

      <Card title="Documentation" icon="book" href="/5.9/docs/platform-deep-dive/core-extensions/content-management/notifications-plugin/managing-notification-templates">
        See the notification templates documentation.
      </Card>
    </Tab>

    <Tab title="Key Features">
      <CardGroup cols={2}>
        <Card title="Typed attributes" icon="list-tree">
          Define string, number, boolean, enum, date, currency, object, and array attributes with validations.
        </Card>

        <Card title="Input Parameters" icon="arrow-right-to-bracket">
          Pick the attributes the template expects on a dedicated Input Parameters tab.
        </Card>

        <Card title="Reference shared types" icon="share-nodes">
          Reference project and library data types like other resources.
        </Card>

        <Card title="OTP unchanged" icon="key">
          The OTP flow contract is unchanged; the reserved `otpValue` and request `data` object work as before.
        </Card>
      </CardGroup>
    </Tab>
  </Tabs>

  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Data model attribute validators**

<Card title="Validators on data model attributes" icon="circle-check" iconType="duotone">
  Data model attributes now support validators. Available rules depend on the attribute type and include **Required**, **Min/Max Value**, **Min/Max Length**, **Pattern**, **Email Format**, and **Min/Max Items**, plus currency-specific amount and code rules. Validators are stored on the attribute and apply wherever that data model is used, including project, process, template, and reusable UI template data models.

  For more information, see the [project data model](/5.9/docs/building-blocks/project-data-model) documentation.
  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **UI Flow runtime audit**

<Card title="Audit UI Flow runtime activity" icon="clipboard-list" iconType="duotone">
  UI Flow runtime sessions are now audited in more detail. The audit log records **workflow-instance** runs, chat **message sends**, conversation **list** and **history** reads, and whether the Process Renderer performed a **render** or a start. Entries name the app and the workflow instance.

  For more information, see the [audit](/5.9/docs/platform-deep-dive/core-extensions/audit) documentation.
  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Cross-version export adaptation**

<Card title="Exports adapt UI templates for older LTS targets" icon="file-export" iconType="duotone">
  When you export a project to an older platform version, UI-template features the target version cannot understand are removed during down-adaptation, so the export imports cleanly. This currently covers Process Renderer process-end event handlers and the Navigate To **forms to validate** setting.

  For more information, see [Cross-version export and import](/5.9/docs/flowx-designer/managing-a-project-flow/export-import-a-process-definition#cross-version-export-and-import).
  <Badge color="green" icon="globe">All Deployments</Badge>
</Card>

### **Platform and runtime improvements**

<Card title="Runtime access-control hardening" icon="shield-halved" iconType="duotone">
  Runtime API requests are now authorized against the roles defined in the running build across start-process, start-workflow, task views, conversation history, and the public runtime API. Requests without a matching build role are denied, and enforcement is on by default.
  <Badge color="green" icon="globe">All Deployments</Badge>
</Card>

<Card title="Theme import no longer duplicates system icons" icon="images" iconType="duotone">
  Exporting a theme no longer includes duplicate copies of built-in system icons, and importing a theme no longer creates new ones. Duplicate icon copies that accumulated in earlier versions are cleaned up automatically on upgrade — no action is required.
  <Badge color="green" icon="globe">All Deployments</Badge>
</Card>

### **Chat notifications and conversation search**

<Card title="Unread-message badge and conversation search in chat" icon="bell" iconType="duotone">
  <Tabs>
    <Tab title="Overview">
      The chat floating action button gains an **unread-message notification badge**, with a themeable **Notification Dot** you can position in the chat style panel. The chat panel also adds **search across conversation history**, which filters conversations by a text query, highlights matches, and shows an empty state when nothing matches.

      For more information, see the [Chat component](/5.9/docs/building-blocks/ui-designer/ui-component-types/chat) documentation.
    </Tab>

    <Tab title="Key Features">
      <CardGroup cols={2}>
        <Card title="Unread badge" icon="bell">
          The chat button shows a badge with the unread agent-message count; it is hidden while the chat is open in full screen.
        </Card>

        <Card title="Notification Dot" icon="palette">
          Position and size the notification dot from the chat style panel, with theme support.
        </Card>

        <Card title="Conversation search" icon="magnifying-glass">
          Search conversation history from the chat panel, with highlighted matches and an empty state.
        </Card>
      </CardGroup>
    </Tab>
  </Tabs>

  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Disable chat input on a condition**

<Card title="Make the chat input read-only with a business condition" icon="keyboard" iconType="duotone">
  The chat **Input** component can be disabled by a business-condition expression. When the condition evaluates true, the input becomes read-only with an explanatory tooltip, and any pending attachments and voice input are cleared.

  For more information, see the [Chat component](/5.9/docs/building-blocks/ui-designer/ui-component-types/chat) documentation.
  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Navigate To form validation**

<Card title="Require form validation before a Navigate To action" icon="clipboard-check" iconType="duotone">
  A **Navigate To** action can now require selected forms to pass validation before navigating, matching how Start Process and Start Workflow actions gate on validation. This is available on web, iOS, and Android.

  For more information, see the [UI Flows](/5.9/docs/building-blocks/ui-flows) documentation.
  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Expired UI Flow sessions**

<Card title="A session-expired screen with a start-fresh option" icon="hourglass-end" iconType="duotone">
  Expired UI Flow sessions now show a **session-expired** screen with a start-fresh option instead of leaving the previous data visible in read-only form. Expired and unauthorized access is written to the audit log.
  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **UI Flow session owner**

<Card title="Restrict a running session to a single user" icon="user-lock" iconType="duotone">
  A UI Flow can restrict a running session to a single owner. When **Allow multiple editors** is off, other users who try to open the session are shown an access-denied screen, and unauthorized access is audited. Newly created flows default to single-owner; imported and existing flows keep the previous shared behavior. A session-owner value type is available for permission-based hide and disable rules.

  For more information, see the [UI Flows](/5.9/docs/building-blocks/ui-flows) documentation.
  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Process Renderer process-end handling**

<Card title="Run a configurable action when an embedded process ends" icon="flag-checkered" iconType="duotone">
  The Process Renderer can now run a configurable action when its embedded process ends, using a new process-end trigger on event handlers. Configure what happens at that point instead of leaving the renderer idle when the process completes.

  For more information, see [Process end handling](/5.9/docs/building-blocks/ui-flows#process-end-handling).
  <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

### **Renderer improvements**

<Card title="Renderer performance and behavior" icon="gauge-high" iconType="duotone">
  * **Batched enumeration fetch:** renderers batch enumeration lookups into a single bulk request, cutting the number of calls when rendering enum-backed fields. Applies to web and mobile renderers.
  * **Process-start loader alignment:** the web renderer keeps the process-start loader visible until the first user task, matching the mobile SDKs.
    <Badge color="blue" icon="cloud">SaaS</Badge>
</Card>

***

## Shipped by

This release is the work of the FlowX engineering team across backend, frontend, AI, infra, QA, and docs. It also belongs to the customers who told us what was broken last quarter. Thank you.

***

## Deployment guidelines

FlowX.AI 5.11 is a SaaS-managed release: FlowX handles deployment-level changes such as infrastructure, Kafka topics, and service configuration. For component versions and infrastructure notes, see the [5.11 deployment guidelines](./deployment-guidelines-v5.11).


## Related topics

- [FlowX.AI 5.12.0 Release Notes](/release-notes/v5.x/v5.12.0-september-2026/v5.12.0-september-2026.md)
- [FlowX.AI 4.7.11 Release Notes](/release-notes/v4.x/v4.7.x-lts/v4.7.11-december-2025/v4.7.11-december-2025.md)
- [FlowX.AI 5.1.11 Release Notes (LTS)](/release-notes/v5.x/v5.1.x-lts/v5.1.11-july-2026.md)
- [FlowX.AI 5.1.12 Release Notes (LTS)](/release-notes/v5.x/v5.1.x-lts/v5.1.12-august-2026.md)
- [FlowX.AI 5.2.0 Release Notes](/release-notes/v5.x/v5.2.0-november-2025/v5.2.0-november-2025.md)
