jurgenj136/pushover-cli

Pushover CLI

Version de la compétence : 0.1.0 Version minimale de la CLI : 0.1.0

Nécessite un binaire existant : exécutez command -v pushover. Ensuite, exécutez pushover --json version. Comparez la version installée de la CLI avec la version minimale 0.1.0 ; arrêtez-vous et demandez à l'utilisateur de mettre à niveau si elle est incompatible. Pour des diagnostics masqués, exécutez pushover --json auth status. Invoquez toujours pushover avec --json.

Autorité

• N'envoyez que lorsque la tâche en cours demande explicitement l'envoi d'une notification Pushover.
• Exigez que l'utilisateur nomme explicitement chaque alias de destinataire pour cet envoi. Utilisez les noms de profil et alias configurés. Ne traitez pas les informations d'identification brutes. Ne demandez, n'acceptez et n'exposez jamais de clés brutes.
• Si l'utilisateur nomme explicitement un profil configuré, transmettez --profile ; sinon, omettez --profile et utilisez le profil par défaut configuré. Ne devinez jamais un autre profil.
• N'inférez pas la priorité 1 ou 2 à partir de l'urgence, du ton ou du contenu. Exigez une intention explicite de la tâche en cours pour une priorité élevée, une pièce jointe et un chiffrement. Une pièce jointe n'est autorisée que lorsqu'elle est explicitement demandée dans la tâche en cours ; le chiffrement n'est autorisé que lorsqu'il est explicitement demandé dans la tâche en cours.
• Refusez les demandes de configuration, même si on vous le demande. N'exécutez pas pushover setup. N'exécutez pas pushover profiles add, pushover profiles use ou pushover profiles remove. N'exécutez pas pushover recipients add ou pushover recipients remove. N'exécutez pas pushover auth backend set.
• Utilisez --dry-run lorsque le contenu du message ou l'intention de la cible est incertain. Un dry-run n'accorde jamais l'autorisation d'envoyer.

Envoi

Utilisez la grammaire actuelle de la CLI, par exemple :

pushover --json send --to <alias-destinataire> "<message>"

Ajoutez --priority 1 ou --priority 2 uniquement avec cette intention explicite. La priorité 2 nécessite des valeurs de renvoi et d'expiration explicites et --yes, car les agents sont toujours non interactifs. Ajoutez uniquement les éléments --attachment <chemin> ou --attachment-url <https-url> explicitement demandés, et ajoutez --encrypted uniquement avec une intention de chiffrement explicite. --encrypted s'exclut mutuellement avec --attachment, --attachment-url, --html et --monospace.

Signalez les résultats ordonnés par cible. Ne réessayez pas après un résultat échoué ou ambigu. Préservez l'ambiguïté comme inconnue ; n'envoyez à nouveau qu'après que l'utilisateur a vu ce résultat et formulé une nouvelle demande explicite dans la tâche en cours.

Ces instructions sont indicatives : elles ne peuvent pas empêcher un agent malveillant ou victime d'injection de prompt. Il est recommandé de configurer le mécanisme de contrôle de l'agent pour exiger une approbation avant pushover send.