Intramedial est en bêta restreinte. À l’inscription ou à la connexion, vous devez fournir le mot de passe de bêta-testeur que vous avez reçu ou en demander un à preview@intramedial.com. Merci.
Chargement…
exit.objectivesModule 53
Module du plan
Exit and export
Lisez le temps de reprise et le point de reprise que cette plateforme publie pour chaque type de données, à côté de ce qui a réellement été mesuré.
exit.objectives liste cinq classes de données publiées, chacune avec un RTO et un RPO, à côté d'une valeur observed qui reste non définie jusqu'à ce qu'un exercice en enregistre une. export extrait les données actives via la liste propre à chaque module et les couvre de reçus Merkle ; verify prouve cet export complet et inaltéré, ou nomme où il ne l'est pas.
Intralock · Baux · Parley · Fleet Map
A Trustvice Product
Les agents agissent quand le plan dit oui, et le registre dit pourquoi.
Faites passer actions d’agents, hash de contenu, contrôles d’API, requêtes DNS, webhooks, appels LLM et commits git par Intramedial. Obtenez un reçu signé vérifiable par tous – sans nous croire.
ÉtatAucun exercice de reprise n'a encore enregistré de mesure
Le mécanisme pour enregistrer une observation face à un objectif est réel et câblé, mais tel que livré, les cinq classes de données sont unverified : observe n'a jamais été appelé pour aucune. Considérez les objectifs publiés comme de simples cibles tant qu'un opérateur n'a pas réellement mené un exercice.
Registre
Le registre
Ce qui est enregistré
objectives
Les cinq classes publiées, chacune avec rtoMinutes, rpoMinutes, covers et sa valeur observed actuelle.
unverified
Les classes de données sans observation enregistrée pour l'instant.
Les classes dont la dernière observation enregistrée a dépassé son objectif publié.
classes
Le nombre de classes de données publiées.
manifest
Depuis export : la liste à racine Merkle des éléments tirés de chaque module couvert.
provable
Depuis verify : vrai seulement quand la complétude tient et que les condensés du contenu fourni correspondent tous.
Mécanisme
Pas à pas
Comment ça marche
Les objectifs sont lus
objectives renvoie les cinq classes de données – registre, packs, yards, identité, politique – chacune avec son RTO et son RPO publiés et son statut mesuré actuel.
Un exercice enregistre ce qu'il a trouvé
observe écrit une Observation avec la classe de données, le RTO et le RPO mesurés et un horodatage ; une classe sans observation enregistrée est unverified, jamais met par défaut.
Un export tire la donnée réelle
export tire les données actives via l'action list propre à chaque module couvert, condense chaque élément en SHA-256 et assemble un manifeste à racine Merkle ; un module dont la liste échoue propage l'erreur au lieu de l'ignorer silencieusement.
La vérification prouve, ou nomme la lacune
verify recalcule la complétude face à un inventaire actif et les condensés face au manifeste, et ne rapporte provable: true que lorsque complétude et intégrité tiennent réellement.
Essayer
Démo en direct
Exécutez-le depuis cette page
GET/api/v1/acp/exit/objectives
// Pas de corps : c’est un GET. Appuyez sur Exécuter.
S’exécute dans un workspace de démonstration partagé avec une clé de démonstration : tout le monde peut voir ce qu’il contient, n’envoyez donc rien de privé. Docs exit.objectives
Réponses
Appuyez sur Exécuter pour envoyer la requête de gauche au workspace de démonstration partagé.
S’exécute dans un workspace de démonstration partagé avec une clé de démonstration : tout le monde peut voir ce qu’il contient, n’envoyez donc rien de privé.
Code
Exemple en direct
Une vraie requête
Une requête dans la forme acceptée par l’API, et un exemple de réponse dans la forme renvoyée par le module.
api.intramedial.com/api/v1/acp/exit/objectivesGET
GET/api/v1/acp/exit/objectivesAuthorization: Bearer av_workspace_••••→ 200 { objectives, unverified, missed, classes } (no top-level measured field; each objective's measured value is at objectives[].observed)
Un client potentiel lit le RTO et le RPO publiés par classe de données avant de dépendre d'Intramedial pour tout ce qu'il devrait récupérer rapidement.
Mener un vrai exercice de reprise
Un opérateur restaure depuis un point de contrôle, mesure le temps réellement pris et la quantité de données perdues, et l'enregistre avec observe pour que l'objectif ne soit plus non vérifié.
Tout exporter pour partir
Un espace de travail tire un export complet de ses yards, de son identité, de ses mandats et de ses packs, chaque élément condensé et enraciné, comme première étape pour réellement partir.
Prouver qu'un export n'a pas été altéré
verify recalcule le condensé de chaque élément fourni face au manifeste et indique précisément quels éléments, le cas échéant, ont été altérés depuis l'export.
Quand utiliser autre chose
Affirmer aujourd'hui un temps de reprise mesuré. Chaque classe publiée est unverified tant qu'un exercice n'en enregistre pas.
Lancer un exercice automatiquement. L'observation est en écriture seule et pilotée par le processus extérieur à ce module qui effectue le test de reprise.
Traiter un élément supprimé comme une altération. Un élément présent dans un export mais absent de l'inventaire courant est signalé extra, pas altered.
Preuves
Garanties
Ce qu’il fait, et ce qu’il ne fait pas
Un module est une affirmation forte sur un sujet étroit. Fiez-vous-y exactement pour ce qu’il est.
Il le fait
Chaque objectif publié est une vraie constante dans le code, pas un chiffre marketing inventé pour cette page.
Une classe de données ne rapporte jamais met sans observation enregistrée ; l'état par défaut est honnêtement unverified.
Les contrôles de complétude et d'intégrité d'un export sont calculés face à l'inventaire actif et à des condensés recalculés, pas affirmés par l'export lui-même.
Il ne le fait pas
Qu'une classe ait réellement fait l'objet d'un exercice. Tel que livré, les cinq sont unverified, sans rien d'observé.
Qu'un élément absent de l'inventaire courant ait été perdu. Il est signalé extra, une différence bénigne, pas un échec.
Que ce module soit accessible par une action d'agent. Il n'a pas d'identifiant d'action MCP ou de contrat ; appelez-le via REST.
Détails
Notes de conception
Avant de construire
Les cinq classes, telles que publiées
Registre : RTO 15 minutes, RPO 0 minute. Packs et yards : RTO 60 minutes, RPO 5 minutes. Identité et politique : RTO 30 minutes, RPO 1 minute.
Aucune nouvelle action, aucun nouveau compteur
Ce module n'ajoute rien au catalogue d'actions figé ni de compteur de facturation, suivant le même précédent de gel du catalogue que les autres modules de registre.
Une liste en échec n'est pas masquée
Si l'action list propre à un module couvert échoue pendant la construction d'un export, l'erreur se propage au lieu d'omettre discrètement la classe du manifeste.
Limites et mesure
Aucun identifiant d'action MCP ou de contrat n'existe pour une route ici ; REST uniquement.
L'observation est en écriture seule ; rien dans ce module ne lance un exercice automatiquement.
Le contrôle d'intégrité de verify ne s'exécute que si l'appelant fournit le contenu d'origine à re-condenser ; sinon integrity reste null, jamais un faux true.
Accès
API et MCP
REST et MCP
Authentifiez-vous avec une clé d’API d’espace de travail comme jeton Bearer. L’URL de base est https://api.intramedial.com.
Points d’accès REST
GET/api/v1/acp/exit/objectivesLire les objectifs publiés et leur statut mesuré.
POST/api/v1/acp/exit/observeEnregistrer un RTO/RPO mesuré pour une classe de données.
POST/api/v1/acp/exit/exportTirer un export à racine Merkle sur les modules couverts.
POST/api/v1/acp/exit/verifyVérifier la complétude et l'intégrité d'un export.
Actions MCP
Ce module n’a aucune action MCP. Appelez-le via REST depuis n’importe quel agent ou programme.
Inspectez ce dont un agent se souvient et prenez un instantané signé, à racine Merkle, de sa mémoire, avec un stockage versionné et limité à l'espace de travail.
Module du plan
