AssetRouter
Documentazione
Inizia dal modello di integrazione pubblico: scoperta del catalogo, controlli sui diritti, diritto di accesso e recupero. L'API di produzione aprirà per fasi, quindi gli esempi sono indicati come anteprima di lancio.
Anteprima lancio
Il flusso in anteprima di AssetRouter parte da una ricerca nel catalogo, controlla il profilo dei diritti, crea un diritto di accesso e poi recupera il contenuto tramite un URL di consegna verificabile.
GET /v1/catalog/search?q=climate%20briefing
Authorization: Bearer <token>
POST /v1/entitlements
{
"asset_id": "asset_123",
"license_scope": "consultation"
}Anteprima lancio
L'accesso API di lancio usa token bearer rilasciati ai partner della beta privata. OAuth e chiavi self-service arriveranno dopo la stabilizzazione del primo gruppo marketplace.
Authorization: Bearer assetrouter_live_...Anteprima lancio
Ogni contenuto viene valutato rispetto a uso consentito, metadati di provenienza, vincoli di consegna e ampiezza della licenza a valle prima del recupero.
license_scope: consultation | product_retrieval | resale | training_review
provenance: required
receipt: generatedAnteprima lancio
Il recupero restituisce prima i metadati, poi un link di consegna limitato quando diritto di accesso e regole di pagamento sono soddisfatti.
GET /v1/assets/asset_123/retrieve
{
"delivery_url": "https://delivery.assetrouter/...",
"expires_at": "2026-05-01T12:30:00Z"
}Anteprima lancio
La preparazione degli editori si concentra su struttura del catalogo, metadati sui diritti, requisiti di provenienza, modello di pagamento e stato della consegna.
catalog -> rights profile -> provenance review -> delivery test -> private launchAnteprima lancio
AssetRouter è progettata attorno a provenienza ispezionabile, confini di licenza chiari e record di accesso verificabili. Certificazioni e dichiarazioni formali di conformità saranno pubblicate solo quando complete.
provenance_record: inspectable
license_boundary: explicit
audit_record: retained