Projete um tableau de cartas com efeitos de vizinhança

Defina uma fileira curta, uma mão fixa e uma regra de colheita; depois compare uma mudança de efeito com o mesmo layout.

Seele Editorial TeamAtualizado 14 de novembro de 2026

Um jogo de cartas com construção de tableau fica mais fácil de entender quando as cartas permanecem visíveis e seus efeitos são ativados num momento claro. Comece com uma fileira curta, mão fixa e uma regra de colheita antes de construir um baralho grande. Greenhouse Row é um design fictício no papel: o jogador coloca Bean, Bee e Lily em três canteiros e confere como os efeitos vizinhos alteram a pontuação. O exemplo mostra o layout v0 com 7 pontos e uma revisão de um valor que alcança a meta de 9. São cálculos manuais, não jogo gerado ou teste com jogadores. Você também terá um prompt inicial e uma lista para conferir um resultado futuro.

Escolha um tableau pequeno e uma meta de colheita clara

Um primeiro protótipo não precisa de baralho completo nem sistema de compra. Greenhouse Row usa três canteiros adjacentes — esquerdo, central e direito — e uma mão inicial de quatro cartas únicas: Bean, Bee, Lily e Fern. A primeira partida coloca três delas numa única fileira. A quarta permanece na mão, deixando claro que o jogador não precisa usar todas as cartas para alcançar a meta.

A meta é marcar pelo menos 9 pontos quando a terceira carta for colocada e o tableau colhido. Uma mão curta e um alvo fixo permitem focar no motor: qual carta fica onde, quais vizinhas afeta e quando os efeitos contam. Não há compra, embaralhamento, mercado, efeito de descarte, nova rolagem nem objetivo oculto. Se uma versão posterior acrescentar qualquer sistema desses, ficará mais difícil saber se uma mudança de pontuação veio da vizinhança das cartas ou de uma nova fonte de aleatoriedade.

A carta Bean ocupa o canteiro esquerdo enquanto Bee, Lily e Fern permanecem na mão da pessoa jogadora.
A colocação inicial transforma uma fileira vazia num tableau persistente: Bean fica no canteiro esquerdo enquanto os outros espaços continuam vazios.

Numa versão futura, use uma exibição de estado clara: cartas na mão, três canteiros, turno atual e indicação de a colheita ter sido resolvida. A primeira decisão é simplesmente onde colocar Bean. O valor do vizinho só fica claro quando outras cartas ocupam a fileira e a regra de colheita é aplicada.

Escreva efeitos das cartas e tempo antes de construir um baralho

Dê a cada carta um valor base e descreva seu efeito em relação a cartas específicas. Neste exemplo, “adjacente” significa ocupar imediatamente o canteiro vizinho numa fileira de três cartas. Não significa conexão diagonal, efeito global nem distância ilimitada. Cada carta jogada permanece no lugar até a colheita após o terceiro turno.

CartaValor baseEfeito na colheita
Bean3Nenhum efeito adicional.
Bee1Na v0, acrescenta 1 a cada carta adjacente que não seja Bee. Na v1, esse valor muda para 2.
Lily1Acrescenta 2 a cada Bean imediatamente adjacente.
Fern2Nenhum efeito adicional.

Resolva a colheita numa passagem simples. Primeiro some o valor base de cada carta. Depois examine cada par de vizinhas ocupadas e aplique o efeito listado uma vez. Bee afeta cada carta vizinha que não seja Bee; Lily afeta somente uma Bean vizinha. Os efeitos não encadeiam e nenhuma carta aumenta o próprio valor. Assim, os bônus são lidos no layout completo e não são reativados quando alteram outra carta.

Declare também a meta e a falha: total 9 ou superior vence; total menor não atinge a meta. A regra pode ser conferida numa única fileira, sem adivinhar se uma carta permanece, se um efeito se repete ou se uma faixa incompleta conta como vitória.

Coloque Bee entre duas plantas

Use o layout Bean | Bee | Lily. Bee fica entre as duas plantas e é adjacente a ambas. Lily não alcança Bean atravessando Bee: adjacência é imediata, não uma ligação geral por toda a fileira. Com valores base 3, 1 e 1, Bee acrescenta 1 a Bean e Lily, enquanto Lily não afeta Bean porque há outra carta entre elas. A soma final da v0 é 4+1+2=7.

Bean, Bee e Lily formam uma fileira de três cartas e a Bee central liga as duas plantas vizinhas antes da colheita.
Bee alcança somente os canteiros dos dois lados. O bônus de Bean de Lily não atravessa a carta central.

A imagem do mecanismo mostra a fileira v0 completa antes da colheita. Uma interface futura poderia antecipar o resultado de 7 pontos enquanto o jogador considera a ação de colher, mas as regras só resolvem a pontuação no momento da colheita. A prévia e o evento de resolução devem permanecer distintos.

Esta fileira pequena oferece uma explicação reutilizável de efeitos espaciais: nomeie a vizinha exata, indique quando o efeito ocorre e confira o valor final de cada carta uma de cada vez. Também cria uma referência fixa para comparar uma única alteração sem mudar o layout.

Altere um valor de efeito e recalcule

Faça uma única alteração: o bônus de vizinhança de Bee passa de +1 para +2. Mantenha a mão, a fileira, os valores base, a sequência de colocação, o momento da colheita e a meta. Na v1, Bean vale 5, Bee continua 1 e Lily vale 3, totalizando 9. O layout Bean | Lily | Fern fica em 8 porque Lily só afeta Bean quando ele está imediatamente ao lado.

LayoutValores das cartas v0Total v0Valores das cartas v1Total v1Resultado em relação à meta
Bean | Bee | Lily4 / 1 / 275 / 1 / 39v0 não atinge; v1 chega a 9.
Bean | Lily | Fern5 / 1 / 285 / 1 / 28Não atinge em nenhuma versão.
O efeito mais forte de Bee eleva o tableau completo Bean-Bee-Lily à meta de colheita de nove pontos.
A comparação no papel ultrapassa a meta fixa quando o bônus vizinho de Bee aumenta um ponto.

Esta é uma comparação de design calculada à mão, não evidência de que os jogadores prefiram a v1 ou de que a meta esteja equilibrada. Seu valor é metodológico: preserve o mesmo layout e objetivo, altere uma variável e recalcule. Um teste posterior precisaria verificar se a regra aparece com clareza e se a escolha é interessante ao jogar.

Transforme o contrato das cartas num pedido de implementação focado

Um bom primeiro prompt nomeia o estado da mesa, a ação válida, a regra de tempo, o resultado e as verificações. O modelo abaixo não foi executado. Ele descreve um protótipo pequeno para revisão futura, não relata um jogo criado.

Construa um pequeno jogo jogável de cartas com tableau com base neste briefing fictício. Mostre uma mesa de estufa com três canteiros adjacentes: esquerdo, central e direito. Comece com exatamente quatro cartas únicas: Bean (base 3, sem efeito), Bee (base 1), Lily (base 1) e Fern (base 2). O jogador faz exatamente três turnos, colocando uma carta não usada num canteiro vazio por turno. As cartas jogadas permanecem nos canteiros até a colheita; uma carta fica sem uso. Não acrescente compra, embaralhamento, mercado, descarte, nova rolagem, moeda nem objetivo extra. Na colheita, some o valor base de cada carta e depois aplique uma vez cada efeito de vizinhança listado à fileira completa. Adjacente significa imediatamente ao lado numa fileira. Lily acrescenta 2 a cada Bean imediatamente vizinha. Bee acrescenta 1 a cada carta vizinha que não seja Bee na versão 0. Os efeitos não encadeiam, e cartas não aumentam o próprio valor. Vitória com total 9 ou maior; caso contrário, mostre que a meta não foi atingida. Deixe fácil inspecionar a fileira, a mão, o turno atual, o estado da colheita e a pontuação. Use ícones simples de plantas e feedback claro de posicionamento. Inclua reinício para a mesma mão inicial de quatro cartas e os três canteiros vazios. Verificações de aceitação: coloque Bean | Bee | Lily e confira valores v0 4 / 1 / 2 e total 7; coloque Bean | Lily | Fern e confira 5 / 1 / 2 e total 8; confirme que nenhuma carta é reutilizada e que Lily não afeta Bean a dois canteiros de distância; confirme que reiniciar restaura o estado inicial. Não sugira que essas verificações já foram executadas.

O prompt mantém estável o contrato de design. Um criador pode inspecionar se os três canteiros estão visíveis, se cada carta permanece após ser colocada e se a colheita aplica efeitos locais na ordem declarada. Uma imagem conceitual ou explicação escrita, por si só, não confirma essas transições.

Revise um resultado futuro antes de expandir o baralho

Depois de uma versão futura, compare o estado com a fileira esperada e localize a primeira divergência. Se Bean | Bee | Lily mostrar 8 na v0, confira se Bee afetou as duas vizinhas imediatas e se a própria Bee foi contada. Se a v1 mostrar 7, verifique se o bônus +2 foi aplicado às duas cartas vizinhas que não são Bee. Se Bean | Lily | Fern mostrar 10, confira se o +2 de Lily foi aplicado incorretamente a ambas as vizinhas em vez de somente a Bean.

Estes são exemplos condicionais de depuração, não observações de um jogo real. Registre o layout, valor base e final de cada carta e a primeira regra diferente. Altere essa regra ou exibição, então repita exatamente o mesmo layout antes de acrescentar cartas ou objetivos.

Leve o design a um fluxo geral de jogos

A página atual do Free AI Game Maker descreve entrada em linguagem simples, uma primeira versão jogável em 2D ou 3D, testes no navegador e refinamento por prompts posteriores. Essas capacidades gerais não estabelecem suporte a efeitos específicos de cartas ou garantia de fidelidade ao cálculo da colheita. Confira qualquer versão retornada com a tabela e os casos declarados.

Use o contrato das cartas como briefing de ideia, inspecione o resultado retornado e repita os dois layouts comparando-os com a tabela de pontuação. Trate divergências como algo a verificar na versão, sem presumir que a saída corresponde ao plano. Antes de enviar, confira no Workspace o modelo selecionado, o saldo de Koins e o custo de geração exibido. O criador de jogos com IA gratuito é a entrada geral aprovada; o caminho candidato e o slug de atribuição deste artigo continuam provisórios até a rota do Blog ser aceita. Criar jogos com IA gratuitamente

Greenhouse Row é um design didático fictício. Os totais v0/v1 calculados manualmente explicam somente as regras escritas; nenhum prompt foi executado, versão jogável revisada nem preferência ou equilíbrio medido. Use o exemplo como referência reproduzível ao definir seu próprio sistema de vizinhança.

Perguntas frequentes

As cartas jogadas permanecem no tableau?

Sim. Em Greenhouse Row, cada carta fica no próprio canteiro depois de colocada até o terceiro turno terminar e a colheita ser resolvida. Essa permanência faz os efeitos de Bee e Lily dependerem da posição das vizinhas na fileira completa.

Os efeitos das cartas podem ser ativados mais de uma vez?

Não. As regras somam o valor base de cada carta e depois aplicam cada efeito de vizinhança listado exatamente uma vez, após a terceira colocação. Bônus não encadeiam e nenhuma carta aumenta o próprio valor. Assim, cada total pode ser calculado numa única passagem.

A pontuação v1 prova que Bee mais forte é mais divertida?

Não. O exemplo v1 aumenta o bônus de Bee de +1 para +2 e recalcula a mesma fileira de 7 para 9 pontos. Isso mostra apenas o que as regras definidas produzem no papel. Saber se os jogadores preferem o efeito mais forte exige uma versão funcional e testes reais.

Greenhouse Row foi gerado ou testado?

Não. Greenhouse Row é um design fictício original para demonstrar um método reproduzível de pontuação de cartas. Os totais são cálculos manuais, e o prompt de implementação é um modelo não executado. Não se afirma resultado jogável gerado, teste com jogadores nem resultado medido.

SEELE AI

Transforme este guia em um projeto jogável.

Comece com um briefing claro e evolua sua ideia no Workspace da Seele AI.

Começar a criar