by Prototypowanie.pl
Przykłady NL Chat Otwórz chat Flow Chat
Text2Ops · control plane

TellMesh

Text2Ops control plane for observable, repairable automation.

Steruj agentami, workflow i automatyzacją z poziomu tekstu — z chatu, API, CLI i dashboardu.

Projekt rozwijany przez Prototypowanie.pl

Zobacz demo wartości Podłącz 3 procesy w 2 tygodnie
Chat → URI plan health:// status contract:// validate view:// process card repair:// safe fix MCP / A2A ready
Dlaczego teraz

Wyzwania rozproszonej automatyzacji

Kto widzi, co agent zrobił? Czy workflow działa? Kto ma zatwierdzić ryzykowny krok i jak szybko naprawić awarię bez grzebania w pięciu narzędziach?

01

Za dużo rozproszonych automatyzacji

Skrypty, n8n/Make, boty UI, API, cron, agenci AI i ręczne procedury żyją osobno. Każde narzędzie ma inny dashboard i inny sposób debugowania.

02

Brak wspólnej kontroli

Nie wiadomo, czy proces jest tylko zaplanowany, wykonany, zablokowany przez policy gate, czy wymaga człowieka przed wysłaniem danych lub przelewem.

03

Naprawa jest za wolna

Gdy agent pada, potrzebujesz jednego miejsca: status, logi, incydent, bezpieczna naprawa, ticket i ślad decyzji. Nie kolejnego frameworka.

Pozycjonowanie

Nie framework. Nie kolejny canvas. Warstwa kontroli nad tym wszystkim.

TellMesh to Text2Ops control plane — jedno miejsce, w którym widzisz status procesów, health agentów, logi, akceptacje, naprawy i ticket. Bez dokładania kolejnego frameworka.

Wejście
Chat · API · CLI · DashboardUżytkownik mówi, co chce sprawdzić, uruchomić albo naprawić.
Plan
NL → URI → workflowSystem zamienia intencję na stabilne URI i plan wykonania.
Kontrola
Policy · dry-run · approvalKroki ryzykowne zatrzymują się przed mutacją lub wymagają akceptacji.
Wykonanie
HTTP · browser · desktop · shell · docker · ssh · MCP · A2ARuntime dobierany jest do konkretnego URI i capability.
Operacje
Health · logs · incidents · repair · ticketKażdy proces ma kartę stanu i bezpieczne akcje operacyjne.
Co klient kupuje

Jedno miejsce do obserwacji i sterowania agentami.

Status, health, logi, akceptacja ryzykownych kroków, naprawa awarii i ticket — w jednym miejscu, bez grzebania w pięciu narzędziach.

⌁

Process card

Status procesu, ostatnie uruchomienie, powiązane URI, health, logi, incydenty i najbliższa bezpieczna akcja.

✓

Approval gate

Dry-run jako domyślny tryb. Mutacje, bank, ZUS, desktop i fizyczne operacje wymagają jawnego zatwierdzenia.

↻

Repair loop

Diagnoza, playbook, bezpieczny restart, synchronizacja health URI, incydent i propozycja ewolucji z approvalem.

#

URI jako warstwa adresowania

health://, contract://, view://, repair://, workflow://, agent://, browser://, docker://, ssh://.

◇

Framework-agnostic

Nie musisz przepisywać agentów. TellMesh ma być warstwą nad LangGraph, CrewAI, ADK, custom API, botami UI i klasycznymi skryptami.

▣

Dowód działania

Komenda tellmesh proof pokazuje, że jeden URI przechodzi przez chat, API, runtime, dashboard i akcje naprawcze.

Audyt i CI

Walidacja kontraktu przed deployem — jeden URI.

TellMesh nie zastępuje Twoich agentów. Daje wspólną kontrolę: pobierz kontrakt, sprawdź schema i cross-ref, dopiero potem wdrażaj przez SSH, Docker lub lokalnie.

$ uri call contract://agent/weather-map-agent --json
✓ agent_contract · capabilities loaded

$ uri call contract://agent/weather-map-agent/validate --json
✓ schema · registry · cross_ref

$ uri call contract://registry/validate --json
✓ all agent contracts in repo

→ deploy · health:// · view://process/.../latest
Przykłady wdrożeń

Procesy, gdzie błąd kosztuje — i gdzie kontrola ma znaczenie.

Biuro, e-commerce, raporty dostawców, bank i ZUS, monitoring strony oraz operacje desktopowe. Każdy scenariusz ma punkty akceptacji i pełny audyt tego, co się stało.


          

        

      

    


    

      

        

          
Porównanie

          
Warstwa kontroli obok frameworków i narzędzi automatyzacji.

          
TellMesh nie zastępuje LangGraph, n8n ani UiPath. Uzupełnia je wspólną warstwą operacyjną: status, health, logi, approval, repair i ticket nad wieloma runtime’ami.

        

        

          

            
              

                Rozwiązanie
                Najmocniejsza pozycja
                Jak odpowiada TellMesh
              

            
            
              

                LangGraph / LangSmith
                Budowa, orkiestracja, tracing i ewaluacja agentów.
                TellMesh nie zastępuje frameworka. Daje wspólny control plane, URI, approval, repair i proces view dla wielu frameworków.
              

              

                Google ADK
                Cloud-native agent development kit z ekosystemem Google, MCP/A2A i deploymentem.
                TellMesh sprawdza się tam, gdzie masz mieszane środowisko: lokalne skrypty, browser, desktop, SSH, Docker, custom API i różne agenty.
              

              

                CrewAI
                Prosty model crews/flows i automatyzacja wieloagentowa.
                Możesz mieć crews, graphs, workflows i boty — TellMesh pokazuje, co robią i jak bezpiecznie nimi sterować.
              

              

                n8n / Make
                Wizualne workflow, integracje i szybkie składanie automatyzacji.
                TellMesh nie konkuruje z canvasem workflow. Daje kontrolę nad złożonym krajobrazem automatyzacji: health, incydenty, repair, policy, CLI, API i chat.
              

              

                UiPath
                Enterprise agentic automation, RPA, governance i platforma end-to-end.
                Lżejsza, otwarta alternatywa dla zespołów, które chcą kontroli bez vendor lock-in.
              

              

                Temporal
                Durable execution i niezawodne, kodowe workflow.
                Temporal może być backendem. TellMesh daje operatorowi biznesowemu i technicznemu warstwę widoczności, decyzji i naprawy.
              

            
          

        

      

    


    

      

        

          
Integracje i warstwy

          
Jedno URI może dotknąć wielu światów wykonania.

        

        

          
Agent runtime
agent://, health://, contract://, schema://, view://, repair://, agent card, events i lifecycle.

          
Workflow runtime
workflow://, compact flow, graph, dry-run, approval, replay, artifacts i regression checks.

          
Operator runtime
browser://, dom://, pcwin://, android://, robot://, device://.

          
Infra runtime
shell://, python://, docker://, ssh://, http://, sse://, ws://.

          
Standards
MCP i A2A jako kanały komunikacji, a nie konkurencja. TellMesh może być nad nimi warstwą operacyjną.

          
Governance
Policy safe/dev/prod, readonly, sandbox, approve, incident artifacts, ticket workflow i evolution proposals.

        

        
        

      


        

          

            
            

              Quickstart
              
First local agent in 2 minutes

            

          

          
Start an agent from template, check health and make first call via urish/uri.

          
NL: "uruchom prosty agent lokalnie i sprawdź health"
URI: health://agent/quickstart.local
Run: urish run-agent quickstart.local --detach

          
example · 01_quickstart_local

        

        

          

            
            

              URI3 · scan
              
HTTP scan and resource discovery

            

          

          
uri3 scan http discovers endpoints, health, capabilities — no custom client needed.

          
NL: "zeskanuj lokalny agent i pokaż co oferuje"
URI: uri3 scan http://localhost:8101

          
example · 02_uri3_scan_http

        

        

          

            
            

              WordPress
              
Form lead to CRM

            

          

          
Form hook or REST API sends an event to Taskinity; the agent adds the contact in CRM and sends confirmation.

          
NL: "połącz formularz WordPress z CRM i alertuj błędy"
URI: workflow://lead/wordpress-to-crm
API: POST /api/uri/call

          
example · 23_nl_to_agent_tutorial

        

        

          

            
            

              Remote · SSH
              
Agent on remote machine via SSH

            

          

          
Docker testenv + SSH — deploy, scan and call the agent without manual key copying.

          
NL: "zeskanuj agenta przez SSH i wywołaj health"
URI: ssh://... + uri3 scan ssh

          
example · 03_ssh_remote_agent

        

        

          

            
            

              NL2A · weather
              
NL prompt → weather agent (HTML map)

            

          

          
One NL sentence becomes contract, agent code, capabilities and workflow — no manual YAML.

          
NL: "generuj mapę pogody na 14 dni w html"
URI: resource://weather/maps/krakow/forecast/14
Agent: agents/generated/weather_map_agent

          
example · 04_nl2a_weather_map

        

        

          

            
            

              Meta · repair
              
Repair broken agent via meta-agent

            

          

          
meta_agent repair analyzes broken_agent.yaml, proposes changes and applies — full self-healing cycle.

          
NL: "napraw zepsutego agenta z pliku broken_agent.yaml"
Command: python -m meta_agent.cli repair examples/05_meta_repair/broken_agent.yaml
Check: "changed: true"

          
example · 05_meta_repair

        

        

          

            
            

              WooCommerce
              
Order to invoice and inventory

            

          

          
Store webhook runs a workflow — fetch order, verify payment, issue invoice and sync stock.

          
NL: "pilnuj zamówień WooCommerce i fakturuj po płatności"
URI: workflow://order/woocommerce-to-erp
Health: health://agent/invoices-agent.local

          
example · 32_ecommerce_integrations

        

        

          

            
            

              Orders
              
Create orders agent from YAML

            

          

          
create_orders_agent.yaml → generator → generated agent + contract + deployment.

          
NL: "utwórz agenta do zamówień z pliku create_orders_agent.yaml"
Command: generator or urish ecosystem plan examples/06_orders_agent

          
example · 06_orders_agent

        

        

          

            
            

              Invoices
              
Invoices agent from NL prompt

            

          

          
Prompt in file → nl2a / generator → agent + capabilities for batch invoices.

          
NL: "utwórz agenta do faktur z create_invoices_agent_prompt.txt"
Prompt: examples/07_invoices_agent/create_invoices_agent_prompt.txt

          
example · 07_invoices_agent

        

        

          

            
            

              BaseLinker
              
Marketplace hub without blind crons

            

          

          
Cron or n8n calls BaseLinker API; Taskinity compares orders, stock and sync errors with ERP.

          
NL: "sprawdź rozjazd stanów BaseLinker i WooCommerce"
URI: workflow://sync/baselinker-inventory
Repair: repair://agent/baselinker-sync.local/diagnose

          
example · 32_ecommerce_integrations

        

        

          

            
            

              Evolution
              
Evolution proposals from tickets/incidents

            

          

          
From ticket or incident → evolution proposal → verify → apply.

          
NL: "stwórz propozycję ewolucji na podstawie incydentu"
Dir: examples/08_evolution/proposals/

          
example · 08_evolution

        

        

          

            
            

              Hypervisor
              
Running agent via hypervisor

            

          

          
urish / hypervisor manages agent lifecycle (run, detach, health, repair) — single interface for all.

          
NL: "uruchom agenta invoices-agent.local z hypervisora"
URI: hypervisor://local/invoices-agent.local/run
Run: urish agent run invoices-agent.local --detach

          
example · 09_run_agent_hypervisor

        

        

          

            
            

              Allegro.pl
              
OAuth, orders, returns

            

          

          
Agent manages OAuth token, fetches checkout forms, detects 429/503 and shows stuck orders in chat.

          
NL: "zdiagnozuj synchronizację Allegro z ERP"
URI: workflow://allegro/orders-to-erp
Logs: log://agent/allegro-sync.local?level=error

          
example · 32_ecommerce_integrations

        

        

          

            
            

              Browser
              
Browser operator (mock + real)

            

          

          
browser://chrome/page/open + screen://... — UI automation with policy approval.

          
NL: "otwórz stronę i zrób screenshot"
URI: browser://chrome/page/open + screen://browser/active/screenshot
Run: urish run ... --adapter mock

          
example · 10_browser_operator

        

        

          

            
            

              Playwright
              
Browser automation with Playwright (real)

            

          

          
Task health + browser open/screenshot — end-to-end with real browser.

          
NL: "sprawdź health strony i zrób screenshot"
Run: bash examples/11_playwright_browser/run.sh (with [browser] extra)

          
example · 11_playwright_browser

        

        

          

            
            

              Screenshot · monitor
              
Website screenshot schedule

            

          

          
Chat detects NL prompts and plans a stable workflow URI — dry-run, approve, optional Playwright and host cron.

          
NL: "rob rzuty ekranów stron softreck.com co 5 minut do ~/images/"
URI: workflow://graph/website-screenshot-schedule/dry-run
Run: uri run workflow://graph/website-screenshot-schedule --approve --adapter playwright

          
example · 35_website_screenshot_schedule

        

        

          

            
            

              Android
              
Android operator (UI Automator / pcwin)

            

          

          
Android automation via URI — open app, type, screenshot.

          
NL: "otwórz apkę i wpisz tekst na Androidzie"
Task: examples/12_android_operator/task.android.yaml
Run: bash .../run.sh

          
example · 12_android_operator

        

        

          

            
            

              ERP · CRM
              
Comarch, Subiekt, HubSpot, Salesforce

            

          

          
REST, SOAP, CSV, SQL or Windows UI. Automatic steps vs human approval are separated.

          
NL: "wystaw faktury w ERP i pokaż podgląd"
URI: workflow://invoices/batch/dry-run
UI: pcwin://window/Subiekt/focus

          
example · 31_office_day

        

        

          

            
            

              NL2URI · graph
              
NL prompt → multi-URI graph (task + workflow)

            

          

          
One prompt generates task_plan + workflow_graph — complex flows with dependencies.

          
NL: "zrób plan i graf dla multi-uri flow"
Files: task_plan.yaml + workflow_graph.yaml + expanded.expected

          
example · 13_nl2uri_multi_uri_graph

        

        

          

            
            

              PC Win
              
Windows operator (Subiekt, UI)

            

          

          
pcwin://window/Subiekt/focus + typing — legacy Windows app automation.

          
NL: "otwórz Subiekt i wystaw fakturę"
Task: examples/13_pcwin_operator/task.pcwin.yaml

          
example · 13_pcwin_operator

        

        

          

            
            

              Websites & portals
              
Login, data fetch, forms

            

          

          
Playwright or browser adapter acts in the portal, captures a screenshot and stops before submitting data.

          
NL: "pobierz raport CSV z portalu dostawcy"
URI: workflow://office/supplier-report/monthly
Proof: artifact://workflow/.../screenshot.png

          
example · 33_office_workflows

        

        

          

            
            

              URI2OPS
              
Operations server (A2A/MCP/REST)

            

          

          
uri2ops serve exposes registry capabilities as API — agents and external systems call via URI.

          
NL: "uruchom serwer operacji i wystaw capabilities"
Run: bash examples/14_uri2ops_serve/run.sh
Call: urish call browser://... (via served registry)

          
example · 14_uri2ops_serve

        

        

          

            
            

              Workflow
              
Mock executor for task_graph / workflow

            

          

          
task_graph.yaml → dry-run / execute with mock adapters — tests without real side-effects.

          
NL: "wykonaj task graph z mockiem"
Graph: examples/14_workflow_executor_mock/task_graph.yaml
Run: bash .../run.sh

          
example · 14_workflow_executor_mock

        

        

          

            
            

              Flow
              
Compact URI flow → expanded graph

            

          

          
Short .uri.flow.yaml with branches → full workflow_graph with edges (uri2flow).

          
NL: "zrób kompaktowy flow z branchami"
File: branching.uri.flow.yaml
Expand: urish uri2flow expand ...

          
example · 15_compact_uri_flow

        

        

          

            
            

              Playwright
              
Browser task with Playwright (mock + real)

            

          

          
Simple open + screenshot example with task.health + browser.

          
NL: "otwórz stronę i sprawdź health"
Run: bash examples/15_playwright_browser/run.sh

          
example · 15_playwright_browser

        

        

          

            
            

              LLM Graph
              
LLM for graph planning (task/workflow)

            

          

          
Prompt + LLM → task_graph or workflow_graph (depends on prompt).

          
NL: "użyj LLM do zaplanowania grafu dla promptu"
Prompt: examples/16_llm_graph_planner/prompt.txt
Run: bash .../run.sh (with LLM key or --no-llm)

          
example · 16_llm_graph_planner

        

        

          

            
            

              Monitor
              
Landing page monitor (cron + health)

            

          

          
cron://www/monitor/landing every 5 min — health, diff, webhook on change.

          
NL: "monitoruj landing i alertuj przy zmianie"
Cron: cron://www/monitor/landing
Install: scripts/www/install-cron.sh

          
example · 16_www_landing_monitor

        

        

          

            
            

              Comparison
              
Compact flow vs full graph

            

          

          
Same business case as short flow vs full task_graph — readability vs execution differences.

          
NL: "porównaj flow i graph dla tego samego przypadku"
Files: weather.uri.flow.yaml + expanded.expected.uri.graph.yaml

          
example · 17_flow_vs_graph

        

        

          

            
            

              LLM Flow
              
LLM for compact flow generation

            

          

          
Prompt + LLM → compact .uri.flow.yaml (with branches) — then expand to graph.

          
NL: "użyj LLM do zrobienia flow z promptu"
Prompt: examples/18_llm_flow_planner/prompt.txt
Run: bash .../run.sh (LLM key or rule-based)

          
example · 18_llm_flow_planner

        

        

          

            
            

              Touri
              
Capabilities registry (touri + markpact)

            

          

          
Many .uri.capability.yaml + markpact from READMEs — central registry for discovery and call.

          
NL: "pokaż capabilities dla weather i order"
Registry: examples/20_touri_capabilities
Call: urish touri call workflow... --registry ...

          
example · 20_touri_capabilities

        

        

          

            
            

              Voice
              
Voice (STT + TTS + voice command)

            

          

          
stt_whisper / tts + voice_command.uri.capability — full voice interface to URI.

          
NL: "użyj głosu do wywołania health agenta"
Caps: stt_whisper.uri.capability.yaml + tts_mock...
Run: bash examples/21_touri_voice/run.sh

          
example · 21_touri_voice

        

        

          

            
            

              Dashboard
              
Dashboard agent (health, incidents, repair)

            

          

          
Dashboard agent with capabilities for health view, incidents and repair — UI + API.

          
NL: "pokaż dashboard agenta i incydenty"
Caps: dashboard_open.uri.flow.yaml + incident_explain...
Run: urish dashboard create ...

          
example · 22_dashboard_agent

        

        

          

            
            

              Markpact
              
Markpact + weather (README as source)

            

          

          
README with markpact blocks → capabilities + flows (uri2pact + touri).

          
NL: "użyj markpact z README do weather"
Run: bash examples/22_markpact_weather/run.sh
Registry: markpact://...

          
example · 22_markpact_weather

        

        

          

            
            

              Golden
              
Golden path (end-to-end happy path)

            

          

          
Simple, complete happy path from NL to result — pattern for other examples.

          
NL: "wykonaj złotą ścieżkę dla prostego przypadku"
Run: bash examples/30_golden_path/run.sh

          
example · 30_golden_path

        

        

          

            
            

              Physical
              
Physical operations (device + robot)

            

          

          
task.device.yaml + task.robot.yaml — control devices and robots via URI.

          
NL: "wykonaj operację na robocie i urządzeniu"
Tasks: task.device.yaml + task.robot.yaml
Run: bash examples/36_physical_ops/run.sh

          
example · 36_physical_ops

        

      


      
        

      


        

          

            Local
            
Run · health · call

          

          
    

  • Minimalny szablon agenta — gotowy Dockerfile, agent_card, health.
    • 

  • urish/uri jako jedyny interfejs do kontroli (run, status, logs via log://).
    • 

  • file:// dla źródeł i logów — spójne z nowymi przykładami (task_graph, markpact).
    • 


          
urish agent run quickstart.local
urish agent health quickstart.local
uri call health://agent/quickstart.local

        

        

          

            Discovery
            
Scan · explain · call

          

          
    

  • Automatyczne odkrywanie bez znajomości API agenta.
    • 

  • Połączone z explain i call — jeden spójny model URI.
    • 

  • file:// i markpact dla źródeł definicji — łatwe audytowanie.
    • 


          
urish uri3 scan http://localhost:8105
urish explain health://agent/weather-map-agent.local

        

        

          

            SSH
            
Docker + SSH testenv

          

          
    

  • Symulacja zdalnego hosta (Docker + ssh na porcie 2222).
    • 

  • Pełny cykl: deploy → scan → health/call przez urish.
    • 

  • Bezpieczne — hasło w env, bez ręcznego scp.
    • 


          
make docker-ssh-up
urish uri3 scan ssh://...

        

        

          

            NL → code
            
nl2a · generator · urigen

          

          
    

  • Pełny pipeline NL → domain pack → kontrakt → wygenerowany agent + README z markpact.
    • 

  • Pliki w agents/generated/ + .generated.yaml z file:// dla markpact_readme.
    • 

  • Workflowy i capabilities gotowe do użycia przez touri/urish.
    • 


          
nl2a -p "..." --no-llm
make generate
urish ecosystem apply ...

        

        

          

            Self-healing
            
meta_agent · diagnose · apply

          

          
    

  • Analiza → propozycja → apply bez ręcznej edycji.
    • 

  • Integracja z repair loops w hypervisorze (urish repair diagnose/apply).
    • 

  • Przykład jak agenci mogą się "uczyć" i naprawiać na podstawie incydentów.
    • 


          
python -m meta_agent.cli repair examples/05_meta_repair/broken_agent.yaml

        

        

          

            YAML → agent
            
create_*.yaml · generator · apply

          

          
    

  • Prosty kontrakt YAML → pełny wygenerowany agent w agents/generated/.
    • 

  • Plik .generated.yaml z file:// do markpact_readme (README.md z blokami).
    • 

  • Gotowy do deploy przez urish agent run lub ecosystem.
    • 


          
urish ecosystem plan examples/06_orders_agent --profile agent
urish ecosystem apply ...

        

        

          

            Prompt → agent
            
Prompt txt · nl2a · generated

          

          
    

  • Prompt NL w pliku txt → wygenerowany agent invoices w agents/generated/.
    • 

  • Integracja z batch workflows (patrz 33_office_workflows).
    • 

  • Markpact w README + file:// w markerze po generacji.
    • 


          
nl2a -p "$(cat examples/07_invoices_agent/create_invoices_agent_prompt.txt)"

        

        

          

            Proposals
            
proposals · verify · apply

          

          
    

  • Automatyczna ewolucja systemu na podstawie rzeczywistych awarii/ticketów.
    • 

  • Propozycje w evolution/proposals/ — weryfikowalne i stosowalne przez urish.
    • 

  • Pełny cykl: detect → propose → verify → apply (z file:// dla źródeł).
    • 


          
urish proposal verify examples/08_evolution/proposals/add_*.yaml
urish proposal apply ... --approve

        

        

          

            Lifecycle
            
run-agent · health · repair

          

          
    

  • Centralne zarządzanie agentami (deployment registry, runtime state).
    • 

  • Detached + watch + repair loops — agenci działają autonomicznie.
    • 

  • file:// i log:// dla inspekcji źródeł i logów procesu.
    • 


          
urish agent run my-agent.local --detach
urish agent health my-agent.local
urish repair diagnose my-agent.local

        

        

          

            UI
            
browser + screen operator

          

          
    

  • Mock dla testów, real Playwright dla prawdziwych PNG.
    • 

  • Polityka: approve dla side-effects (otwieranie stron).
    • 

  • Artefakty w output/artifacts/operator/ — audytowalne z file://.
    • 


          
urish call 'browser://chrome/page/open' --payload '{"url":"..."}'
urish call 'screen://browser/active/screenshot'

        

        

          

            E2E
            
task.health + playwright

          

          
    

  • Realne zrzuty ekranu (PNG) + health check strony.
    • 

  • Wymaga extra [browser] i playwright chromium.
    • 

  • Artefakty + logi dostępne przez file:// i log://.
    • 


          
pip install -e '.[browser]'
playwright install chromium
urish run ... --adapter playwright

        

        

          

            Mobile
            
Android task + operator

          

          
    

  • Cross-platform: Android + pcwin (Windows) w jednym modelu URI.
    • 

  • task.*.yaml definiuje kroki — wykonywane przez operator.
    • 

  • Logi i artefakty z file:// / log:// dla inspekcji.
    • 


          
urish run task.android.yaml --approve

        

        

          

            Graph
            
task + workflow graph

          

          
    

  • NL → structured graph z edges i depends_on.
    • 

  • Porównanie task vs workflow (17_flow_vs_graph).
    • 

  • file:// do task_graph.yaml jako źródło (walidacja, explain).
    • 


          
urish nl "..." --out task_plan.yaml
urish uri2flow expand ...

        

        

          

            Legacy UI
            
pcwin + windows UIA

          

          
    

  • Obsługa aplikacji desktopowych bez API (Subiekt, inne ERP).
    • 

  • task.pcwin.yaml + operator — spójne z Android/browser.
    • 

  • Logi i artefakty z file:// dla audytu.
    • 


          
urish run task.pcwin.yaml --approve

        

        

          

            Server
            
serve · registry · call

          

          
    

  • Operator runtime jako usługa — A2A, MCP, REST.
    • 

  • Centralna registry capabilities (touri).
    • 

  • Bezpieczne proxy dla browser/desktop ops.
    • 


          
urish uri2ops serve --port 8791
curl http://localhost:8791/health

        

        

          

            Tests
            
executor mock + dry-run

          

          
    

  • Bezpieczne testowanie grafów przed realnym wykonaniem.
    • 

  • Porównanie z real adapters (browser, android).
    • 

  • Eventy i artefakty w output/ — file:// do inspekcji.
    • 


          
urish run task_graph.yaml --dry-run
urish run ... --approve --adapter mock

        

        

          

            uri2flow
            
compact flow + expand + run

          

          
    

  • Prosty, czytelny format flow dla ludzi.
    • 

  • Automatyczna ekspansja do pełnego grafu (edges, depends).
    • 

  • Dry-run i approve — bezpieczne uruchamianie.
    • 


          
urish uri2flow expand branching.uri.flow.yaml
urish run ... --dry-run

        

        

          

            Sites · API
            
Other sites and systems

          

          
    

  • Webhook POST /api/uri/call z Twojej aplikacji (formularz, SaaS, panel klienta).
    • 

  • Monitor URL co 5 min — cron://www/monitor/landing (patrz example 34).
    • 

  • Reverse proxy (nginx) → health check na /health agenta.
    • 


          
curl -X POST http://localhost:8788/api/uri/call \
  -H "Content-Type: application/json" \
  -d '{"uri":"health://agent/invoices-agent.local","dry_run":true}'

        

        

          

            Browser
            
task + browser (mock/real)

          

          
    

  • Minimalny przykład browser automation.
    • 

  • Mock do testów, real do zrzutów PNG.
    • 

  • Łatwo rozszerzyć o file:// / log:// watching.
    • 


          
urish run task.health.yaml --adapter mock
# real: --adapter playwright (with [browser])

        

        

          

            LLM
            
llm_graph_planner + graph

          

          
    

  • LLM wspiera planowanie złożonych grafów.
    • 

  • Porównanie z rule-based (17_flow_vs_graph).
    • 

  • Wynik: task_graph.yaml lub expanded graph.
    • 


          
urish nl "..." --llm

        

        

          

            Chat · workflow
            
Stable URI from batch demo

          

          
    

  • Stabilny URI: workflow://graph/website-screenshot-schedule/dry-run — patrz example 35.
    • 

  • Batch chat (linia 3) planuje workflow zamiast domain://.
    • 

  • Cron hosta: bash scripts/www/install-cron.sh --install (example 34).
    • 


          
curl -X POST :8788/api/ask -d '{"prompt":"zaplanuj harmonogram screenshotów..."}'
→ workflow://graph/website-screenshot-schedule/dry-run

        

        

          

            Cron monitor
            
landing monitor + webhook

          

          
    

  • Automatyczny monitoring stron co X min.
    • 

  • Diff + incident przy zmianie (health, content).
    • 

  • Integracja z cron hosta i webhook (file:// + log://).
    • 


          
urish run workflow://... (or cron)
# events → output/events/ + webhook

        

        

          

            ERP · CRM
            
Comarch · Subiekt · Salesforce · HubSpot

          

          
    

  • Cron lub n8n woła REST ERP → agent zapisuje wynik i logi błędów 401/500.
    • 

  • Przy awarii: incident z kontekstem (endpoint, payload, ostatni sukces).
    • 

  • Ticket do developera z gotowym planem naprawy — bez ręcznego kopiowania logów.
    • 


          
urish ask "zdiagnozuj agenta invoices-agent.local"
# → repair://agent/invoices-agent.local/diagnose

        

        

          

            Portals · WWW
            
Supplier portal · CSV report

          

          
Zobacz też office workflows i kartę biurową „Website”.

          
bash examples/33_office_workflows/run.sh

        

        

          

            Flow vs Graph
            
uri2flow + graph

          

          
    

  • Dwa modele dla tego samego: compact (ludzki) vs expanded (wykonywalny).
    • 

  • uri2flow jako mostek.
    • 

  • Walidacja i explain działają na obu (file:// graph).
    • 


          
urish uri2flow expand weather.uri.flow.yaml
diff ... expanded.expected...

        

        

          

            LLM + flow
            
llm + uri2flow

          

          
    

  • LLM pomaga pisać czytelne compact flows.
    • 

  • Połączone z rule-based fallback.
    • 

  • Wynik zawsze expandowalny i wykonywalny (file:// + validate).
    • 


          
urish nl "..." --llm --out flow.yaml
urish uri2flow expand flow.yaml

        

        

          

            WordPress
            
WP · forms · REST

          

          
    

  • Plugin lub functions.php: hook woocommerce_order_status_changed → webhook do Taskinity.
    • 

  • Application Password + REST API — odczyt statusu bez edycji core WP.
    • 

  • Formularz kontaktowy / lead → URI workflow (mail → CRM → potwierdzenie).
    • 


          
wp_remote_post('http://taskinity.local/api/uri/call', [
  'body' => json_encode(['uri' => 'workflow://order/wp-to-crm', 'dry_run' => true]),
]);

        

        

          

            WooCommerce
            
Store · orders · stock

          

          
[card:woocommerce-card]


    

  • Webhook order.created / order.updated → agent faktur lub magazynu.
    • 

  • Health na endpoint Woo REST — widać od razu, czy synchronizacja stoi.
    • 

  • Chat: „dlaczego zamówienie #4521 nie poszło do Baselinkera?”
    • 


          
# WooCommerce REST (Consumer key)
GET /wp-json/wc/v3/orders?status=processing
→ agent invoices-agent.local → ERP / Baselinker

        

        

          

            Registry
            
touri + capabilities + markpact

          

          
    

  • Centralne capabilities dla weather, bank, order, portal, screenshot itp.
    • 

  • Markpact z README (file://) + yaml — mieszane źródła.
    • 

  • Podstawa dla wszystkich workflow w innych przykładach.
    • 


          
urish touri call ... --registry examples/20_touri_capabilities

        

        

          

            BaseLinker
            
Warehouse · marketplace hub

          

          
[card:baselinker-card]


    

  • API Baselinker (getOrders, updateInventory) jako krok workflow URI.
    • 

  • Cron co N minut + porównanie liczby zamówień vs WooCommerce / Allegro.
    • 


          
uri run workflow://sync/baselinker-inventory/dry-run
uri run workflow://sync/baselinker-inventory --approve

        

        

          

            Voice
            
stt + tts + voice

          

          
    

  • STT (whisper local/cloud), TTS mock, voice command.
    • 

  • Capabilities w touri_examples_voice/.
    • 

  • Integracja z chat voice (example 21).
    • 


          
urish call 'voice://command' --payload '{"text":"..."}'

        

        

          

            Allegro.pl
            
Auctions · orders · OAuth

          

          
[card:allegro-card]


    

  • Agent z tokenem OAuth Allegro — pobieranie zamówień, status wysyłki, zwroty.
    • 

  • Przy 429/503: supervisor retry z backoff, incident zamiast cichego failu.
    • 


          
GET https://api.allegro.pl/order/checkout-forms
→ workflow://allegro/orders-to-erp

        

        

          

            UI Agent
            
dashboard + repair + process view

          

          
    

  • Agent jako web UI dla systemu (health, repair, incidents).
    • 

  • Capabilities do flow i direct call.
    • 

  • Integracja z www/ i chat.
    • 


          
urish dashboard open
urish call process_view...

        

        

          

            Markpact
            
README + markpact + uri2pact

          

          
    

  • Markpact w README jako ludzkoczytelne źródło capabilities.
    • 

  • file:// do README (po zmianach w core) + load via uri2pact.
    • 

  • Przykład jak dokumentacja staje się executable registry.
    • 


          
urish touri call ... --registry markpact://...

        

        

          

            Pattern
            
end-to-end + dry-run + approve

          

          
    

  • Najprostszy kompletny przykład do nauki.
    • 

  • Pokazuje cały stack: NL → plan → dry → execute.
    • 

  • Dobry punkt startowy przed bardziej złożonymi (31-35).
    • 


          
urish run ... --dry-run
urish run ... --approve

        

        

          

            Robot/Device
            
physical ops + tasks

          

          
    

  • Ekstensja URI na świat fizyczny (roboty, urządzenia).
    • 

  • task.*.yaml jako definicja kroków.
    • 

  • Logi, artefakty i file:// dla inspekcji operacji.
    • 


          
urish run task.device.yaml --approve
urish run task.robot.yaml --approve

        

      


      

        
Example: WooCommerce → BaseLinker → ERP (one view)

        
[en]
Typical e-commerce pilot — three systems, one chat on failure:


1. WooCommerce webhook  →  workflow://order/new
2. BaseLinker sync      →  shell://scripts/sync-baselinker.sh
3. ERP invoice          →  http://erp.local/api/invoices  (agent invoices-agent.local)
4. Taskinity            →  health every 5 min + webhook alert + NL chat

# when something breaks:
"Diagnose Allegro sync and show latest ERP errors"
→ repair://agent/invoices-agent.local/diagnose



    

  • Webhook order.created / order.updated → invoice or warehouse agent.
    • 

  • Health on Woo REST endpoint — see immediately if sync is stuck.
    • 

  • 

    Chat: “why did order #4521 not reach BaseLinker?”
    

    • 

  • 

    BaseLinker API (getOrders, updateInventory) as a workflow URI step.
    

    • 

  • 

    Cron every N minutes + order count vs WooCommerce / Allegro.
    

    • 

  • 

    Agent with Allegro OAuth token — orders, shipping status, returns.
    

    • 

  • On 429/503: supervisor retry with backoff, incident instead of silent fail.
    • 


        

          Try a question in chat
          The 3-process pilot covers exactly this layout.
        

      

      

        
Example: screenshot schedule from chat (stable URI)

        
[en]
A typical site monitoring pilot — NL chat, stable workflow, optional cron:


1. NL chat (batch)     →  workflow://graph/website-screenshot-schedule/dry-run
2. Dry-run / approve   →  mock browser or Playwright → ~/images/
3. Host cron (opt.)    →  cron://www/monitor/landing + install-cron.sh
4. Taskinity           →  health every 5 min + logs + chat on failure



    

  • A prompt like “take screenshots of these sites…” does not create a random domain:// slug — same workflow ID every time.
    • 

  • bash examples/35_website_screenshot_schedule/run.sh — PASS in CI.
    • 

  • After edits: make www-docs and restart the WWW container (Docker).
    • 


        

          Try a question in chat
          Line 3 of the Taskinity Chat batch demo plans this workflow.
        

      


      
      

    


    

      

        

          
Oferta

          
W 2 tygodnie podłączamy 3 procesy i pokazujemy je w TellMesh.

          
Status, health, logi, approve, repair i ticket — w jednym miejscu, na żywych procesach z Twojego środowiska. Zaczynamy od audytu i pilota, bez obietnicy „wielkiej platformy na start”.

        

        

          

            
Audyt automatyzacji

            
3 000–6 000 złmapa procesów, ryzyka, quick wins

            
    
              
  • Inwentaryzacja botów, skryptów, workflow i agentów.
    • 
              
  • Ocena, które procesy można objąć wspólną kontrolą.
    • 
              
  • Plan pilota z trzema procesami do wdrożenia.
    • 
            

          

          

            
Pilot 3 procesów

            
8 000–15 000 zł2 tygodnie, działające demo operacyjne

            
    
              
  • 3 karty procesu: status, health, logi, akcje.
    • 
              
  • Dry-run i approval dla kroków ryzykownych.
    • 
              
  • Repair/ticket dla błędów i gotowy proof.
    • 
            

          

          

            
Control plane retainer

            
od 2 500 zł/mies.utrzymanie, rozwój i nowe procesy

            
    
              
  • Monitoring, incydenty, automatyczne raporty.
    • 
              
  • Nowe workflow i integracje w modelu sprintowym.
    • 
              
  • Dokumentacja i szkolenie operatorów.
    • 
            

          

        

      

    


    

      

        

          
FAQ

          
Najczęstsze pytania

        

        

          

            Czy TellMesh zastępuje n8n, LangGraph albo UiPath?
            
Nie. TellMesh działa jako warstwa kontroli nad istniejącymi narzędziami: agentami, workflow, RPA, skryptami, API i operatorami UI.

          

          

            Co jest głównym „aha momentem”?
            
Jedno miejsce pokazuje proces, status, logi, akceptację, naprawę i ticket. Widzisz kontrolę nad automatyzacją — bez kupowania kolejnego frameworka.

          

          

            Od czego warto zacząć?
            
Raport dostawcy, e-commerce → ERP, faktury do akceptacji, bank/ZUS z zatrzymaniem przed wysłaniem lub monitoring strony. To procesy, w których widać koszt błędu i sens akceptacji przed ryzykownym krokiem.

          

          

            Czy potrzebuję wiedzy technicznej o URI?
            
Nie na start. Operujesz na kartach procesu, statusie, logach, akceptacjach i ticketach. Szczegóły techniczne (health, contract, view, repair) są dostępne dla zespołu IT, gdy będą potrzebne.

          

        

      

    


    

      

        

          

            
Pierwszy krok

            
Podłącz 3 procesy i pokaż dowód kontroli.

            
W pilocie pokazujemy status, health, logi, approval, repair i ticket na trzech procesach z Twojego środowiska — zanim rozszerzysz wdrożenie.

          

          

            Przejdź do chatu
            Zobacz przykłady