Core Roleplay
En línea0/50play.corearg.com:20024
Guía

Trabajá con IA
como armamos Core

Meses de prueba y error, en un texto que le pegás a tu Claude y te arma tu propio método.

Cómo se usa

Tres pasos

1. Copiá el texto

Abajo está el texto completo: abrilo y copialo, o bajalo como archivo.

2. Pegalo como primer mensaje

En Claude Code, o en un chat de Claude si todavía no usás Claude Code. También sirve en ChatGPT.

3. Contestale

Primero te entrevista (máximo 8 preguntas), después revisa lo que tenés y te dice con honestidad qué te sirve y qué no.

Qué incluye

Lo que vas a aprender

Que no se olvide de vos

Archivos de contexto y memoria que la IA lee en cada sesión, para que no repita errores.

Que haga el trabajo

Reglas para que haga cada paso en vez de dejarte una lista de comandos.

Que pruebe antes de decir listo

Algo está terminado solo cuando hay una prueba real funcionando.

Orden y cuidado

Git, secretos fuera del código y un solo despliegue grande cuando vos decís.

Costo bajo control

Pocos agentes en paralelo, encargos cortos y nada de búsquedas en todo el disco.

El texto

Para pegar en tu Claude

Bajar el texto (.txt)

Ver el texto completo
=====================================================================
PROMPT PARA MEJORAR TU CLAUDE (y tu ChatGPT)
Copiá TODO este texto y pegalo como primer mensaje en Claude Code
(o en un chat de Claude si todavía no usás Claude Code).
=====================================================================

Hola Claude. Un amigo me pasó cómo trabaja él con vos en su proyecto (un servidor de FiveM roleplay con web, tienda, Discord y base de datos). Tardó meses en armar este método, a prueba y error. Te lo paso entero. Quiero que lo leas y después hagas lo siguiente, en este orden:

1. ENTREVISTAME primero (máximo 8 preguntas cortas, de a una o en un solo bloque): a qué me dedico, en qué proyecto(s) trabajo, qué tan técnico soy, qué uso hoy (Claude web, Claude Code, ChatGPT, Codex, Cursor, etc.), qué PC tengo (Windows/Mac, si es potente o no), qué me frustra hoy cuando trabajo con IA, y qué conexiones necesito (servidor, base de datos, GitHub, web, etc.).
2. AUDITÁ lo que tengo hoy: revisá mi carpeta de proyecto, si existe CLAUDE.md, memoria, git, etc. Leé antes de opinar.
3. DECIME CON HONESTIDAD, punto por punto, qué de este método me sirve, qué no me sirve y qué conviene adaptar. Explicame por qué con ejemplos de MI caso. Si algo es exagerado para lo que hago, decilo. No me vendas todo.
4. ARMÁ conmigo lo que sí sirve, paso a paso. Hacé vos cada paso que puedas hacer (crear archivos, carpetas, configuraciones). Si hay algo que tengo que hacer yo (un login, un pago, una contraseña), pedímelo en una sola línea clara.
5. Al final dejame un resumen corto: qué quedó armado, dónde está cada cosa y cómo lo uso día a día.

---------------------------------------------------------------------
EL MÉTODO (lo que fuimos descubriendo)
---------------------------------------------------------------------

A. LA HERRAMIENTA
- Usamos Claude Code (la versión que corre en la PC, en terminal, en la app de escritorio o en VS Code), NO solo el chat web. La diferencia es enorme: Claude Code lee y escribe archivos, corre comandos, usa git, se conecta a servidores por SSH, prueba cosas y verifica resultados. El chat web solo opina.
- ChatGPT o Codex pueden convivir como segundo agente. Nosotros usamos Codex como "B1" y Claude como "A1": se pasan trabajo con archivos de texto en una carpeta compartida (inbox) y un archivo CLAIMS.md donde cada uno anota qué está tocando, así no se pisan. Codex lee sus reglas de ~/.codex/AGENTS.md; Claude lee las suyas de CLAUDE.md y de su memoria.
- ChatGPT conviene para: lluvia de ideas, una segunda opinión, textos. Configurale "Instrucciones personalizadas" y usá "Proyectos" con un archivo de contexto (el mismo resumen de abajo). Para ejecutar en la PC, Claude Code.

B. CONTEXTO PERSISTENTE (lo más importante de todo)
La IA se olvida de todo entre sesiones. La solución son archivos que lee siempre:
1. CLAUDE.md en la raíz del proyecto: qué es el proyecto, cómo está organizado, comandos clave, reglas que nunca se rompen. Corto y al punto.
2. Carpeta de MEMORIA: un archivo por cada hecho, con un título, una línea de descripción y el tipo:
   - "user": quién soy, qué sé, cómo me gusta que me hablen.
   - "feedback": correcciones que le hice ("no hagas X") y POR QUÉ, y cómo aplicarlo.
   - "project": decisiones, fechas, estado de cosas que no se ven en el código.
   - "reference": links, paneles, dónde está cada cosa.
   Más un índice (MEMORY.md) con una línea por memoria, que se carga en cada sesión. Si una memoria queda vieja, se borra o se marca "SUPERSEDED". Fechas siempre absolutas (25-10), nunca "ayer".
3. Un STATE.md "vivo": el estado actual del trabajo (qué está hecho, qué falta, qué está roto). Regla: leerlo al empezar y actualizarlo después de cada paso. Cuando la conversación se llena, se escribe un HANDOFF (traspaso) para que la próxima sesión siga sin perder nada.
4. Cada vez que la IA se equivoca y la corrijo, se guarda como memoria "feedback" con el porqué. Así no repite el error. Esto es lo que más mejora con el tiempo.

C. REGLAS DE TRABAJO QUE NOS FUNCIONAN
- "Hacelo vos, no me des pasos": si no soy técnico, la IA hace todo; no me tira listas de comandos. Solo me pide lo que de verdad solo puedo hacer yo (logins, plata, decisiones).
- "Verificado, no dicho": algo está TERMINADO solo cuando hay prueba real funcionando (un test, un log, una foto del juego), no cuando el código "debería andar". Nos pasó muchas veces que algo "arreglado" seguía roto en vivo.
- Verificar antes de cambiar: leer y rastrear el código antes de tocarlo. Comparar archivos ENTEROS contra una referencia que funciona (perdimos 3 rondas por mirar solo la mitad de un archivo).
- Logs como evidencia: antes de pedirme que pruebe algo, la IA revisa los logs del cliente/servidor ella misma.
- Nada de fallas silenciosas: si algo se niega o falla, debe decir qué falta, dónde conseguirlo y dejar una línea en el log.
- Solo lo que pedí: nada extra, nada borrado sin que yo lo nombre.
- Formato de respuesta corto con marcadores: 🔴 necesita algo de vos / 🟢 hecho / 🟡 en proceso / ⚠️ riesgo / 🧠 mi opinión. Se lee en 10 segundos.
- Si hay que elegir, que recomiende una opción, no que me haga una encuesta.

D. GIT Y ORDEN
- Todo en git. Una rama por tarea, y "worktrees" (copias de trabajo separadas) para que varias tareas no se pisen.
- Commits por archivo, mirando el diff antes. Nunca "git add -A" a ciegas (una vez re-subió una clave secreta borrada). Nunca "git stash" compartido.
- Secretos (contraseñas, claves, tokens) NUNCA en el código: en archivos de entorno fuera de git.

E. PROBAR ANTES DE PUBLICAR
- Tenemos un servidor LOCAL de prueba ("bench") en la misma PC, igual al real. Todo se prueba ahí primero, con fotos automáticas y chequeos.
- Al servidor real: UN solo deploy grande, cuando yo digo "GO". Nunca reinicios sueltos, nunca reiniciar con jugadores adentro sin avisar.
- Tests de comportamiento (que prueban lo que hace la cosa, no solo que el archivo exista). Correr solo los tests de lo que se tocó; la suite completa una vez al final.

F. SUBAGENTES Y COSTO
- Claude Code puede lanzar "subagentes" (otros Claude que trabajan en paralelo). Sirve para tareas independientes (buscar arte, auditar un sistema, revisar seguridad). Cada uno con un encargo claro, corto y con límites.
- Pero cuestan tokens y CPU: en una noche gastamos 30% del límite semanal; y 3 suites de tests en paralelo colgaron la PC. Regla: pocos agentes, uno por área, encargos cortos.
- Nunca dejar que un agente busque en todo el disco (un "find /" puso la CPU al 100%).

G. CONEXIONES (lo que hace que "entienda todo")
- SSH al servidor con un alias (ej. "ssh miservidor") y llave, así Claude puede leer logs y estado directamente (solo lectura salvo que yo apruebe).
- Base de datos: acceso por un script o un servidor MCP de base de datos, para que Claude consulte tablas en vez de adivinar. Cambios de base solo con archivos SQL nuevos (nunca editar uno ya corrido).
- MCP (Model Context Protocol): "enchufes" que le dan a Claude acceso a herramientas (GitHub, Gmail, Google Drive, bases de datos, navegador). Se configuran una vez en Claude Code.
- Skills: instrucciones empaquetadas para tareas repetidas (ej. "/i idea" guarda una idea mía y la convierte en tarea). Hooks: acciones automáticas (ej. guardar notas cuando escribo "/n").
- Un tablero único (una página web privada, "artifact") con pestañas: tareas, ideas, diseños, notas mías que Claude lee al empezar cada sesión. UNA sola página, no veinte.
- Mapa del proyecto en un documento: qué sistema habla con cuál (juego ↔ base de datos ↔ web ↔ tienda ↔ Discord). Con eso Claude entiende las conexiones sin re-descubrirlas cada vez.

H. TRAMPAS DE WINDOWS QUE APRENDIMOS
- PowerShell 5.1 rompe acentos (UTF-8) al leer/escribir archivos: editar con herramientas de Claude o Python.
- Carpetas con [corchetes] en el nombre confunden a PowerShell y a git: usar rutas "literales".
- El Escritorio real puede estar en OneDrive (OneDrive\Escritorio), no en C:\Users\vos\Desktop.

---------------------------------------------------------------------
CÓMO QUIERO QUE ME AYUDES
---------------------------------------------------------------------
- Adaptá todo a mi nivel. Si algo de esto no aplica a mi caso, decilo claramente y salteálo.
- Empezá por lo de más impacto: (1) CLAUDE.md + memoria + STATE.md, (2) git ordenado, (3) entorno de prueba, (4) conexiones (SSH, base de datos, MCP), (5) ChatGPT/Codex como segundo agente si me sirve.
- Explicame cada cosa en una o dos líneas simples la primera vez, sin jerga.
- Guardá desde ya en memoria lo que vayas aprendiendo de mí.
- Empezá ahora con la entrevista del punto 1.

¿Lo probaste?

Contanos en el Discord cómo te fue.

Menú