¿Adaptas la metodología de otra persona? Reescríbela y fírmala
Deja de copiar y pegar los archivos de reglas de IA de otras personas.
Hoy hay todo un ecosistema de metodología de IA compartida: archivos de reglas, agent skills, plantillas de CLAUDE.md, bibliotecas de prompts, docs de flujo de trabajo. Tomar uno es un excelente punto de partida. Dejarlo tal cual — con la marca de otro, la nota de atribución de otro, la voz de otro — es donde se tuerce. En el momento en que lo adaptas a tu espacio, te vuelves su dueño y su mantenedor. Una copia que aún lleva el nombre de su autor original se pudre, porque nadie se siente responsable de ella.
Por qué una copia textual se pudre
Los archivos adoptados-pero-no-adaptados caen en una zona muerta de mantenimiento:
- La propiedad es ambigua. El pie de página acredita a alguien fuera de tu equipo. Tus compañeros lo leen como "no es nuestro para tocarlo", así que la deriva se acumula y nadie la arregla.
- No encaja con tu stack. La metodología genérica referencia herramientas, convenciones y defaults que no usas. Al dejarla, le indica silenciosamente a tu agente que haga lo incorrecto.
- Es una foto, no un doc vivo. El original río arriba sigue evolucionando; tu copia congelada no. Con los meses la brecha se vuelve desinformación silenciosa.
- La voz choca. Un archivo escrito en el idioma de otra persona se lee como algo pegado encima. Tus propios docs se mantienen coherentes cuando suenan como si un solo equipo los hubiera escrito.
El mecanismo: reescribir, quitar, firmar
Adaptar es un acto de autoría, no un pegado. Tres pasos concretos:
- Reescríbelo con tu propia voz. Replantea cada regla en la terminología de tu equipo, mapeada a tu stack y flujo reales. Si una línea no aplica, córtala.
- Quita la marca del proveedor y la nota de atribución. Elimina logos, promociones de producto y líneas de "generado por / cortesía de". No estás borrando el crédito de forma deshonesta: estás asumiendo la responsabilidad de un doc que ahora mantienes.
- Fírmalo. Ponte a ti (o a tu equipo) como autor, con la fecha de hoy. Esa sola línea convierte "un archivo de alguien que encontramos" en "nuestra metodología, con dueño aquí".
---
title: Convenciones de tests
author: Equipo de Plataforma
adapted-from: upstream-testing-guide (reescrito, 2026-07)
updated: 2026-07-22
---
Mantener una línea corta de adapted-from es honesto y útil: acredita la fuente sin fingir que el archivo sigue siendo de ellos.
Propio vs. prestado
| Copia textual | Reescrito y firmado | |
|---|---|---|
| Quién lo mantiene | Nadie | Tú |
| Encaja con tu stack | Por accidente | A propósito |
| Se lee como | Pegado encima | Tu propio oficio |
| Envejece hacia | Desinformación obsoleta | Un doc vivo |
Movidas avanzadas
- Haz diff al adoptar. Cuando incorpores un doc de río arriba, léelo línea por línea y borra todo lo que no coincida con tu realidad antes de que llegue a tu agente.
- Fecha cada reescritura. Una fecha
updated:visible hace obvia la obsolescencia de un vistazo e invita a la próxima revisión. - Súmalo a tu cadencia de revisión. Los docs adaptados se auditan junto con los tuyos — ve las auditorías trimestrales de skills.
- Respeta la licencia. Reescribir con tus propias palabras está bien; revisa la licencia de la fuente antes de redistribuir y conserva la atribución donde sea requerida.
Recursos
- Agent Skills — documentación de Anthropic
- Memory / CLAUDE.md — documentación de Claude Code
- Choose an open source license — choosealicense.com
- Cursor Rules — documentación
¿Desarrollas sistemas de IA o en la nube? Yeda AI audita y refuerza pipelines de LLM y agentes en producción. Hablemos · Lee el blog