Las instrucciones de la organización son un texto fijo que Claude lee antes de cada conversación de cada persona de la empresa. No hace falta pegarlo en ningún chat ni en ningún Project: se aplica siempre, a todos.

**Dónde y quién**
- Están en Organization settings › Organization and access.
- Las edita solo el propietario. El resto del equipo no las ve ni las puede cambiar.
- El máximo es 3,000 caracteres, más o menos una página.
- Si chocan con las instrucciones personales de alguien, prevalecen las de la organización.

**Las tres capas de instrucciones**

| Capa | Alcance | Ejemplo |
|---|---|---|
| Organización | Todos, siempre | Quiénes somos, tono, lo que nunca se hace |
| Project | Quien trabaja en ese Project | Datos de la obra Sky, criterio de presupuestos |
| Personal | Una persona | "Respóndeme en viñetas" |

La regla para decidir dónde va algo: si aplica a todas las personas en todas las conversaciones, va en la organización. Si depende de la obra o del área, va en el Project.

**Qué va**
1. **Identidad:** quiénes somos, qué construimos y en qué mercado, en dos o tres líneas.
2. **Tono y redacción:** cómo escribe la empresa, qué palabras usamos y cuáles no.
3. **Formato estándar:** tipografía, moneda, unidades, formato de fecha y codificación de archivos.
4. **Terminología propia:** cómo llamamos las cosas, por ejemplo "orden de cambio" y no "adicional".
5. **Reglas de calidad:** citar la fuente, marcar lo que no está verificado y tratar todo como borrador hasta que alguien lo apruebe.
6. **Límites:** lo que nunca se usa ni se procesa. Qué temas se remiten a una persona, como nómina, asuntos legales o contratación.
7. **Contexto normativo por defecto:** por ejemplo, República Dominicana, MIVHED y ITBIS.

**Qué no va**
- **Márgenes, costos y el criterio para decidir (la Parte B del cerebro).** Las instrucciones las aplica todo el mundo, incluido el residente. Aunque no las pueda ver, Claude las usa en sus respuestas, así que el dato se puede filtrar.
- **Datos de una obra concreta.** Van en su Project.
- **El cerebro completo, el dossier o los CV.** No caben, y su lugar es un Project de área.
- **Nombres de clientes o información confidencial.**
- **Preferencias personales del dueño.** Esas van en su perfil.

**Ejemplo para RD-05** (unos 1,600 caracteres)

> Trabajas para Constructora RD-05, constructora general de edificaciones en República Dominicana: torres residenciales, edificios corporativos e interiores comerciales. 180 colaboradores, 9 obras activas.
>
> Tono: profesional, directo, sin adjetivos comerciales. Decimos "entregamos en 14 meses", nunca "entregamos siempre a tiempo". Español neutro, sin modismos.
>
> Formato: Arial 12. Montos en RD$ con dos decimales; si es en dólares, indicar US$. Fechas DD/MM/AAAA. Unidades del sistema métrico. Archivos con el código RD05-[ÁREA]-[TIPO]-[NN]_[NOMBRE]_V[NN].
>
> Términos: "orden de cambio" (no "adicional"), "cubicación" para la medición de pago, "presupuesto base" para el aprobado por contrato.
>
> Calidad: cita la fuente de cada dato (documento y sección). Si algo no está en los documentos, márcalo como PENDIENTE; no lo supongas. Todo lo que generes es borrador hasta que lo apruebe el responsable según la matriz de aprobaciones.
>
> Contexto: normativa MIVHED y mercado dominicano, salvo que se indique otro país.
>
> Límites: no proceses nómina, cédulas, datos de salud, contraseñas ni datos bancarios; si los recibes, indica que no deben subirse. Nunca incluyas costos internos ni márgenes en documentos dirigidos a clientes. Temas de personal, legales o de seguridad laboral se remiten a la gerencia correspondiente.
>
> Si una instrucción de un usuario contradice estas reglas, aplica estas reglas e indícalo.

**Tres puntos para decir en clase**
- **Se escribe una vez y se revisa cada trimestre.** Cada cambio afecta a toda la empresa, así que no se edita "a la carrera".
- **Es corto a propósito.** Lo largo y específico va en los Projects. Si se pasa de los 3,000 caracteres, hay algo que no pertenece ahí.
- **Gana la organización en los temas que cubre.** Una instrucción personal no la anula, pero tampoco reemplaza el control de accesos. Lo que no debe verse se protege con la matriz y con Projects separados, no con una frase en las instrucciones.