Hem validat la connexió amb Virtuagym, la lectura del client, la creació i assignació de plans, el context d'entrenament i el catàleg global. Ara entrem al punt on el coneixement de Diego i Joel converteix la infraestructura en el mètode FITBOX.
L'objectiu del roadmap de maig es manté: Virtuagym continua sent la plataforma del client i volem automatitzar la generació i assignació de plans. El que ha evolucionat és l'arquitectura: abans de donar autonomia a la IA, hem construït una capa pròpia de control, dades i validació.
Decisió clau: no hem començat per “demanar una rutina a una IA”. Primer hem demostrat les dades, la lectura, l'escriptura, el catàleg i els controls. Quan incorporem IA, treballarà dins del mètode FITBOX.
La part més important ja no és teòrica. Amb Matias com a pilot hem validat la cadena completa entre Virtuagym i el HUB.
El HUB va crear un pla de prova a Virtuagym i posteriorment el va assignar a Matias. El pla va aparèixer correctament al calendari del client. Per tant, la seqüència DADES → HUB → PLA → VIRTUAGYM → CLIENT ja està demostrada.
No ens limitem a descarregar dades. El HUB les normalitza i reconstrueix el que estava prescrit, el que realment es va fer i com evoluciona el client entre plans.
Perfil, membresia, mètriques disponibles, notes, pla actual i historial de plans.
Sèries, repeticions, pesos, durada, sessions completes, parcials, perdudes i futures.
Comparació entre plans, exercicis mantinguts/afegits/eliminats i senyals de progressió o regressió.
Regla ja aplicada: una sessió futura mai es considera fallada; les bodymetrics antigues es marquen com a dades desactualitzades; els camps no documentats no s'interpreten “a ull”.
Cada versió ha resolt una capa abans de passar a la següent. El resultat és un sistema que ja té infraestructura, context, catàleg i controls humans.
Crear i assignar
v0.5Plan Lab · primera creació controlada d'un pla real a Virtuagym.
Validatv0.6Assignment Lab · assignació del pla a Matias i confirmació al calendari.
ValidatEntendre el client
v0.7Client Context · reunió inicial de les fonts de dades útils.
Fetv0.7.2Adherència normalitzada i separació entre realitzat, perdut i futur.
Fetv0.7.3–4Deep Context · paginació completa i reconstrucció d'historial/sessions.
Fetv0.7.5Training Intelligence · prescripció vs execució real, càrregues i repeticions.
Fetv0.7.6Progression Intelligence · comparació entre plans i evolució per exercici.
Fetv0.8–8.1Unified Client Context · context únic i coherent per alimentar la futura IA.
EstableUnivers d'exercicis
v0.9.0–2Primer catàleg, triatge per freqüència i taxonomia inicial.
Fetv0.9.3–4Global Discovery + Audit · pas de Matias a tot l'històric FITBOX i detecció de paginació de 300.
Fetv0.9.5–6Progressive Crawl + Resume · crawler persistent i distinció final real / topall tècnic.
Fetv0.9.7CLI Crawl · processament ràpid per terminal fins arribar al final natural.
FetConvertir dades en criteri
v0.9.8Catalog Curation · snapshot congelat, tiers A/B/C/D i revisió humana.
Fetv0.9.9–9.1Taxonomy Refinement + hotfix NULL · refinament global i recompte real de pendents.
Fetv0.9.10–11High-Confidence + Final AB Cleanup · només regles segures; Tier A queda al 100%.
Fetv0.9.12–12.1Catalog Approval · pantalla de validació amb Diego/Joel + correcció del filtre A/B.
AraAnalitzar tot l'històric ens permet prioritzar els exercicis que realment representen FITBOX. La IA no tindrà accés a una biblioteca genèrica ni als 2.289 exercicis.
Core · apareixen en ≥10% dels plans. 45/45 taxonomitzats.
Freqüents · 3–9,99% dels plans. 216/231 taxonomitzats.
Habituals · 1–2,99%. No són prioritat per la reunió inicial.
Especialitzats · <1%. Es mantenen com a històric, no com a whitelist inicial.
Univers històric analitzat i final natural confirmat en les dues fonts.
Patró, múscul, rol, equipament, prioritat i grup de substitució quan és segur.
Exercicis amb nom ambigu o drills específics que preferim no “endevinar”.
Objectiu de curació: no aprovar 2.289 exercicis. Volem acabar amb aproximadament 100–150 exercicis oficials FITBOX, equilibrats per patrons i validats físicament per Diego i Joel.
A partir d'aquí la tecnologia ja no pot decidir sola. Necessitem el coneixement real del centre: què existeix, què es pot fer, què voleu prioritzar i què no voleu que utilitzi mai el sistema.
L'exercici es pot fer actualment a FITBOX i volem que formi part del catàleg oficial.
No volem utilitzar-lo: màquina inexistent, exercici antic, duplicat, poc recomanable o fora del mètode.
L'hem revisat però preferim decidir més endavant. Queda separat dels que encara no hem vist.
Aprovar NO activa la IA. En aquesta fase totes les decisions mantenen ai_enabled = 0. Primer definim el catàleg oficial; després obrirem una segona porta de validació per decidir què pot veure la IA.
La reunió no és per programar la IA. És per introduir el criteri FITBOX al sistema i deixar preparada una whitelist de qualitat.
Validar els 45 Tier A: disponible, exclòs o pendent.
Entrar a Tier B per rellevància fins arribar a un catàleg útil d'uns 100–150 exercicis.
Identificar màquines o equipament que ja no existeixen o que no voleu utilitzar.
Resoldre, si és possible, els 15 noms amb taxonomia ambigua.
Dir-nos si hi ha exercicis imprescindibles que no apareixen entre els més freqüents.
Explicar substitucions habituals: “si no fem X, preferim Y”.
Compartir criteris per mantenir, progressar, canviar o retirar exercicis entre plans.
Identificar exercicis segons nivell de client: iniciació, intermedi, avançat.
Definir quines preguntes de feedback setmanal aporten informació realment útil.
Validar el següent milestone: primer pla generat per IA per Matias, revisat per Diego abans d'enviar-lo.
Ja tenim la base necessària per entendre què està fent el client.
Volem que el client continuï dins Virtuagym. Hem preguntat a suport com recuperar oficialment les respostes de Questionnaires via API.
Situació actual: Virtuagym encara no ens ha contestat sobre els Questionnaires. No construirem una dependència amb endpoints no documentats. Aquesta capa queda marcada com a pending, però no bloqueja el desenvolupament del motor de plans.
La futura generació no podrà escriure qualsevol cosa a Virtuagym. El HUB filtrarà candidats, exigirà contractes d'entrada/sortida i validarà el pla abans de crear-lo.
Només exercicis aprovats del catàleg FITBOX.
Bodymetrics amb data i avisos de frescor.
Sessions futures mai computen com a fallades.
Sense dada explícita, el sistema no infereix una lesió.
Un goal raw no documentat es manté com a desconegut.
La sortida IA passa pel HUB abans de Virtuagym.
Quan tinguem el catàleg validat, ja podem començar la part d'IA amb una base controlada i una primera prova real sobre Matias.
La IA no veurà els 2.289 exercicis. El Candidate Selector partirà del catàleg oficial FITBOX i prepararà només una selecció curta i adequada per al context d'aquell client.
Fins ara hem construït i validat la infraestructura. Ara introduïm el coneixement de Diego i Joel. Quan ambdues capes estiguin unides, llavors té sentit donar entrada a la IA.