Menu
Skill para arrancar un proyecto de BBDD desde cero con seguridad-first y fuente de verdad local
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
Análisis comprensivo de stored procedures y schema de SQL Server
Auto-genera documentación faltante analizando código y extrayendo metadatos
Trazar transcripts y debug logs de Copilot Chat para estimar/capturar consumo de tokens y desglosarlo por fase
Skill para extraer lógica de negocio de SPs a C#/.NET, aplicando Strangler Fig, DDD y patrones de anti-corrupción
Skill para tuning de consultas, planes e indices con pruebas de regresion
Skill para analizar tendencias de crecimiento y proyectar necesidades de almacenamiento y recursos
| name | Onboarding Seguro y Fuente de Verdad |
| description | Skill para arrancar un proyecto de BBDD desde cero con seguridad-first y fuente de verdad local |
Preparar una sesion DBA completa sin exponer negocio, creando una fuente de verdad local reutilizable para no depender de conexiones continuas a la base de datos origen.
El onboarding es el flujo maestro de arranque: ejecuta todo el pipeline tecnico de forma autonoma y llega hasta dejar listos reportes y planes para revision.
Punto de parada obligatorio: antes de generar los .docx, el proceso se detiene para revision humana de reports/ y plans/.
workspaces/<Proyecto>/ dentro del repoworkspaces/<Proyecto>/reports y workspaces/<Proyecto>/plansworkspaces/<Proyecto>/entrega/*.docx (solo tras aprobacion humana)La fuente de verdad no es solo el schema SQL. Es el inventario completo de todo lo que existe en la BD. Ningún agente analiza sin que esta estructura esté generada:
workspaces/<Proyecto>/
fuente-de-verdad/
manifest.json ← configuración BD + preflight
schema/db.sql ← schema completo (DDL + SPs)
tables-by-schema.json ← inventario de tablas por schema
procs-by-schema.json ← inventario de SPs por schema
views-by-schema.json ← inventario de vistas por schema ← NUEVO
functions-by-schema.json ← inventario de funciones por schema ← NUEVO
plans/
full-db-sp-classification.json ← clasificación CRUD/Simple/Complex/Critical
full-db-sp-classification.md
reports/
business-rules/
critical-rules-catalog.md ← patrones de reglas en SPs Critical ← NUEVO
complex-rules-catalog.md ← patrones de reglas en SPs Complex ← NUEVO
pwsh -File .github/scripts/security-preflight.ps1
if ($LASTEXITCODE -ne 0) { Write-Error 'Preflight de seguridad FAIL. Sanear antes de continuar.'; exit 1 }
Este gate siempre corre primero.
# Si el schema ya existe en input/:
pwsh -File .github/scripts/refresh-source-of-truth.ps1 -ProjectName "NombreProyecto"
Genera: schema/db.sql, tables-by-schema.json, procs-by-schema.json, manifest.json
# Extraer vistas y funciones del schema ya generado
$lines = [IO.File]::ReadAllLines("workspaces/$proyecto/fuente-de-verdad/schema/db.sql")
$v=@{}; $f=@{}
foreach($l in $lines) {
if ($l -match 'VIEW\s+\[?(\w+)\]?\.\[?(\w+)\]?') { $s=$matches[1];$n=$matches[2]; if(!$v[$s]){$v[$s]=@()};$v[$s]+=$n }
if ($l -match 'FUNCTION\s+\[?(\w+)\]?\.\[?(\w+)\]?') { $s=$matches[1];$n=$matches[2]; if(!$f[$s]){$f[$s]=@()};$f[$s]+=$n }
}
@{total=($v.Values|%{$_.Count}|Measure-Object -Sum).Sum; bySchema=$v} | ConvertTo-Json -Depth 4 | Out-File "workspaces/$proyecto/fuente-de-verdad/views-by-schema.json" -Encoding UTF8
@{total=($f.Values|%{$_.Count}|Measure-Object -Sum).Sum; bySchema=$f} | ConvertTo-Json -Depth 4 | Out-File "workspaces/$proyecto/fuente-de-verdad/functions-by-schema.json" -Encoding UTF8
pwsh -File .github/scripts/analyze-sp-migration.ps1 -ProjectName "NombreProyecto"
Genera: plans/full-db-sp-classification.json
pwsh -File .github/scripts/extract-critical-business-rules.ps1 -Category Critical
pwsh -File .github/scripts/extract-critical-business-rules.ps1 -Category Complex
Genera: reports/business-rules/critical-rules-catalog.md y complex-rules-catalog.md
$p = "workspaces/NombreProyecto"
@(
"$p/fuente-de-verdad/schema/db.sql",
"$p/fuente-de-verdad/tables-by-schema.json",
"$p/fuente-de-verdad/procs-by-schema.json",
"$p/fuente-de-verdad/views-by-schema.json",
"$p/fuente-de-verdad/functions-by-schema.json",
"$p/plans/full-db-sp-classification.json",
"$p/reports/business-rules/critical-rules-catalog.md",
"$p/reports/business-rules/complex-rules-catalog.md"
) | ForEach-Object { "$_ → $(if(Test-Path $_){'✅'}else{'❌ FALTA'})" }
Si algún fichero falta, ejecutar el paso correspondiente antes de continuar.
Con la fuente de verdad y catálogos completos, el onboarding dispara la orquestación de análisis DBA (dependencias, impacto, rendimiento, seguridad/fiabilidad, modernización) y genera los artefactos en reports/ y plans/ del proyecto.
Regla: cualquier hallazgo debe estar sustentado por lectura del SQL real en schema/db.sql.
Antes de crear los .docx, el onboarding debe parar y solicitar revisión explícita del usuario antes de cualquier acción adicional.
Checklist de revision:
workspaces/<Proyecto>/fuente-de-verdad/manifest.jsonworkspaces/<Proyecto>/fuente-de-verdad/schema/db.sqlworkspaces/<Proyecto>/fuente-de-verdad/tables-by-schema.jsonworkspaces/<Proyecto>/fuente-de-verdad/procs-by-schema.jsonworkspaces/<Proyecto>/fuente-de-verdad/views-by-schema.jsonworkspaces/<Proyecto>/fuente-de-verdad/functions-by-schema.jsonworkspaces/<Proyecto>/reports/workspaces/<Proyecto>/plans/Con aprobación explícita, se ejecuta el Paso 7 para generar Word.
Sin esta aprobación, no se continúa a fases posteriores.
Precondicion obligatoria:
El onboarding invoca el flujo de entrega para generar documentos .docx en workspaces/<Proyecto>/entrega/.
Salidas minimas esperadas:
<Proyecto>-INFORME-CLIENTE.docx<Proyecto>-INFORME-FUNCIONAL.docx<Proyecto>-ASSESSMENT.docx<Proyecto>-INFORME-TECHLEAD.docx<Proyecto>-INFORME-DBA.docx