set_always_allowed

Diagnostic et système · macOS · Windows

Effet: écriture. État: disponibilité conditionnelle.

«Disponibilité conditionnelle» signifie que l’outil peut dépendre de la version, de la plateforme, des autorisations, du compte ou de la configuration. Il n’est pas forcément actif partout.

macOS

Objectif

Active ou désactive «autorisé sans demander» pour un type d’action que LMCP fait normalement confirmer d’abord (envoi d’e-mails ou de messages, suppressions définitives, commandes de terminal…). À n’appeler que lorsque la personne l’a demandé dans cette conversation : allowed: true lorsqu’elle dit « ne me redemande plus » pour ce type d’action, allowed: false lorsqu’elle veut qu’on le lui redemande. L’activer exige confirm: true après l’approbation de la personne ; sans cela, la réponse indique ce qui changerait et rien ne change. La désactivation agit immédiatement. lmcp_state liste ce qui est autorisé actuellement (always_allowed). La politique informatique de votre organisation peut interdire de l’activer.

Entrées requises

action
allowed

Les noms restent exactement ceux exigés par l’outil. Les définitions techniques canoniques en anglais figurent dans le schéma dépliable ci-dessous.

Autorisations et confirmation

Le schéma déclare un paramètre de confirmation explicite. Vérifiez l’aperçu et autorisez l’opération réelle conformément au contrat de la plateforme.

Utilisez uniquement les applications, comptes et ressources autorisés par l'utilisateur sur cette plateforme. Consultez la description spécifique à la plate-forme de cet outil pour connaître ses exigences de connexion et d'autorisation ; ce catalogue ne revendique pas d'étendues OAuth ou de droits d'exploitation supplémentaires pour le système d'exploitation.

Schéma technique canonique en anglais — macOS

{
  "properties": {
    "action": {
      "description": "The kind of action: send_email (send_email, reply_email, Microsoft 365, Proton, Thunderbird), send_imessage, send_teams, reply_whatsapp, reply_telegram, send_zalo, send_servicenow, send_report, publish_recipe, submit_web_form, run_web_script, run_command, run_shortcut, and the permanent deletes.",
      "enum": [
        "delete_event_permanent",
        "delete_file_permanent",
        "delete_message_permanent",
        "delete_recipe_permanent",
        "delete_reminder_permanent",
        "delete_web_session_permanent",
        "publish_recipe",
        "reply_telegram",
        "reply_whatsapp",
        "run_command",
        "run_shortcut",
        "run_web_script",
        "send_agent",
        "send_email",
        "send_imessage",
        "send_report",
        "send_servicenow",
        "send_teams",
        "send_zalo",
        "submit_web_form"
      ],
      "type": "string"
    },
    "allowed": {
      "description": "true: do it without asking from now on. false: ask again.",
      "type": "boolean"
    },
    "confirm": {
      "description": "true after the person approved turning it on. Not needed to turn one off.",
      "type": "boolean"
    }
  },
  "required": [
    "action",
    "allowed"
  ],
  "type": "object"
}

Exemple documentaire

Exemple de documentation pour set_always_allowed. N’exécutez pas cet exemple. Les arguments présentés appartiennent à un jeu de données fictif ; résolvez les identifiants réels et obtenez une autorisation avant tout appel réel.

{
  "action": "send_email",
  "allowed": false,
  "confirm": false
}

Windows

Objectif

Active ou désactive «ne plus demander» pour une famille d’actions : avec allowed true, LMCP effectue cette action (par exemple send_email : envoyer des e-mails) sans l’étape d’aperçu et de confirmation, depuis n’importe quelle app d’IA de cet ordinateur ; avec allowed false, il redemande. L’activer est la décision de la personne : l’appel sans confirm=true ne change rien et renvoie ce qui serait autorisé ; demandez à la personne, puis rappelez avec confirm=true. La désactivation agit dès le premier appel. La politique de l’organisation peut l’interdire. La personne les voit et les révoque dans l’icône de LMCP → Plus d’actions → Autorisé sans demander.

Entrées requises

action
allowed

Les noms restent exactement ceux exigés par l’outil. Les définitions techniques canoniques en anglais figurent dans le schéma dépliable ci-dessous.

Autorisations et confirmation

Le schéma déclare un paramètre de confirmation explicite. Vérifiez l’aperçu et autorisez l’opération réelle conformément au contrat de la plateforme.

Utilisez uniquement les applications, comptes et ressources autorisés par l'utilisateur sur cette plateforme. Consultez la description spécifique à la plate-forme de cet outil pour connaître ses exigences de connexion et d'autorisation ; ce catalogue ne revendique pas d'étendues OAuth ou de droits d'exploitation supplémentaires pour le système d'exploitation.

Schéma technique canonique en anglais — Windows

{
  "properties": {
    "action": {
      "description": "The action family, as the preview of a tool that asks names it.",
      "enum": [
        "send_email",
        "send_teams",
        "reply_whatsapp",
        "reply_telegram",
        "send_servicenow",
        "send_report",
        "send_agent",
        "submit_web_form",
        "run_web_script",
        "run_command",
        "delete_message_permanent",
        "delete_file_permanent",
        "delete_recipe_permanent",
        "delete_web_session_permanent"
      ],
      "type": "string"
    },
    "allowed": {
      "description": "true: do it without asking; false: ask again.",
      "type": "boolean"
    },
    "confirm": {
      "description": "Required (true) to turn a family ON, after the person agreed. Without it, returns a preview. Not needed to turn one off.",
      "type": "boolean"
    }
  },
  "required": [
    "action",
    "allowed"
  ],
  "type": "object"
}

Exemple documentaire

{
  "action": "send_email",
  "allowed": false,
  "confirm": false
}