Seis parejas de skills que parecen la misma skill
Una reseña te dice si merece la pena instalar una skill. No te dice cuál de dos conservar cuando ambas reclaman el mismo trabajo. Estas páginas toman las seis parejas donde esa pregunta aparece de verdad y la responden.
tdd o test-driven-development: ¿cuál deberías instalar?
Instala una de las dos, no ambas. Describen la misma disciplina desde dos autores distintos, así que mantener las dos deja dos descripciones solapadas compitiendo por la misma tarea. Elige aquella cuyo estilo se parezca a cómo ya escribe pruebas tu equipo.
¿systematic-debugging o diagnosing-bugs para encontrar la causa?
Ambas evitan que el agente adivine arreglos, pero entran al problema por extremos distintos. systematic-debugging sostiene un proceso hasta demostrar la causa. diagnosing-bugs se parece más a una investigación práctica del fallo que tienes delante.
skill-creator o mcp-builder: ¿qué estás construyendo en realidad?
Construyen cosas distintas. skill-creator te ayuda a escribir una carpeta de instrucciones que el agente lee. mcp-builder te ayuda a escribir un servidor que expone herramientas nuevas. Si el agente ya tiene el acceso y solo le falta el procedimiento, quieres skill-creator.
docx o pdf: ¿qué skill de documentos necesitas?
La respuesta la decide el archivo, no la preferencia. docx es para documentos de Word que alguien va a seguir editando. pdf es para un documento fijo que necesitas leer, dividir, rellenar o entregar como resultado final. Casi todo el trabajo documental acaba necesitando ambas.
frontend-design o canvas-design: ¿cuál encaja con el trabajo?
frontend-design es para interfaces que se van a entregar como código, con el criterio aplicado a componentes, disposición y estados. canvas-design es para trabajo visual compuesto sobre un lienzo. Si la salida acaba en un repositorio, quieres frontend-design.
subagent-driven-development o superpowers: ¿cuánta estructura quieres?
superpowers es un método de trabajo amplio para toda una sesión. subagent-driven-development es la cuestión más estrecha de repartir el trabajo entre agentes. Una cambia cómo se aborda cada tarea; la otra, cómo se divide una tarea grande.