Core Components
This section establishes the technical foundation to building automations with Loopstack you understanding how AI workflows are executed.
Overview
Loopstack automations are build using two essential concepts:
TypeScript- NestJS services for defining workflow capabilities, tools, and document classesYAML Configs- Configuration files to define specific workflow behaviour and UI settings.
TypeScript Services
There are different services, each with specific functionality
Workspaces- Organizational containers that group related automations and dataWorkflows- State machines that define business processes, call tools and create documentsTools- Functional units that perform specific tasksDocuments- Structured data objects that store and display information
YAML Configurations
workflows- defining the flow / behaviour of the workflow or agentdocuments- defining UI specific configuration for displaying documents in the studio frontend
Workspaces
Workspaces contain workflows that can be directly executed and serve as the top-level organizational unit.
Purpose: Provide organizational structure for your automations.
- Create logical groupings of related automations
- Control access and permissions at a high level
TypeScript
@Workspace({
config: {
title: 'Examples Workspace'
},
})
export class ExampleWorkspace {
@InjectWorkflow() chatWorkflow: ChatWorkflow;
@InjectWorkflow() meetingNotes: MeetingNotesWorkflow;
}Workflows
Workflows are automation entities that can be executed. They use tools to perform custom operations. Workflows control the flow of a business process and manage its state.
Purpose: Define specific business processes as state machines with transitions between states.
- Model processes with states (places) and transitions
- Execute tools to perform actions
- Handle errors and alternative paths
- Manage the flow of data through the process
- Maintain a custom state
- Define Input that can be accessed by the workflow
- Define Output the workflow returns after successful execution
TypeScript
@Workflow({
configFile: './config.yaml',
})
export class ClassificationWorkflow {
@Input({
schema: z.object({
message: z.string(),
})
})
args: { message: string }
@InjectDocument() classificationDocument: ClassificationDocument;
@InjectTool() aiGenerateDocument: AiGenerateDocument;
@InjectTool() notifyTool: NotifyTool;
}Execution Process:
- Workflow always starts in
startstate - Finds transition with matching
fromstate - Executes specified tools with provided arguments
- Exports results to variables if specified
- Moves to
tostate - Repeats until reaching terminal
endstate
Tools
Tools are called by workflow transitions of from other tools. They execute custom business logic, create or modify documents or interact with outside systems.
Purpose: Perform specific actions or operations within workflows.
- Execute defined operations (API calls, data processing, etc.)
- Accept input arguments
- Create documents displayed in the Loopstack Studio
- Call other tools
TypeScript
@Tool()
export class NotifyTool implements ToolInterface {
@Input()
args: {
message: string;
priority: 'urgent' | 'high' | 'medium' | 'low'
}
execute(): Promise<ToolResult> {
// ... custom implementation to send message to a recipient
return {
data: `Message sent (priority: ${this.args.priority})`,
};
}
}Documents
Documents are created and used by workflows and tools. They can store data persistently and provide configuration for interactive forms for user input in the Loopstack Studio.
Purpose: Store, display, and collect data throughout the automation process.
- Define data schemas for validation
- Provide UI components for user interaction
- Store information between workflow steps
- Serve as inputs and outputs for tools
TypeScript
@Document()
export class ClassificationDocument {
@Input({
schema: z.object({
priority: z.enum(['urgent', 'high', 'medium', 'low']),
})
})
content: {
priority: 'urgent' | 'high' | 'medium' | 'low'
}
}How Components Work Together
Let’s examine how these components interact in a typical automation:
- A workspace provides organizational structure
- The workflows gets executed by a user or internal process
- Each workflow consists of transitions between states
- Transitions call tools to perform actions
- Tools create or modify documents to store and display data
Example Flow
State Persistence
Workflow state is automatically persisted, enabling:
- Execution resume after interruptions
- Human in the loop interaction
- Audit trails of workflow progress
- Historical execution analysis
All other Blocks are not persistent and will be re-executed on every automation run.