Back to blog
minorยทยท 14 min

v2.13.0 is live

This release includes 17 items: 2 new features, 7 improvements, and 8 bug fixes. Highlights include custom translation dictionaries per workspace and the playbooks interface for AI agents.
May 13
EnSpace
v2.13.0

RELEASE NOTES

1. What's New

1.1 Dictionaries: custom workspace translation

ENSPACE now supports custom translation dictionaries per workspace. With them, members with the appropriate permission can translate texts created during workspace setup, such as field names, descriptions, form names, field help texts, category names, and other user-configured content.

The dictionaries screen offers three ways to update translations:

  • Manually: editing each translation directly on the dictionary screen, key by key.
  • Bulk via spreadsheet: importing a spreadsheet with all translations at once, ideal for workspaces with large volumes of fields and content.
  • Via AI: using the automatic translation button to translate all items at once, or applying AI translation individually to each item.

In practice, this means a workspace configured in Portuguese can have all its labels, descriptions, and help texts translated into English, Spanish, or any other supported language, ensuring users from different countries navigate the same structure with text in their own language.

Quick tasks and scheduled tasks are not yet covered by dictionaries in this version, but are on the roadmap as a future improvement.
Attention
Workspace configuration screens (such as type modeling, fields, and forms) remain in the original language, with no translation applied, as they are accessed exclusively by configurators who need terminological consistency to maintain the workspace structure.

๐Ÿ“‹ Step by step: setting up translations in the dictionary

๐Ÿ—บ๏ธ Guided tour: Dictionaries screen

Important:
You can navigate by clicking on the areas highlighted in orange or using the arrows in the bottom right corner of the interactive area.

Want to know how to configure translation dictionaries? See the documentation.

1.2 AI Agents: playbooks interface

The AI Agents screen now features a new tab: Playbooks.

Playbooks are sets of rules, guidelines, and criteria that guide the behavior of reviewer-type agents, functioning as a "reference manual" the agent consults to analyze, validate, and evaluate content consistently.

In practice, a playbook can contain writing style rules, document approval criteria, compliance checklists, tone-of-voice guidelines, or any other set of instructions the agent needs to follow when reviewing content. For example: in a legal workspace, a playbook can specify that contracts must include mandatory LGPD clauses, that monetary values must be written out in full, and that the language must be formal. The reviewer agent automatically consults these rules when analyzing a document via chat.

The playbooks screen offers full management (creation, editing, viewing, and deletion). Each playbook consists of:

  • Instructions: general guidelines the agent should follow when consulting the playbook.
  • Output format and tone: definitions of how the agent should structure and write its responses during review.
  • Rules: intellectual guidelines with name, description, category, and severity level, which shape the agent's judgment when reviewing content.
  • Verification items: a checklist the agent must validate before delivering the result, ensuring no criterion goes unnoticed. Each item can be marked as required for content approval.

The screen is divided between custom playbooks (created by the configurator) and system playbooks (provided by the platform). Reviewer-type agents in the workspace already have access to created playbooks and can consult them directly in AI chat conversations.

In the AI market, playbooks have been increasingly used to reduce inconsistencies between responses and make agents more predictable in critical scenarios. Rather than relying solely on the prompt sent in the conversation, companies use playbooks to centralize review criteria, internal policies, regulatory standards, and business rules that need to be continuously applied by the agent.

๐Ÿ“‹ Step by step: creating a Playbook

๐Ÿ—บ๏ธ Guided tour: Playbooks screen

Important:
You can navigate by clicking on the areas highlighted in orange or using the arrows in the bottom right corner of the interactive area.

Want to know how to create and configure playbooks? See the documentation.


2. Improvements

2.1 New visual identity on login screens

The ENSPACE login and pre-login screens have been updated with the platform's new visual identity. The layout, colors, and typography were redesigned to reflect the current ENSPACE identity, offering a more modern and cohesive experience from the very first interaction with the platform.

No login flow has been changed. The update is purely visual.

1. Entering screen:

Before

After

2. Login/Authentication screen:

Before

After

3. External Access Screen

Before

After

2.2 Form and field validations: cumulative behavior

The behavior of basic validations between fields and forms has been adjusted. Previously, when a field had configured validations and the same field was added to a form with its own validations, the form rules overwrote the field's rules. Now, validations stack: the field keeps its original rules and the form adds its own on top.

Attention:
If your workspace has forms where validations were intentionally configured to overwrite the field's (for example, a field that is required by default but should be optional in a specific form), this behavior has changed. Review forms that use validations different from those configured on the field to ensure the cumulative result is as expected.

Want to learn more about validations in fields and forms? See the documentation.

2.3 Spaceflow: "empty" operator in conditionals

Spaceflow conditionals now include the "empty" operator, which checks whether a field has no value. Previously, to achieve the same result, you had to configure the conditional as "different from filled," which was less intuitive and could cause confusion.

Now, simply select the "empty" operator directly in the conditional configuration. For example: in a flow that needs to check whether the "Tax ID" field has not been filled before proceeding to a validation step, the configurator selects the "Tax ID" field and the "empty" operator, without needing inverted logic.

In Spaceflow, conditionals are present in the settings of the following nodes:

๐Ÿ“‹ Step by step: using the "empty" operator in the conditionals node

Open the conditionals node settings

Double-click the conditionals node to access its settings.

Create a new conditional

Click Add to create the conditional to be configured.

Select the field to be validated

In the conditional configuration, choose the field to be checked.

Add the field reference to the conditional

Go to the Input tab and drag the desired variable to the conditional's reference field.

Set the operator to "Empty"

Open the operator dropdown and select the Empty option.

Save the conditional configuration

Click Save and close. The conditional will be ready to validate whether the field has no value.

Want to learn more about conditionals in Spaceflow? See the documentation.

2.4 Spaceflow: weekly frequency in the start node with timer trigger

The Spaceflow start node, when configured with the Timer trigger mode, now supports weekly frequency. The configurator can define the day of the week and the exact time the flow should be triggered automatically.

In practice, this allows configuring recurring flows on specific days, such as a follow-up report every Monday at 8am or a reminder sent every Friday at 5pm, without depending on external integrations or schedulers.

๐Ÿ“‹ Step by step: configuring the weekly timer in the start node

Open the start node settings

Double-click the start node to access its settings.

Set the start mode to Timer

Set the flow's start mode to Timer.

Select the weekly frequency

In the frequency settings, choose the Week option.

Configure the weekly trigger parameters

Set the day of the week, time, and if needed, the timezone for flow execution. You can also enable exact time matching to filter only eligible items for processing.

Want to learn more about Spaceflow nodes? See the documentation.

2.5 Spaceflow: form filter in the start node

The Spaceflow start node, when configured with the item update event, now allows filtering by a specific form. Previously, the flow was triggered whenever the item was edited, regardless of which form was used. This form restriction already existed for item creation events, but not for updates.

Now, the configurator can define that the flow only triggers when the edit comes from a specific form. For example: in a support workspace with "Triage" and "Technical Response" forms, the configurator can create a flow that only triggers when the item is updated via the "Technical Response" form, without reacting to edits made through triage.

๐Ÿ“‹ Step by step: filtering by form in the start node

Open the start node settings

Double-click the start node to access its settings.

Configure the start mode

Select the Item actions mode.

Configure the reference category

Choose the category to be monitored by the flow.

Select the item update event

In the start node trigger, choose the Update action.

Select the form that should trigger the flow

After selecting the update event, the form field will become available. Choose the desired form so that the flow runs only when the edit happens through it.

Save the node changes

Click Save and close to complete the configuration.

Want to learn more about the Spaceflow start node? See the documentation.

2.6 Relationships: "Includes one of" operator in display filters

Display filters on relationship fields now include a new operator: "Includes one of". With it, the configurator can define multiple accepted values within a single filter condition. The filter returns all items that match any of the selected values.

In practice: if the configurator wants to display only clients whose billing activity is "paid" or "partially paid," there was previously no way to handle this scenario with the available operators. Now, simply use the "Includes one of" operator and select both values in the same condition. The filter returns all items that have at least one of the specified values.

The logic between different conditions remains cumulative (all must be true). The change only affects a single condition, which can now accept more than one value as valid.
The Includes one of operator is especially useful in multiple relationships, as it allows displaying items that match any of the values configured in the filter.

๐Ÿ“‹ Step by step: using the "Includes one of" operator

Want to learn more about filters in relationship fields? See the documentation.

2.7 Spaceflow: Markdown insertion in task, form, and approval node descriptions

The descriptions of Spaceflow Task, Form, and Approval nodes already allowed HTML editor formatting. Now, when typing / in the description field, the contextual menu offers the Markdown option. Selecting it opens a dedicated field where the configurator can paste raw Markdown content, which is automatically converted and rendered in the description body.

In practice, this speeds up formatting for users who already have content ready in Markdown. Instead of manually reproducing headings, lists, links, and tables in the editor, the configurator pastes the Markdown block all at once and the result appears instantly formatted in the description the end user will see when receiving the task.

Markdown has become the standard documentation format in AI and development tools precisely because it is simple to generate automatically. This makes it easy to copy content from AI agents, technical wikis, automatic documentation generators, or tools like ChatGPT/Claude and paste it directly into node descriptions without needing to reformat manually.

๐Ÿ“‹ Step by step: inserting Markdown in a node description

Want to learn more about Spaceflow nodes? See the documentation.


3. Bug Fixes