Construire le pack de preuves de l’article 12
Invoquez l’export de l’article 12 du règlement européen sur l’IA, puis lisez le rapport de couverture qui associe les preuves que vous détenez aux contrôles et nomme les lacunes.
compliance.pack
Invoquez l’export de l’article 12 du règlement européen sur l’IA, puis lisez le rapport de couverture qui associe les preuves que vous détenez aux contrôles et nomme les lacunes.
compliance.packFaites 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.
Vous devez montrer quelle tenue de registres le plan vous apporte pour le règlement européen sur l’IA. Le pack de l’article 12 est une enveloppe d’export, et le rapport de couverture vérifie chacun des quatorze contrôles par rapport à ce qui est observé : les types d’événements de registre en direct et les modules qui tournent.
Le module associe des preuves à des contrôles et filtre les textes qui revendiquent une conformité, un avis juridique ou un résultat garanti. Un contrôle absent d’un rapport de couverture fait échouer tout le rapport. Seuls list et pack ont une action MCP ; le reste est en REST.
Le code lit la clé depuis INTRAMEDIAL_KEY. Gardez-la dans votre shell ou votre coffre à secrets, jamais dans un fichier que vous commitez. Les appels qui exigent une personne connectée ne peuvent pas utiliser de clé : c’est la console qui les fait.
Lisez les packs et contrôles que l’espace de travail peut invoquer avant d’en demander un. Le module couvre quatorze contrôles répartis entre le règlement européen sur l’IA et le NIST AI RMF, et les articles 9, 12, 14, 15 et 50 sont associés. L’enveloppe d’export de l’article 14 est gratuite sur tous les forfaits.
Le pack répond avec l’enveloppe invoquée dans wrapId. artifacts reste vide quand le runtime d’export n’est pas lié.
{
"pack": {
"id": "art12",
"wrapId": "exports.eu-ai-act.article-12.request"
},
"wraps": ["exports.eu-ai-act.article-12.request"],
"invoked": true,
"artifacts": []
}wrapId, ou a été proprement ignoré.compliance.packcompliance-pack
curl -sS https://api.intramedial.com/api/v1/acp/compliance/list \
-H "Authorization: Bearer $INTRAMEDIAL_KEY"const res = await fetch("https://api.intramedial.com/api/v1/acp/compliance/list", {
headers: { Authorization: `Bearer ${process.env.INTRAMEDIAL_KEY}`, },
});
console.log(res.status, await res.json());import os, requests
res = requests.get(
"https://api.intramedial.com/api/v1/acp/compliance/list",
headers={"Authorization": "Bearer " + os.environ["INTRAMEDIAL_KEY"]},
timeout=30,
)
print(res.status_code, res.json())Envoyez l’identifiant de l’article, comme art12. Le module cherche son enveloppe d’export et l’invoque via le runtime d’export, et s’abstient proprement quand ce runtime n’est pas lié plutôt que d’inventer un identifiant. La réponse nomme l’enveloppe dans wrapId et wraps.
curl -sS -X POST https://api.intramedial.com/api/v1/acp/compliance/pack \
-H "Authorization: Bearer $INTRAMEDIAL_KEY" \
-H "Content-Type: application/json" \
-d '{
"id": "art12"
}'const res = await fetch("https://api.intramedial.com/api/v1/acp/compliance/pack", {
method: "POST",
headers: {
Authorization: `Bearer ${process.env.INTRAMEDIAL_KEY}`,
"Content-Type": "application/json",
},
body: JSON.stringify({
id: "art12",
}),
});
console.log(res.status, await res.json());import os, requests
res = requests.post(
"https://api.intramedial.com/api/v1/acp/compliance/pack",
headers={"Authorization": "Bearer " + os.environ["INTRAMEDIAL_KEY"]},
json={
"id": "art12",
},
timeout=30,
)
print(res.status_code, res.json())L’action coverage vérifie chacun des quatorze contrôles par rapport à ce qui est réellement observé : les types d’événements de registre en direct, la propre table de modules du répartiteur et la disponibilité du runtime d’export. Chaque contrôle revient evidenced, partial ou gap, et les lacunes sont nommées, jamais omises. Un contrôle absent du rapport fait échouer tout le rapport.
curl -sS https://api.intramedial.com/api/v1/acp/compliance/coverage \
-H "Authorization: Bearer $INTRAMEDIAL_KEY"const res = await fetch("https://api.intramedial.com/api/v1/acp/compliance/coverage", {
headers: { Authorization: `Bearer ${process.env.INTRAMEDIAL_KEY}`, },
});
console.log(res.status, await res.json());import os, requests
res = requests.get(
"https://api.intramedial.com/api/v1/acp/compliance/coverage",
headers={"Authorization": "Bearer " + os.environ["INTRAMEDIAL_KEY"]},
timeout=30,
)
print(res.status_code, res.json())Copié de: /docs/compliance-pack
Le registre est en ajout seul et scellé sous des racines de Merkle. L’heure d’une entrée est l’horloge propre d’Intramedial, et un bundle signé peut être vérifié hors ligne avec la clé publiée.
Scellez le journal d’audit dans un bundle signé à racine de Merkle et vérifiez-le hors ligne avec la clé publiée.
ledger.bundles-snapshotLisez les cinq objectifs de sortie, enregistrez un exercice réel, exportez chaque classe couverte sous un manifeste à racine de Merkle et vérifiez l’export.
exit.objectivesListez qui a touché une ressource, du plus récent au plus ancien, puis reconstruisez un événement avec sa preuve de Merkle.
ledger.blameUn court e-mail quand nous ajoutons des recettes. Rien d’autre, et désabonnement possible depuis chaque message.
Sans compte : 35 appels sur 7 jours sur les routes attest, avec des reçus marqués test. Inscrivez-vous quand vous voulez continuer.