Saltar a contenido

Control Plane de la Triada Activa

Objetivo

Dar a Kabehz, L0KY y AJCG131281 una vista visual, nativa y operativa del contrato actual: identidades, responsabilidades, sincronización local, backlog y comandos de entrada.

La triada activa actual es la única superficie operativa habilitada por defecto. Todo lo demás queda en backlog hasta activación explícita.

Abrir Project v2 Roadmap triada → Abrir hub GitHub → Validación UI/UX → Sesión live → FSM sync ramas/hosts → Brain sync → Backups locales sensibles →

Vista de Estado

Kabehz

Jaime Silva · base de coordinación local · identidad protegida.

Contrato: no sustituible sin aprobación explícita de `Kabehz`, `L0KY` y `AJCG131281`.

L0KY

Jose · governance lead · curador de gates, merge y priorización.

Responsabilidad visible: mantener la coherencia entre control-plane, issues, PRs y decisiones humanas.

AJCG131281

Angel · junior developer track · ejecución guiada con evidencia.

Responsabilidad visible: convertir issues pequeñas en cambios verificables y mergeables.

Mapa de Relacion

graph TD
    K[Kabehz<br/>Jaime Silva<br/>Base local] --> S[Sincronizacion obligatoria]
    L[L0KY<br/>Governance Lead] --> S
    A[AJCG131281<br/>Junior Developer] --> S
    S --> R[Repo como fuente de verdad]
    S --> V[.venv + atq + validaciones]
    S --> B[Bitacora + contexto + policies]
    R --> P[Project v2 + issues + PR]
    B --> C[Contrato comun ATLANTYQA]
    C --> G[No sustitucion sin aprobacion tripartita]
    X[Backlog] -. activacion explicita .-> S

    style K fill:#182232,stroke:#182232,stroke-width:2px,color:#ffffff
    style L fill:#37a880,stroke:#2d7f63,stroke-width:2px,color:#ffffff
    style A fill:#e7ae4c,stroke:#a87411,stroke-width:2px,color:#182232
    style S fill:#f8f9fa,stroke:#182232,stroke-width:2px,color:#182232
    style R fill:#eef9f5,stroke:#37a880,stroke-width:2px,color:#182232
    style V fill:#fdf8ef,stroke:#e7ae4c,stroke-width:2px,color:#182232
    style B fill:#f8f9fa,stroke:#182232,stroke-width:2px,color:#182232
    style C fill:#eef9f5,stroke:#37a880,stroke-width:2px,color:#182232
    style G fill:#fdf8ef,stroke:#e7ae4c,stroke-width:2px,color:#182232
    style X fill:#ffffff,stroke:#cbd5e0,stroke-width:2px,stroke-dasharray: 5 5,color:#182232

Radar Operativo

Identidad

Alias y nombres válidos

  • Kabehz = Jaime Silva = login GitHub Kabehz
  • L0KY = Jose = login GitHub L0kyLuke
  • AJCG131281 = Angel = login GitHub AJCG13121981
Mapa de alias Política de alias

Runtime

Sincronización mínima

  • misma rama de trabajo acordada
  • source .venv/bin/activate
  • entrada corta por bash scripts/atq
  • doctor por colaborador antes de tareas reales
  • sync canónica de rama + host + entorno por bash scripts/atq collab sync ...
  • sync canónica del brain de la triada por bash scripts/atq collab brain-sync ...
Praxis de onboarding Quickstart técnico FSM de sync Brain sync

Gobernanza

Contrato actual

  • triada activa exclusiva
  • backlog por defecto para el resto
  • no sustitución de Kabehz sin aprobación tripartita
  • repo, bitácora y policy como memoria común
  • validación UI/UX completa por ventana de tiempo y dispositivo
  • interacción AI socrática, con pensamiento crítico y cuidado de carga mental
Política común Bitácora Checklist UI/UX Modelo socrático

Entrada Rápida por Persona

Kabehz

Coordina base local, contratos y continuidad entre agentes.

bash scripts/atq human ops --mode plan --domain governance --use-case triad-sync

L0KY

Orquesta revisión, riesgo y prioridad de merge.

bash scripts/atq ops reconcile --audience onboarding --dry-run

AJCG131281

Valida nodo local, issue guiada y primer cambio pequeño.

bash scripts/atq collab doctor --collaborator-id ajcg131281

Trazabilidad GitHub completa

La gobernanza activa no termina en la issue: necesita enlazar la cadena completa generacion -> descripcion -> division en subtareas -> executor -> PR -> milestone -> Project v2.

Que resuelve cada mecanismo

  • Issue: origen del trabajo y descripcion canonica.
  • Sub-issue: division en tareas pequeñas, con evidencia clara.
  • PR: incorporacion tecnica del cambio.
  • Project v2: estado, prioridad y seguimiento operativo.
  • Milestone: horizonte temporal o entrega.
  • Link an issue from this repository: relacion causal manual entre issue y PR.
  • Closing keywords (Closes #n, Fixes #n, Resolves #n): cierre automatico del issue cuando la PR mergea.

Regla operativa recomendada

  1. La issue nace con template, contexto y definicion de terminado.
  2. Si el alcance crece, se divide en subissues con responsable ejecutor.
  3. La PR incorpora el cambio y declara el/los issue(s) asociados.
  4. Si la PR cierra trabajo, se usa una closing keyword.
  5. El milestone agrupa el horizonte temporal; no sustituye el enlace causal.
  6. El Project v2 mantiene la visibilidad del flujo activo.

Automatizacion ya disponible en el repo

  • add_to_project.yml: mete issues/PRs en el Project segun labels.
  • project-fields-from-labels.yml: sincroniza campos del Project v2 a partir de labels.
  • triad-control-plane-linkage.yml: registra la cadena issue -> PR -> milestone -> project.
  • triad-role-autoassign.yml: asigna el rol triada correcto en issues/PRs y pide revisores cruzados.
  • Las tarjetas triada declaran Perfiles involucrados en el issue form y el motor las convierte en labels triad-profile-* para dejar rastro visible.
  • router_by_actor.md: obliga a declarar trazabilidad issue/proyecto/milestone.
  • 09_visual_card_issue_milestone_subissue.yml: captura milestone, issue padre, responsable ejecutor y PR de incorporacion.

Regla de autoasignacion por rol

  • Kabehz: coordinación local, control-plane, Project v2, GitOps y contratos.
  • L0KY: revisión, decisión humana, gates, PRs opacas y cierre de criterios.
  • AJCG131281: ejecución guiada, subissues, validación reproducible y evidencias.
  • Cuando una issue declare varios perfiles, el motor conserva un responsable ejecutor primario y marca los demás como perfiles involucrados para co-ownership o review.

El workflow de autoasignación usa:

  1. el campo explícito Responsable ejecutor cuando existe,
  2. las etiquetas semánticas del issue/PR,
  3. y, en PRs, el autor para pedir revisión cruzada al resto de la triada.

Criterio de control-plane

Si falta cualquiera de estas piezas, el trabajo sigue sin estar completamente gobernado:

  • origen del cambio,
  • responsable ejecutor,
  • subtareas,
  • PR de incorporacion,
  • estado en Project,
  • y, si aplica, milestone.

Backlog Visible

Regla vigente

Cualquier colaborador fuera de Kabehz, L0KY y AJCG131281 debe permanecer en backlog operativo hasta activación explícita posterior en el repo.

Siguiente Paso

Ir al hub de colaboración Abrir sesión live Abrir issues Abrir PRs
Volver a Gobernar → Hub privado →