El nombre de una capacidad es vocabulario interno. usdt_to_pix solo significa algo para quien ya conoce Lunium; por eso cada capacidad declara lo que hace, en campos que se pueden filtrar.
| Campo | Para qué |
|---|---|
intent | Vocabulario de intención: offramp, sell_crypto, cash_out… Coincide por token. Hay un índice invertido en como_escolher_capacidade.por_intencao. |
can_solve | Frases en lenguaje natural sobre lo que resuelve la capacidad. Coincide por similitud semántica, que es como busca un modelo. |
input_assets · input_networks | Lo que acepta. * significa “cualquier elemento del catálogo”. |
output_currencies | Lo que devuelve. |
payment_rails | Por qué vía. Actualmente: PIX. |
endpoint | Dónde se ejecuta. No necesitas conocerlo de antemano: se obtiene aquí. |
settlement_speed | seconds en la vía instantánea, minutes en la ruta convert. |
// «tengo USDT y quiero reales brasileños mediante PIX»
const serve = (c) =>
(c.input_assets.includes("USDT") || c.input_assets.includes("*")) &&
c.output_currencies.includes("BRL") &&
c.payment_rails.includes("PIX");
Esto devuelve usdt_to_pix y crypto_to_pix. Entre ambas, settlement_speed desempata.
execucao[<capacidade>] incluye el endpoint exacto, los campos obligatorios y un ejemplo listo para usar. Deducir el esquema por palabras clave es donde una integración autónoma falla silenciosamente.— capacidades, — intenciones indexadas:
| Capacidad | Intenciones | Entra → sale | Endpoint |
|---|---|---|---|
| cargando… | |||
curl https://api.luniumpay.com/mesh | jq .capacidades