Async Worker
Learn to set up an asynchronous agentic application with NLX in minutes
What's an Async Worker app?
An Async Worker is a type of agentic application that runs tasks using assigned tools, such as web search, email delivery, and image/text/PDF generation, asynchronously (in the background) from a single prompt or trigger. You can also assign custom flows as tools for advanced services or structured processes for your worker to follow.
Worker use cases:
Search the web for information and compile the findings into a PDF
Discover trending topics and generate a blog post with a promotional image
Send results via email or pass them to downstream systems via custom workflows
This application type is ideal when you want automation that gathers, creates, and delivers outputs without building step-by-step conversation flows.

Step 1: Add app
Import the Research Agent template into your workspace to see a sample use case you can follow as a guide.
Select Applications in your workspace menu
Click New application
Choose Blank application from the available options and select Async Worker
Enter a name for your application and click Create
Your new app will open on the Configuration tab.
Step 2: Configure
The Configuration tab allows you to provide the necessary instructions, tools, and communication method for your worker to operate.
AI Engine
Choose the generative AI intelligence powering your application. You may choose the built-in NLX model or select a managed LLM provider you previously integrated into your workspace
[Optional] For managed LLM providers, you can specify the particular model you want to power your worker's intelligence
Provide a complete set of instructions in the prompt field that details the purpose and context of the worker's role, its core capabilities, any guidelines you want it to adhere to while executing with given tools and requests, formatting rules or quality standards, and any other rules or notes that are pertinent to its task
Delivery
Set up the details for how to communicate with your worker
Choose + Add channel to define the delivery service that your worker will use to correspond with users
Enter a user name for your agent that will be visible through its delivery channel
Email: Taken from the User name entered with the NLX suffix
[user name]@dev.nlxa.gent
From the Allow list, enter all user emails who are permitted to trigger the Worker through email correspondence and receive its executed output
Specify the language the worker should use
Functionality
Select one or more of the following to imbue your worker with different tools for completing its task:
Custom: Flow: Choose one or more MCP-enabled flows created in your workspace that the agent can follow. This allows you to provide access to your business systems or other integration services using Data request nodes
Generate image: Creates a custom image
Generate PDF: Assembles content into a downloadable PDF document
Generate text: Writes short or long-form content like summaries, posts, or instructions
Search web: Looks up real-time information from the internet to answer questions or gather content
Send email: Sends a message or file to an email address with any of the outputs created
Click Save
Step 3: Deploy
The deployment process for a worker application allows you to construct a build that contains a package of the worker's tools, prompt, and delivery details in the state they exist at the time the build is created. You may then deploy a successful build to make it live or roll back to a previous deployment.
Build
Click deployment status in upper right and choose Build and deploy
Review the Validation check for critical errors or detected UX issues in custom flows. Before each new build initiates, a validation check is run to provide a preview of potential errors that may cause failed builds. Detected issues are listed with descriptions and potential solutions
[Optional] Provide a Description of notable build edits as a changelog
Click Create build
Experiencing a Failed build? Select the All builds option in the deployment status and click the failed build to view details on what caused an error.
Deploy build
Channel(s) provide the frontend interface (how users experience your worker app). Deploying a build pushes your updates through any delivery channels setup on the app, effectively making your app live outside of your NLX workspace.
Click deployment status in upper right and select All builds
Choose Deploy on a successful build
[Optional] Deployment languages: Select the languages to include in the deployment, if multiple are available
[Optional] Hosting: Host your application as a Touchpoint app via the conversational.app domain. Ideal for previewing its final look during development and sharing your app externally with collaborators. Enable the Hosting option to configure the URL (e.g.,
mybusiness.conversational.app)
Click Create deployment
Once a build is made, flows added as tools can be further edited without affecting a deployed worker application. Only deploying a new build will impact live applications. Only one build can be deployed at a time and deploying any build deactivates the previous one. You can freely alternate between newer and older builds using Rollback or Deploy.
Your async worker runs tasks asynchronously to achieve its goal, and you can interact with your worker after a successful deployment in two ways:
Email delivery channel
Open your email client and send a request to the worker’s email (found in the Configuration tab of your app). Make sure:
The sender's email is on the worker’s Allow list
The sender confirmed a subscription to the worker from the email notification sent
NLX hosted
Use the hosting URL found in the deployment link details to open a chat interface and talk to your worker. The hosting option must be enabled when deploying your build
Executions
The Executions tab reveals all tasks that have been triggered with your agent and detailed information on the time to process and ultimate status of the task:

Goal: Lists the request message a user gave to the agent
Status: Lists the current progress state as it performs a request
Completed: Finished the defined goal request
Waiting for user: Awaiting additional information from the user to complete a request
Running: Currently performing the request
Failed: An error occurred during execution and the task request could not be completed
Runtime: The length of time it takes the agent to complete a request
Timestamp: The date and time when a request came in and an execution plan was created
App settings
Last updated

