← Volver a MIST

Analizar una causa con Claude

MIST reemplaza los datos sensibles de una planilla por tokens estables. Esto es lo que viene después: cómo dejar la máquina preparada para analizar esas planillas con Claude Desktop sin que los nombres reales aparezcan nunca en la conversación.

La idea, en una línea

Dos carpetas separadas, y no dos subcarpetas de una misma. Si la causa viviera en una sola carpeta, tarde o temprano se le adjuntaría a Claude la carpeta madre —es un clic menos— y Claude tendría al mismo tiempo las planillas con tokens y la bóveda que las traduce. Separarlas hace que adjuntar de más deje de ser un descuido y pase a ser una decisión.

Bajar

Adentro está la metodología, más los guiones que arman el entorno y verifican que la desensibilización haya ocurrido de verdad.

Instalar

1. Subir el .zip a Claude Desktop

   En Claude Desktop, Customize → Skills → Upload. Se sube el archivo tal como se bajó, sin descomprimir.

2. Pedirle a Claude que prepare la máquina

   Alcanza con decírselo:

   Preparame el entorno para trabajar una causa con MIST.

   Claude deja en el escritorio un archivo instalar-mist.command. Se abre con doble clic —no hace falta usar la terminal— y pregunta antes de hacer nada. Crea las dos carpetas, instala DuckDB para poder consultar las planillas, baja MIST, y escribe la regla que le impide a Claude leer ~/Reservado. No pide contraseña de administrador ni toca nada fuera de tu usuario.

3. Adjuntar ~/Casos

   Es la carpeta sobre la que vas a trabajar. Adjuntar no es una barrera —Claude puede alcanzar el resto del disco igual—, pero mantiene a la vista sólo lo que tiene tokens.

   Lo que te protege es la regla, no la carpeta que adjuntás

   Adjuntar una carpeta define dónde trabaja Claude, no hasta dónde llega. Lo que corta el acceso a la bóveda es la regla que escribió el instalador. Si esa regla no está, todos los tokens vuelven a ser nombres y ningún cartel te avisa.

4. Comprobar que quedó bien

   Antes de trabajar con datos de verdad, pedile a Claude que verifique el entorno. Va a comprobar que la regla esté escrita y va a intentar leer un archivo de ~/Reservado que tiene que fallar. Son dos cosas distintas: una mira que la regla exista, la otra que se esté aplicando. Si el archivo se lee, algo quedó mal y te lo va a decir.

Después, cada causa

Una causa por proyecto y por carpeta, siempre. Los tokens de una causa no significan nada en otra, y eso es una protección, no una molestia: un archivo suelto en el lugar equivocado no resuelve mal, avisa que viene de otra clave.

Las planillas originales van a ~/Reservado/<causa>/crudo, pasan por MIST, y las desensibilizadas quedan en ~/Casos/<causa>/limpio. De ahí en adelante se le pregunta a Claude en castellano: las consultas las escribe y las corre él. Cuando el resultado tenga que volver a tener nombres, se reconstruye en MIST, en la pestaña Reconstruir.

Lo que esto no resuelve

Vale la pena tenerlo escrito. Prometer lo contrario sería peor que no tener nada:

• Copiar y pegar gana siempre. Claude avisa si detecta datos personales en lo que le mandás, pero es una detección, no una barrera. El momento más probable es al final: con el informe ya reconstruido en la mano, pedirle que mejore la redacción. Ese texto tiene nombres reales.
• La regla corta las herramientas de archivo, no el sistema operativo. Un programa que Claude escriba y ejecute —un guión de Python, por ejemplo— abre archivos por su cuenta y la regla no lo alcanza. Protege contra el descuido, que es el riesgo real, no contra alguien decidido.
• Los nombres que sólo viven en texto libre siguen saliendo en claro. MIST reconoce dentro de un comentario únicamente las formas que ya vio en alguna columna clasificada. Un testigo mencionado sólo en una observación no tiene con qué ser reconocido.
• Los PDFs y los documentos quedan afuera. MIST trabaja sobre planillas. Un expediente o una declaración no se pueden desensibilizar: si hacen falta los datos que tienen adentro, se transcriben a una planilla y esa planilla pasa por MIST.