No-Code Workspace — Block Reference

SearchBlock usage recipe

AI Decision (AI_DECISION)

Interprets OCR text with AI and produces a decision

Documented for app version 1.0.50Updated:

Block Preview

Captured from the in-app Visual Builder block card in the English UI.

English UI
AI Decision (AI_DECISION) block card

What Does It Do?

Reads text from the selected region via OCR, sends that text to your prompt through AI.ask, and stores the response in a variable. It can optionally branch to TRUE/FALSE with a match rule. Use it when you need flexible text interpretation instead of a rigid threshold.

Shared Mechanics for Search Blocks

Multiple search regions and excluded regions

IMAGE, TEXT, COLOR and the other search blocks that use the Search Regions editor can define several search regions with + Add Region; OCR_VALUE tries its read regions in order. Inside a search region, Exclude Region skips noisy areas such as a HUD or a badge, and it applies only to the search region it belongs to. From 1.0.51 one search region can hold several excluded regions, each with its own shape and its own variable or Dialog binding.Coming soonv1.0.51

Sticky anchors for edge-aware scaling

You can now assign a sticky anchor to each search region. This brings Region.sticky into the no-code surface so the region can stay aligned to anchors such as top_left, bottom_right, or center when screen geometry changes.

Scan rate, duration, and retry behavior

Search Duration (ms) defines one search window; 0 means a single look. Retry Mode in the Retry & Wait section is Off, Infinite Loop, Retry On True, Retry On False, Wait Until Found, or Wait Until Gone, so a block becomes a one-shot check, a controlled polling step, or a step that waits for a target to appear or to disappear. Retry Timeout (ms, 0 = unlimited) bounds the loop; Scan Rate (Hz) sets scans per second.

Match tuning and device variance

mScore, scale, and scan engine choices matter across themes, display sizes, and rendering differences. Smaller regions plus the right engine dramatically improve builder stability.

When to Use?

1

When you need a more flexible interpretation of on-screen text:

2

Classifying OCR text as "allow / deny"

3

Reducing longer or noisy text into one decision

4

Asking whether the current screen indicates an error or success

5

Making a contextual judgment beyond a simple keyword search

How to Use?

1

"Add Block" → "AI Decision (AI_DECISION)"

2

SCAN REGION: Select the area containing the text to interpret

3

OCR SETTINGS: Choose the script family or enter one of the supported cataloged OCR locale-routing codes, then tune match score, scale, and timeout. Arabic and Cyrillic recognizer families are also in the routing catalog, so codes such as ar and ru can be selected directly. Catalog coverage is not an independent per-language accuracy guarantee

4

PROMPT: Tell the model exactly what output you want (example: "Return only allow or deny")

5

PROVIDER (optional): Use auto or enter a specific provider ID

6

AI KEY: Configure the required key in app settings first; block-level overrides are no longer supported

7

RESULT VARIABLE: Enter the variable name that will store the AI response

8

MATCH RULE (optional): Define equals / contains / not_contains against an expected value

9

Configure TRUE/FALSE branches based on the AI result or the match outcome

Parameters

Scan Region

Area containing the OCR text that AI will interpret

Prompt

Instruction that defines the response format you want from the model

Provider

Auto or specific provider selection. The key is always read from app settings.

Result Variable

Variable that stores the AI response

Match Rule

Checks the expected response via equals / contains / not_contains

Example Usage

1

Scenario: Interpret an error panel with AI

2

Add AI_DECISION

3

Scan region: The panel showing the warning text

4

Prompt: "If this OCR text is a temporary issue, answer retry; if it is permanent, answer stop."

5

Result variable: "ai_decision"

6

Match rule: equals "retry"

7

TRUE: WAIT 2000ms + try again

8

FALSE: LOG "Permanent failure: {{ ai_decision }}"

Combinations / Used With

1

MOST COMMON COMBINATIONS:

2

AI_DECISION + WAIT: Retry based on interpretation

3

AI_DECISION + SWITCH_CASE: Multi-branch routing from AI output

4

AI_DECISION + LOG: Capture the model response

5

OCR_VALUE + AI_DECISION: Combine numeric and semantic reading

6

AI_DECISION + HTTP_REQUEST: Report the decision to a remote system

Tip

Interprets OCR text with AI and produces a decision

Warnings / Cautions

1

WARNING:

2

This block depends on both OCR quality and AI provider availability; if OCR is blank or the AI call fails, the result may stay empty

3

Vague prompts can produce inconsistent answers; constrain the output format clearly

4

Network or provider issues can change how TRUE/FALSE branches behave when match mode is enabled

5

AI keys can no longer be overridden from the block; configure them only in app settings

Step-by-Step Mastery: Basic → Advanced → Pro

The same block at three levels: a quick start, the real options, and professional techniques.

Basic

AI_DECISION reads the text in your selected region via OCR, sends that text with your prompt through AI.ask, and writes the model's reply into a variable. Use it when you need flexible text interpretation beyond a fixed threshold or keyword search — for example deciding whether a screen means "error" or "success".

Advanced

OCR settings (script/language code, match score, scale, timeout) drive read quality; Arabic and Cyrillic families are part of official coverage. The prompt must constrain the output format clearly (e.g. "Return only allow or deny"). The provider mode (aiDecisionProviderMode) has two values: auto = the app's default provider; specific = forces a single provider you name in aiDecisionProviderId (for consistency or quota management). The raw AI reply is written to the result variable (aiDecisionResultVar, default "ai_decision"). The match rule is OPTIONAL (aiDecisionMatchEnabled): when on, the mode (equals / contains / not_contains, default contains) compares the raw reply against an expected value (aiDecisionMatchValue, default "true") and routes TRUE/FALSE. With matching off you read the reply from the variable and branch it yourself with SWITCH_CASE.

Pro

This block is text-based: when the screen content is READABLE text rather than purely visual, AI_DECISION is cheaper and faster; switch to MH_VISUAL_DECISION when you need visual interpretation. The generated Lua runs OCR first; if OCR is blank the AI is never called and the result stays empty — so always design a blank-reply branch. AI.ask is wrapped in pcall, so a network/provider error won't crash but leaves the reply empty and logs the error; if you wired the decision to match mode, a failure can route the branch unexpectedly, so add ERROR_HANDLER in critical flows. For cost/latency narrow the region as much as possible (less OCR text = shorter prompt) and keep the format constraint strict so the model returns a consistent, parseable answer. The API key is read only from app settings; it cannot be put inside the block.

Real-World Scenarios — Step-by-Step Recipes

Small, reproducible examples that combine several blocks — build them straight into your own macro.

Interpret an error screen for a retry/stop decision
  1. 1Add AI_DECISION
  2. 2Scan region: the panel showing the warning text
  3. 3Prompt: "If this OCR text is a temporary issue answer retry, if permanent answer stop"
  4. 4Result variable: ai_decision, match rule: equals "retry"
  5. 5TRUE: WAIT 2000ms + try again
  6. 6FALSE: LOG "Permanent failure: {{ ai_decision }}"

Which Blocks to Pair With — Pro Combinations

This block is useful on its own — but it shines when paired with the right partners.

+ OCR_VALUE

Combine numeric reading (OCR_VALUE) with semantic interpretation (AI_DECISION) to use both the value and the context.

+ SWITCH_CASE

When the AI reply is multi-valued rather than a single TRUE/FALSE, SWITCH_CASE branches into several paths by the answer.

+ WAIT

To retry based on the interpretation (e.g. "retry") add WAIT after the decision to pace the loop.

+ ERROR_HANDLER

Centrally handle blank OCR or provider errors and prevent match mode from branching unexpectedly.

Common Mistakes and Fixes

A vague prompt makes the reply inconsistent; constrain the output format hard (e.g. ask for a single word only).

When OCR is blank the AI is never called and the result stays empty; remember to design a separate branch/fallback for the empty reply.

Trying to interpret a visual (non-text) target with AI_DECISION; in that case MH_VISUAL_DECISION is the right block.

Trying to put the key inside the block; overrides are disabled, configure the key in app settings.

Pro Tips

Narrow the region as much as possible: less OCR text means both more accurate reading and a shorter (cheaper, faster) prompt.

To branch directly, force the prompt to a single word and produce deterministic TRUE/FALSE with an equals match rule.

Pick AI_DECISION when text is legible and MH_VISUAL_DECISION when the decision is visual/contextual; choosing the right block markedly cuts cost and latency.

Choose the match mode by intent: equals for single-word deterministic answers (e.g. exactly "retry"), contains when you look for a keyword inside the reply (the model may add extra words), not_contains to turn the ABSENCE of a word into a condition. When in doubt, forcing the prompt to one word plus equals gives the most reliable TRUE/FALSE.

When you need consistency or quota control, set provider mode to specific and pin one aiDecisionProviderId; leaving it auto uses the app's chosen default.

This Block's Code (Editor View)

Lua

The Lua below is what the Code Editor generates for this block with sample settings. Adding cases, branches, actions or loops, or changing settings, extends the generated code accordingly. Study it to see what the block does under the hood, to learn Lua, or to copy and adapt it. Use the Copy button (top-right) to paste it into the Code Editor, or “Try in Editor →” to run it in the live editor.

local ai_decision = nil

ai_decision = ""
local _aiOk1 = false
local _aiError1 = ""
local _ocrText1 = ""
local _ocrReadParam1 = {ocrScript="auto", scale=1.0, mScore=0.8, engine="balanced_text"}
local _aiPromptSeed1 = "Return true or false"
local _aiProvider1 = nil
local _ocrBudget1 = 750
local _ocrAttempt1 = 0
local _ocrStart1 = System.currentTime()
repeat
 _ocrAttempt1 = _ocrAttempt1 + 1
 if _ocrAttempt1 == 2 then
  _ocrReadParam1.scale = 1.6
 elseif _ocrAttempt1 >= 3 then
  _ocrReadParam1.scale = 2.0
 end
 if _ocrAttempt1 > 1 and Snap.clear then pcall(function() Snap.clear() end) end
 local _ocrRefreshOk1, _ocrRefreshError1 = pcall(function() Snap.screenRefresh() end)
 if not _ocrRefreshOk1 then
  local _ocrRefreshSignal1 = string.lower(tostring(_ocrRefreshError1 or ""))
  if string.find(_ocrRefreshSignal1, "compatstopexception", 1, true) or string.find(_ocrRefreshSignal1, "script durduruldu", 1, true) or string.find(_ocrRefreshSignal1, "budget_", 1, true) then
   error(_ocrRefreshError1, 0)
  end
 end
 if _ocrRefreshOk1 then
  local _ocrReadOk__ocrRegion1_1, _ocrReadText__ocrRegion1_1 = pcall(function()
   local _ocrRegion1_1 = Region():noScale()
   return _ocrRegion1_1:readAsString(_ocrReadParam1, "") or ""
  end)
  if not _ocrReadOk__ocrRegion1_1 then
   local _ocrReadError__ocrRegion1_1 = string.lower(tostring(_ocrReadText__ocrRegion1_1 or ""))
   if string.find(_ocrReadError__ocrRegion1_1, "compatstopexception", 1, true) or string.find(_ocrReadError__ocrRegion1_1, "script durduruldu", 1, true) or string.find(_ocrReadError__ocrRegion1_1, "budget_", 1, true) then
    error(_ocrReadText__ocrRegion1_1, 0)
   end
  end
  if _ocrReadOk__ocrRegion1_1 then
   _ocrText1 = tostring(_ocrReadText__ocrRegion1_1 or "")
  end
 end
 if _ocrText1 == "" and _ocrAttempt1 < 3 and (System.currentTime() - _ocrStart1) < _ocrBudget1 then
  wait(1)
 end
until _ocrText1 ~= "" or _ocrAttempt1 >= 3 or (System.currentTime() - _ocrStart1) >= _ocrBudget1
if _ocrText1 ~= "" then
 local _aiUserPrompt1 = tostring(_aiPromptSeed1 or "") .. "\n\nOCR text:\n" .. tostring(_ocrText1 or "")
 local _aiCallOk1, _aiResponse1 = pcall(function()
  return AI.ask(_aiUserPrompt1, _aiProvider1)
 end)
 if not _aiCallOk1 then
  local _aiControlSignal1 = string.lower(tostring(_aiResponse1 or ""))
  if string.find(_aiControlSignal1, "compatstopexception", 1, true) or string.find(_aiControlSignal1, "script durduruldu", 1, true) or string.find(_aiControlSignal1, "budget_", 1, true) then
   error(_aiResponse1, 0)
  end
 end
 if not _aiCallOk1 then
  _aiResponse1 = { ok = false, error = "AI request failed." }
 end
 if type(_aiResponse1) == "table" and _aiResponse1.ok == true then
  _aiOk1 = true
  ai_decision = tostring(_aiResponse1.text or "")
 else
  _aiError1 = type(_aiResponse1) == "table" and tostring(_aiResponse1.error or "") or "AI request failed."
  System.log("AI_DECISION provider request failed")
 end
else
 _aiError1 = "AI_DECISION OCR text was blank."
 System.log(_aiError1)
end

Note: generated code can evolve across versions; helper names (e.g. _reg1, m1) and internal optimizations may change. The logic and the called APIs reflect the block’s behavior.

Block ↔ Lua Mapping →

Shared Controls for This Block Family

The guidance below is not identical for every block. It summarizes the professional controls that most often repeat in the selected block family.

🔎Scan Region

Keep the search close to the target. Smaller regions are faster and more stable.

🚫Exclude Region

Exclude static noise, badges, animations, or reflective areas to reduce false matches.

⏱Timeout and Scan Rate

Timeout and scan rate define whether the block acts as a single check or controlled polling step.

🎯Match Tuning

mScore, scale, and engine choice must be tuned together for theme, resolution, and rendering differences.

🧭Result Variables

OCR_VALUE writes the number it reads to its result variable (default ocr_val); TEXT writes the text it passed through its find/replace step to the Save Read Value variable (default ocr_val). In Match Variables, the score variable (0.0–1.0 confidence) and the X/Y/W/H variables carry the match confidence and position into later blocks: branch on the score with COMPARE, and in CLICK bind the coordinates to them with {x} or turn on Click on match. _lastMatch is the last match that Click on match uses; _lastOcrText is kept only for older CUSTOM_CODE scripts.

Builder vs Lua Boundary

Raw touch pointer lifecycle stays code-first

TOUCH and TOUCH_BREAK cover recipe-style touch flows. Raw pointer choreography such as Touch.down, Touch.move, Touch.up, Touch.dispatch, Touch.reset, Touch.breakAll, and Touch.releaseAfter is not exposed as a first-class builder block.

Touch.downTouch.moveTouch.upTouch.dispatchTouch.resetTouch.breakAllTouch.releaseAfter
Bounded dialog design is builder-backed; freer composition stays code-first

The DIALOG block and dialog designer cover a bounded field set in the builder: Info Text, Text Input, Checkbox, Description, Radio Group, Dropdown, Multi Select, Tab Group, Date Time, Number Range, Slider, Image Picker, Color Picker, File Picker, Recorder Picker, Tag, Signature, and Spacer. The buttons are designed too: the Positive button and Negative button tabs set each button’s text, background, and border color, corner radius, and minimum height next to a preview. Freer Setting.builder composition, multi-step wizard flows, and mixed HUD/dialog choreography still do not map 1:1 into the builder.

Coming soonv1.0.51Two more fields: Agent Detect references (agent_detect_editor) lets the user pick a saved reference set or add and edit references, and Save confirms the selection; Navigation setup editor (navigation_editor) edits a saved map, marker and route from the Dialog and returns the setup and route selection without moving the character.

Setting.builderDialogHudTextViewAgentDetectEditorNavigationEditor
Advanced HTTP request chaining stays code-first

HTTP_GET, HTTP_POST, and HTTP_PUT cover common fixed-method flows; HTTP_REQUEST covers one bounded request with method, header lines, body, content type, query parameters (GET and DELETE), timeout, and a bounded retry. These blocks never throw; they write the status code (-1 on a network failure). Cookie handling, chained request objects, and lower-level client flows still need the code editor.

Request()Request.setCookieRequest.getCookiesCUSTOM_CODE
General programming surfaces stay code-first

The MAP, LIST, JSON_PARSE, REGEX_MATCH, and METRICS blocks cover the everyday cases: map actions, a static list, reading a value from a JSON path, regex match, find, replace, and split, and metrics actions. The rest of the Map, Array, JSON, Regex, and Metrics APIs (for example Array sort, filter, and map) is broader than the builder recipe model and stays on the CUSTOM_CODE and code editor side.

MapArrayJSONRegexMetrics
Low-level runtime and Lua composition stays code-first

Runtime helpers, raw Request objects, Lua built-ins such as print/pcall/xpcall, and free-form object chaining patterns are represented through CUSTOM_CODE or the code editor.

RuntimeRequestprintpcallxpcallCUSTOM_CODE

Debug Mode and Breakpoints

Each block card now exposes an independent breakpoint toggle. When enabled, the breakpoint preference is stored with the block.

Breakpoints are only emitted into runtime code when Debug Mode is enabled from Visual Builder settings. When Debug Mode is off, breakpoints stay saved but do not pause execution.

Use ASSERT for fail-fast validation, and use breakpoints for step-by-step tracing and controlled pauses in the same flow.

Variable Scope

1

Variables defined with SET_VARIABLE are accessible throughout the macro (global scope). All blocks can read/write the same variable.

2

However, a variable defined inside a GROUP will be 'nil' (undefined) until the GROUP executes. Blocks outside the GROUP using this variable may produce unexpected results.

3

FOR_EACH loop variables (item and index) only carry valid values inside the loop body. Outside the loop they are outside local scope and should not be used.

4

TRY_CATCH error variable is only valid within the catch block. If the try block succeeds, the catch branch is not entered and the error variable remains undefined.

5

TIP: Before using a variable inside a GROUP, assign a default value with SET_VARIABLE outside the GROUP. This way the variable won't be nil even if the GROUP has not run.

Inline Expressions

You can embed variable values and calculations into text fields using {{ expression }} syntax. Expressions inside double curly braces are evaluated as Lua code and the result is inserted into the text.

Syntax
{{ expression }}
Examples
Skor: {{ score + 1 }} → "Skor: " .. tostring(score + 1)
{{ name }} kazandı! → tostring(name) .. " kazandı!"
X:{{ x }} Y:{{ y }} → "X:" .. tostring(x) .. " Y:" .. tostring(y)
Supported Blocks
SET_VARIABLELOGCOMPARECLIPBOARD_WRITENOTIFY_TOASTKV_SET
Security Note

Expressions are checked by the sandbox policy. Security-sensitive calls like loadstring, require, debug are automatically blocked.

General Tips

1

Keep scan regions as small as possible — improves speed, reduces false matches.

2

Always add an exit condition when using infinite loops (BREAK, timeout, or conditional exit).

3

Use network operations and error-prone steps inside TRY_CATCH.

4

If you need global error handling, use the Error Handler (ERROR_HANDLER) block as a singleton in the project.

5

Small coordinate offsets (CLICK/SWIPE) improve tap accuracy across different DPI and screen scales.

6

Customize macros with Dialog block — different parameters each run.

7

Define repeating steps once with GROUP_CALL, call from many places.

Cross-macro local library

Local Shared Macro Area

The Local Shared Macro Area moves blocks, variables, dialog fields, gallery assets, and imported media dependencies between macros on the same device. It is device-local, not cloud sync, not Firebase sharing, and not a replacement for public macro sharing.

Professional usage model: put a reusable login flow, common scan region, shared dialog form, variable group, template image, color profile, replay recording, or imported PLAY_SOUND media file into the shared area from one macro, then import it from the relevant + menu in another macro.

VISUAL_BLOCKSVARIABLESDIALOG_FIELDSTEMPLATE_IMAGECOLOR_SWATCHREPLAY_RECORDMEDIA_FILE
1

Send to the shared area

When one item or a multi-selection is active, the shared-area button can copy the selected part from the workspace, group, true/false action branch, dialog, and variables surfaces into the device-local library.

2

Import into another macro

The shared-area entry under the + menu imports the selected item into the surface that opened it. Main workspace, group, action branch, dialog, and variables each receive the compatible item type.

3

Share gallery assets

Gallery items include template images, color swatches, replay records, and imported audio/media files. They can move between macros on the same device so repeated templates, colors, recordings, and PLAY_SOUND media assets do not need to be captured again.

4

Keep it clean

The shared area is not a permanent dumping ground. Delete stale shared items from the shared-library panel; imports create a copy in the target macro and do not rewrite the source macro flow.

Checkpoint: after importing, review block names, linked template/image/color/record/media assets, and variable names in the target macro. The shared area creates a copy; delete stale shared items from the shared-library panel to keep the library clean.

AI assistant

Build a block chain with MH AI in natural language

Tell MH AI what you want in plain language; it proposes the right block sequence and lands it in the workspace after you approve. In the current release it works with cloud providers such as Gemini, Claude, and OpenAI; on-device local models are on the roadmap.

Learn more →