theus-cli-linux-x64 1.2.2 → 1.4.0

package/vendor/theus-arsenal/skills/estandares-codigo/SKILL.md

@@ -1,548 +0,0 @@
----
-name: estandares-codigo
-description: Convenciones base de código transversales a proyectos para nomenclatura, legibilidad, inmutabilidad y revisión de calidad de código. Usa las skills detalladas de frontend o backend para patrones específicos de cada framework.
----
-
-# Estándares de código y buenas prácticas
-
-Convenciones base de código aplicables a cualquier proyecto.
-
-Esta skill es el piso compartido, no el manual detallado por framework.
-
-- Usa `patrones-frontend` para React, estado, formularios, renderizado y arquitectura de UI.
-- Usa `patrones-backend` o `diseno-api` para capas de repositorio/servicio, diseño de endpoints, validación y asuntos específicos del servidor.
-
-## Cuándo activarla
-
-- Al iniciar un proyecto o módulo nuevo
-- Al revisar código en busca de calidad y mantenibilidad
-- Al refactorizar código existente para seguir las convenciones
-- Al hacer cumplir consistencia de nomenclatura, formato o estructura
-- Al configurar reglas de linting, formateo o verificación de tipos
-- Al incorporar nuevos contribuidores a las convenciones de código
-
-## Límites de alcance
-
-Activa esta skill para:
-- nomenclatura descriptiva
-- inmutabilidad por defecto
-- legibilidad y cumplimiento de KISS, DRY y YAGNI
-- expectativas de manejo de errores y revisión de code smells
-
-No uses esta skill como fuente principal para:
-- composición de React, hooks o patrones de renderizado
-- arquitectura de backend, diseño de APIs o capas de base de datos
-- guía específica de un framework cuando ya existe una skill de Theus más especializada
-
-## Principios de calidad de código
-
-### 1. La legibilidad primero
-- El código se lee más de lo que se escribe
-- Nombres claros de variables y funciones
-- Se prefiere código autodocumentado antes que comentarios
-- Formato consistente
-
-### 2. KISS (Keep It Simple, Stupid)
-- La solución más simple que funcione
-- Evita la sobreingeniería
-- Nada de optimización prematura
-- Fácil de entender > código ingenioso
-
-### 3. DRY (Don't Repeat Yourself)
-- Extrae la lógica común a funciones
-- Crea componentes reutilizables
-- Comparte utilidades entre módulos
-- Evita programar por copia y pega
-
-### 4. YAGNI (You Aren't Gonna Need It)
-- No construyas funcionalidades antes de que se necesiten
-- Evita la generalidad especulativa
-- Añade complejidad solo cuando sea necesaria
-- Empieza simple y refactoriza cuando haga falta
-
-## Estándares de TypeScript/JavaScript
-
-### Nomenclatura de variables
-
-```typescript
-// BIEN: nombres descriptivos
-const marketSearchQuery = 'election'
-const isUserAuthenticated = true
-const totalRevenue = 1000
-
-// MAL: nombres poco claros
-const q = 'election'
-const flag = true
-const x = 1000
-```
-
-### Nomenclatura de funciones
-
-```typescript
-// BIEN: patrón verbo-sustantivo
-async function fetchMarketData(marketId: string) { }
-function calculateSimilarity(a: number[], b: number[]) { }
-function isValidEmail(email: string): boolean { }
-
-// MAL: poco claro o solo sustantivo
-async function market(id: string) { }
-function similarity(a, b) { }
-function email(e) { }
-```
-
-### Patrón de inmutabilidad (CRÍTICO)
-
-```typescript
-// BIEN: usa SIEMPRE el operador spread
-const updatedUser = {
-  ...user,
-  name: 'New Name'
-}
-
-const updatedArray = [...items, newItem]
-
-// MAL: NUNCA mutes directamente
-user.name = 'New Name'  // MAL
-items.push(newItem)     // MAL
-```
-
-### Manejo de errores
-
-```typescript
-// BIEN: manejo de errores exhaustivo
-async function fetchData(url: string) {
-  try {
-    const response = await fetch(url)
-
-    if (!response.ok) {
-      throw new Error(`HTTP ${response.status}: ${response.statusText}`)
-    }
-
-    return await response.json()
-  } catch (error) {
-    console.error('Falló el fetch:', error)
-    throw new Error('No se pudieron obtener los datos')
-  }
-}
-
-// MAL: sin manejo de errores
-async function fetchData(url) {
-  const response = await fetch(url)
-  return response.json()
-}
-```
-
-### Buenas prácticas de async/await
-
-```typescript
-// BIEN: ejecución en paralelo cuando sea posible
-const [users, markets, stats] = await Promise.all([
-  fetchUsers(),
-  fetchMarkets(),
-  fetchStats()
-])
-
-// MAL: secuencial sin necesidad
-const users = await fetchUsers()
-const markets = await fetchMarkets()
-const stats = await fetchStats()
-```
-
-### Seguridad de tipos
-
-```typescript
-// BIEN: tipos correctos
-interface Market {
-  id: string
-  name: string
-  status: 'active' | 'resolved' | 'closed'
-  created_at: Date
-}
-
-function getMarket(id: string): Promise<Market> {
-  // Implementación
-}
-
-// MAL: usar 'any'
-function getMarket(id: any): Promise<any> {
-  // Implementación
-}
-```
-
-## Buenas prácticas de React
-
-### Estructura de componentes
-
-```typescript
-// BIEN: componente funcional con tipos
-interface ButtonProps {
-  children: React.ReactNode
-  onClick: () => void
-  disabled?: boolean
-  variant?: 'primary' | 'secondary'
-}
-
-export function Button({
-  children,
-  onClick,
-  disabled = false,
-  variant = 'primary'
-}: ButtonProps) {
-  return (
-    <button
-      onClick={onClick}
-      disabled={disabled}
-      className={`btn btn-${variant}`}
-    >
-      {children}
-    </button>
-  )
-}
-
-// MAL: sin tipos, estructura poco clara
-export function Button(props) {
-  return <button onClick={props.onClick}>{props.children}</button>
-}
-```
-
-### Hooks personalizados
-
-```typescript
-// BIEN: hook personalizado reutilizable
-export function useDebounce<T>(value: T, delay: number): T {
-  const [debouncedValue, setDebouncedValue] = useState<T>(value)
-
-  useEffect(() => {
-    const handler = setTimeout(() => {
-      setDebouncedValue(value)
-    }, delay)
-
-    return () => clearTimeout(handler)
-  }, [value, delay])
-
-  return debouncedValue
-}
-
-// Uso
-const debouncedQuery = useDebounce(searchQuery, 500)
-```
-
-### Gestión de estado
-
-```typescript
-// BIEN: actualizaciones de estado correctas
-const [count, setCount] = useState(0)
-
-// Actualización funcional para estado que depende del estado anterior
-setCount(prev => prev + 1)
-
-// MAL: referencia directa al estado
-setCount(count + 1)  // Puede quedar obsoleto en escenarios asíncronos
-```
-
-### Renderizado condicional
-
-```typescript
-// BIEN: renderizado condicional claro
-{isLoading && <Spinner />}
-{error && <ErrorMessage error={error} />}
-{data && <DataDisplay data={data} />}
-
-// MAL: infierno de ternarios
-{isLoading ? <Spinner /> : error ? <ErrorMessage error={error} /> : data ? <DataDisplay data={data} /> : null}
-```
-
-## Estándares de diseño de APIs
-
-### Convenciones de API REST
-
-```
-GET    /api/markets              # Listar todos los mercados
-GET    /api/markets/:id          # Obtener un mercado concreto
-POST   /api/markets              # Crear un mercado nuevo
-PUT    /api/markets/:id          # Actualizar mercado (completo)
-PATCH  /api/markets/:id          # Actualizar mercado (parcial)
-DELETE /api/markets/:id          # Eliminar mercado
-
-# Parámetros de query para filtrar
-GET /api/markets?status=active&limit=10&offset=0
-```
-
-### Formato de respuesta
-
-```typescript
-// BIEN: estructura de respuesta consistente
-interface ApiResponse<T> {
-  success: boolean
-  data?: T
-  error?: string
-  meta?: {
-    total: number
-    page: number
-    limit: number
-  }
-}
-
-// Respuesta de éxito
-return NextResponse.json({
-  success: true,
-  data: markets,
-  meta: { total: 100, page: 1, limit: 10 }
-})
-
-// Respuesta de error
-return NextResponse.json({
-  success: false,
-  error: 'Invalid request'
-}, { status: 400 })
-```
-
-### Validación de entrada
-
-```typescript
-import { z } from 'zod'
-
-// BIEN: validación con esquema
-const CreateMarketSchema = z.object({
-  name: z.string().min(1).max(200),
-  description: z.string().min(1).max(2000),
-  endDate: z.string().datetime(),
-  categories: z.array(z.string()).min(1)
-})
-
-export async function POST(request: Request) {
-  const body = await request.json()
-
-  try {
-    const validated = CreateMarketSchema.parse(body)
-    // Continuar con los datos validados
-  } catch (error) {
-    if (error instanceof z.ZodError) {
-      return NextResponse.json({
-        success: false,
-        error: 'Validation failed',
-        details: error.issues
-      }, { status: 400 })
-    }
-  }
-}
-```
-
-## Organización de archivos
-
-### Estructura del proyecto
-
-```
-src/
-├── app/                    # App Router de Next.js
-│   ├── api/               # Rutas de API
-│   ├── markets/           # Páginas de mercados
-│   └── (auth)/           # Páginas de auth (grupos de rutas)
-├── components/            # Componentes React
-│   ├── ui/               # Componentes de UI genéricos
-│   ├── forms/            # Componentes de formularios
-│   └── layouts/          # Componentes de layout
-├── hooks/                # Hooks personalizados de React
-├── lib/                  # Utilidades y configuraciones
-│   ├── api/             # Clientes de API
-│   ├── utils/           # Funciones auxiliares
-│   └── constants/       # Constantes
-├── types/                # Tipos de TypeScript
-└── styles/              # Estilos globales
-```
-
-### Nomenclatura de archivos
-
-```
-components/Button.tsx          # PascalCase para componentes
-hooks/useAuth.ts              # camelCase con prefijo 'use'
-lib/formatDate.ts             # camelCase para utilidades
-types/market.types.ts         # camelCase con sufijo .types
-```
-
-## Comentarios y documentación
-
-### Cuándo comentar
-
-```typescript
-// BIEN: explica el PORQUÉ, no el QUÉ
-// Usamos backoff exponencial para no saturar la API durante caídas
-const delay = Math.min(1000 * Math.pow(2, retryCount), 30000)
-
-// Mutación deliberada aquí por rendimiento con arreglos grandes
-items.push(newItem)
-
-// MAL: decir lo obvio
-// Incrementa el contador en 1
-count++
-
-// Asigna el nombre del usuario a name
-name = user.name
-```
-
-### JSDoc para APIs públicas
-
-```typescript
-/**
- * Busca mercados usando similitud semántica.
- *
- * @param query - Consulta de búsqueda en lenguaje natural
- * @param limit - Número máximo de resultados (por defecto: 10)
- * @returns Arreglo de mercados ordenados por puntaje de similitud
- * @throws {Error} Si la API de embeddings falla o Redis no está disponible
- *
- * @example
- * ```typescript
- * const results = await searchMarkets('election', 5)
- * console.log(results[0].name)
- * ```
- */
-export async function searchMarkets(
-  query: string,
-  limit: number = 10
-): Promise<Market[]> {
-  // Implementación
-}
-```
-
-## Buenas prácticas de rendimiento
-
-### Memoización
-
-```typescript
-import { useMemo, useCallback } from 'react'
-
-// BIEN: memoiza cómputos costosos
-// Copia antes de ordenar — Array.prototype.sort muta el arreglo original
-const sortedMarkets = useMemo(() => {
-  return [...markets].sort((a, b) => b.volume - a.volume)
-}, [markets])
-
-// BIEN: memoiza callbacks
-const handleSearch = useCallback((query: string) => {
-  setSearchQuery(query)
-}, [])
-```
-
-### Carga diferida (lazy loading)
-
-```typescript
-import { lazy, Suspense } from 'react'
-
-// BIEN: carga en diferido los componentes pesados
-const HeavyChart = lazy(() => import('./HeavyChart'))
-
-export function Dashboard() {
-  return (
-    <Suspense fallback={<Spinner />}>
-      <HeavyChart />
-    </Suspense>
-  )
-}
-```
-
-### Consultas a base de datos
-
-```typescript
-// BIEN: selecciona solo las columnas necesarias
-const { data } = await supabase
-  .from('markets')
-  .select('id, name, status')
-  .limit(10)
-
-// MAL: seleccionar todo
-const { data } = await supabase
-  .from('markets')
-  .select('*')
-```
-
-## Estándares de testing
-
-### Estructura de tests (patrón AAA)
-
-```typescript
-test('calcula la similitud correctamente', () => {
-  // Arrange (preparar)
-  const vector1 = [1, 0, 0]
-  const vector2 = [0, 1, 0]
-
-  // Act (actuar)
-  const similarity = calculateCosineSimilarity(vector1, vector2)
-
-  // Assert (verificar)
-  expect(similarity).toBe(0)
-})
-```
-
-### Nomenclatura de tests
-
-```typescript
-// BIEN: nombres de test descriptivos
-test('devuelve un arreglo vacío cuando ningún mercado coincide con la consulta', () => { })
-test('lanza un error cuando falta la API key del servicio de embeddings', () => { })
-test('recurre a la búsqueda por subcadena cuando Redis no está disponible', () => { })
-
-// MAL: nombres de test vagos
-test('funciona', () => { })
-test('probar búsqueda', () => { })
-```
-
-## Detección de code smells
-
-Vigila estos antipatrones:
-
-### 1. Funciones largas
-```typescript
-// MAL: función de más de 50 líneas
-function processMarketData() {
-  // 100 líneas de código
-}
-
-// BIEN: divídela en funciones más pequeñas
-function processMarketData() {
-  const validated = validateData()
-  const transformed = transformData(validated)
-  return saveData(transformed)
-}
-```
-
-### 2. Anidamiento profundo
-```typescript
-// MAL: 5+ niveles de anidamiento
-if (user) {
-  if (user.isAdmin) {
-    if (market) {
-      if (market.isActive) {
-        if (hasPermission) {
-          // Hacer algo
-        }
-      }
-    }
-  }
-}
-
-// BIEN: retornos tempranos
-if (!user) return
-if (!user.isAdmin) return
-if (!market) return
-if (!market.isActive) return
-if (!hasPermission) return
-
-// Hacer algo
-```
-
-### 3. Números mágicos
-```typescript
-// MAL: números sin explicación
-if (retryCount > 3) { }
-setTimeout(callback, 500)
-
-// BIEN: constantes con nombre
-const MAX_RETRIES = 3
-const DEBOUNCE_DELAY_MS = 500
-
-if (retryCount > MAX_RETRIES) { }
-setTimeout(callback, DEBOUNCE_DELAY_MS)
-```
-
-**Recuerda**: la calidad del código no es negociable. Un código claro y mantenible habilita desarrollo rápido y refactorizaciones con confianza.