Execution Model
Depending on the App Type selected (e.g., Chatbot, Agent, Advanced Chat, Workflow), this logic may be wrapped in conversation, triggered by system events, or embedded in no-code frontends.
Last updated
Was this helpful?
Depending on the App Type selected (e.g., Chatbot, Agent, Advanced Chat, Workflow), this logic may be wrapped in conversation, triggered by system events, or embedded in no-code frontends.
Last updated
Was this helpful?
GLIK’s execution model defines how logic is processed, workflows are executed, and intelligent behavior emerges across apps. Whether deployed as a stateless chatbot, a memory-aware agent, or a branching orchestration workflow, every GLIK application follows a structured execution lifecycle powered by modular blocks, scoped memory, and policy-aware flow control.
This section of the documentation explains how the system interprets user input, propagates values, triggers node-based logic, and maintains continuity across tasks.
Understanding the execution model is essential for:
Designing scalable workflows and agents
Debugging and optimizing orchestration behavior
Mapping AI logic to legacy system constraints
Managing memory, conditional logic, and escalation patterns
At the heart of every GLIK app is a flow of logic blocks. These are modular execution units (like Variable Assigners, Tool Nodes, Conditional Branches, or LLM Blocks) that respond to input, invoke actions, and emit results. The engine connects these blocks based on app configuration, memory state, and user interactions — forming a dynamic, traceable logic circuit.
Depending on the App Type selected (e.g., Chatbot, Agent, Advanced Chat, Workflow), this logic may be wrapped in conversation, triggered by system events, or embedded in no-code frontends.
Each subpage below dives into a critical part of the GLIK execution system:
Explains how execution is structured within apps — including step sequencing, branching logic, memory routing, and orchestration composition. This is the best starting point for understanding how GLIK runs logic.
Describes the runtime engine that powers GLIK execution. Covers async/sync behavior, step scheduling, runtime limits, and how logic is advanced during an app run.
Outlines how each block or node behaves during execution — from initialization to termination. This includes lifecycle states, retry behavior, error propagation, and system-managed state transitions.
Covers how inputs are passed between blocks, how variable scopes are respected, and how external inputs (like API results or user form entries) are resolved into usable values within the execution flow.
GLIK apps are more than just prompt wrappers — they are composable reasoning systems that can orchestrate decisions, enforce policy, escalate exceptions, and interoperate with legacy systems. The Execution Model is what makes this possible.
Whether you're building a policy automation agent, a knowledge retriever, or a cross-system orchestration layer, this section explains how your logic becomes live — and how every block, variable, and output fits into a runtime lifecycle.
1.
2.
3.
4.