Everyday Commands¶
Goal¶
Use a small set of commands that answer the most common daily questions: what version am I running, what grade does the runtime currently report, and what command surface is available right now?
flowchart LR
A[version] --> D[Identity]
B[status] --> E[Current runtime state]
C[doctor] --> F[Health and conflicts] This diagram groups the daily commands by question. version answers identity, status answers current runtime state, and doctor answers whether the environment or install surface still needs attention.
sequenceDiagram
participant U as User
participant C as CLI
U->>C: bijux version
C-->>U: runtime identity
U->>C: bijux status
C-->>U: status output
U->>C: bijux doctor
C-->>U: diagnostics The sequence diagram shows the normal order of use in a shell session: confirm which runtime you are invoking, inspect the runtime state, then ask for deeper diagnostics only if you need them.
Core Commands¶
Script-Safe Status Check¶
For automation, use explicit machine-readable output:
Expected result:
- valid JSON
- exit code
0on success - no styling noise mixed into the payload
Scripts should pair structured output with exit-code checks rather than parsing human-readable text.
Script-Safe Version Check¶
When you need the runtime identity in automation, prefer the structured version surface:
The JSON payload includes:
nameversionsemversourcegit_commitgit_dirtybuild_profile
When To Use Each One¶
versionwhen you need to know which runtime you are actually invoking--helpwhen you need to inspect the current command surfacestatusfor a lightweight runtime snapshotdoctorwhen you suspect install or environment problemscli pathswhen you need to know which binary and state directories are in play
Honest Limit¶
None of these commands replace the reference docs. They are operational checks, not a complete interface contract.
Read Next¶
Continue to Configuration And Output.