You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Proposal: task metadata (description) + aliases/groups for discoverability at scale #277
As task count grows, discoverability becomes a major UX issue.
just provides aliases and groups; it also has strong listing/help UX. Vite Tasks appears command-centric and does not expose first-class description/alias/group metadata in the task schema (based on the public schema file).
Evidence (primary)
Task schema appears centered around command without rich metadata fields.
aliases: Not necessary as a dedicated field. You can define an alias task that just runs the original: "alias": "vp run task". vite-task statically analyzes and expands nested vp run calls, so there's no process spawning overhead.
description: Useful for the interactive selection list. I'm thinking this could come from JSDoc comments above the task definition rather than a separate field, to keep the schema lean and make it easier to write (no string escapes).
group: Less useful for now. We want task output to be minimal without distraction. Naming conventions like build:web/build:app already serve this purpose. Grouping might become more relevant when we have a UI.
Activity
wan9chi commentedon Apr 3, 2026
Some thoughts on each:
aliases: Not necessary as a dedicated field. You can define an alias task that just runs the original:
"alias": "vp run task". vite-task statically analyzes and expands nestedvp runcalls, so there's no process spawning overhead.description: Useful for the interactive selection list. I'm thinking this could come from JSDoc comments above the task definition rather than a separate field, to keep the schema lean and make it easier to write (no string escapes).
group: Less useful for now. We want task output to be minimal without distraction. Naming conventions like
build:web/build:appalready serve this purpose. Grouping might become more relevant when we have a UI.RobbyRabbitman commentedon May 18, 2026
Descriptions will become handy when ai agents are able to explore the workspace and its tasks.