Entity Recognition
Pull structured values out of unstructured text.
Entity Recognition extracts predefined or custom entities from raw text using a configured recognizer. It turns a sentence a person typed into values a workflow can act on — names, dates, contact details, account numbers.
How it works
Input resolution — takes an
inputstring.$input(the previous skill's output) and$secretcan be used to construct that text or to supply credentials for the recognizer.Processing — sends the raw string and the selected
entityRecognizerIdto the backend recognizer, which applies:Standard entity patterns — SSN, Phone Number, Email, Time, Date, Full Name, Zip Code, Address.
Custom regex rules, if configured on the recognizer.
Execution — blocking. Waits for recognition to complete.
Response — success returns a
resultarray of matched entity strings; failure returns an error object and a status code.
Worked example: extracting details from a free-text query
A customer types: "My name is John Doe, and my email is [email protected]; I need assistance with loan #L12345." The workflow needs the name, the email, and the loan number.
The problem. Pulling specific values out of unstructured text by hand is tedious and error-prone — and customers don't write in your schema.
The approach. Point an Entity Recognition skill at the query text ($input.customerQuery), and let the recognizer do it.
Standard entities cover the name and the email out of the box.
Custom regex covers
#L12345. Add a pattern to the recognizer with a name, the expression, and any flags —ifor case-insensitive. The loan-number format is yours, so the rule has to be too.
Configuration:
Output:

Configuration reference
entityRecognizerId
string
✅
The recognizer model to use.
input
string
✅
Raw text to scan for entities.
name
string
—
Display name for this skill instance.
description
string
—
Description of this skill's purpose.
Supported entities (default recognizer): SSN, Phone Number, Email, Time, Date, Full Name, Zip Code, Address.
Custom regex. Add patterns to the recognizer's configuration for domain-specific extractions — tax IDs, application numbers. Each takes a name, a pattern, and flags.
Output
The output port (entityRecognitionResult) always conforms to:
result
string[]
✅
Matched entity strings from the input.
error
object | null
—
Error object if recognition failed.
statusCode
number
✅
HTTP-like status code.
Failure — invalid entityRecognizerId:
Errors
400
Missing or invalid config
entityRecognizerId not provided or invalid.
422
Input text is empty or malformed
input is blank or not a valid string.
500
Internal server error
Unexpected recognizer failure.
Security
Recognizer access tokens — if
entityRecognizerIdpoints to an external or secured service, use$secretto inject credentials.Log redaction — logs redact raw input text and detected entity values.
Review your regex. Custom patterns should be checked for ReDoS vulnerabilities, which can degrade performance or take the service down. A regex you wrote in a hurry is running against text a stranger typed.
Extracted entities are often PII. They're redacted in logs, but downstream skills receive them in the clear — mask with PII Guard, encrypt, or store securely as your policy requires.
Testing in isolation
Path —
/skill-runtime/workflows/nodes/EntityRecognition/executeMethod —
POSTBody:
To add this skill to an agent, see Adding a Skill to the Agent.
Last updated

