# May 28

## <i class="fa-sparkles">:sparkles:</i> **Agents**

### **Generate or edit field content with AI**

Filling in configuration fields in the Agent Component and MCP Server Trigger can be time-consuming and hard to get right, especially without a clear starting point.

With **AI-assisted fields**, you describe what you need in plain language and the platform generates the content for you. Fields that support this feature display a <i class="fa-sparkles">:sparkles:</i> (sparkles) button in the upper-right corner. Click it, enter your description, and choose whether to apply or discard the result.

This feature is available in the following fields:

* **Agent Component:** User Message, System Message, and JSON Schema definition.
* **MCP Server Trigger:** Tool Name, Tool Description, and Trigger Description.

To learn more, read the [**Agent Component**](/documentation/connectors-and-triggers/connectors/ai-tools/llm.md#ai-assisted-fields) and [**MCP Server Trigger**](/documentation/connectors-and-triggers/triggers/web-protocols/mcp-server.md#ai-assisted-fields) documentation.

<figure><img src="/files/2soZlhiyYhLcqjHTD2E2" alt=""><figcaption></figcaption></figure>

### **Payload templates for MCP Server Trigger tools**

The MCP Server Trigger now lets you test your tools directly from the trigger configuration, with pre-filled payloads added automatically to the Execution Panel.

There are two ways to test:

* **Test Tools List:** adds a payload that lists all tools available on the trigger. Click the **Test Tools List** button to add it to the Execution Panel.
* **Test Tool:** adds a payload pre-filled with the input parameters of a specific tool. Click the **three-dot icon** next to the tool and select **Test Tool**.

In both cases, click **Play** in the Execution Panel to run the test.

<a href="/spaces/EKM2LD3uNAckQgy1OUyZ/pages/FGD8OOw7DBvy1DCQGwpX#payload-templates-for-the-mcp-server-trigger" class="button primary">Learn how to test MCP Server Trigger tools</a>

<figure><img src="/files/o60NfR7ddhosbOgZBruX" alt=""><figcaption></figcaption></figure>

## <i class="fa-rocket">:rocket:</i> **Platform Improvements**

### **Pipeline Name filter for Monitor pages**

The **Overview**, **Executions**, and **Pipeline Logs** pages now include a smart autocomplete search for pipelines.

You can search by exact name or use a partial match. Results appear in a dropdown, making it easier to locate the right pipeline in large environments.

To learn more, read the [**Overview**](/documentation/developer-guide/development-cycle/dashboards.md), [**Executions**](/documentation/developer-guide/development-cycle/dashboards/completed-executions.md), and [**Pipeline Logs**](/documentation/developer-guide/development-cycle/dashboards/pipeline-logs.md) documentation.

<figure><img src="/files/qUsKR05s0zoujDddTXSJ" alt=""><figcaption></figcaption></figure>

### **Consumption-Based Model: Improved credit status tracking**

On the Consumption-Based Model page, the Credits history table now displays the **Expired** status for credit that has been fully consumed, even when the contract period is still active.

This gives you an immediate and accurate signal that a credit balance has been exhausted, so you can act quickly to purchase additional credits before impacting pipeline executions.

To learn more, read the [**Consumption-Based Model**](/documentation/licensing/licensing-models/consumption-based-model.md) documentation.

## <i class="fa-plug">:plug:</i> **Connectors & Triggers**

### **Scheduler Trigger now supports Globals for Cron expressions**

A new Cron Global type is now available for use with the Scheduler Trigger. In this Global, you can define different cron expressions for Test and Production environments, for example, every 5 minutes in Test and once a day in Production.

To use it, reference the Global in the Scheduler Trigger using Double Braces expressions. Variable resolution happens at deployment time: when you deploy the pipeline, the system validates and applies the referenced Global to that environment.

<a href="/spaces/EKM2LD3uNAckQgy1OUyZ/pages/O0VUA0ahBtfNBe8moi3Y#cron-expression-with-globals" class="button primary">Configure Globals in the Scheduler Trigger</a>

<figure><img src="/files/MN6W8WB9jK5yOiInfmoL" alt="" width="563"><figcaption></figcaption></figure>

### **HubSpot CRM connector**

A new HubSpot CRM connector is now available, covering core CRM objects: Contacts, Companies, Tickets, Engagements, Associations, Properties, and Pipelines.

This connector provides a dedicated integration point for CRM workflows and does not affect the existing HubSpot CMS and Sales connectors.

<a href="/spaces/EKM2LD3uNAckQgy1OUyZ/pages/PBdpHNGHFeK34IEScSM6" class="button primary">Learn more about the HubSpot CRM connector</a>

<figure><img src="/files/Tmr0Uy3SYH7QniexHYFn" alt=""><figcaption></figcaption></figure>

### **PATCH and DELETE methods in the Dynamics 365 connector**

You can now use the `PATCH` and `DELETE` methods in the Dynamics 365 connector, giving you more control over how you manage records directly from your pipelines. This improvement lets you update existing records partially and remove them entirely.

<a href="/spaces/EKM2LD3uNAckQgy1OUyZ/pages/iytdlvxAaSkFW7g9BX5v" class="button primary">Learn more in the Dynamics 365 documentation</a>

## <i class="fa-bugs">:bugs:</i> **Bug Fixes**

* **Retry compounds:** Fixed an issue where legacy pipelines with inconsistent track references (`onProcess` / `onException`) in Retry like compounds caused HTTP 500 errors during execution.
* **Do While connector:** Fixed an issue where the "Interrupt Loop On Error" toggle appeared as activated by default in the configuration form but was not included in the payload sent to the backend unless the user manually toggled it off and on.
* **Pipeline metrics:** Fixed an issue where historical execution data in the Connector Latency chart was not displayed for idle pipelines when applying long time-range filters (such as 1 hour, 6 hours or 7 days).
* **Agent Component:**
  * Fixed an issue where configuring the Agent component with the GPT-5 model caused execution failures because an unsupported `temperature` value was being sent to the provider.
  * Fixed an issue where custom parameters (such as `reasoning_effort`) persisted when switching models and reappeared after being deleted, causing execution failures with unsupported argument errors.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.digibee.com/documentation/release-notes/may-2026/may-28.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
