trackops 2.0.4 → 2.0.6
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/LICENSE +21 -21
- package/README.md +660 -575
- package/bin/trackops.js +127 -106
- package/lib/cli-format.js +118 -0
- package/lib/config.js +352 -326
- package/lib/control.js +408 -246
- package/lib/env.js +234 -222
- package/lib/i18n.js +5 -4
- package/lib/init.js +390 -282
- package/lib/locale.js +41 -41
- package/lib/opera-bootstrap.js +1066 -880
- package/lib/opera.js +615 -444
- package/lib/preferences.js +74 -74
- package/lib/registry.js +214 -214
- package/lib/release.js +56 -56
- package/lib/runtime-state.js +144 -144
- package/lib/skills.js +114 -89
- package/lib/workspace.js +259 -248
- package/locales/en.json +311 -167
- package/locales/es.json +314 -170
- package/package.json +61 -58
- package/scripts/postinstall-locale.js +21 -21
- package/scripts/skills-marketplace-smoke.js +124 -124
- package/scripts/smoke-tests.js +563 -517
- package/scripts/sync-skill-version.js +21 -21
- package/scripts/validate-skill.js +103 -103
- package/skills/trackops/SKILL.md +126 -122
- package/skills/trackops/agents/openai.yaml +7 -7
- package/skills/trackops/locales/en/SKILL.md +126 -122
- package/skills/trackops/locales/en/references/activation.md +94 -90
- package/skills/trackops/locales/en/references/troubleshooting.md +73 -67
- package/skills/trackops/locales/en/references/workflow.md +55 -32
- package/skills/trackops/references/activation.md +94 -90
- package/skills/trackops/references/troubleshooting.md +73 -67
- package/skills/trackops/references/workflow.md +55 -32
- package/skills/trackops/skill.json +29 -29
- package/templates/hooks/post-checkout +2 -2
- package/templates/hooks/post-commit +2 -2
- package/templates/hooks/post-merge +2 -2
- package/templates/opera/agent.md +28 -27
- package/templates/opera/architecture/dependency-graph.md +24 -24
- package/templates/opera/architecture/runtime-automation.md +24 -24
- package/templates/opera/architecture/runtime-operations.md +34 -34
- package/templates/opera/en/agent.md +22 -21
- package/templates/opera/en/architecture/dependency-graph.md +24 -24
- package/templates/opera/en/architecture/runtime-automation.md +24 -24
- package/templates/opera/en/architecture/runtime-operations.md +34 -34
- package/templates/opera/en/reviews/delivery-audit.md +18 -18
- package/templates/opera/en/reviews/integration-audit.md +18 -18
- package/templates/opera/en/router.md +24 -19
- package/templates/opera/references/autonomy-and-recovery.md +117 -117
- package/templates/opera/references/opera-cycle.md +193 -193
- package/templates/opera/registry.md +28 -28
- package/templates/opera/reviews/delivery-audit.md +18 -18
- package/templates/opera/reviews/integration-audit.md +18 -18
- package/templates/opera/router.md +54 -49
- package/templates/skills/changelog-updater/SKILL.md +69 -69
- package/templates/skills/commiter/SKILL.md +99 -99
- package/templates/skills/opera-contract-auditor/SKILL.md +38 -38
- package/templates/skills/opera-contract-auditor/locales/en/SKILL.md +38 -38
- package/templates/skills/opera-policy-guard/SKILL.md +26 -26
- package/templates/skills/opera-policy-guard/locales/en/SKILL.md +26 -26
- package/templates/skills/opera-skill/SKILL.md +279 -0
- package/templates/skills/opera-skill/locales/en/SKILL.md +279 -0
- package/templates/skills/opera-skill/locales/en/references/phase-dod.md +138 -0
- package/templates/skills/opera-skill/references/phase-dod.md +138 -0
- package/templates/skills/project-starter-skill/SKILL.md +150 -131
- package/templates/skills/project-starter-skill/locales/en/SKILL.md +143 -105
- package/templates/skills/project-starter-skill/references/opera-cycle.md +195 -193
- package/ui/css/base.css +284 -284
- package/ui/css/charts.css +425 -425
- package/ui/css/components.css +1107 -1107
- package/ui/css/onboarding.css +133 -133
- package/ui/css/terminal.css +125 -125
- package/ui/css/timeline.css +58 -58
- package/ui/css/tokens.css +284 -284
- package/ui/favicon.svg +5 -5
- package/ui/index.html +99 -99
- package/ui/js/charts.js +526 -526
- package/ui/js/console-logger.js +172 -172
- package/ui/js/filters.js +247 -247
- package/ui/js/icons.js +129 -129
- package/ui/js/keyboard.js +229 -229
- package/ui/js/router.js +142 -142
- package/ui/js/theme.js +100 -100
- package/ui/js/time-tracker.js +248 -248
- package/ui/js/views/dashboard.js +870 -870
- package/ui/js/views/flash.js +47 -47
- package/ui/js/views/projects.js +745 -745
- package/ui/js/views/scrum.js +476 -476
- package/ui/js/views/settings.js +331 -331
- package/ui/js/views/timeline.js +265 -265
|
@@ -1,90 +1,94 @@
|
|
|
1
|
-
# Activacion
|
|
2
|
-
|
|
3
|
-
## Instalacion global
|
|
4
|
-
|
|
5
|
-
```bash
|
|
6
|
-
npx skills add Baxahaun/trackops
|
|
7
|
-
npm install -g trackops
|
|
8
|
-
trackops --version
|
|
9
|
-
```
|
|
10
|
-
|
|
11
|
-
La skill global instala instrucciones para el agente.
|
|
12
|
-
|
|
13
|
-
El runtime `trackops` se instala aparte con npm para que el paso sea visible, auditable y facil de verificar.
|
|
14
|
-
|
|
15
|
-
Antes de seguir:
|
|
16
|
-
|
|
17
|
-
- confirma que `trackops --version` devuelve una version valida
|
|
18
|
-
- si no aparece, resuelve PATH o reinstala `trackops`
|
|
19
|
-
- la skill no debe intentar instalar el runtime por su cuenta
|
|
20
|
-
|
|
21
|
-
## Activacion local
|
|
22
|
-
|
|
23
|
-
Dentro del repo:
|
|
24
|
-
|
|
25
|
-
```bash
|
|
26
|
-
trackops init
|
|
27
|
-
trackops opera install
|
|
28
|
-
```
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
- `
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
- `ops/bootstrap/
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
- `ops/
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
```
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
```
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
1
|
+
# Activacion
|
|
2
|
+
|
|
3
|
+
## Instalacion global
|
|
4
|
+
|
|
5
|
+
```bash
|
|
6
|
+
npx skills add Baxahaun/trackops
|
|
7
|
+
npm install -g trackops
|
|
8
|
+
trackops --version
|
|
9
|
+
```
|
|
10
|
+
|
|
11
|
+
La skill global instala instrucciones para el agente.
|
|
12
|
+
|
|
13
|
+
El runtime `trackops` se instala aparte con npm para que el paso sea visible, auditable y facil de verificar.
|
|
14
|
+
|
|
15
|
+
Antes de seguir:
|
|
16
|
+
|
|
17
|
+
- confirma que `trackops --version` devuelve una version valida
|
|
18
|
+
- si no aparece, resuelve PATH o reinstala `trackops`
|
|
19
|
+
- la skill no debe intentar instalar el runtime por su cuenta
|
|
20
|
+
|
|
21
|
+
## Activacion local
|
|
22
|
+
|
|
23
|
+
Dentro del repo:
|
|
24
|
+
|
|
25
|
+
```bash
|
|
26
|
+
trackops init
|
|
27
|
+
trackops opera install
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
`trackops opera install` también activa el equipo de agentes del proyecto:
|
|
31
|
+
- `opera-skill` (coordinadora)
|
|
32
|
+
- `project-starter-skill`, `opera-contract-auditor`, `opera-policy-guard`
|
|
33
|
+
|
|
34
|
+
Por defecto, `trackops init` crea un workspace split con:
|
|
35
|
+
|
|
36
|
+
- `app/`
|
|
37
|
+
- `ops/`
|
|
38
|
+
- `/.env`
|
|
39
|
+
- `/.env.example`
|
|
40
|
+
- `.trackops-workspace.json`
|
|
41
|
+
|
|
42
|
+
## Routing de OPERA
|
|
43
|
+
|
|
44
|
+
OPERA siempre empieza clasificando:
|
|
45
|
+
|
|
46
|
+
- nivel tecnico
|
|
47
|
+
- estado del proyecto
|
|
48
|
+
- estado de documentacion
|
|
49
|
+
|
|
50
|
+
Si el proyecto esta en fase temprana o el usuario es no tecnico, TrackOps escribe:
|
|
51
|
+
|
|
52
|
+
- `ops/bootstrap/agent-handoff.md`
|
|
53
|
+
- `ops/bootstrap/agent-handoff.json`
|
|
54
|
+
|
|
55
|
+
El agente debe producir:
|
|
56
|
+
|
|
57
|
+
- `ops/bootstrap/intake.json`
|
|
58
|
+
- `ops/bootstrap/spec-dossier.md`
|
|
59
|
+
- `ops/bootstrap/open-questions.md` cuando haga falta
|
|
60
|
+
|
|
61
|
+
Cuando pasa el quality gate, OPERA compila:
|
|
62
|
+
|
|
63
|
+
- `ops/contract/operating-contract.json`
|
|
64
|
+
- `ops/genesis.md`
|
|
65
|
+
- `ops/policy/autonomy.json`
|
|
66
|
+
|
|
67
|
+
Reanuda con:
|
|
68
|
+
|
|
69
|
+
```bash
|
|
70
|
+
trackops opera bootstrap --resume
|
|
71
|
+
```
|
|
72
|
+
|
|
73
|
+
Controles de idioma:
|
|
74
|
+
|
|
75
|
+
```bash
|
|
76
|
+
trackops locale get
|
|
77
|
+
trackops locale set es
|
|
78
|
+
trackops doctor locale
|
|
79
|
+
```
|
|
80
|
+
|
|
81
|
+
## Desinstalacion
|
|
82
|
+
|
|
83
|
+
Global:
|
|
84
|
+
|
|
85
|
+
```bash
|
|
86
|
+
npx skills remove --global trackops -y
|
|
87
|
+
npm uninstall -g trackops
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
Local:
|
|
91
|
+
|
|
92
|
+
- no existe todavia `trackops uninstall`
|
|
93
|
+
- revisa y elimina manualmente `.trackops-workspace.json`, `ops/` y `app/.env` si solo era bridge
|
|
94
|
+
- no borres `/.env` ni `/.env.example` sin revisar si el proyecto sigue necesitandolos
|
|
@@ -1,67 +1,73 @@
|
|
|
1
|
-
# Troubleshooting
|
|
2
|
-
|
|
3
|
-
## Faltan prerequisitos
|
|
4
|
-
|
|
5
|
-
- Instala Node 18+ si Node no existe o es demasiado antiguo.
|
|
6
|
-
- Instala una distribucion de Node que incluya npm si npm no existe.
|
|
7
|
-
|
|
8
|
-
## La skill se instalo, pero `trackops` no arranca
|
|
9
|
-
|
|
10
|
-
- Confirma que la skill global existe:
|
|
11
|
-
`npx skills add Baxahaun/trackops`
|
|
12
|
-
- Instala o reinstala el runtime de forma explicita:
|
|
13
|
-
`npm install -g trackops`
|
|
14
|
-
- Verifica:
|
|
15
|
-
`trackops --version`
|
|
16
|
-
- Si el binario sigue sin responder:
|
|
17
|
-
- revisa Node.js (`>= 18`)
|
|
18
|
-
- revisa que `npm` exista y funcione
|
|
19
|
-
- revisa PATH y reabre la terminal
|
|
20
|
-
|
|
21
|
-
## La instalacion explicita del runtime falla
|
|
22
|
-
|
|
23
|
-
- Reejecuta `npm install -g trackops`.
|
|
24
|
-
- Si `npm` devuelve error, resuelvelo primero; la skill no puede continuar sin el CLI.
|
|
25
|
-
- Si el problema es de permisos globales, usa el metodo recomendado para tu sistema o un prefijo npm controlado por el usuario.
|
|
26
|
-
|
|
27
|
-
## OPERA derivo el bootstrap al agente
|
|
28
|
-
|
|
29
|
-
Esto es esperado cuando:
|
|
30
|
-
|
|
31
|
-
- el usuario no es tecnico
|
|
32
|
-
- el proyecto esta en fase idea
|
|
33
|
-
- la documentacion es debil
|
|
34
|
-
|
|
35
|
-
Usa:
|
|
36
|
-
|
|
37
|
-
```bash
|
|
38
|
-
trackops opera handoff --print
|
|
39
|
-
trackops opera bootstrap --resume
|
|
40
|
-
```
|
|
41
|
-
|
|
42
|
-
## `trackops opera bootstrap --resume` no avanza
|
|
43
|
-
|
|
44
|
-
TrackOps no inventa contexto faltante.
|
|
45
|
-
|
|
46
|
-
Comprueba que existan ambos archivos y contengan datos utiles:
|
|
47
|
-
|
|
48
|
-
- `ops/bootstrap/intake.json`
|
|
49
|
-
- `ops/bootstrap/spec-dossier.md`
|
|
50
|
-
|
|
51
|
-
## El entorno parece inconsistente
|
|
52
|
-
|
|
53
|
-
- Ejecuta `trackops env status`.
|
|
54
|
-
- Ejecuta `trackops env sync`.
|
|
55
|
-
- Si el modo bridge es `copy`, no edites `app/.env` directamente.
|
|
56
|
-
|
|
57
|
-
## Quiero quitar TrackOps por completo
|
|
58
|
-
|
|
59
|
-
- Quita la skill global:
|
|
60
|
-
`npx skills remove --global trackops -y`
|
|
61
|
-
- Quita el runtime global:
|
|
62
|
-
`npm uninstall -g trackops`
|
|
63
|
-
- En el repo, la retirada local sigue siendo manual:
|
|
64
|
-
- revisa `.trackops-workspace.json`
|
|
65
|
-
- revisa `ops/`
|
|
66
|
-
- revisa `app/.env` si era solo bridge
|
|
67
|
-
- No borres `/.env` ni `/.env.example` sin comprobar antes si el proyecto sigue dependiendo de ellos
|
|
1
|
+
# Troubleshooting
|
|
2
|
+
|
|
3
|
+
## Faltan prerequisitos
|
|
4
|
+
|
|
5
|
+
- Instala Node 18+ si Node no existe o es demasiado antiguo.
|
|
6
|
+
- Instala una distribucion de Node que incluya npm si npm no existe.
|
|
7
|
+
|
|
8
|
+
## La skill se instalo, pero `trackops` no arranca
|
|
9
|
+
|
|
10
|
+
- Confirma que la skill global existe:
|
|
11
|
+
`npx skills add Baxahaun/trackops`
|
|
12
|
+
- Instala o reinstala el runtime de forma explicita:
|
|
13
|
+
`npm install -g trackops`
|
|
14
|
+
- Verifica:
|
|
15
|
+
`trackops --version`
|
|
16
|
+
- Si el binario sigue sin responder:
|
|
17
|
+
- revisa Node.js (`>= 18`)
|
|
18
|
+
- revisa que `npm` exista y funcione
|
|
19
|
+
- revisa PATH y reabre la terminal
|
|
20
|
+
|
|
21
|
+
## La instalacion explicita del runtime falla
|
|
22
|
+
|
|
23
|
+
- Reejecuta `npm install -g trackops`.
|
|
24
|
+
- Si `npm` devuelve error, resuelvelo primero; la skill no puede continuar sin el CLI.
|
|
25
|
+
- Si el problema es de permisos globales, usa el metodo recomendado para tu sistema o un prefijo npm controlado por el usuario.
|
|
26
|
+
|
|
27
|
+
## OPERA derivo el bootstrap al agente
|
|
28
|
+
|
|
29
|
+
Esto es esperado cuando:
|
|
30
|
+
|
|
31
|
+
- el usuario no es tecnico
|
|
32
|
+
- el proyecto esta en fase idea
|
|
33
|
+
- la documentacion es debil
|
|
34
|
+
|
|
35
|
+
Usa:
|
|
36
|
+
|
|
37
|
+
```bash
|
|
38
|
+
trackops opera handoff --print
|
|
39
|
+
trackops opera bootstrap --resume
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
## `trackops opera bootstrap --resume` no avanza
|
|
43
|
+
|
|
44
|
+
TrackOps no inventa contexto faltante.
|
|
45
|
+
|
|
46
|
+
Comprueba que existan ambos archivos y contengan datos utiles:
|
|
47
|
+
|
|
48
|
+
- `ops/bootstrap/intake.json`
|
|
49
|
+
- `ops/bootstrap/spec-dossier.md`
|
|
50
|
+
|
|
51
|
+
## El entorno parece inconsistente
|
|
52
|
+
|
|
53
|
+
- Ejecuta `trackops env status`.
|
|
54
|
+
- Ejecuta `trackops env sync`.
|
|
55
|
+
- Si el modo bridge es `copy`, no edites `app/.env` directamente.
|
|
56
|
+
|
|
57
|
+
## Quiero quitar TrackOps por completo
|
|
58
|
+
|
|
59
|
+
- Quita la skill global:
|
|
60
|
+
`npx skills remove --global trackops -y`
|
|
61
|
+
- Quita el runtime global:
|
|
62
|
+
`npm uninstall -g trackops`
|
|
63
|
+
- En el repo, la retirada local sigue siendo manual:
|
|
64
|
+
- revisa `.trackops-workspace.json`
|
|
65
|
+
- revisa `ops/`
|
|
66
|
+
- revisa `app/.env` si era solo bridge
|
|
67
|
+
- No borres `/.env` ni `/.env.example` sin comprobar antes si el proyecto sigue dependiendo de ellos
|
|
68
|
+
|
|
69
|
+
## `opera-skill` no aparece en el proyecto
|
|
70
|
+
|
|
71
|
+
- Confirma que OPERA está instalado: `trackops opera status`
|
|
72
|
+
- Si falta la skill: `trackops skill install opera-skill`
|
|
73
|
+
- Verifica: `trackops skill list` debe mostrar `opera-skill` primera
|
|
@@ -1,32 +1,55 @@
|
|
|
1
|
-
# Flujo diario
|
|
2
|
-
|
|
3
|
-
Precondicion:
|
|
4
|
-
|
|
5
|
-
- la skill global ya esta instalada
|
|
6
|
-
- `trackops --version` responde correctamente
|
|
7
|
-
- el repo ya fue activado con `trackops init`
|
|
8
|
-
|
|
9
|
-
Usa TrackOps cuando el repositorio ya esta gestionado y necesites operar el dia a dia.
|
|
10
|
-
|
|
11
|
-
1. Ejecuta `trackops status`.
|
|
12
|
-
2. Ejecuta `trackops next`.
|
|
13
|
-
3. Mueve el estado de tareas con `trackops task ...`.
|
|
14
|
-
4. Ejecuta `trackops sync` despues de cambios relevantes.
|
|
15
|
-
5. Ejecuta `trackops env status` cuando las credenciales importen.
|
|
16
|
-
|
|
17
|
-
Reglas operativas:
|
|
18
|
-
|
|
19
|
-
- en workspaces split, usa `ops/project_control.json` como fuente de verdad
|
|
20
|
-
- la documentacion operativa generada vive en `ops/`
|
|
21
|
-
- el codigo de producto vive en `app/`
|
|
22
|
-
- los secretos reales viven en `/.env`
|
|
23
|
-
- el contrato publico de entorno vive en `/.env.example`
|
|
24
|
-
- `app/.env` solo es un puente de compatibilidad
|
|
25
|
-
|
|
26
|
-
Si OPERA
|
|
27
|
-
|
|
28
|
-
- `ops/contract/operating-contract.json` guarda el contrato de
|
|
29
|
-
- `ops/genesis.md` guarda la vista humana compilada
|
|
30
|
-
- `ops/policy/autonomy.json` guarda la
|
|
31
|
-
- `ops/bootstrap/` guarda artefactos de
|
|
32
|
-
- `ops/.
|
|
1
|
+
# Flujo diario
|
|
2
|
+
|
|
3
|
+
Precondicion:
|
|
4
|
+
|
|
5
|
+
- la skill global ya esta instalada
|
|
6
|
+
- `trackops --version` responde correctamente
|
|
7
|
+
- el repo ya fue activado con `trackops init`
|
|
8
|
+
|
|
9
|
+
Usa TrackOps cuando el repositorio ya esta gestionado y necesites operar el dia a dia.
|
|
10
|
+
|
|
11
|
+
1. Ejecuta `trackops status`.
|
|
12
|
+
2. Ejecuta `trackops next`.
|
|
13
|
+
3. Mueve el estado de tareas con `trackops task ...`.
|
|
14
|
+
4. Ejecuta `trackops sync` despues de cambios relevantes.
|
|
15
|
+
5. Ejecuta `trackops env status` cuando las credenciales importen.
|
|
16
|
+
|
|
17
|
+
Reglas operativas:
|
|
18
|
+
|
|
19
|
+
- en workspaces split, usa `ops/project_control.json` como fuente de verdad
|
|
20
|
+
- la documentacion operativa generada vive en `ops/`
|
|
21
|
+
- el codigo de producto vive en `app/`
|
|
22
|
+
- los secretos reales viven en `/.env`
|
|
23
|
+
- el contrato publico de entorno vive en `/.env.example`
|
|
24
|
+
- `app/.env` solo es un puente de compatibilidad
|
|
25
|
+
|
|
26
|
+
Si OPERA está instalado:
|
|
27
|
+
|
|
28
|
+
- `ops/contract/operating-contract.json` guarda el contrato de máquina
|
|
29
|
+
- `ops/genesis.md` guarda la vista humana compilada
|
|
30
|
+
- `ops/policy/autonomy.json` guarda la política ejecutable
|
|
31
|
+
- `ops/bootstrap/` guarda artefactos de arranque
|
|
32
|
+
- `ops/.agents/skills/opera-skill/` coordina el equipo de agentes
|
|
33
|
+
- `ops/.agents/skills/` contiene los demás especialistas del proyecto
|
|
34
|
+
- `ops/.agent/hub/` guarda la configuración del agente principal
|
|
35
|
+
|
|
36
|
+
## Equipo de agentes del proyecto
|
|
37
|
+
|
|
38
|
+
Cuando OPERA está instalado, se activa un equipo de agentes especializados:
|
|
39
|
+
|
|
40
|
+
- `opera-skill` — coordinadora. Decide fase, estado, delegación y bloqueo.
|
|
41
|
+
- `project-starter-skill` — descubrimiento y estructuración
|
|
42
|
+
- `opera-contract-auditor` — auditoría del contrato operativo
|
|
43
|
+
- `opera-policy-guard` — control de riesgo
|
|
44
|
+
|
|
45
|
+
También se pueden instalar:
|
|
46
|
+
|
|
47
|
+
- `commiter` — formato de commits
|
|
48
|
+
- `changelog-updater` — registro de cambios
|
|
49
|
+
|
|
50
|
+
Comandos de gestión:
|
|
51
|
+
|
|
52
|
+
trackops skill list
|
|
53
|
+
trackops skill catalog
|
|
54
|
+
trackops skill install <nombre>
|
|
55
|
+
trackops skill remove <nombre>
|
|
@@ -1,29 +1,29 @@
|
|
|
1
|
-
{
|
|
2
|
-
"name": "trackops",
|
|
3
|
-
"shortDescription": "Global TrackOps skill that explains TrackOps, requires explicit runtime install, and guides per-repository activation.",
|
|
4
|
-
"description": "Explains what TrackOps does, installs the global skill layer, requires explicit runtime installation with npm, supports Spanish and English, activates TrackOps repository by repository, and routes OPERA onboarding into either direct bootstrap or agent-led discovery.",
|
|
5
|
-
"skillVersion": "2.0.
|
|
6
|
-
"trackopsVersion": "2.0.
|
|
7
|
-
"npmPackage": "trackops",
|
|
8
|
-
"bootstrapPolicy": "explicit_install",
|
|
9
|
-
"supportedAgentsV1": [
|
|
10
|
-
"antigravity",
|
|
11
|
-
"claude-code",
|
|
12
|
-
"codex",
|
|
13
|
-
"cursor",
|
|
14
|
-
"gemini-cli",
|
|
15
|
-
"github-copilot",
|
|
16
|
-
"kiro-cli"
|
|
17
|
-
],
|
|
18
|
-
"distribution": {
|
|
19
|
-
"source": "Baxahaun/trackops",
|
|
20
|
-
"skill": "trackops",
|
|
21
|
-
"fullDepth": true
|
|
22
|
-
},
|
|
23
|
-
"repository": {
|
|
24
|
-
"provider": "github",
|
|
25
|
-
"owner": "Baxahaun",
|
|
26
|
-
"repo": "trackops",
|
|
27
|
-
"skillPath": "skills/trackops"
|
|
28
|
-
}
|
|
29
|
-
}
|
|
1
|
+
{
|
|
2
|
+
"name": "trackops",
|
|
3
|
+
"shortDescription": "Global TrackOps skill that explains TrackOps, requires explicit runtime install, and guides per-repository activation.",
|
|
4
|
+
"description": "Explains what TrackOps does, installs the global skill layer, requires explicit runtime installation with npm, supports Spanish and English, activates TrackOps repository by repository, and routes OPERA onboarding into either direct bootstrap or agent-led discovery.",
|
|
5
|
+
"skillVersion": "2.0.6",
|
|
6
|
+
"trackopsVersion": "2.0.6",
|
|
7
|
+
"npmPackage": "trackops",
|
|
8
|
+
"bootstrapPolicy": "explicit_install",
|
|
9
|
+
"supportedAgentsV1": [
|
|
10
|
+
"antigravity",
|
|
11
|
+
"claude-code",
|
|
12
|
+
"codex",
|
|
13
|
+
"cursor",
|
|
14
|
+
"gemini-cli",
|
|
15
|
+
"github-copilot",
|
|
16
|
+
"kiro-cli"
|
|
17
|
+
],
|
|
18
|
+
"distribution": {
|
|
19
|
+
"source": "Baxahaun/trackops",
|
|
20
|
+
"skill": "trackops",
|
|
21
|
+
"fullDepth": true
|
|
22
|
+
},
|
|
23
|
+
"repository": {
|
|
24
|
+
"provider": "github",
|
|
25
|
+
"owner": "Baxahaun",
|
|
26
|
+
"repo": "trackops",
|
|
27
|
+
"skillPath": "skills/trackops"
|
|
28
|
+
}
|
|
29
|
+
}
|
|
@@ -1,2 +1,2 @@
|
|
|
1
|
-
#!/bin/sh
|
|
2
|
-
npx trackops refresh-repo --quiet >/dev/null 2>&1 || true
|
|
1
|
+
#!/bin/sh
|
|
2
|
+
npx trackops refresh-repo --quiet >/dev/null 2>&1 || true
|
|
@@ -1,2 +1,2 @@
|
|
|
1
|
-
#!/bin/sh
|
|
2
|
-
npx trackops refresh-repo --quiet >/dev/null 2>&1 || true
|
|
1
|
+
#!/bin/sh
|
|
2
|
+
npx trackops refresh-repo --quiet >/dev/null 2>&1 || true
|
|
@@ -1,2 +1,2 @@
|
|
|
1
|
-
#!/bin/sh
|
|
2
|
-
npx trackops refresh-repo --quiet >/dev/null 2>&1 || true
|
|
1
|
+
#!/bin/sh
|
|
2
|
+
npx trackops refresh-repo --quiet >/dev/null 2>&1 || true
|
package/templates/opera/agent.md
CHANGED
|
@@ -1,27 +1,28 @@
|
|
|
1
|
-
# Agente del Proyecto: {{PROJECT_NAME}}
|
|
2
|
-
|
|
3
|
-
## Identidad
|
|
4
|
-
Eres el agente principal del proyecto **{{PROJECT_NAME}}**. Operas bajo el protocolo O.P.E.R.A. v3.0.
|
|
5
|
-
|
|
6
|
-
## Fuente de Verdad
|
|
7
|
-
Tu fuente de verdad de maquina es `ops/contract/operating-contract.json`.
|
|
8
|
-
Tu vista humana compilada es `ops/genesis.md`.
|
|
9
|
-
Para el seguimiento operativo y el estado del backlog, usa `ops/project_control.json`.
|
|
10
|
-
|
|
11
|
-
## Comportamiento
|
|
12
|
-
- Sigue las reglas definidas en `ops/contract/operating-contract.json` y reflejadas en `ops/genesis.md`.
|
|
13
|
-
- Respeta `ops/policy/autonomy.json` para determinar qué acciones puedes tomar sin aprobacion.
|
|
14
|
-
- Gestiona tareas y estados desde `ops/project_control.json`.
|
|
15
|
-
- No edites manualmente `ops/task_plan.md`, `ops/progress.md` ni `ops/findings.md`; se regeneran con `trackops sync`.
|
|
16
|
-
|
|
17
|
-
## Skills Disponibles
|
|
18
|
-
Consulta `ops/.agents/skills/_registry.md` para ver las skills instaladas.
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
1
|
+
# Agente del Proyecto: {{PROJECT_NAME}}
|
|
2
|
+
|
|
3
|
+
## Identidad
|
|
4
|
+
Eres el agente principal del proyecto **{{PROJECT_NAME}}**. Operas bajo el protocolo O.P.E.R.A. v3.0.
|
|
5
|
+
|
|
6
|
+
## Fuente de Verdad
|
|
7
|
+
Tu fuente de verdad de maquina es `ops/contract/operating-contract.json`.
|
|
8
|
+
Tu vista humana compilada es `ops/genesis.md`.
|
|
9
|
+
Para el seguimiento operativo y el estado del backlog, usa `ops/project_control.json`.
|
|
10
|
+
|
|
11
|
+
## Comportamiento
|
|
12
|
+
- Sigue las reglas definidas en `ops/contract/operating-contract.json` y reflejadas en `ops/genesis.md`.
|
|
13
|
+
- Respeta `ops/policy/autonomy.json` para determinar qué acciones puedes tomar sin aprobacion.
|
|
14
|
+
- Gestiona tareas y estados desde `ops/project_control.json`.
|
|
15
|
+
- No edites manualmente `ops/task_plan.md`, `ops/progress.md` ni `ops/findings.md`; se regeneran con `trackops sync`.
|
|
16
|
+
|
|
17
|
+
## Skills Disponibles
|
|
18
|
+
Consulta `ops/.agents/skills/_registry.md` para ver las skills instaladas.
|
|
19
|
+
Si `ops/.agents/skills/opera-skill/SKILL.md` existe, tratala como skill coordinadora por defecto antes de elegir otras skills.
|
|
20
|
+
También puedes buscar nuevas skills con `trackops skill catalog`.
|
|
21
|
+
|
|
22
|
+
## Ciclo de Trabajo
|
|
23
|
+
1. Ejecuta `trackops status` al inicio de cada bloque de trabajo.
|
|
24
|
+
2. Consulta `ops/contract/operating-contract.json` y `ops/genesis.md` para entender el contrato y su vista humana.
|
|
25
|
+
3. Usa `trackops next` para ver la siguiente cola priorizada.
|
|
26
|
+
4. Antes de implementar, marca la tarea con `trackops task start <task-id>`.
|
|
27
|
+
5. Usa el router (`ops/.agent/hub/router.md`) para saber que skill aplicar.
|
|
28
|
+
6. Al terminar, pasa la tarea a `review`, `complete` o `block` y ejecuta `trackops sync`.
|
|
@@ -1,24 +1,24 @@
|
|
|
1
|
-
# Dependency Graph
|
|
2
|
-
|
|
3
|
-
```mermaid
|
|
4
|
-
flowchart TD
|
|
5
|
-
A[Explicit global runtime install] --> B[trackops init]
|
|
6
|
-
B --> C[trackops opera install]
|
|
7
|
-
C --> D{Routing}
|
|
8
|
-
D -->|direct_cli| E[Direct intake]
|
|
9
|
-
D -->|agent_handoff| F[agent-handoff.md/json]
|
|
10
|
-
F --> G[intake.json + spec-dossier.md]
|
|
11
|
-
E --> H[quality-report.json]
|
|
12
|
-
G --> H
|
|
13
|
-
H --> I[operating-contract.json]
|
|
14
|
-
I --> J[genesis.md]
|
|
15
|
-
I --> K[task_plan.md / progress.md / findings.md]
|
|
16
|
-
I --> L[dashboard + API state]
|
|
17
|
-
I --> M[env sync + policy enforcement]
|
|
18
|
-
```
|
|
19
|
-
|
|
20
|
-
## Notes
|
|
21
|
-
|
|
22
|
-
- `ops/project_control.json` is the operational source of truth for backlog and session state.
|
|
23
|
-
- `ops/contract/operating-contract.json` is the machine contract.
|
|
24
|
-
- `ops/genesis.md` is a compiled human view.
|
|
1
|
+
# Dependency Graph
|
|
2
|
+
|
|
3
|
+
```mermaid
|
|
4
|
+
flowchart TD
|
|
5
|
+
A[Explicit global runtime install] --> B[trackops init]
|
|
6
|
+
B --> C[trackops opera install]
|
|
7
|
+
C --> D{Routing}
|
|
8
|
+
D -->|direct_cli| E[Direct intake]
|
|
9
|
+
D -->|agent_handoff| F[agent-handoff.md/json]
|
|
10
|
+
F --> G[intake.json + spec-dossier.md]
|
|
11
|
+
E --> H[quality-report.json]
|
|
12
|
+
G --> H
|
|
13
|
+
H --> I[operating-contract.json]
|
|
14
|
+
I --> J[genesis.md]
|
|
15
|
+
I --> K[task_plan.md / progress.md / findings.md]
|
|
16
|
+
I --> L[dashboard + API state]
|
|
17
|
+
I --> M[env sync + policy enforcement]
|
|
18
|
+
```
|
|
19
|
+
|
|
20
|
+
## Notes
|
|
21
|
+
|
|
22
|
+
- `ops/project_control.json` is the operational source of truth for backlog and session state.
|
|
23
|
+
- `ops/contract/operating-contract.json` is the machine contract.
|
|
24
|
+
- `ops/genesis.md` is a compiled human view.
|
|
@@ -1,24 +1,24 @@
|
|
|
1
|
-
# SOP - Runtime Automation
|
|
2
|
-
|
|
3
|
-
## Objective
|
|
4
|
-
|
|
5
|
-
Keep validation automatic on every relevant change.
|
|
6
|
-
|
|
7
|
-
## Trigger policy
|
|
8
|
-
|
|
9
|
-
- Validate on push to `develop` and `master`.
|
|
10
|
-
- Validate on pull requests targeting `develop` or `master`.
|
|
11
|
-
- Allow manual execution with workflow dispatch.
|
|
12
|
-
|
|
13
|
-
## Validation circuit
|
|
14
|
-
|
|
15
|
-
1. Install Node 18 and 20.
|
|
16
|
-
2. Install runtime dependencies.
|
|
17
|
-
3. Run `npm run release:check`.
|
|
18
|
-
4. Fail fast on any smoke, skill or packaging regression.
|
|
19
|
-
|
|
20
|
-
## Release hygiene
|
|
21
|
-
|
|
22
|
-
- Do not publish if `release:check` fails.
|
|
23
|
-
- Do not treat local runtime state as deployable proof.
|
|
24
|
-
- Re-run smoke after structural or locale changes.
|
|
1
|
+
# SOP - Runtime Automation
|
|
2
|
+
|
|
3
|
+
## Objective
|
|
4
|
+
|
|
5
|
+
Keep validation automatic on every relevant change.
|
|
6
|
+
|
|
7
|
+
## Trigger policy
|
|
8
|
+
|
|
9
|
+
- Validate on push to `develop` and `master`.
|
|
10
|
+
- Validate on pull requests targeting `develop` or `master`.
|
|
11
|
+
- Allow manual execution with workflow dispatch.
|
|
12
|
+
|
|
13
|
+
## Validation circuit
|
|
14
|
+
|
|
15
|
+
1. Install Node 18 and 20.
|
|
16
|
+
2. Install runtime dependencies.
|
|
17
|
+
3. Run `npm run release:check`.
|
|
18
|
+
4. Fail fast on any smoke, skill or packaging regression.
|
|
19
|
+
|
|
20
|
+
## Release hygiene
|
|
21
|
+
|
|
22
|
+
- Do not publish if `release:check` fails.
|
|
23
|
+
- Do not treat local runtime state as deployable proof.
|
|
24
|
+
- Re-run smoke after structural or locale changes.
|