O Intramedial está em beta restrito. Ao se cadastrar ou entrar, você precisa informar a senha de beta tester que recebeu ou solicitar uma em preview@intramedial.com. Obrigado.
Carregando…
yards.listMódulo 44
Módulo da plataforma
Registered yards
Veja todos os yards persistentes e governados registrados neste workspace, cada um com sua própria constituição e os postos que o dirigem.
yards.list lê os yards em que sua frota realmente opera, criados e executados no Yards, a plataforma autônoma para eles. Cada yard recebe seu id, um local, um pacote de regras e sete postos padrão no momento da criação, e outras rotas fazem fork, migram, emendam ou desmontam um.
Os agentes agem quando o plano diz sim, e o registo diz porquê.
Passe ações de agentes, hashes de conteúdo, checagens de API, DNS, webhooks, chamadas de LLM e commits git pela Intramedial. Receba um recibo assinado que todos verificam – sem confiar em nós.
local, cloud, wnam, weur, apac ou oc; um local desconhecido é recusado em vez de aceito como texto livre.
open
Se o yard ainda está em execução.
participantDids
Os agentes preparados no yard.
migrations
O histórico de mudanças de local do yard, cada salto encadeado ao anterior.
fork
Presente quando o próprio yard é um fork, nomeando seu yard de origem e suas redações.
Mecanismo
Passo a passo
Como funciona
Um yard é registrado
create registra um yard com title, packId e venue e prepara a frota nomeada em participantDids.
Sete postos são preenchidos automaticamente
A criação chama a rotina de preenchimento de roles.charters, que preenche yardmaster, steward, librarian, gatekeeper, clerk, auditor e treasurer do novo yard antes de qualquer outra coisa acontecer.
As mudanças passam por um diff primeiro
plan mostra uma mudança de manifesto como um diff com digest; apply só vale com uma aprovação humana correspondente ou cobertura por um limite ratificado, nunca pelo manifesto sozinho.
Um fork amostra, nunca copia tudo
fork cria um yard real a partir de uma amostra dos dados da origem, com campos nomeados redigidos, e pode ser marcado como efêmero para nunca ser promovido de volta.
A migração move o local, não a computação
migrate registra uma prova de continuidade encadeada por Merkle para uma mudança de local. Não move Durable Objects explicitamente; isso é rehoming.plan, de toda a plataforma.
Experimente
Demo ao vivo
Execute a partir desta página
GET/api/v1/acp/yards/list
// Sem corpo: isto é um GET. Clique em Executar.
Executa em um workspace de demonstração compartilhado com uma chave de demonstração: qualquer pessoa pode ver o que ele contém, então não envie nada privado. Docs de yards.list
Respostas
Clique em Executar para enviar a requisição à esquerda ao workspace de demonstração compartilhado.
Executa em um workspace de demonstração compartilhado com uma chave de demonstração: qualquer pessoa pode ver o que ele contém, então não envie nada privado.
Código
Exemplo ao vivo
Uma requisição real
Uma requisição no formato que a API aceita e um exemplo de resposta no formato que o módulo devolve.
Um operador lê yards.list para ver todos os yards em que uma frota realmente opera hoje, não um plano do que deveria existir.
Visualizar uma mudança de política antes de ela entrar
plan mostra o diff exato que uma mudança de manifesto faria, com um digest, antes de alguém aprová-la ou um limite deixá-la passar.
Testar primeiro uma mudança em uma cópia amostrada
Um fork amostra por padrão um quarto dos dados do yard de origem e oculta os DIDs dos participantes, então uma mudança arriscada pode ser testada sem tocar a produção nem suas pessoas.
Uma migração move papelada, não máquinas
Uma resposta de migrate informa movesDurableObjects: false explicitamente, para que ninguém confunda uma mudança de registro de local com uma movimentação real de dados.
Quando usar outra coisa
Hospedagem autônoma do Yards, Hiring Hall ou cristalização. import é um 501 definitivo até o contrato de importação separado ser satisfeito; este módulo só envolve o que já existe no código.
Mover Durable Objects entre tenants. plan-merge e split-plan são simulações que explicitamente nunca juntam nem dividem armazenamento real.
Decidir o que um agente dentro do yard pode fazer. Isso é mandates.compile e coordination.admit; um yard é onde o trabalho acontece, não o que o autoriza.
Evidência
Garantias
O que faz e o que não faz
Um módulo é uma afirmação forte sobre algo estreito. Confie nele exatamente pelo que ele é.
Faz
Um yard lido de yards.list existe com id, local e pacote de regras reais, não uma entrada planejada ou de modelo.
Uma mudança de manifesto não pode ser aplicada sem uma aprovação humana vinculada ao digest ou cobertura por um limite ratificado; a concessão ampla */**/all nunca pode ser coberta por um limite.
Um fork é um yard real, listado separadamente, com seus próprios sete postos, não um painel de prévia somente leitura.
A prova de continuidade de uma migração é encadeada por Merkle à anterior, então um from desatualizado ou fora de ordem é recusado.
Não faz
Que uma migração realocou a computação real do yard. migrate move o local registrado e grava uma prova; os Durable Objects ficam onde rehoming.plan os põe.
Que plan-merge ou split-plan alterou algo. Ambos relatam wouldMergeDos/wouldSplitDos como false e não tocam em nada.
Que um fork efêmero possa um dia virar aquilo de que foi bifurcado. mark-ephemeral faz a promoção ser recusada para sempre para esse fork.
Detalhes
Notas de construção
Antes de construir
Os postos se ligam a um papel, não a um detentor
Um posto é endereçado por role + yardId, nunca por DID, então reatribuí-lo não exige que nada que dependa dele perceba ou mude.
O apply já pulava o diff por completo
Uma versão anterior de apply recebia um manifesto e o persistia sem diff, sem plano e sem nenhuma verificação de aprovação. Essa brecha foi fechada; todo apply agora passa por plan ou por um limite.
Um pacote ilegível falha fechado
Se o pacote de manifesto atual não puder ser lido, apply recusa com 503 em vez de tratar a organização como se não tivesse concessões existentes.
Limites e medição
import sempre responde 501; a importação do Yards autônomo continua barrada até seu próprio documento de contrato ser marcado como pronto, seja qual for o estado do armazenamento.
Um limite nunca pode cobrir uma concessão ampla em *, ** ou all; esse piso não é configurável para baixo.
Só list e get são expostos por MCP; create, plan, apply, fork, migrate e teardown são hoje ações de operador só REST.
Acesso
API e MCP
REST e MCP
Autentique-se com uma chave de API do workspace como token Bearer. A URL base é https://api.intramedial.com.
Endpoints REST
GET/api/v1/acp/yards/listListe os yards registrados deste workspace.
GET/api/v1/acp/yards/getLeia um yard por id.
Ações MCP
MCPcoordination.yards.listListe yards como ação MCP.
MCPcoordination.yards.getLeia um yard como ação MCP.