Exemplos completos por kind
Escolha um contrato e vá direto ao exemplo completo, arquivos para download, resultado esperado e validação.
Como escolher o exemplo
Comece pelo contrato que você quer estender. kind tem significado local: o filtro de busca, a imagem de um ator e o dono de um blueprint usam conjuntos diferentes de valores. Manifestos de pacote não aceitam kind nem type na raiz; system, locales e django definem variantes. Os nomes das superfícies são domínios de register; os nós usam type.
A referência atual acompanha o host 0.3.1. Receitas de módulos e sistemas preservam o alvo compatível 0.3.0 declarado quando os contratos não mudaram; os exemplos Blueprint de requestRoll e setQuestStatus exigem 0.3.1. Use dados descartáveis. Pacotes ZIP de exemplo contêm fontes sem assinatura e sem chaves privadas. Revise-os e use Instalar de ZIP em um host descartável; publicação no Marketplace exige a assinatura documentada do publicador. JSONs de blueprint são fixtures e referência de desenvolvimento: reproduza-os no editor ou use-os em testes que chamem o validador, sem presumir um importador de JSON na interface.
| Contrato | Campo/nome | Cobertura |
|---|---|---|
| Pacote de extensão | blocos do manifesto, sem kind na raiz | Navegador, sistema, idioma e Django |
| Montagem do SDK | register(superfície, ...) | Todas as 13 superfícies de módulos assinados |
| Busca | options.kind | Todos os 7 filtros e busca geral |
| Imagem de ator | payload.kind | portrait e token |
| Entradas de compêndio | entry.kind | actor, item, journal, scene e deck |
| Packs de sistema instalado | pack.type | actor_pack, item_pack e spell_pack |
| Catálogos nativos locais | pack.type | Todos os 7 tipos, com suas restrições próprias |
| Objeto Inteligente | blueprint.kind | door, lever, torch e region |
| Conexão de blueprint | edge.kind | execution e data |
| Nó de blueprint | node.type | Catálogo de nós e exemplos de grafos completos |
Pacotes completos de extensão
Módulo de navegador: resumo da campanha: Pacote completo com ação na mesa, leitura autorizada da API e modal nativo.
Pacote de sistema: ficha de personagem editável: Um sistema original em pacote único, com tipos de ator, ficha mínima completa e salvamento por revisão.
Pacote de idioma: catálogos em português e espanhol: Pacote mínimo de idioma para a instalação, com catálogos válidos, ativação e alternativa em inglês.
Pacote Django: endpoint exclusivo do proprietário: App confiável de servidor com manifesto, AppConfig, URL e leitura com verificação de permissão.
Todas as superfícies do SDK
actor.directory: Contador de atores legíveis: Conte atores cujas fichas o membro atual pode abrir e atualize após mudanças de atores.
actor.sheet: Inspetor de revisão da ficha: Leia a ficha real e mostre nome, revisão da ficha e chaves dos dados abaixo da ficha nativa.
token.sheet: Inspetor de token vinculado ou independente: Leia a ficha no contexto do próprio token para não confundir um snapshot independente com dados do ator.
item.directory: Contagem de itens por tipo: Agrupe itens legíveis pelo tipo definido pelo pacote, sem presumir um catálogo de RPG.
item.sheet: Inspetor de dados do item: Mostre nome, tipo, versão e dados reais do sistema como JSON seguro abaixo do editor nativo.
scene.directory: Estado de transmissão das cenas: Diferencie a cena transmitida aos jogadores da cena em que o mestre está navegando.
scene.controls: Controle de informações da cena: Adicione um botão funcional que leia a cena da montagem e mostre dimensões e grade no modal nativo.
scene.overlay: Marcador do centro da cena: Marque o centro da cena e mantenha a posição correta ao mover e ampliar, sem capturar o ponteiro.
chat.log: Estatísticas do chat visível: Conte apenas mensagens retornadas pelo histórico autorizado e informe seus autores visíveis.
combat.tracker: Resumo do turno atual: Mostre atividade do encontro, rodada e combatente atual visível, sem implementar regras de iniciativa.
journal.sheet: Estrutura do diário: Mostre título, tipo e apenas títulos das seções na projeção autorizada do diário.
preferences: Preferência pessoal persistente de densidade: Salve uma preferência pessoal compacta/confortável com revisão compare-and-swap e mostre conflitos entre abas.
table.interface: Busca de documentos autorizados: Busque documentos da mesa em um painel e mostre nomes, kinds e trechos como texto.
Documentos, imagens e compêndios
Busca: os 7 kinds e o filtro vazio: Oito funções concretas, categorias de missão/diário, recentes autorizados e validação.
Imagens de ator: portrait e token: Duas funções completas de montagem com seletor File e a operação multipart real de host.call.
Entradas de compêndio: os cinco kinds: Capture actor, item, journal, scene e deck com leitura autorizada e importação pelo GM.
Packs de compêndio: 3 tipos instalados e 7 locais: JSON original completo por tipo de pack, restrições reais do manifesto e arquivos de exemplo.
Map Builder e Objetos Inteligentes
Exemplos de Blueprint para cada kind de objeto: Escolha uma receita completa de door, lever, torch ou region e confira conexões execution/data e os 44 tipos de nó.
Blueprint kind door: abrir, fechar e preservar a trava: Grafo v2 completo: abre a porta fechada, fecha a porta aberta e mantém uma porta trancada.
Blueprint kind lever: interruptor de dois estados e Empty Object: Alternância off/on completa e uso do mesmo kind em um controlador privado sem imagem.
Blueprint kind torch: girar o mecanismo e controlar a chama: Tocha composta com ações independentes de estado e chama nos dois ramos de alternância.
Blueprint kind region: placa de pressão com primeiro/último ocupante: Grafos completos de entrada e saída: abrem uma porta na primeira chegada e fecham na última saída.
Kinds de conexão: execution e data, um grafo completo: Acompanhe um grafo de alavanca que consulta estado por dados tipados e executa ações por conexões ordenadas.
Os 44 tipos de nó de Blueprint, com exemplos completos: Configuração concreta e grafo validado para download de cada NODE_TYPES, de event a cooldown.
Como usar a IA para adaptar qualquer exemplo
Adapte [link/arquivo do exemplo] para [objetivo concreto], na release alvo [versão]. Leia o contrato correspondente antes de mudar código. Preserve campos obrigatórios, contexto de campanha/cena, permissões, revisões e descarte. Entregue todos os arquivos alterados, o resultado esperado e os comandos/testes realmente executados. Não invente kind, type, superfície ou endpoint. Mantenha sistemas em um único pacote usando somente capacidades suportadas por esse host.