Observe Orchestration from Anywhere

Use this guide when you are running planner-worker orchestration on nfltr.xyz and want full visibility without keeping a terminal open. The hosted dashboard is your control tower: one card per orchestration, a DAG of every task, and a side task drawer that shows lifecycle, cost, workspace, and inner-LLM detail for each node.

Typical flow: kick off an orchestration from your laptop terminal, close the session, then open nfltr.xyz/dashboard on your phone and watch dispatch, worker turns, and verification unfold in real time.


Before You Open the Dashboard

Start work the way you already do on hosted NFLTR—planner MCP tools, nfltr orch, or your IDE bridge. You only need an API key and a running planner or orchestration id. Once tasks are in flight, everything below is available in the browser; no SSH or log tailing required.

# Example: decompose and start from your laptop, then walk away
nfltr orch spec decompose --goal "Ship the docs update" | nfltr orch start spec - --watch
Orchestration-first mental model

Each run appears as an orchestration card on the dashboard. Inside the card, the DAG shows parent/child tasks, roles, and state at a glance. Click any node to open the task drawer on the right—this is where iter-79 inner-LLM observability lives.

What You See on the Dashboard

🗺️ Orchestration DAG

One graph per run: planner at the root, workers and verifiers as child nodes. Edge colors reflect state buckets so you can spot stalled or failed branches without reading logs.

📋 Task drawer

Click any DAG node to slide open the drawer. You get state, execution_role, elapsed time, worker id, objective, operator contract, cost breakdown, and workspace branch/path when the worker reported git metadata.

🔗 Deep link

Share or bookmark https://nfltr.xyz/dashboard#task=task-1779276137906158000 (replace with your task id). The hash #task=<id> opens the matching node and drawer automatically—handy when a teammate pings you from mobile.

🏷️ Status badges

Top-bar pills for in_flight, completed, and failed counts. Click a badge to filter the DAG to that bucket so you can focus on active work or post-mortem failures.

📊 Metrics card

Live counters plus dispatch latency p50/p90 pulled from orchestration metrics—useful when you want to know whether the control plane is keeping up while workers execute.

🧠 Inner-LLM detail (iter-79)

Inside the task drawer: Turn Timeline per worker turn, Tool Calls breakdown, Parent Context preview handed down from the parent task, and Memory Snapshots summarizing what the inner model retained turn-by-turn.

Walkthrough: Laptop → Phone

  1. Start on laptop — Run your planner dispatch; note the orchestration id or root task id from tool output.
  2. Open dashboard — Sign in at nfltr.xyz/dashboard and locate the orchestration card for your run.
  3. Scan the DAG — Confirm the root planner node and expanding worker fan-out. Failed nodes show a distinct state pill on the card.
  4. Inspect a worker — Click the implementer (or verifier) node. The task drawer header shows state, role, and elapsed time; scroll for cost and workspace sections when present.
  5. Read inner-LLM signals — Expand Turn Timeline to see each model turn in order. Open Tool Calls to see which MCP tools fired and whether they succeeded. Review Parent Context for the excerpt the parent handed this actor. Expand Memory Snapshots for per-turn memory summaries.
  6. Share a deep link — Copy the URL after the drawer opens (it updates to #task=<id>). Paste into chat or Notes on your phone; reopening the link restores the same node.
  7. Filter with status badges — Tap in_flight to hide completed noise while work is still running; switch to failed if you need to triage errors only.
  8. Watch metrics — Glance at the metrics card for in-flight count and dispatch p50/p90 while you wait for verifiers to finish.

Task Drawer Sections (Quick Reference)

SectionWhat it tells you
HeaderLifecycle state, execution_role, elapsed, task id, worker, objective
Operator ContractStatus, result, HITL state, setup state, retry signals, and relay-backed CLI commands for status and event audit
Parent ContextPreview of parent-task context passed into this worker; link jumps to the parent via #task=
Turn TimelineOrdered inner-LLM turns with timing hints for long-running workers
Tool CallsPer-turn tool invocations (names, outcomes) without reading raw JSON logs
Memory SnapshotsTurn-indexed memory summaries the worker reported back to the orchestrator
Result / VerificationStructured result status, summary, and verifier outcome when the role is verifier
CostUSD and token breakdown when the worker reported usage
WorkspaceBranch, path, and commit SHAs when the task ran in an isolated workspace

Deep Links and Filtering Tips

Related Docs