vartifact
Show the user a visual result as a live page in VelaTerm. Use when the user asks to see, mock up, sketch or prototype a screen,…
You CAN see whether other vlx-term sessions are busy. This reports each session's current state — working, asking for permission, waiting for input — straight from the same status the sidebar shows. Use it when the user asks how a run or another session is doing ("is it done
$ npx -y skills add vlinx-io/VelaTerm --skill vstat --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/vstatContext preview
The summary Claude sees to decide when to auto-load this skill.
You CAN see whether other vlx-term sessions are busy. This reports each session's current state — working, asking for permission, waiting for input — straight from the same status the sidebar shows. Use it when the user asks how a run or another session is doing ("is it done
name: vstat
description: >-
You CAN see whether other vlx-term sessions are busy. This reports each session's current state —
working, asking for permission, waiting for input — straight from the same status the sidebar shows.
Use it when the user asks how a run or another session is doing ("is it done yet", "what are they up
to", "how is the orchestration going") in any language, or when checking execution-session activity.
Read-only and instant; nothing is sent to any session. Available only inside vlx-term-hosted sessions.
argument-hint: "[<orch-id>|latest] [--wait] [--follow] [--timeout N] [--json]"
allowed-tools: Bash(vstat:*)`vstat` prints which vlx-term sessions are working, asking, waiting, or running background work. The answer comes from the same authoritative status the sidebar displays, not from reading screens.
For planning/execution task progress, use `vflow list [session]` to find workflow and execute IDs, then `vflow status <workflow-id>` from a workflow member session for task states, independent rounds and delivery receipts. For ordinary session hierarchy and saved properties, use `vself [session] --json`. `vstat` reports activity only; idle does not establish acceptance.
vstat # every session known to vlx-term vstat latest # the most recent legacy orchestration from this session vstat <orch-id> # one specific run vstat latest --wait # block until something in that run changes, then print vstat latest --follow # keep printing changes until every agent has stopped vstat --json # machine-readable output, with any of the above
Each line is `<id prefix> <state> <kind> <name> <how long in that state>`. A state of `unknown` means the session has not reported yet, which usually means it is still starting.
after `--timeout` seconds (default 60, at most 300).
holds the turn until every agent has stopped.
means the task is finished, or the agent gave up; read its conversation with `vrefer` to tell which.
still running. The agent usually resumes on its own when that work finishes, so the task is not done.
and `vstat` on PATH; if missing it reports "not inside a VelaTerm session" and exits.
The best ADE. Not just a terminal. Not just an IDE. Manage agent sessions like Codex. Split terminals like iTerm2. VelaTerm keeps both in one native app, and brings them to your browser and your phone. Watch the intro video (2:55) · Download · User manual
Show the user a visual result as a live page in VelaTerm. Use when the user asks to see, mock up, sketch or prototype a screen,…
Ask a focused question about another vlx-term session without importing its full conversation into the current context. This is…
Query VelaTerm plan-execute workflows by session: find planner, executor and optional reviewer IDs, tasks, states, rounds,…
Query the current project's CodeGraph and the VelaTerm knowledge base only when the user explicitly requests vkb, including /vkb…
Open a file or URL in the vlx-term center pane (mirrors the `vopen` command). Markdown opens in a WYSIWYG editor, images in the…
You CAN read other sessions' conversations. Sessions are not isolated from you here: this reads any other vlx-term session's…