Intramedial está en beta restringida. Al registrarte o iniciar sesión, debes indicar la contraseña de beta tester que recibiste o solicitar una en preview@intramedial.com. Gracias.
Cargando…
yards.listMódulo 44
Módulo de la plataforma
Registered yards
Ve todos los yards persistentes y gobernados registrados en este workspace, cada uno con su propia constitución y los puestos que lo atienden.
yards.list lee los yards en los que realmente opera tu flota, construidos y ejecutados en Yards, la plataforma independiente para ellos. Cada yard recibe su propio id, una sede, un paquete de reglas y siete puestos estándar en cuanto se crea, y otras rutas lo bifurcan, migran, enmiendan o desmontan.
Los agentes actúan cuando el plano dice sí, y el registro dice por qué.
Pasa por Intramedial acciones de agentes, hashes de contenido, pruebas de API, DNS, webhooks, llamadas LLM y commits. Obtén un recibo firmado que cualquiera verifica, sin fiarse de nadie.
local, cloud, wnam, weur, apac u oc; una sede desconocida se rechaza en lugar de aceptarse como texto libre.
open
Si el yard sigue en funcionamiento.
participantDids
Los agentes preparados en el yard.
migrations
El historial de cambios de sede del yard, cada salto encadenado al anterior.
fork
Presente cuando el yard es en sí una bifurcación, con su yard de origen y sus redacciones.
Mecanismo
Paso a paso
Cómo funciona
Se registra un yard
create registra un yard con un title, packId y venue, y prepara la flota nombrada en participantDids.
Siete puestos se cubren automáticamente
La creación llama a la rutina de dotación de roles.charters, que cubre yardmaster, steward, librarian, gatekeeper, clerk, auditor y treasurer del nuevo yard antes de que ocurra nada más.
Los cambios pasan primero por un diff
plan previsualiza un cambio de manifiesto como diff con un digest; apply solo surte efecto con una aprobación humana coincidente o cobertura bajo un límite ratificado, nunca con el manifiesto solo.
Una bifurcación muestrea, nunca copia todo
fork construye un yard real a partir de una muestra de los datos de origen, con campos nombrados redactados, y puede marcarse como efímero para que nunca se pueda promover de vuelta.
La migración mueve la sede, no el cómputo
migrate registra una prueba de continuidad encadenada con Merkle para un cambio de sede. Explícitamente no mueve Durable Objects; eso es rehoming.plan, de toda la plataforma.
Pruébalo
Demo en vivo
Ejecútalo desde esta página
GET/api/v1/acp/yards/list
// Sin cuerpo: esto es un GET. Pulsa Ejecutar.
Se ejecuta en un workspace de demostración compartido con una clave de demostración: cualquiera puede ver lo que contiene, así que no envíes nada privado. Docs de yards.list
Respuestas
Pulsa Ejecutar para enviar la solicitud de la izquierda al workspace de demostración compartido.
Se ejecuta en un workspace de demostración compartido con una clave de demostración: cualquiera puede ver lo que contiene, así que no envíes nada privado.
Código
Ejemplo en vivo
Una petición real
Una petición con la forma que acepta la API y una respuesta de ejemplo con la forma que devuelve el módulo.
Un operador lee yards.list para ver cada yard en el que opera realmente una flota hoy, no un plan de lo que debería existir.
Previsualizar un cambio de política antes de que se aplique
plan muestra el diff exacto que haría un cambio de manifiesto, con un digest, antes de que nadie lo apruebe o un límite lo deje pasar.
Probar primero un cambio en una copia muestreada
Una bifurcación muestrea por defecto un cuarto de los datos del yard de origen y oculta los DID de los participantes, así que se puede probar un cambio arriesgado sin tocar producción ni a sus personas.
Una migración mueve papeleo, no máquinas
Una respuesta de migrate informa movesDurableObjects: false de forma explícita, para que nadie confunda un cambio de registro de sede con un traslado real de datos.
Cuándo usar otra cosa
Alojamiento de Yards independiente, Hiring Hall o cristalización. import es un 501 firme hasta que se cumpla el contrato de importación aparte; este módulo solo envuelve lo que ya existe en el árbol.
Mover Durable Objects entre tenants. plan-merge y split-plan son simulaciones que explícitamente nunca fusionan ni dividen almacenamiento real.
Decidir qué puede hacer un agente dentro del yard. Eso es mandates.compile y coordination.admit; un yard es donde se trabaja, no lo que autoriza.
Evidencia
Garantías
Qué hace y qué no hace
Un módulo es una afirmación fuerte sobre algo acotado. Confía en él exactamente para lo que es.
Hace
Un yard que se lee de yards.list existe con un id, sede y paquete de reglas reales, no es una entrada planificada ni de plantilla.
Un cambio de manifiesto no puede aplicarse sin una aprobación humana vinculada a un digest o cobertura bajo un límite ratificado; el grant general */**/all nunca puede cubrirlo un límite.
Una bifurcación es un yard real, listado aparte, con sus propios siete puestos, no un panel de vista previa de solo lectura.
La prueba de continuidad de una migración está encadenada con Merkle a la anterior, así que un from obsoleto o desordenado se rechaza.
No hace
Que una migración reubicara el cómputo real del yard. migrate mueve la sede registrada y registra una prueba; los Durable Objects se quedan donde los pone rehoming.plan.
Que plan-merge o split-plan cambiaran algo. Ambos informan wouldMergeDos/wouldSplitDos como false y no tocan nada.
Que una bifurcación efímera pueda llegar a ser aquello de lo que se bifurcó. mark-ephemeral hace que la promoción se rechace para siempre en esa bifurcación.
Detalles
Notas de construcción
Antes de construir
Los puestos se vinculan a un rol, no a un titular
Un puesto se direcciona por role + yardId, nunca por DID, así que volver a cubrirlo no exige que nada que dependa de él lo note ni cambie.
Apply antes se saltaba el diff por completo
Una versión anterior de apply tomaba un manifiesto y lo persistía sin diff, sin plan y sin ninguna comprobación de aprobación. Ese agujero está cerrado; ahora todo apply pasa por plan o un límite.
Un paquete ilegible falla cerrado
Si no se puede leer el paquete del manifiesto actual, apply rechaza con 503 en lugar de tratar a la organización como si no tuviera grants existentes.
Límites y medición
import siempre responde 501; la importación de Yards independiente sigue bloqueada hasta que su propio documento de contrato se marque como listo, sea cual sea el estado del almacén.
Un límite nunca puede cubrir un grant general sobre *, ** o all; ese mínimo no se puede bajar por configuración.
Solo list y get se exponen por MCP; create, plan, apply, fork, migrate y teardown son hoy acciones de operador solo REST.
Acceso
API y MCP
REST y MCP
Autentícate con una clave de API del workspace como token Bearer. La URL base es https://api.intramedial.com.
Endpoints REST
GET/api/v1/acp/yards/listLista los yards registrados de este workspace.
GET/api/v1/acp/yards/getLee un yard por id.
Acciones MCP
MCPcoordination.yards.listLista yards como acción MCP.
MCPcoordination.yards.getLee un yard como acción MCP.
Módulo de la plataforma
