Skip to content
Agent Orchestration
Skill

/vstat

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

BOOST
From plugin
velaterm
31027 skills1 MCP
Install
$ npx -y skills add vlinx-io/VelaTerm --skill vstat --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/vstat

Context 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

SKILL.md

vstat.SKILL.md
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

`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.

Forms

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.

When to use which

  • **Plain `vstat` or `vstat latest`** answers "how is it going" right now. Use this from a conversation.
  • **`--wait`** is for scripts that want the next change without polling. It returns after one change or

after `--timeout` seconds (default 60, at most 300).

  • **`--follow`** remains available to historical orchestration coordinator tabs. Do not run it from a conversation: it

holds the turn until every agent has stopped.

Reading the result

  • `working`: the agent is in the middle of a turn.
  • `asking`: it is blocked on a permission prompt and needs a person.
  • `waiting`: it has stopped and is waiting for input. For a child session that was given one task, this

means the task is finished, or the agent gave up; read its conversation with `vrefer` to tell which.

  • `background`: its turn has ended, but work that turn started (a background task or a `vrun` command) is

still running. The agent usually resumes on its own when that work finishes, so the task is not done.

Notes

  • Must run inside a **vlx-term-hosted session**: it relies on the injected `VLX_*` environment variables

and `vstat` on PATH; if missing it reports "not inside a VelaTerm session" and exits.

  • `latest` and orchestration IDs refer to historical runs from the retired vorch command. New task-splitting workflows use `vflow status`; the unfiltered `vstat` listing still includes their active sessions.
Read more
Ships withvelaterm

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

Get the whole plugin
Stats
311
Stars
37
Forks
Active
Maintenance
TypeScript
Language
MIT
License
4d ago
Last commit
2mo ago
Created
6h ago
Added

Repo: vlinx-io/VelaTerm

Other skills on velaterm.