magus v0.4.2 is out. See what's new
¶ View generated markdown
1 min read

magus-ls

List all discovered projects

Synopsis

magus ls [<noun>] [project...] [flags]

Description

Print every discovered project in the workspace along with its language pack, source files, outputs, dependencies, and tool requirements.

An optional noun narrows the listing, singular or plural: "magus ls targets" lists what the selected projects can run, with the doc or spell ops behind each, and takes project paths after the noun. The noun defaults to projects, so a bare "magus ls" keeps its meaning.

Output defaults to a human-readable text format. Use the global -o flag with json or yaml for structured output suitable for scripting. -o name prints one project path per line. -o template accepts a Go text/template evaluated against the value -o json emits, so its field names are the json keys.

Subcommands

targets
List what the selected projects can run, with the doc or spell ops behind each
target
The same listing; the noun takes either spelling

Examples

List all projects

magus ls

What the cwd project can run

magus ls targets

What one project can run

magus ls targets libs/foo

Pipe-friendly: one path per line

magus ls -o name

JSON output

magus ls -o json

Custom Go template

magus ls -o template='{{range .projects}}{{.path}}{{"\n"}}{{end}}'

See Also

magus(1), magus-describe(1), magus-run(1), magus-x(1), magus-where(1), magus-affected(1), magus-graph(1), magus-query(1), magus-explain(1), magus-path(1), magus-refs(1), magus-watch(1), magus-events(1), magus-status(1), magus-clean(1), magus-vcs(1), magus-doctor(1), magus-config(1), magus-session(1), magus-memory(1), magus-notes(1), magus-diff(1), magus-server(1), magus-mcp(1), magus-buzz(1), magus-completion(1), magus-man(1), magus-init(1), magus-agent(1), magus-self(1), magus-version(1)

generatedinternal/cli/registry.goclimagus lslistprojectsdiscoveryworkspace
Last updated (c92c1327)
Earlier changes on this page (7)

Full history ↗ · Blame source ↗

Glossary

Workspace

The magus root directory that owns a set of projects and shared config; the unit magus operates over. See workspace.

Project

A directory magus recognizes as a unit of work (it has a magusfile); the unit of caching, scheduling, and dependency tracking. See workspace.

Target

A named operation (build, test, ...) you invoke with magus run <target>; it may compose a spell's tool-native operations and depend on other targets. See targets.

Op

A single tool-native command a target composes (long form: operation); the middle of the work hierarchy (Spell to Op to Target). See operations.

Spell

A language/runtime adapter (e.g. go, md) that maps generic targets onto a toolchain's real commands. See spells.

Buzz

The language magusfiles are written in (the .buzz engine). See engines.

Affected

The set of projects touched by a change; magus affected <target> runs a target only over them. See affected.

CI

An ordinary magusfile-defined target you compose yourself with magus\needs - magus does not hardcode its stages. Magus.RunCI treats it specially only in that it strips the rw charm, it is the anchor magus affected ci keys off, and a selected scope with no project declaring it is a load error rather than a silent no-op. See targets.

MAGUS.md

The committed routing index at a workspace root, regenerated from the knowledge graph: it lists every node and points at the exact query for a given question, so it is the entry point an agent reads first. See knowledge.

Session

One magus process's recorded facts - the targets it finished, their outcomes, and the lease it acted as - kept in a repo-scoped store every worktree shares. magus session lists them; the store prunes itself by last-fact age.

Conventions

This page uses none of the site's convention markers. The full set is on the conventions page.