pkg.soopen package index

brew / rang 205

Installer usage avec Homebrew, Nix, pacman

Consultez les chemins d'installation, exécutables, métadonnées et notes de sécurité de usage pour les workflows d'agents IA.

Commande d'installationNotes de sécurité

installation

Commandes d'installation supplémentaires

macOS

Homebrewvérifié · 100%
brew install usage

local Homebrew formula metadata

Linux

Nixvérifié · 92%
nix profile install nixpkgs#usage

nixpkgs package indexes · pkgs/by-name/us/usage/package.nix · Source: api.github.com

Arch Linux pacmanvérifié · 92%
sudo pacman -S usage

Arch Linux sync databases · usage · Source: geo.mirror.pkgbuild.com

aperçu

Résumé du paquet

Tool for working with usage-spec CLIs

Commandes et alias

  • usage

historique

Historique du projet et usages

usage is both a specification and a CLI for describing command-line interfaces. The official README compares a Usage spec to OpenAPI for CLIs, covering arguments, flags, environment variables, and config files so downstream tools can generate completions, documentation, man pages, parsers, SDKs, and framework scaffolding.

Historique du projet

The project grew out of the modern CLI tooling ecosystem around jdx's tools and the KDL document language. Public GitHub releases show early v0.1.x releases in 2024 and v3.x releases in 2026, while the docs describe an expanding scope from shell completions and man pages toward type-safe SDK generation.

Historique d'adoption

The official CLI docs list installation through mise, Cargo, Homebrew, and Arch Linux. The input metadata also records Homebrew, Nix, and pacman package names, indicating adoption by users who want the same CLI-spec tool available across developer workstations and Linux distributions.

Modes d'utilisation

A Usage spec is written in KDL and can describe a CLI's name, binary, about text, version, author, license, flags, arguments, subcommands, config files, environment variables, and defaults. The `usage` CLI then consumes that spec to generate shell completions, Markdown, man pages, JSON, and related artifacts.

Pourquoi les passionnés de paquets s'y intéressent

Package nerds care about usage because it treats CLI metadata as a portable build artifact. Instead of each package separately hand-maintaining completions, man pages, and docs, maintainers can ship a spec and generate those outputs consistently.

Chronologie

  • 2024: Early v0.1.x GitHub releases published.
  • 2026-06-23: GitHub release v3.5.3 published.

Related projects

  • The official docs relate Usage to OpenAPI for CLIs, KDL as the spec language, and integrations for CLI frameworks such as clap, Cobra, Click, Typer, yargs, oclif, and Commander.js.

posture de sécurité

Niveau de risque : vert

narrow executable package without higher-risk signals.

Classificateur de risque

risque vert · confiance faible · appliance

Pourquoi

  • narrow executable package without higher-risk signals

Signaux

  • metadata:no-higher-risk-signals

Comportement d'installation

  • Aucune métadonnée de bottle Homebrew n’a été enregistrée.

Revue recommandée

Avant une utilisation sans surveillance par un agent, vérifiez si l'outil lit des identifiants en clair, écrit un état distant, publie des artefacts ou lance des plugins.

exécutables

Exécutables installés

CommandeTypeExpositionNote
usageexécutableexécutable indexéDécouvert depuis l'index local des exécutables.

fraîcheur

Version et fraîcheur

Ces signaux séparent l'âge de génération de la page, l'activité du gestionnaire de paquets et la comparaison avec les versions amont. Un retard de version n'est signalé que lorsqu'une URL de preuve et des versions comparables sont présentes.

page générée2026-08-03
version du gestionnaire4.1.0
gestionnaire mis à jour2026-07-30
données localesinconnu
amontnon disponible
dernière version détectéenon détecté
  • OKAucun avertissement de fraîcheur n'a été généré.

métadonnées d'installation

Métadonnées du paquet

Clé du paquetbrew:usage
Version4.1.0
Gestionnaire de paquetsHomebrew
Page d'accueilhttps://usage.jdx.dev/
Dépôthttps://github.com/jdx/usage
Dernière mise à jour2026-07-30T13:39:00Z
Pulseupdated
Bouteillenon enregistré
Serviceaucun déclaré

correspondances dans les bases sources

Autres enregistrements de gestionnaires de paquets

Les correspondances proviennent d’index externes de gestionnaires de paquets et restent séparées des liens de paquets Automic Vault locaux.

Nix95%

usage

nix profile install nixpkgs#usage
  • normalized package name match
  • Correspondance par : Usage
nixpkgs package indexes · api.github.com · nixpkgs package indexes: pkgs/by-name/us/usage/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1
pacman95%

usage 3.5.5-1

A specification for CLIs

https://github.com/jdx/usage

sudo pacman -S usage
  • License: MIT
  • Architecture: x86_64
  • normalized package name match
  • Correspondance par : Usage
Arch Linux sync databases · geo.mirror.pkgbuild.com · Arch Linux sync databases: usage from https://geo.mirror.pkgbuild.com/extra/os/x86_64/extra.db.tar.gz

graphe de paquets

Les liens viennent du graphe local de relations entre paquets, des suppléments, des dépendances, des correspondances d'écosystèmes et de l'appartenance aux hubs.

piste source

Généré depuis les données du dépôt

Cette page est servie par av-web depuis l'artéfact SQLite privé des paquets généré par scripts/generate-pkg-sqlite.py.

Sources utilisées

  • Geiger risk classifier
  • cross-ecosystem install command graph
  • curated package history
  • external package-manager database matches
  • pkg.so package database
  • pkgdb category and tag curation