ComandeskHelp Inicio

OPS Daily Mode (1 pagina)

Ver tambien:

  • docs/sa-ops-system/README.md
  • docs/sa-ops-system/onboarding-quickstart.md
  • docs/sa-ops-system/operating-modes.md
  • docs/sa-ops-system/ai-technical-debt-guardrails.md

Objetivo

Trabajar en OPS con foco, cero ruido y entregables visibles.

Regla base

Cada tarea AI debe terminar con:

  1. Entregable en Contexto de la tarea.
  2. Comentario corto de puntero (ej. "ver entrada #82").
  3. Estado correcto (review o done si aplica).

Sin eso, no esta terminada.

Modo diario (30-60-10)

1) Inicio de jornada (10 min)

  1. Revisar cola next + doing.
  2. Revisar alertas abiertas.
  3. Definir 1 objetivo principal del dia.
  4. Limitar WIP: max 1 tarea principal activa.

2) Bloques de ejecucion (60-90 min)

Para cada bloque:

  1. Elegir task.
  2. Ajustar profile/modelo.
  3. Ejecutar.
  4. Publicar salida visible.
  5. Cambiar estado.

3) Cierre de jornada (10-15 min)

  1. Cerrar demos/pruebas completadas.
  2. Pasar bloqueos reales a waiting con blocked_reason concreto.
  3. Dejar nota "siguiente paso" en tareas abiertas.

Seleccion de modelo (practico)

  • gpt-5: decisiones, arquitectura, QA final, entregable cliente.
  • minimax2.7: rutina de codigo (refactors/scaffold/bulk edits).
  • local-qwen3.6-coder: clasificacion, busquedas, borradores tecnicos.
  • local-gemma4: rutina local equivalente de bajo riesgo.

Si hay duda de calidad: usar gpt-5.

Profiles recomendados

  • Core: coder, reviewer, marketer, designer, mockup-chatgpt5.
  • Rutina: coder-routine-minimax, coder-routine-qwen-local, coder-routine-gemma4-local.

Templates recomendadas

  • Web pipeline: WEB-01 -> WEB-09.
  • Modelo/politica: MODEL-01, MODEL-02, MODEL-03, MODEL-04.
  • Antes de ejecutar WEB-*: completar ficha minima del proyecto en Specs y PRD.

Regla:

  • Tareas con modelos rutinarios que impactan cliente/prod -> pasar por MODEL-03 antes de cierre.
  • Si preflight marca faltantes criticos, completar ficha o forzar solo con criterio.

Estados: uso correcto

  • doing: trabajo activo real.
  • review: salida hecha, pendiente validacion.
  • waiting: bloqueo externo real.
  • done: evidencia visible + checklist cumplida.

Señales de problema

  • Muchas tareas en review sin cerrar.
  • dispatching atascado demasiado tiempo.
  • Tareas cerradas sin contexto entregable.

Accion inmediata:

  1. Consolidar legacy.
  2. Cerrar por lotes con trazabilidad.
  3. Reactivar solo lo prioritario.

KPI minimos semanales

  • >95% tareas AI con salida visible.
  • Tiempo en dispatching bajo y estable.
  • Ratio review -> done en <48h.
  • Menos ruido en cola (menos stale/legacy).

Atajos operativos

  • Reconciliar dispatch stale:

curl -H "X-OPS-Service-Token: $OPS_SERVICE_TOKEN" \

  -H 'Content-Type: application/json' \

  -X POST \

  -d '{"minutes":20}' \

  https://ops.solucionesabiertas.net/api/dispatch/reconcile-stale
  • Ajustar watchdog:

curl -H "X-OPS-Service-Token: $OPS_SERVICE_TOKEN" \

  -H 'Content-Type: application/json' \

  -X PUT \

  -d '{"value":"20"}' \

  https://ops.solucionesabiertas.net/api/settings/dispatch_stale_minutes

Regla final

Primero claridad y evidencia. Luego velocidad.