design-cli-output
À propos
Cette compétence fournit des modèles pour concevoir la sortie de terminal CLI avec des fonctionnalités telles que du texte coloré, des indicateurs d'état et plusieurs niveaux de verbosité incluant le JSON. Elle couvre l'architecture des fonctions de rapport, la compatibilité multi-terminaux et le maintien d'une voix narrative cohérente. Utilisez-la lors de la création ou de l'amélioration d'un outil CLI pour standardiser la sortie lisible par l'homme et analysable par la machine.
Installation rapide
Claude Code
Recommandénpx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/design-cli-outputCopiez et collez cette commande dans Claude Code pour installer cette compétence
Documentation
Design CLI Output
Consistent multi-level terminal output for CLI.
Use When
- New reporter module → CLI
- Warm/narrative alongside transactional
- Std across commands
- JSON machine parallel to human
- Colors, glyphs, verbosity for new tool
In
- Required: CLI name + audience (devs, ops, end users)
- Required: Commands needing formatting
- Optional: Ceremony/narrative variant?
- Optional: Branding (palette, tone)
Do
Step 1: Color palette
chalk → named palette:
Standard (transactional):
let chalk;
try { chalk = (await import('chalk')).default; }
catch { chalk = new Proxy({}, { get: () => (s) => s }); }
// Status colors
const ok = chalk.green; // success
const fail = chalk.red; // errors
const warn = chalk.yellow; // warnings
const info = chalk.cyan; // identifiers, names
const dim = chalk.dim; // secondary info, paths
const bold = chalk.bold; // headers
Warm (ceremony/narrative):
const C = {
flame: chalk.hex('#FF6B35'), // active elements, fire
amber: chalk.hex('#FFB347'), // arriving items, warm highlights
spark: chalk.hex('#FFF4E0'), // individual items (sparks/skills)
ember: chalk.hex('#8B4513'), // cold/dormant states
warm: chalk.hex('#D4A574'), // neutral warm text
dim: chalk.dim, // background, secondary
fail: chalk.red, // errors stay red (honest)
};
Rules:
- No-color fallback (Proxy pattern)
- Hex for custom (
chalk.hex('#FF6B35')) - Fail/err → red regardless
- Name by semantic role not visual
→ Palette obj w/ named entries + no-color fallback.
If err: chalk unavailable (piped, CI) → Proxy returns strings unchanged. Test NO_COLOR=1.
Step 2: Status indicators
Unicode glyphs or ASCII:
ASCII (max compat):
+ created/installed (green)
- removed/deleted (red)
= skipped/unchanged (dim)
! error/warning (red)
Unicode (richer, UTF-8 term):
✦ item/skill/practice (spark)
◉ active/burning state
◎ cooling/embers state
○ cold/dormant state
◌ available/not installed
✗ failed item
✓ success (use sparingly — not all terminals render it well)
Criteria:
- ASCII → CI/piped
- Unicode → interactive
- Both via
--asciiflag orNO_COLOR - Test: macOS Terminal, Windows Terminal, VS Code, SSH
→ Glyph set communicates status at glance w/o color alone.
If err: Glyph renders ? or box → ASCII equiv. +/-/=/! works everywhere.
Step 3: Verbosity levels
Every cmd supports 4:
| Level | Flag | Audience | Content |
|---|---|---|---|
| Default | (none) | Human at terminal | Formatted, colored, informative |
| Verbose | --verbose or --ceremonial | Human wanting detail | Per-item breakdown, arrival sequences |
| Quiet | --quiet | Scripts, CI | Minimal lines, status icons, no decoration |
| JSON | --json | Machine consumers | Structured, parseable, complete |
Pattern:
function output(data, options) {
if (options.json) {
console.log(JSON.stringify(data, null, 2));
return;
}
if (options.quiet) {
for (const item of data.items) {
const icon = item.ok ? '+' : '!';
console.log(`${icon} ${item.id}`);
}
return;
}
// Default (or verbose) human output
printFormatted(data, { verbose: options.verbose });
}
JSON rules:
- Always valid (no mix w/ human text)
- Include all human data + machine fields
- Consistent keys across cmds
- Exit 0 success, 1 err (regardless of mode)
→ 4 clear levels, consistent behavior across cmds.
If err: Verbose too noisy → opt-in (--ceremonial) not graduated.
Step 4: Voice rules
Tone + style. Prevents inconsistency.
Ex (campfire reporter):
- Present tense, active: "mystic arrives" not "mystic has been installed"
- No exclamation: Quiet confidence.
- Metaphor replaces jargon: "practices" not "dependencies" (ceremony only)
- Failures honest, not catastrophic: "A spark was lost" not "ERROR: installation failed with exit code 1"
- Closing line reflects state: Every op ends summary
- No emoji: Unicode glyphs carry visual weight w/o decorative
- Every word info: If no understanding → remove
Standard (non-ceremony):
- Concise, factual lines
- Status icon + item ID + ctx
- Summary line w/ counts
- Err msgs suggest actions
→ 3-7 voice rules output fns follow.
If err: Rules arbitrary → test. Write same output w/ + w/o rule. If no change → rule not needed.
Step 5: Reporter fns
Module w/ focused fns:
// reporter.js — standard output
export function printResults(results) { ... }
export function printItemTable(items) { ... }
export function printDetections(detections) { ... }
export function printAudit(auditResults) { ... }
export function printDryRun() { ... }
export function warn(msg) { ... }
export function error(msg) { ... }
export { chalk };
Each fn:
- Handle empty/null gracefully
- Compute layout (col widths, padding)
- Output w/ palette
- Summary line at bottom
Ceremony → separate module:
// campfire-reporter.js — warm narrative output
export function printArrival({ teamId, agents, results, ceremonial }) { ... }
export function printScatter({ teamId, agents, results }) { ... }
export function printTend(fires) { ... }
export function printCampfireList({ teams, state, reg }) { ... }
export function printFireSummary({ team, fireData, reg }) { ... }
export function printJson(data) { ... }
→ Independent fns, handle own formatting w/o caller state.
If err: Fn >~50 lines → extract helpers. Reviewable in isolation.
Step 6: Test across envs
# With colors (interactive terminal)
node cli/index.js list --domains
# Without colors (piped)
node cli/index.js list --domains | cat
# With NO_COLOR environment variable
NO_COLOR=1 node cli/index.js list --domains
# JSON mode (parseable)
node cli/index.js campfire --json | jq .
# In CI (typically no TTY)
CI=true node cli/index.js audit
Check:
- Colors in interactive
- No ANSI leaks in piped
- JSON valid (
jq .) - Unicode in target terminals
- Col align w/ varying widths
→ Output correct in all 5 contexts.
If err: ANSI leaks → chalk respects NO_COLOR. Unicode breaks → ASCII fallback.
Check
- Palette has no-color fallback
- Status indicators work color + no-color
- All 4 verbosity levels useful
- JSON valid +
jq-parseable - Voice rules docs + followed
- Reporter fns handle empty/null
- Tested: terminal, piped, NO_COLOR, CI
Traps
- Mix human + JSON:
--jsononly valid JSON. Stray line ("DRY RUN") breaks parsers. Suppress human in JSON mode. - Hardcoded col widths: Varies.
Math.max(...items.map(i => i.id.length))dyn. - Color w/o meaning: Color-only → colorblind + piped lose info. Pair w/ text (
+,OK,ERR). - Ceremony wrong ctx: Interactive only. CI/scripts/
--quiet= noise. Gate behind flags. - Forget summary: Users scan last line first. 1-line summary (counts).
→
scaffold-cli-command— cmds using this outputtest-cli-application— test output matchesbuild-cli-plugin— plugins report results
Dépôt GitHub
Compétences associées
content-collections
MétaCette compétence propose une configuration éprouvée en production pour Content Collections, un outil axé sur TypeScript qui transforme des fichiers Markdown/MDX en collections de données typées de manière sûre avec une validation Zod. Utilisez-la lors de la création de blogs, de sites de documentation ou d'applications Vite + React riches en contenu pour garantir la sécurité de typage et la validation automatique du contenu. Elle couvre tout, de la configuration du plugin Vite et de la compilation MDX à l'optimisation des déploiements et la validation des schémas.
polymarket
MétaCette compétence permet aux développeurs de créer des applications avec la plateforme de marchés prédictifs Polymarket, incluant l'intégration d'API pour le trading et les données de marché. Elle fournit également une diffusion de données en temps réel via WebSocket pour surveiller les transactions en direct et l'activité du marché. Utilisez-la pour mettre en œuvre des stratégies de trading ou pour créer des outils traitant les mises à jour de marché en direct.
creating-opencode-plugins
MétaCette compétence aide les développeurs à créer des plugins OpenCode qui s'interconnectent avec plus de 25 types d'événements tels que les commandes, les fichiers et les opérations LSP. Elle fournit la structure du plugin, les spécifications de l'API événementielle et les modèles d'implémentation pour les modules JavaScript/TypeScript. Utilisez-la lorsque vous avez besoin d'intercepter, de surveiller ou d'étendre le cycle de vie de l'assistant IA OpenCode avec une logique personnalisée pilotée par les événements.
sglang
MétaSGLang est un framework de service LLM haute performance spécialisé dans la génération rapide et structurée pour les workflows JSON, regex et agentiques grâce à son cache de préfixe RadixAttention. Il offre une inférence nettement plus rapide, particulièrement pour les tâches avec des préfixes répétés, ce qui le rend idéal pour les sorties complexes et structurées ainsi que les conversations multi-tours. Choisissez SGLang plutôt que des alternatives comme vLLM lorsque vous avez besoin d'un décodage contraint ou que vous construisez des applications avec un partage étendu de préfixes.
