Amsterdam Smart City, dans votre ChatGPT, votre Claude et toute autre IA

Demandez où se trouve le vélo libre-service le plus proche, si l'air est bon le long du canal et quand passe le dernier métro. Votre IA répond avec des données de la ville en direct.

Amsterdam fonctionne à partir de systèmes en direct: le stand de vélos du coin, un réseau qui suit le vent, une qualité d'air qui change d'un axe à l'autre, et des soirées plus fournies qu'une application ne peut les contenir. Nous branchons chacun sur un Connecteur que votre IA interroge aussi facilement qu'un fichier. Demandez où l'air des canaux est le plus pur, ou quand le vent rend l'électricité bon marché, et Amsterdam répond. Ce qui demandait une application par système tient en une seule connexion, et cette connexion vous appartient.

98

capacités

17

connecteurs

7

systèmes

921 402 habitants

219 km²

4 127 par km²

Comment ça marche

Trois étapes, Amsterdam répond.

Fini l'application par service: la ville arrive comme une connexion unique, lue directement par votre assistant.

  • 01

    Lire la ville

    Sept systèmes sont déjà câblés en Connecteurs. Rien à installer, rien à cartographier: ouvrez la page, ils sont là.

  • 02

    Connecter une fois

    Un seul lien, et chaque client qui parle le protocole lit le même Amsterdam: ChatGPT, Claude, Gemini, Cursor et les autres.

  • 03

    Demander ou créer

    Les réponses arrivent en langage courant, et le Connecteur derrière chaque réponse est la base sur laquelle votre propre application s'écrit.

Amsterdam

Tout ce que votre IA peut atteindre à Amsterdam.

Sept systèmes, une seule connexion. Les sept sont en direct aujourd'hui, via 17 Connecteurs.

7 en direct
01

Mobilité

11 capacités

Le vélo est la première langue d'Amsterdam. Stands en direct, stationnement et itinéraires entre les deux, lus directement par votre IA.

03

Environnement

27 capacités

L'air au-dessus des canaux varie avec l'axe et le vent. Deux réseaux de mesure le lisent, rue par rue.

06

Services publics

17 capacités

Les registres, inventaires et permis sur lesquels Amsterdam est bâtie.

Une journée à Amsterdam

Une seule connexion, de la première pédale au dernier train.

Le même câblage, heure par heure. Rien ici qu'une application ne puisse faire, sauf qu'il en faudrait huit, avec huit connexions.

07:20

Avant que la pluie n'arrive

La prévision annonce une bande de pluie sur la ville à neuf heures; le trajet file donc vers le stand le plus proche du bureau, pas le plus joli.

Pleut-il entre 8 h et 10 h à Amsterdam? Trouve-moi un vélo près du bureau.

09:15

L'heure la plus propre pour le lancer

Le vent porte le réseau. Votre IA nomme l'heure à lancer le gros calcul, et rien ne tourne en dehors.

Quand le réseau d'Amsterdam est-il le plus propre aujourd'hui? J'ai un gros calcul à lancer.

12:40

L'air avant le tour de midi

L'axe de la ceinture annonce des valeurs hautes; la marche suit l'eau au lieu de deviner le côté le plus pur.

L'air est-il sain pour marcher près de l'Amstel en ce moment?

16:05

Stationner sans faire le tour

La disponibilité en direct des installations près du lieu, et l'itinéraire vers celle qui garde une place, pas vers la file.

Trouve-moi un stationnement libre près du lieu avant 18 h et guide-moi jusque-là.

19:30

Ce soir, décidé

Ce qui se joue, où, et la page de billets dans la conversation. Le soir réglé avant de quitter la table.

Que se passe-t-il à Amsterdam ce soir? Envoie-moi la page de billets pour deux.

22:50

Le dernier chemin retour

Le stand près de l'hôtel a des vélos à cette heure. Votre IA vérifie avant de vous envoyer devant une station vide.

Y a-t-il un vélo à la station près de mon hôtel en ce moment?

Construire sur la ville

Le même câblage vous appartient.

Lire Amsterdam, c'est la démo. Construire dessus, c'est le but: chaque système de cette page est un Connecteur que votre code peut appeler.

  • 01

    Un seul point d'entrée

    Tous les systèmes, une seule connexion

    Pas d'authentification par service, pas de SDK par système. Les Connecteurs que votre IA lit sont ceux que votre application appelle.

  • 02

    Chaque client

    Il marche où vous travaillez déjà

    ChatGPT, Claude, Gemini, Cursor, Windsurf. Tout client compatible MCP lit le même Amsterdam, sans portage.

  • 03

    Vos propres applications

    Lire la ville, puis écrire l'application

    La couche sur laquelle repose chaque page de ville est publique. Construisez l'application locale qui aurait dû exister, sur un câblage déjà en direct.

Les limites honnêtes

Ce que cette page ne fait pas

  • 01

    Ma IA peut-elle contrôler les systèmes de la ville?

    Non. Votre IA les lit, et là où un Connecteur écrit (tenir une réservation, réserver une place), c'est vers le service qu'il écrit, jamais vers la ville. Rien ici ne donne à un agent le contrôle d'infrastructures publiques.

  • 02

    Chaque service d'Amsterdam est-il disponible?

    Non, pas chaque service. Les sept systèmes de cette page sont câblés et en direct: chaque Connecteur de l'inventaire fonctionne aujourd'hui. Les services qu'on n'atteint pas encore ne sont tout simplement pas sur la page; l'inventaire grandit quand ils le peuvent.

  • 03

    N'existe-t-il pas déjà une application pour chacun de ces services?

    Il y en avait. Météo, air, stationnement, événements, chacun voulait sa propre application et son propre compte. Ici, ce sont des Connecteurs que votre IA appelle directement, et ces mêmes Connecteurs servent de base à vos propres applications. Une connexion à la place d'un tiroir rempli de celles-là.

  • 04

    Faut-il écrire du code pour les utiliser?

    Non. Branchez un Connecteur, demandez en langage courant, et votre IA fait le reste. Ça marche dans ChatGPT, Claude, Gemini et tout client qui parle le même protocole.