taskinity.com · visual URI runtime demo

System agentowy wyjaśniony przez cele, grafy i workflow.

Ta paczka strony pokazuje nie tylko techniczne URI, ale przede wszystkim cel agenta: po co istnieje, co obserwuje, od czego zależy, co się stało i co użytkownik może zrobić dalej.

Simple view Technical view Agent purpose Dependency graph Workflow runner Repair loop Evolution proposal

Najprostsze wyjaśnienie

Agent ma cel i wykonuje capability.

Runtime mówi, gdzie agent działa.

Health mówi, czy agent naprawdę odpowiada.

Repair próbuje naprawić problem albo tworzy ticket.

1. User

Chce zrozumieć, co dzieje się w systemie.

2. Dashboard

Tłumaczy runtime na prostą narrację.

3. Agent

Ma konkretny cel i capability.

4. Runtime

Proces, port, health, card i logi.

5. Repair

Diagnoza, naprawa, ticket lub proposal.

Powłoka URI w przeglądarce

Wpisz URI, uruchom workflow albo kliknij w węzeł grafu.

1. Cel

Najpierw pokazujemy, po co agent istnieje i co ma dostarczyć.

2. Zależności

Potem pokazujemy, od czego agent zależy: runtime, health, logs.

3. Zdarzenia

Timeline pokazuje, co system zrobił krok po kroku.

4. Następny krok

User widzi konkretne akcje: logi, diagnoza, naprawa, ticket.

Cel wybranego agenta purpose

Weather Agent

Celem agenta pogodowego jest dostarczenie prognozy pogody jako capability. Dashboard nie pokazuje tylko procesu — tłumaczy, czy agent rzeczywiście działa.

Co obserwuje?runtime state, health endpoint, agent card i logi.

Co może zrobić?Dostarczyć prognozę albo zgłosić problem do repair supervisora.

Co oznacza błąd?Proces może istnieć, ale usługa HTTP może nie być gotowa.

Co dalej?Pokaż logi, uruchom diagnozę albo utwórz ticket.

Agent = kto? Cel = po co? Health = czy działa? Repair = co dalej?

Graf zależności procesu

Purpose map Health workflow Repair loop Evolution

Service Result Envelope ready

Timeline: co się stało? events

Panel wyjaśnienia why / next

Kliknij w węzeł grafu albo uruchom URI. Panel odpowie: Po co ten element istnieje? Co oznacza sukces? Co oznacza błąd? Co dalej?

Kontrakty ekosystemu contracts

Ta paczka zawiera teraz formalne kontrakty YAML dla agenta dashboardu, capability, widoków, zasobów i deploymentu. Dzięki temu UI nie jest luźnym mockiem, tylko demonstracją opartą o ten sam model: agent → capability → view → runtime → repair/evolution.

Zobacz pliki: contracts/agents/hypervisor_dashboard_agent.yaml, contracts/views/process_view.yaml, capabilities/process_view.uri.capability.yaml.

Markpact docs-as-runtime

Markpact opisuje działanie systemu jako czytelny dokument, który wskazuje URI, oczekiwane kontrakty, workflow i kryteria akceptacji. Jest pomostem między dokumentacją, testem, capability i runtime.

Zobacz: markpact/hypervisor-dashboard.markpact.md oraz markpact/process-view-runtime.markpact.md.