web_login

Automatisation web · macOS · Windows

Effet: envoi. É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

Ouvre une véritable fenêtre de navigateur sur Mac permettant à l'utilisateur de se connecter lui-même à un site Web (vous ne manipulez jamais son mot de passe). Une fois connectés, le session est enregistré sur ce Mac et réutilisé par web_navigate/web_read/web_screenshot — ils n'auront pas besoin de se reconnecter. Utilisez un nom stable `session` par site (par exemple 'linkedin'). REMARQUE : l'automatisation de sites comme Instagram/LinkedIn peut enfreindre leurs conditions — l'utilisateur accepte ce risque.

Entrées requises

url

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 ne déclare aucun paramètre de confirmation explicite. Cela n’autorise aucune action sans permission : vérifiez l’effet et obtenez une autorisation.

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": {
    "session": {
      "description": "A stable name for this login profile, e.g. 'linkedin'.",
      "type": "string"
    },
    "url": {
      "description": "The site's login URL to open, e.g. https://www.linkedin.com/login",
      "type": "string"
    }
  },
  "required": [
    "url"
  ],
  "type": "object"
}

Exemple documentaire

Exemple de documentation pour web_login. 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.

{
  "session": "demo-browser",
  "url": "https://example.com"
}

Windows

Objectif

Ouvre une vraie fenêtre de navigateur pour que l’utilisateur se connecte LUI-MÊME à un site web (vous ne manipulez jamais son mot de passe). Prépare la session, navigue vers l’URL de connexion et affiche la fenêtre au premier plan. Une fois connecté, la session est enregistrée sur le disque et réutilisée par web_navigate/web_read — il n’aura plus besoin de se reconnecter. Utilisez un nom de `session` stable par site (p. ex. 'linkedin'). Certains sites n’autorisent pas l’automatisation ; consultez leurs conditions.

Entrées requises

url

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 ne déclare aucun paramètre de confirmation explicite. Cela n’autorise aucune action sans permission : vérifiez l’effet et obtenez une autorisation.

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": {
    "session": {
      "description": "A stable name for this login profile, e.g. 'linkedin'. Defaults to 'default'.",
      "type": "string"
    },
    "url": {
      "description": "The site's login URL to open, e.g. https://www.linkedin.com/login",
      "type": "string"
    }
  },
  "required": [
    "url"
  ],
  "type": "object"
}

Exemple documentaire

{
  "session": "demo-browser",
  "url": "https://example.com"
}