Applications

Les capacités des applications EN VIGUEUR pour l’espace du membre : plafond d’envois sans personne devant l’écran (par application, sur 24 heures), liens et durée de l’accord permanent de partage.

L’application que ce projet fabrique, s’il en fabrique une — c’est ce qui fait de lui un ATELIER. `null` est une réponse normale et le cas ordinaire.

Mes applications, avec MON installation sur CET appareil (nom local, icône, favori, dernière ouverture). Jamais celles d’un autre membre.

Créer une application : son projet d’atelier, son rattachement à la collection Applications et l’application elle-même, en une opération REPRENABLE. Rejouée avec le même requestId et le même contenu, elle ne crée rien de plus.

LE SERVICE PDF DES APPLICATIONS : fusionner des PDF en un seul, ou poser un tampon / un filigrane (texte, image, « Page {page} sur {pages} »).

Créer une APPLICATION DE NEXUS (Message, Agent…) dans l’espace de l’éditeur, déjà marquée de base — ou rendre celle qui porte déjà ce manifeste. Appelée par la publication de base, jamais à la main.

Où en est une création : l’étape atteinte, la discussion ouverte, le problème éventuel. C’est ce qui permet de reprendre depuis un autre écran.

Ce que le poste annonce d’une création en cours : l’étape, la discussion qu’il a ouverte, ce qui bloque.

L’accord VIVANT par lequel cette installation fait employer par Nexus les accès SSH de machines du coffre (`nexus.machines`) : les machines nommées que la personne voit encore, l’échéance. `null` sans accord.

ACCORDER à une application l’emploi des accès SSH de machines NOMMÉES du coffre — exécuter, copier un flux vers une autre machine ou un dossier du poste. L’application ne voit jamais une clé : c’est Nexus qui l’emploie. Remplace l’accord précédent.

RÉVOQUER l’accord d’emploi des machines : effet immédiat, pour l’emploi suivant.

Les accès SSH d’une machine de l’accord que Nexus sait employer pour l’application — des fiches, jamais un secret.

La clé d’un accès d’une machine de l’accord, pour le processus principal du POSTE qui l’emploie le temps d’un geste — jamais rendue à la page de l’application.

Tout ce qu’il faut pour OUVRIR une installation : la version pointée, son manifeste validé et les capacités accordées. Le poste ne nomme que l’installation ; le reste vient d’ici.

Les versions FIGÉES d’une application, de la plus récente à la plus ancienne.

UNE version figée d’une application, par son identifiant.

Figer une version : le manifeste est VALIDÉ par le serveur avant d’entrer en base, et une version figée ne se remplace jamais.

Installer ou mettre à jour sur CE poste : on vérifie d’abord (version, compatibilité des données, capacités accordées), on bascule ensuite.

Ce que le détenteur change chez lui : nom local, icône, favori, et la date d’ouverture sur laquelle le lanceur trie.

Désinstaller de ce poste.

Les statistiques des applications que je MAINTIENS : installations, personnes actives sur 1, 7 et 30 jours, ouvertures par jour sur 90 jours, temps passé, versions en service, canal d’essai, personnes parties, tendance, et une phrase qui tranche.

Les statistiques d’une seule application que je maintiens.

La fiche d’une application : état, dernière version, mode, et mon installation ici.

L’aperçu de la suppression d’une application : ce qui part, ce qui reste, et si je peux la supprimer.

Supprimer une application, en construction ou diffusée — avec son atelier.

Renommer une application, changer son icône ou sa couleur, la retirer du lanceur.

Qui a le droit de se servir de cette application : son auteur seul, tout l’espace de travail, ou des membres nommés.

Les applications que leur auteur veut publier à toute l’équipe et qui attendent la décision d’un administrateur.

Décider d’une publication à toute l’équipe : la publier, ou la refuser avec un motif que son auteur reçoit.

L’état de la diffusion de MON application, et ce que son auteur suit : validée ou en attente de l’éditeur, téléchargements, espaces qui l’ont prise, installations.

Les applications proposées au catalogue de TOUS les espaces et qui attendent la validation de l’éditeur de Nexus, avec ce que leur manifeste demande.

Mes applications diffusées dont la dernière stable (déposée au serveur) n’est pas encore celle du catalogue.

Les alertes NON LUES que mes applications m’ont envoyées : le total (la pastille bleue de l’onglet Applications) et le compte par application (celle de chaque icône).

Marque lues les alertes de CETTE application : le poste l’appelle quand on l’ouvre.

Avant d’écrire un retour sur une application : à qui il part (mon équipe, Nexus, ou l’éditeur qui l’a publiée), si mon nom est montré par défaut, et combien il m’en reste aujourd’hui.

Envoie un retour (un problème, une idée, une question) sur une application que j’utilise, à ceux qui la fabriquent.

Mes retours envoyés, du plus récent (50 au plus), avec la suite donnée : Envoyé, Pris en compte, Clos, Répondu — et la réponse.

Les retours REÇUS sur les applications que je maintiens (propriétaire, équipe de l’atelier, administrateur de l’espace qui la publie), du plus récent.

Le nombre de retours par application que je maintiens : total, nouveaux, pris, date du dernier.

Trie un retour reçu : PRIS (une tâche en est née), ECARTE (avec une raison), REPONDU (une réponse part à l’auteur), ou NOUVEAU pour le rouvrir.

L’ÉQUIPE de l’application — qui s’en sert, avec ses rôles déclarés au manifeste (`partage.roles`) — et mes propres rôles.

Donne des rôles à un membre de l’équipe de l’application (remplace les siens).

OUVRE LE DÉPÔT d’un fichier de l’application (`nexus.fichiers`) : tout se juge ici, avant le premier octet.

Les fichiers d’un rangement (ou d’une ligne) que JE peux lire, du plus récent au plus ancien.

Les métadonnées d’un fichier de l’application : nom, type, poids, empreinte, ligne de rattachement, auteur.

Renomme un fichier, le RATTACHE à une ligne (ou l’en détache), remplace ses métadonnées libres.

Efface un fichier de l’application : la ligne ET l’objet du stockage ; sa place est rendue au quota.

REPRENDRE un dépôt interrompu : les morceaux que le STOCKAGE a déjà reçus.

Signe un lot de morceaux à envoyer : une URL par morceau, pour CE fichier et SA taille exacte.

ASSEMBLE le fichier une fois tous ses morceaux envoyés, et range sa vignette.

La VIGNETTE d’un fichier (une image de 320 px de côté au plus).

Un LIEN DE TÉLÉCHARGEMENT TEMPORAIRE, signé par le stockage, pour ce fichier seul.

Les applications de l’espace qui ont une PAGE MOBILE pour moi : version STABLE installée, `mobile` déclaré, programme au serveur.

Un TICKET court (10 min, HMAC, lié au membre, à l’installation et à la version) et l’adresse de la page sur l’origine à part.

UN FICHIER de la page mobile, sur l’hôte à part seulement, sous le ticket rejoué à chaque fichier.

MES données personnelles dans cette application (`nexus.personnel`) : chaque champ, sa finalité, qui le lira, et ce que j’y ai mis — MASQUÉ.

Écrit MA donnée personnelle (IBAN, numéro de sécurité sociale, adresse, date de naissance, pièce…) — chiffrée au repos.

RETIRE ma donnée personnelle : effacée tout de suite, sans corbeille.

LIT une donnée personnelle en clair : la mienne, ou celle d’un autre membre si un de mes rôles est nommé dans `lisiblePar`.

Qui a REMPLI quoi, pour un rôle qui lit : « rempli » ou non — jamais une valeur.

Qui a lu MES données personnelles dans cette application, quand, et si c’était par un agent.

Qui a lu MES données personnelles, dans TOUTES les applications de l’espace.

Les DROITS NOMMÉS que le manifeste demande (`equipe.courriel`, `annuaire.lire`), et si le propriétaire les a accordés.

ACCORDE un droit nommé à l’application — aujourd’hui `equipe.courriel` : rendre le courriel des membres de l’équipe.

RÉVOQUE un droit nommé : le courriel des membres n’est plus rendu, dès la requête suivante.

L’ANNUAIRE commun, en LECTURE : cherche dans les clients de l’entreprise et les contacts du portail, et rend des fiches unifiées (nom, société, courriel, téléphone, source, identifiant).

Le COURRIEL des membres de l’équipe — seulement si le manifeste le demande ET que le propriétaire l’a accordé.

Les LIAISONS « compte d’un service externe ↔ membre » de l’application (`nexus.equipe.identites`).

PROPOSE des comptes externes : le SERVEUR les rapproche des membres de l’équipe par courriel.

CONFIRME, corrige ou écarte une liaison : le membre de l’équipe qui tient ce compte externe.

Retire une liaison « compte externe ↔ membre ».

Ce que J’AI le droit de faire dans l’application : par collection et par section (niveau, lignes, champs masqués ou en lecture seule), mes délégations, les rôles — et les limites.

Les limites des données partagées d’une application, et où elle en est.

Les rôles de l’application tels qu’ils valent (manifeste, plus ceux créés depuis l’application), ses sections et ses collections.

Crée, renomme ou règle un rôle de l’application, sans refiger de version.

Retire un rôle de l’application : ses réglages partent, et il quitte les membres qui le tenaient.

Invite un membre de l’espace dans l’équipe de l’application, avec ses rôles.

Retire un membre de l’équipe de l’application : il quitte les personnes choisies et perd ses rôles.

Les lignes PARTAGÉES d’une collection — les données de toute l’équipe, au serveur, que chaque poste voit en direct.

Importer un lot de lignes d’un export de collection (`nexus-collection`).

Une ligne partagée, ou null.

Écrit une ligne partagée, et l’annonce EN DIRECT à toute l’équipe de l’application.

Efface une ligne partagée, selon la règle `effacer` de la collection (par défaut : son auteur).

Une application ALERTE des membres de son équipe : notification dans le centre de Nexus, pastille bleue sur l’onglet Applications et sur son icône, toast.

Une application DEMANDE UNE DÉCISION à des membres nommés : des boutons dans leur centre de notifications (et un courriel si demandé), la première réponse fait foi.

Relire une décision : ses choix, et la réponse retenue (`reponse`, `reponduPar`, `reponduLe`) une fois donnée.

Répondre à une décision : une personne NOMMÉE, la première réponse fait foi, le fil se ferme chez tous et l’application l’apprend en direct.

Les faits que l’application a retenus pour la mémoire de l’espace, et où chacun en est (EN_ATTENTE tant qu’il bouge, RETENU une fois indexé).

RETENIR un fait pour la mémoire de l’espace : ce que les agents de l’équipe (projets, assistant) retrouveront. Une clé par fait : le retenir à nouveau le REMPLACE.

OUBLIER un fait : il quitte la mémoire de l’espace sur-le-champ, sans attendre un passage.

Le catalogue des connecteurs d’application (Salesforce, Qonto, HubSpot…) et, pour chacun, si l’application OAuth de NEXUS est posée sur cette instance.

L’échange d’un code, le renouvellement ou la révocation d’un jeton, faits PAR LE SERVEUR avec l’application OAuth de Nexus pour ce connecteur.

L’état des connexions PARTAGÉES de l’application (`portee: "partagee"` au manifeste) : reliée ou non, par qui, quand, et ce que le membre y peut.

Le trousseau d’une connexion partagée, pour le processus principal du poste de qui a le droit de l’employer.

Écrire le trousseau d’une connexion partagée : relier, renouveler un jeton, ou délier (`trousseau: null`).

Créer une adresse PUBLIQUE pour l’application (Stripe, un formulaire, Zapier) : chaque appel reçu sera remis à l’action nommée, sur le poste de la personne.

Les adresses publiques de l’application créées par le membre — leur début seulement, la date du dernier appel, et ce qui attend.

Supprimer une adresse : elle répond 404 sur-le-champ, et ce qui attendait part avec elle.

Ce que les adresses du membre ont reçu et qu’aucun de ses postes n’a encore pris (50 au plus, les plus anciens d’abord). Purge au passage ce qui a plus de sept jours.

PRENDRE un appel avant de le remettre : une seule fois, par un seul poste.

RENDRE un appel pris mais pas remis (l’application n’a pas répondu) : il repartira au tour suivant.

ACCUSER un appel pris : l’action de l’application a abouti. Pris sans accusé depuis dix minutes, il repart.

RELIRE une adresse : sa vérification d’origine (jamais un secret), ses compteurs (refus, doublons), et l’adresse ENTIÈRE quand l’origine est vérifiée.

SIMULER un appel SIGNÉ sur une adresse d’ESSAI : le serveur signe avec le secret de l’adresse (qui ne sort pas) et fait entrer l’appel par la porte du vrai — taille, débit, origine, rejeu, file, remise à la fenêtre d’essai.

RÉGÉNÉRER l’adresse : un jeton neuf, l’ancienne répond 404 sur-le-champ.

CHANGER les secrets de la vérification d’origine sans coupure : les nouveaux valent tout de suite, les anciens restent acceptés le temps du délai de grâce.

POSER un réveil au SERVEUR (cron à cinq champs et fuseau, ou un instant) : à l’heure dite, Nexus exécute les actions serveur déclarées et met l’action du poste en file, poste éteint compris. La même clé le remplace.

Les réveils serveur posés par le membre : prochain passage, dernier passage, dernier état, échecs de suite, estimation du coût.

Annuler un réveil serveur, par son identifiant ou par sa clé.

Le journal des exécutions serveur de l’application pour ce membre : état, détail, tentative, durée, prix en millièmes de crédit.

Les limites de l’exécution serveur, l’état du planificateur et des terminaux du serveur, les règles de prix et ce qu’il reste à la personne (minutes incluses, prépayé, solde).

L’usage de l’exécution serveur de l’espace sur un mois, par application : exécutions, durée, octets sortis, minutes incluses, crédits débités, refus. Des totaux, jamais un contenu.

Les déclencheurs du membre qui font tourner quelque chose au serveur (réveils serveur, adresses à actions serveur), toutes applications confondues : rythme, genres d’action, estimation du prix, dernier état, et l’accord de crédits de chacun.

Donner ou retirer l’accord de dépenser des crédits de l’espace pour UN déclencheur (réveil serveur ou adresse), une fois le temps de serveur inclus épuisé. Seul son auteur ; un geste de la personne.

Ce que le serveur a mis en file pour les postes du membre : passages de réveils et tâches d’agent, dans l’ordre.

PRENDRE un passage avant de le traiter : une fois, par un seul poste (409 sinon).

ACCUSER un passage traité : referme la ligne du journal qui l’attendait.

RENDRE un passage qu’on n’a pas pu traiter : il repartira.

Valider une proposition au catalogue de tous les espaces, ou la refuser avec un motif que son auteur reçoit.

Déposer le PROGRAMME d’une version : l’archive `.tar.gz` en corps binaire (`application/gzip`), son empreinte dans `x-nexus-bundle-sha256`. Le serveur RECALCULE le sha et refuse tout désaccord.

Prendre le programme d’une version : l’archive, avec son empreinte en en-tête. C’est par ici qu’un poste installe une application diffusée.

Diffuser une application aux espaces de travail : elle apparaît dans leur catalogue, et chacun décide de l’installer. Rend TOUS les refus, jamais le premier.

RETIRER du catalogue : plus personne ne la trouve ni ne l’installe. Ceux qui l’ont gardent une application qui marche.

RÉVOQUER : ce qui ne s’ouvre plus, même déjà installé. Le geste du couac — cette version abîme quelque chose, et la laisser tourner coûte plus que de l’arrêter.

LEVER la révocation : la version se rouvre.

INSTALLER D’OFFICE : chaque poste qui voit cette application au catalogue la reprend et l’installe seul, avec les capacités que son manifeste signé déclare — ou cesser de le faire.

Les applications qui me sont proposées : d’où elles viennent, la version diffusée, ce que son manifeste MESURE, la charge signée, le programme, la révocation, et ce que j’ai déjà repris.

Les espaces de travail qu’une diffusion peut viser : leur nom, et combien de membres ACTIFS.

Les membres ACTIFS d’UN espace, pour viser des personnes plutôt qu’un espace entier.

Ce qui est installé sur un AUTRE de mes postes et pas ici : le nom local, l’icône, le favori, la version, les capacités accordées là-bas et ce que la version demande.

La FICHE DE PRÉSENTATION d'une application : accroche, description, prérequis, limites, bon à savoir, captures (en adresses data:), et si celui qui lit peut la modifier.

Écrire la fiche de présentation de MON application (les cinq textes, remplacés en entier).

Ajouter une CAPTURE d'écran à la fiche de MON application.

Changer la LÉGENDE d'une capture de la fiche.

Retirer une capture de la fiche.

L'ORDRE des captures de la fiche.

MES versions STABLES (90 derniers jours, 50 au plus) dont le serveur n’a pas reçu le programme : ce que le poste qui les a figées doit encore déposer.

Reprendre une application sur CE poste : l’installer ici en recopiant ce que l’autre poste avait — nom local, icône, favori, réglages et les MÊMES capacités.

L’ÉTAT de MA sauvegarde de données pour cette application, SANS les octets : révision, empreinte, appareil qui a déposé, date, poids compressé. `?canal=STABLE|ESSAI`.

Les OCTETS de ma sauvegarde : le JSON des données gzippé, tel que le poste l’a déposé. Révision et empreinte en en-têtes.

DÉPOSER ma sauvegarde : les octets gzippés en corps binaire, le canal, la révision attendue et l’empreinte du contenu EN CLAIR en en-têtes.

Ce qu’une copie sait de sa source, lu à l’ouverture pour honorer une révocation : révoquée ? retirée du catalogue ? de quelle version vient-elle ?

Déclarer ma clé publique de signature d’applications (DER/SPKI en base64, sur une seule ligne). La PRIVÉE ne quitte jamais mon poste.

Ma clé publique de signature, ou `null` si je n’en ai déclaré aucune.

La bibliothèque de Nexus : ce que des personnes de TOUS les espaces ont diffusé (un tableau de Tableur, un AGENT de l’application Agent), sans les corps.

Un contenu de la bibliothèque, corps compris — pour l’installer (chaque lecture compte une installation, sauf `compter=0`).

Diffuser un contenu à tous les espaces, ou republier le sien (`remplace`).

Retirer un contenu de la bibliothèque : son auteur, ou l’administration de son entreprise.