Crea un Platformer 2D con Godot MCP: Movimento, Livelli e Nemici

Costruisci un Platformer 2D con Godot MCP: Movimento, Livelli e Nemici

Un platformer 2D dimostrabile di solito richiede: feeling di movimento/salto regolabile, un livello collidibile, almeno un comportamento nemico, e un titolo/HUD collegato agli eventi di gioco. Lavora in quest’ordine. Configurazione predefinita: Cursor (o Claude Code) che guida un progetto Godot 4 tramite Godot MCP.

Installazione: Guida all’installazione di Godot MCP.

Definisci uno scope minimo giocabile

Prima milestone:

1. Muovi, atterra, salto a altezza variabile (doppio salto / dash opzionale)
2. Un livello con pavimento, piattaforme, punte o fallimento per caduta
3. Un nemico che pattuglia e danneggia o respinge
4. HUD semplice: salute o Restart

L’arte può essere placeholder colorati. Quando menu/HUD devono avere un aspetto curato, usa il passaggio canvas qui sotto.

Giocatore: CharacterBody2D con feeling regolabile

Scheletro suggerito:

Player (CharacterBody2D)
├── CollisionShape2D
├── AnimatedSprite2D / Sprite2D
└── Coyote / jump-buffer come timer nello script (mantieni l'albero snello)

Prompt MCP con vincoli fisici e di input:

Crea res://scripts/player.gd su un CharacterBody2D: A/D o frecce per muoversi; altezza di salto variabile (interrompi il salto al rilascio); breve coyote time; dopo move_and_slide(), resetta il conteggio dei salti con is_on_floor().

Poi regola:

Velocità massima ~180, accelerazione ~900, velocità di salto ~-320 (scala ai tuoi pixel); riproduci polvere nel frame in cui tocchi terra.

Controlla: controlli di terra stabili, controllo aereo, doppio salto che non si attiva mentre sei ancora a terra. Il feeling conta più dello “script generato”.

Livelli: collisioni TileMap e checkpoint

Mantieni la logica di livello nel motore:

• Separa layer solidi vs pericoli
• Piattaforme mobili tramite AnimatableBody2D o path follow
• Checkpoint / Area2D per le buche per il respawn

Costruisci un livello dal tileset esistente: insegna il salto → piattaforme mobili → corridoio di punte; stanza segreta di cura dietro la cascata. Punte: Area2D body_entered danneggia.

Sostituisci i placeholder con arte autoriale in seguito.

Nemici: una piccola macchina a stati

Tre stati sono sufficienti: Idle → Patrol → Chase.

GDScript nemico: pattuglia due punti; insegui entro 120px; torna in pattuglia 1.5s dopo aver perso il giocatore; body_entered danneggia con brevi i-frame.

Aggiungi AnimationPlayer quando hai i frame; altrimenti capovolgi lo sprite per il lato di fronte.

UI: introduci AI Studio quando hai bisogno di schermate finite

Finché il gameplay non funziona, usa Label / ProgressBar placeholder tramite MCP:

Collega health_changed del giocatore alla barra HUD; alla morte mostra Restart e reload_current_scene().

Quando titolo/impostazioni/inventario richiedono UI di livello design (PSD/Figma, pannelli generati da NL, separazione layer, export pronto per Godot), usa VberAI Studio:

1. Genera o importa menu/HUD in Studio
2. Esporta in e.g. res://ui/
3. Collega pulsanti/segnali con Cursor + Godot MCP

Ritagli difficili → Super Matting, poi Studio. Canvas possiede la struttura UI; MCP possiede i binding di gameplay—non aspettarti un player.gd completo dal canvas.

Ordine suggerito

MCP: feeling del giocatore → un livello collidibile → un nemico → HUD placeholder
        ↓ (opzionale)
AI Studio: titolo/HUD finiti → export
        ↓
MCP: collega UI finita a salute / pausa / restart

Fai commit prima di modifiche grandi; mantieni MCP su localhost.

Checklist di accettazione

• Salto corto vs lungo si distinguono
• Buche/punte danno feedback di fallimento chiaro
• La pattuglia del nemico non attraversa i muri
• HUD o Restart funziona dopo la morte
• (Opzionale) UI di Studio ha sostituito i placeholder

Prossimi passi

1. Installazione Godot MCP
2. Rilascia “muovi + un livello + un nemico”
3. Apri AI Studio solo quando hai bisogno di UI finita

Anche: Godot MCP vs scripting manuale.