ScoobCoding origen del proyecto
Minecraft + IA + Mac + Windows portable

De "no va a poder" a un click para jugar.

Un servidor Forge modded, un panel macOS, un tunel publico sin abrir puertos y un launcher Windows que prepara todo sin tocar la instalacion original del jugador.

Ver la historia Entender el codigo
Capitulo 1

Datos contra ruido.

El proyecto nace de una mezcla rara y potente: juicio externo, benchmarks, amor por la IA y ganas de demostrar con resultados, no con opiniones.

Datos contra ruido
La compra discutida Un Mac de 8 GB juzgado por specs se convierte en laboratorio de IA, servidor y automatizacion.
Un click para amigos
La ambicion real No bastaba con que el servidor arrancara: los amigos tenian que jugar sin aprender informatica.
1panel macOS
1launcher Windows
57+mods servidor
0puertos router
Capitulo 2

El producto no era el server. Era quitar friccion.

Java, Forge, mods, Playit, payloads, RAM, GPU y logs son detalles que un amigo no deberia sufrir. ScoobCoding convierte esa complejidad en una experiencia tipo consola: abrir, escribir nombre y jugar.

La IA funciono como equipo: arquitecto, programador, QA, disenador, operador y documentador. La interfaz nacio como imagen y luego se hizo codigo.

Proyecto listo para GitHub
Sistema

Arquitectura pensada para no romperse.

La estructura final separa runtime real, cliente, laboratorio, diseno, archivo y copia publicable. Cada carpeta tiene una responsabilidad clara.

01_servidor

Forge real, mundo, mods, configs, panel macOS y scripts de arranque. Es la carpeta viva del servidor.

02_cliente

Launcher Rust, releases, payload y modpack de amigos. El `.exe` crea `ScoobCodingClient/conf` junto a si mismo.

03_laboratorio

Pruebas automatizadas, evidencias, checks de payload, recursos Windows y estabilidad de servidor.

github

Copia limpia para publicar: codigo, docs, manifiestos e imagenes; sin mundos, claves, logs ni binarios gigantes.

Capturas reales

Lo que se construyo, no solo lo que se imagino.

Las imagenes de anime cuentan la historia; las capturas reales demuestran la app y el launcher.

Launcher real
Launcher portable Windows: perfil, RAM, estado y boton jugar.
Panel servidor real
Panel macOS: servidor, Playit, consola y control operativo.
Codigo comentado

Las decisiones importantes.

El codigo completo esta en el repo. Aqui se explican los puntos que hacen que el proyecto sea portable, probado y mantenible.

client/launcher/src/core.rsNo tocar .minecraft
let root_dir = exe_dir.join("ScoobCodingClient");
let conf_dir = root_dir.join("conf");
let game_dir = conf_dir.join("minecraft");
let cache_dir = conf_dir.join("cache");
let runtime_dir = conf_dir.join("runtime");
let logs_dir = conf_dir.join("logs");
La decision clave: todo lo del jugador vive junto al `.exe`. Si ya tiene otra `.minecraft`, no se mezcla con este proyecto.
client/launcher/src/core.rsOptimizar no es usarlo todo
match total_mb {
    0..=6144 => 2560,
    6145..=8192 => 3072,
    8193..=12288 => 4096,
    12289..=24576 => 5120,
    _ => 6144,
}
En portatiles modestos, demasiada RAM para Java puede dejar a Windows sin aire. El launcher elige estabilidad antes que postureo.
mac-panel/ServerPanel.swiftUI como centro de mando
let serverDir = URL(fileURLWithPath: NSHomeDirectory())
    .appendingPathComponent("Desktop/server/01_servidor")

// El panel normaliza comandos humanos:
// chat: /op NombreJugador
// consola: op NombreJugador
El panel apunta a la carpeta ordenada final. La normalizacion de comandos resolvio el fallo de escribir `/op` en consola.
server/scripts/validate-server.shFallar antes de repartir
require_prop "white-list" "false"
require_prop "enforce-whitelist" "false"
require_file "$CLIENT_DIR/releases/modpack-amigos-forge-1.20.1.zip"
swiftc "$APP_BUNDLE_REAL/Contents/Resources/ServerPanel.swift" \
  -o /tmp/MinecraftServerPanel.validate
La whitelist no vuelve por accidente. El zip del cliente y el panel se comprueban antes de decir que todo esta listo.
lab/scoob_lab.pyPruebas sin vender humo
WORKSPACE = pathlib.Path(__file__).resolve().parents[2]
ROOT = WORKSPACE / "01_servidor"
CLIENT_ROOT = WORKSPACE / "02_cliente"
LAB_ROOT = WORKSPACE / "03_laboratorio"
El laboratorio entiende la estructura limpia y separa lo que puede probar en Mac de lo que necesita Windows real con GPU real.
QA honesto

Pruebas reales, limites reales.

La promesa no es magia. Es evidencia: que paso, que falta y que no se puede fingir desde un Mac.

Launcher en Windows AMD integrado Probado en el portatil de Alex. Minecraft abrio rapido y el launcher no fallo.
Tunel fuera de LAN Cristo pudo entrar desde otra casa usando mods copiados manualmente. La conectividad publica ya dio senales reales.
RTX dedicada verificada Cristo probo el launcher final en su portatil Windows con RTX dedicada y funciono perfecto, sin errores ni bugs reportados.
Repositorio limpio La copia GitHub evita logs, mundos, claves de Playit, rutas privadas y binarios enormes.
Whitelist desactivada Configuracion y validadores protegen `white-list=false` y `enforce-whitelist=false`.
No se simulo una RTX La prueba se cerro con hardware real de Cristo; el laboratorio conserva esta separacion para no inventar resultados.
Repo profesional

Leer, entender, reconstruir.

La documentacion larga queda separada para que el README no sea interminable y el proyecto pueda crecer.

HistoriaDe la critica al proyecto real. Codigo A-ZArchivos clave explicados. Errores resueltosProblemas reales y fixes. ArquitecturaServidor, cliente, panel y lab. QAPruebas y limites honestos. PublicacionGitHub, licencia y privacidad.