01 / Access Flow

El acceso es un recorrido developer gobernado.

La API no es una entrega suelta de key. Dev Credits, Dev Schooling, provisioning de keys, descarga SDK, workspace local y primera llamada forman una ruta controlada.

Contrato de acceso
  • El uso de la API requiere Dev Credits.
  • Dev Schooling provisiona la API key, private key y public key reference.
  • La descarga SDK contiene Engine, TerminalRunner, ejemplo Extension, PythonRunner con 12 archivos Python y documentación de commands.
Ruta de acceso en seis pasos
  1. 01

    Dev Credits

    Value gate

    Dev Credits desbloquean el uso de la API y vinculan la ejecución a un saldo developer antes de cualquier operación.

  2. 03

    Keys

    Material de acceso

    El workflow provisiona material de acceso API mientras el manejo de private key queda fuera de los request payloads.

  3. 04

    SDK Download

    Paquete runtime

    El SDK incluye Engine, TerminalRunner, ejemplo Extension y PythonRunner con 12 archivos Python.

  4. 05

    Workspace

    Control local

    El developer empieza desde un workspace SDK local en vez de snippets desconectados.

  5. 06

    First API Call

    Inicio de ejecución

    La primera llamada usa command, input, run ID, stage ID y operation ID contra el gateway M13.

02 / Curl Commands

Elige un command y prueba la API.

Cada command usa el mismo contrato gateway M13: Authorization header, public key reference, JSON payload y run, stage y operation IDs trazables.

m13_fast.curl
1
03 / Payload Explorer

Inspecciona una Attack response real.

Este ejemplo envía un command attack contra una decisión política real y muestra la response pública completa: content, artifact, Server IRSS, usage evidence, Dev Credit billing, ledger reference y estado de persistence local.

Explorar la llamada
Capa seleccionada

Request Attack

La request muestra el command API, el objeto de decisión atacado y la restricción compacta de output.

Este es el punto de entrada controlado por el usuario: command, objeto y presupuesto de output.
attack_request.json
1{2  "command": "attack",3  "input": "Attack the U.S. government decision dated January 15, 2025, known as the Framework for Artificial Intelligence Diffusion, to restrict and regulate access to advanced computing ICs and model weights of advanced AI systems for several countries.\n\nHard limit: max 1,000 characters total. Do not exceed this limit.\nUse compact sections only:\nverdict\nstrategic_effectiveness\nmarket_distortion\nenforcement_realism\nally_friction\nfinal_pressure_judgment",4  "run_id": "run_attack_ai_diffusion_rule_1000_...",5  "stage_id": "stage_attack_ai_diffusion_rule_1000_...",6  "operation_id": "op_attack_ai_diffusion_rule_1000_..."7}
public_response.json
1{2  "ok": true,3  "status": "success",4  "run_id": "run_attack_ai_diffusion_rule_1000_...",5  "stage_id": "stage_attack_ai_diffusion_rule_1000_...",6  "operation_id": "op_attack_ai_diffusion_rule_1000_...",7  "content": "verdict: damaged\n\nstrategic_effectiveness: Tiered country classification creates binary in/out logic that ignores fluid geopolitical alignment shifts. Adversary access routes through tier-2 jurisdictions remain open. Controls lag chip architecture cycles by 12-18 months minimum.\n\nmarket_distortion: Concentrates compute supply advantage in incumbent US firms while accelerating sovereign chip programs in excluded nations. Pushes allied-nation AI labs toward non-US architectures, fragmenting interoperability long-term.\n\nenforcement_realism: Model weights are copyable digital artifacts. Export control frameworks built for physical goods collapse against weightfile diffusion via public code mirrors, academic channels, and offshore fine-tuning. Enforcement gap is structural, not resourcing.\n\nally_friction: Tier-2 allied democracies face compliance burdens indistinguishable from adversary treatment, generating diplomatic cost disproportionate to security gain. Drives procurement diversification away from US supply chains.\n\nfinal_pressure_judgment: Framework applies Cold War export-control logic to infinitely reproducible digital assets. Kill zone is enforcement feasibility against model weight diffusion. Survives only as signaling mechanism; collapses as actual containment architecture.",8  "artifact": {9    "artifact_id": "art_...",10    "artifact_type": "generic",11    "artifact_version": "v1",12    "status": "created",13    "origin": {14      "space": "api",15      "route": "/api/m13/llm",16      "run_id": "run_attack_ai_diffusion_rule_1000_...",17      "stage_id": "stage_attack_ai_diffusion_rule_1000_...",18      "operation_id": "op_attack_ai_diffusion_rule_1000_...",19      "ledger_entry_id": "led_...",20      "server_irss_ref": null21    },22    "output": {23      "kind": "text",24      "format": "markdown"25    },26    "payload": {27      "content": "verdict: damaged\n\nstrategic_effectiveness: Tiered country classification creates binary in/out logic that ignores fluid geopolitical alignment shifts. Adversary access routes through tier-2 jurisdictions remain open. Controls lag chip architecture cycles by 12-18 months minimum.\n\nmarket_distortion: Concentrates compute supply advantage in incumbent US firms while accelerating sovereign chip programs in excluded nations. Pushes allied-nation AI labs toward non-US architectures, fragmenting interoperability long-term.\n\nenforcement_realism: Model weights are copyable digital artifacts. Export control frameworks built for physical goods collapse against weightfile diffusion via public code mirrors, academic channels, and offshore fine-tuning. Enforcement gap is structural, not resourcing.\n\nally_friction: Tier-2 allied democracies face compliance burdens indistinguishable from adversary treatment, generating diplomatic cost disproportionate to security gain. Drives procurement diversification away from US supply chains.\n\nfinal_pressure_judgment: Framework applies Cold War export-control logic to infinitely reproducible digital assets. Kill zone is enforcement feasibility against model weight diffusion. Survives only as signaling mechanism; collapses as actual containment architecture."28    },29    "metadata_ref": null,30    "created_at": "2026-07-03T10:47:22.578Z",31    "integrity": {32      "payload_hash": "sha256:...",33      "metadata_hash": null,34      "artifact_hash": "sha256:..."35    }36  },37  "server_irss": {38    "system": "M13",39    "server_irss_version": "server_irss_v1",40    "space": "api_execution",41    "route": "/api/m13/llm",42    "timestamp": "2026-07-03T10:47:22.578Z",43    "runtime": {44      "runtime_env": "staging",45      "billing_context": "staging_dev",46      "ledger_context": "staging",47      "checkout_context": "disabled_admin_grant",48      "balance_source": "staging_dev_token_balance"49    },50    "identity": {51      "user_account_ref": "usr_...",52      "api_workspace_id": "ws_...",53      "public_key_ref": "sha256:...",54      "api_key_ref": "key_...",55      "auth_status": "accepted"56    },57    "operation": {58      "run_id": "run_attack_ai_diffusion_rule_1000_...",59      "stage_id": "stage_attack_ai_diffusion_rule_1000_...",60      "operation_id": "op_attack_ai_diffusion_rule_1000_...",61      "command": "attack",62      "operation_type": "single_llm_call"63    },64    "llm": {65      "called": true,66      "provider": null,67      "adapter": "anthropic_foundry",68      "deployment": null,69      "runtime_model": "claude-opus-4-6",70      "stop_reason": "end_turn"71    },72    "usage": {73      "input_tokens": 107,74      "output_tokens": 268,75      "cached_input_tokens": 11178,76      "cache_creation_input_tokens": 0,77      "total_tokens": 11553,78      "billable_tokens": 149379    },80    "billing": {81      "required": true,82      "status": "debited",83      "debited": true,84      "charged_amount": 4,85      "billing_unit": "dev_credits",86      "balance_after": 94087    },88    "artifact": {89      "artifact_id": "art_...",90      "artifact_type": "generic",91      "status": "created",92      "payload_hash": "sha256:..."93    },94    "artifact_metadata": {95      "metadata_ref": null,96      "metadata_status": "not_created",97      "metadata_hash": null98    },99    "ledger": {100      "ledger_entry_id": "led_...",101      "ledger_entry_created": true,102      "entry_type": "llm_execution"103    },104    "execution_context": {105      "execution_context_ref": null,106      "execution_context_status": "not_required",107      "execution_type": "direct_api_call",108      "current_step_id": "llm_call",109      "current_step_kind": "llm_call",110      "current_operation_type": "single_llm_call"111    },112    "drift": {113      "state": "none",114      "origin": "none",115      "risk": "none",116      "signals": []117    },118    "status": {119      "execution_status": "success",120      "ledger_entry_created": true,121      "local_persistence_required": true,122      "api_error_code": null123    }124  },125  "execution_context": null,126  "usage": {127    "input_tokens": 107,128    "output_tokens": 268,129    "cached_input_tokens": 11178,130    "cache_creation_input_tokens": 0,131    "total_tokens": 11553,132    "billable_tokens": 1493133  },134  "billing": {135    "required": true,136    "status": "debited",137    "debited": true,138    "charged_amount": 4,139    "billing_unit": "dev_credits",140    "balance_after": 940141  },142  "ledger_entry": {143    "id": "led_...",144    "status": "created"145  },146  "local_persistence_required": true147}
04 / Start

Empieza con Dev Credits.

La API está lista cuando tu acceso, keys y Dev Credits están listos. El SDK local pertenece a Build; aquí el siguiente paso es la activación.

Ready to run

Obtén acceso API, carga llamadas mediante Dev Credits y construye localmente cuando el workspace esté listo.

Dev Schooling prepara el acceso y el manejo de keys. Dev Credits hacen visible y facturable la ejecución. Build explica SDK, workspace y runtime local.

Billing público
Dev Credits

El billing orientado al cliente se muestra mediante charged_amount, billing_unit y balance_after.

Ruta Dev
Dev Schooling

El uso de la API comienza después del Access, el Key Setup y la orientación responsable del workspace.

Superficie API
IRSS + Ledger

La superficie API sigue siendo inspeccionable mediante el contenido de la response, Server IRSS, billing, ledger y artefactos.