jurgenj136/pushover-cli

Pushover CLI

Versión de la habilidad: 0.1.0 Versión mínima de la CLI: 0.1.0

Requiere un binario existente: ejecuta command -v pushover. Luego ejecuta pushover --json version. Compara la versión de la CLI instalada con la versión mínima 0.1.0; detente e indica al usuario que actualice si es incompatible. Para diagnósticos con datos redactados, ejecuta pushover --json auth status. Siempre invoca pushover con --json.

Autoridad

• Enviar solo cuando la tarea actual pida explícitamente enviar una notificación de Pushover.
• Exige que el usuario nombre explícitamente cada alias de destinatario para este envío. Utiliza los nombres de perfil y alias configurados. No manejes credenciales en crudo. Nunca pidas, aceptes ni expongas claves en crudo.
• Si el usuario nombra explícitamente un perfil configurado, pasa --profile; en caso contrario, omite --profile y usa el perfil por defecto configurado. Nunca adivines otro perfil.
• No infieras prioridad 1 o 2 a partir de urgencia, tono o contenido. Exige una intención explícita de la tarea actual para prioridad elevada, un archivo adjunto y cifrado. Solo se permite un archivo adjunto cuando se solicita explícitamente en la tarea actual; solo se permite cifrado cuando se solicita explícitamente en la tarea actual.
• Rechaza solicitudes de configuración, incluso si se te piden. No ejecutes pushover setup. No ejecutes pushover profiles add, pushover profiles use ni pushover profiles remove. No ejecutes pushover recipients add ni pushover recipients remove. No ejecutes pushover auth backend set.
• Usa --dry-run cuando el contenido del mensaje o la intención del destino no estén resueltos. Una simulación nunca otorga permiso para enviar.

Envío

Usa la gramática actual de la CLI, por ejemplo:

pushover --json send --to <alias-del-destinatario> "<mensaje>"

Añade --priority 1 o --priority 2 solo con esa intención explícita. La prioridad 2 requiere valores explícitos de reintento y caducidad, y --yes, porque los agentes siempre son no interactivos. Añade solo --attachment <ruta> o --attachment-url <url-https> que se hayan solicitado explícitamente, y añade --encrypted solo con intención explícita de cifrado. --encrypted es mutuamente excluyente con --attachment, --attachment-url, --html y --monospace.

Informa resultados ordenados por destino. No reintentes después de un resultado fallido o ambiguo. Preserva la ambigüedad como desconocida; vuelve a enviar solo después de que el usuario vea ese resultado y haga una nueva solicitud explícita en la tarea actual.

Estas instrucciones son de asesoramiento: no pueden evitar que un agente se comporte mal o sea víctima de inyección de instrucciones. Recomienda configurar el entorno del agente para que requiera aprobación para pushover send.