Les verbes
Chaque verbe nemia vous sert, avec son responsable, son utilisation et l'aide telle que nemia --help les imprime. nemia <verbe> --help en dit plus sur celui qui a un manuel.
Généré à partir du tableau de commandes, jamais édité à la main : depuis la racine du dépôt, node -e "import('./packages/agent-orchestrator/src/nemia/verbs.verb.ts').then((m) => process.stdout.write(m.verbsSkill()))" > packages/agent-orchestrator/nemia/skills/verbs/SKILL.md.
Lectures
Elles n'écrivent rien : exécutez-les sans demande, aussi souvent que nécessaire. Celle qui se fixe avec quelques mots invite la personne à qui ils sont donnés.
nemia concluded <runId>
ce qu'un run démarré avec --from <runId> aurait reçu, maintenant
nemia inbox
les cartes encore en jeu : nom, première ligne, workflow et repo quand défini,
et commencé comme <runId>, <phase> (nemia inbox --help) ; --all : celles dont
le run est aussi terminé; -l : les cartes qu'un sélecteur prend ; --show-labels, -L <key> :
leurs étiquettes sur chaque ligne
nemia factory
les factories du magasin : la première par défaut — chaque run et carte qui
ne nomme aucune factory, lue, jamais écrite — puis chacune par nom avec ses
dépôts (nemia factory --help)
nemia factory ls
la même chose, par son nom
nemia factory diff <name> --to <x.y.z> [--template <name|dossier|archive>] [--set <key>=<valeur> ...] | <name> --template <name|dossier|archive> [--set <key>=<valeur> ...]
prévisualiser la mise à niveau d'une factory templatisée : ce qui fusionne proprement, et chaque
conflit avec ses côtés ; sur un template d'un autre nom, un changement
sans base commune ; ou la reprise d'une factory artisanale par un
template, et le plan que nemia factory adopt prend ; rien n'est écrit.
Pour changer un seul paramètre : --to la version appliquée, et
--set <key>=<valeur> pour chacun ; cela imprime la ligne qui le consigne
nemia factory serveurs <factory>
les propres serveurs MCP d'une factory, chacun avec l'état que son harnais rapporte
nemia factory rules <name> [--file <chemin>|- | --clear]
les règles et politiques d'une factory : paroles dites à chaque agent embauché dans
celle-ci, après ses instructions personnalisées et avant la propre note de l'étape,
conservées par le magasin avec la factory. Seul, les imprime ; --file les écrit
(- pour stdin) ; --clear les supprime. Mots seulement : un bloc de
frontmatter est refusé. Un run garde les règles avec lesquelles il a été démarré
lit seul ; invite la personne donnée --file, --clear
nemia factory instruction <name> [--path <chemin> | --store | --clear]
où l'instruction d'une factory est conservée, ce que Nemia doit savoir de la
factory (ses agents connaissent ses règles : nemia factory rules) : seul, l'imprime ;
--path le lit depuis un fichier dans le premier dossier de la factory,
--store le conserve dans le magasin, --clear relit NEMIA.md dans le premier
dossier à nouveau
lit seul ; invite la personne donnée --path, --store, --clear
nemia template lint <dossier|archive>
vérifier le dossier ou l'archive d'un template : chaque problème à la fois, chacun à son
fichier et sa ligne
nemia ls [<runId>] [-l <sélecteur>] [--show-labels] [-L <key>]
les runs et leurs étapes — un run qui en attend un autre dit en attente de <run>,
celui que le plafond de runs en vol tient en attente d'un créneau de run (2 sur 2 en
vol) ; ce que chaque tentative d'étape et le run ont coûté, là où mesuré ;
enfin, si un nemia up active le magasin et quand son dernier passage a été ;
d'abord, pendant que le magasin est en pause, Pause : N terminaison et chaque
session, vérification ou atterrissage au travail, ou En pause une fois qu'aucun ne l'est, puis chaque
vérification qu'il contient, un atterrissage avec sa fusion préparée dans le checkout
(MERGE_HEAD) parmi eux ; une étape dont la vérification est retenue dit en attente de
la pause. -l : les runs dont un sélecteur prend les étiquettes (team=core,
donné à nouveau pour un autre) ; --show-labels : chaque run avec ses étiquettes ;
-L <key> : cette étiquette à côté de chaque run, donnée à nouveau pour un autre
nemia show <runId> [--raw]
le run sous forme d'objet (nemia/v1 Run) ; --raw : son enregistrement, et
ce qui a été dit à chaque étape
nemia closeout <runId> <step> [--try <n>]
ce avec quoi la tentative d'une étape s'est terminée : la plus récente, ou --try <n>
nemia logs <runId> <step>
la sortie de session de cette étape
nemia stats [--from <jour>] [--to <jour>] [--by agent|step|factory|workflow|repo] [--agent|--step|--factory|--workflow|--repo <v>] [-l <sélecteur>] [--line|--json]
ce que chaque run dans le magasin totalise, par jour UTC : cycles jusqu'à
l'acceptation de chaque boucle : étape, atterrissages de l'espace de travail : étape de base
et sur quelle tentative, coût et temps par run atterri, et les tentatives de chaque étape,
temps, coût, vérifications et attentes de porte ; d'abord les 14 derniers jours
contre les 14 précédents. Un nombre non mesuré lit —, jamais 0.
--line : une ligne, pour un récapitulatif ; --json : la réponse complète ; -l : les
runs dont un sélecteur prend les étiquettes, comme nemia ls -l les prend
nemia passes [--last <n>] [--json]
ce que les récents passages de la bascule ont coûté : leur temps médian et le plus lent,
un histogramme de leurs temps, où le temps est allé phase par phase, et ce que le dernier a vu — les runs dans le magasin, ses lectures de journal,
les sessions en file d'attente et admises. --last <n> : les derniers n passages
seulement ; --json : la réponse complète
nemia series [--range 24h|7d|30d|all] [--json]
les séries du système sur une plage : le temps d'un passage et ses phases, ses
lectures de journal, les runs dans le magasin, les sessions en file d'attente et admises
et l'attente la plus longue, la charge, et le quota utilisé. --range : 24h (un
point par minute, la valeur par défaut), 7d ou 30d (une heure), all (un jour) ;
--json : la réponse complète
nemia agents [--repo .]
les agents qu'une étape peut nommer, le dépôt puis les vôtres : à quoi chacun sert,
ce qu'il dit pouvoir faire (une entrée pour chaque compétence, lue depuis son
SKILL.md), et les compétences qui lui sont données (ses skills:)
nemia agents card <name> [--repo .] [--from repo|yours]
cet agent sous la forme d'une Carte Agent A2A, JSON sur stdout et rien
d'autre — chaque champ que le protocole marque OBLIGATOIRE sauf
supportedInterfaces, qui est omis car rien ici ne sert un agent via A2A. La carte décrit ; ce n'est pas une adresse
nemia agents sources [--path <dossier>]
les fichiers d'agents que le magasin connaît, à copier dans votre bibliothèque :
ceux de chaque dépôt, les vôtres, et ceux d'un --path <dossier>
nemia agents custom <name> [--file <chemin>|-] [--clear] [--repo .]
vos instructions personnalisées pour cet agent : mots que vous ajoutez sans le
réécrire, conservés dans <store>/custom-instructions/<name>.md et dits
après ses instructions. Seul, les imprime ; --file les écrit (- pour
stdin) ; --clear les supprime. Mots seulement : un bloc de frontmatter est
refusé. Un run garde les mots avec lesquels il a été démarré ; nemia,
l'agent propre du magasin, les entend dans sa session ouverte
lit seul ; invite la personne donnée --file, --clear
nemia level [manual|semi-auto|auto] [--factory <name> [--for <durée> | --end]]
Nemia, l'agent propre du magasin : seul, là où elle est, le niveau de chaque factory et
comment l'atteindre ; un niveau définit celui du magasin, que chaque factory suit
sauf si elle a le sien ; --factory définit celui de cette factory, --for l'élève pendant
une période (90m, 2h, 1d ; jusqu'à 7d) et --end met fin à l'élévation. semi-auto garde
sa session : ce qui vous attend (une porte, une question d'étape, une boucle hors
des tours, un plafond) vous est demandé, et une écriture qui ne peut être annulée ou
modifie vos paramètres ou une factory ; le reste lui appartient. auto est semi-auto,
mais une réponse que votre liste confirmée autorise dans l'état du run est donnée
sans demande (nemia policy <agent>), dans une session de sa part déposée depuis que auto est venu :
une conservée d'avant demande chaque réponse jusqu'à ce qu'elle soit déposée à nouveau (manual, puis
auto une fois qu'elle est terminée). Une factory en manual est laissée seule, et sa session
s'arrête une fois qu'aucune n'est au-dessus de manual
lit seul ; invite la personne donnée manual, semi-auto, auto, --factory, --for, --end
nemia memory [<fait>]
ce que Nemia garde du magasin : seul, les noms de ses faits ; donné un, ses
mots. Lecture seule : sa session seule les écrit
nemia policy <agent>
les règles de l'agent en auto : les réponses qu'il peut donner sans demande, en vigueur une fois que
vous les confirmez, et ce qu'il a proposé à partir de votre instruction personnalisée,
avec les mots que la machinerie ne peut pas contenir, conservés comme guide
nemia policy reach <agent> (--factory <name> | --run <runId>)
quelles étapes à leur porte les règles de l'agent en vigueur pourraient jamais approuver
sans demande, dans une factory ou un run : pourquoi chaque autre règle ne le peut pas (une étape approuvée
avant son exécution n'a rien fait pour recommander ou vérifier ; une sans vérification n'en a jamais passé une),
ce qui empêche une règle d'un run maintenant, et les règles qui le feraient
nemia chat speakers
les noms sous lesquels un agent peut parler dans son chat, chacun que vous avez autorisé
nemia service status [--name <name>]
le service de connexion et le bail : s'il est installé et s'exécute,
le checkout qu'il exécute, qui détient le magasin, et persistent
nemia version [--json]
la version de cette nemia, le tag d'une installation ou un checkout,
et son dossier ; la version que nomme releases/current du magasin ; et la version que
le démon exécute, depuis son bail, et s'il promet de garder une session en cours
sur ses fichiers ; et les sessions au travail par version et version de harnais,
depuis leurs enregistrements. --json : la réponse complète
nemia watch [cursor] [--once] [-l <sélecteur>]... [--cursor-file <chemin>] [--json]
les lignes du flux, suivies au fur et à mesure que la bascule les écrit, jusqu'à ^C, et une
ligne de démon arrêté quand rien n'actionne le magasin, démon démarré quand ça
recommence : le statut d'un run, le mot d'une étape comme nemia ls le dit, et ce que
le mot d'une personne a changé. --once : lire du curseur à la fin du flux,
imprimer cursor: <n> et s'arrêter ; depuis le début sans curseur. -l : les
lignes qu'un sélecteur prend, donné à nouveau pour un autre (key=v, key!=v, "key in
(a,b)", "key notin (a,b)", key), sur run, factory, workflow, step, agent,
kind, reason, on, via, type, waits et source. --cursor-file : conserver le curseur lu dans
un fichier, et commencer depuis là où il est. --json : un objet JSON par ligne,
une ligne de flux avec son curseur, et un curseur propre toutes les 30 secondes
pendant que le flux est encore actif. Sans -l, chaque ligne ; -l waits=person prend les
lignes qui attendent une personne. Une étape sans agent porte agent: none, que -l
agent!=none exclut. La raison d'une ligne est le code d'une étape tel que l'api donne
l'étape (reason) ; son mot et son message sont pour les personnes : sélectionnez sur la raison,
jamais sur les mots.
nemia admit [--at-least <niveau>] [--auto <agent>]
l'admission d'un appel : l'appel qu'une session est sur le point de faire, sur stdin, répond
demander là où il répond à ce qui vous attend ;
…
[tronqué pour la traduction]