No AI Slop: edición con evidencia, paquete y evaluación
Diseña una hoja editorial con evidencia para No AI Slop
Ancla hallazgos a fragmentos y revisiones, protege hechos y exige aprobación antes de aplicar cambios de estilo.
Qué aprenderás
- Cada cambio debe apuntar a su origen
- Separa comprobación mecánica y decisión editorial
- Define fallos antes de conectar un modelo
Antes de empezar
- Un borrador con hechos verificables
- Comprender instrucciones del asistente y alcance de plugins
Inspeccionar patrones, conservar significado y separar validación de paquete de resultados editoriales no medidos.
Conclusiones clave
- Ancla hallazgos a revisión y fragmento específicos.
- Validez mecánica no demuestra calidad editorial.
- Aplicar cambios requiere decisión explícita.
Cada cambio debe apuntar a su origen
Una extensión útil registra pasaje original, patrón, propuesta, razón y aprobación, junto a hechos y citas protegidos. Es un ejercicio editorial propuesto, no una función incluida ni una hoja de ruta upstream. Empieza con borradores sintéticos y hallazgos introducidos manualmente.
Guarda revisión y digest para impedir que una propuesta se aplique silenciosamente a texto cambiado. Una frase repetida requiere posición, no solo cadena de búsqueda. Si la revisión ya no coincide con el fragmento, marca el hallazgo como obsoleto y pide revisión en lugar de sustituir la primera frase parecida.
Separa comprobación mecánica y decisión editorial
Un programa sin conexión puede comprobar que existe la cita, permanece una fecha o se modifica la revisión aprobada. No puede decidir mediante esas comprobaciones si sobrevivió la ironía o si conviene acortar. Conserva tales juicios como decisiones humanas pendientes, no como una puntuación inventada.
Empieza con texto paralelo y anotaciones estáticas. Un SVG accesible explica original, hallazgos y cambios aprobados. La presentación tridimensional aporta poco aquí; texto fuente e historial deben seguir legibles sin una escena interactiva.
Define fallos antes de conectar un modelo
Prueba cita ausente, frase duplicada, revisión obsoleta, número protegido alterado y solicitud de inferir autoría. Ante ambigüedad o prohibición, rechaza aplicación automática y conserva el original. Estas son pruebas propuestas para la extensión, no los siete casos de paquete ejecutados en esta serie.
Después un modelo puede sugerir hallazgos, pero aplicarlos sigue siendo una acción explícita. Exporta borrador revisado y cambios juntos para que otro editor inspeccione la razón. Un build correcto o la autorrevisión del modelo nunca reemplazan la aprobación de la modificación concreta.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Define registros de texto, hallazgo y hechos protegidos.
- 2
Rechaza anclas obsoletas o ambiguas.
- 3
Prueba invariantes con texto sintético.
- 4
Añade sugerencias del modelo después de validar la revisión.
Ejemplo para copiar
{
"proposal": true,
"draftRevision": "synthetic-v1",
"finding": {
"spanStart": 0,
"spanEnd": 12,
"pattern": "example",
"approved": false
},
"protectedFacts": [
"Tuesday"
],
"applyAutomatically": false
}Preguntas frecuentes
¿La hoja ya viene en el proyecto?
No. Es una extensión propuesta para aprender.
¿Un digest decide si la edición es buena?
No. Identifica la revisión original; la calidad exige contexto.
Fuentes
- No AI Slop / skills/no-ai-slop/SKILL.mdFuente verificada 2026-09-14
- No AI Slop / skills/no-ai-slop/eval.mdFuente verificada 2026-09-14
- No AI Slop / scripts/build_plugin.pyFuente verificada 2026-09-14