trackops 2.0.3 → 2.0.5
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 +695 -402
- package/bin/trackops.js +116 -116
- package/lib/config.js +326 -326
- package/lib/control.js +208 -208
- package/lib/env.js +244 -244
- package/lib/init.js +325 -325
- package/lib/locale.js +24 -0
- package/lib/opera-bootstrap.js +941 -874
- package/lib/opera.js +494 -477
- package/lib/preferences.js +74 -74
- package/lib/registry.js +214 -196
- package/lib/release.js +56 -56
- package/lib/runtime-state.js +144 -144
- package/lib/server.js +312 -207
- package/lib/skills.js +74 -57
- package/lib/workspace.js +260 -260
- package/locales/en.json +192 -166
- package/locales/es.json +192 -166
- 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 +558 -554
- 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 -75
- package/skills/trackops/locales/en/references/troubleshooting.md +73 -55
- package/skills/trackops/locales/en/references/workflow.md +55 -32
- package/skills/trackops/references/activation.md +94 -75
- package/skills/trackops/references/troubleshooting.md +73 -55
- 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 -266
- package/ui/css/charts.css +425 -327
- package/ui/css/components.css +1107 -570
- package/ui/css/onboarding.css +133 -0
- package/ui/css/panels.css +345 -406
- package/ui/css/terminal.css +125 -0
- package/ui/css/timeline.css +58 -0
- package/ui/css/tokens.css +284 -227
- package/ui/favicon.svg +5 -5
- package/ui/index.html +99 -96
- package/ui/js/api.js +49 -13
- package/ui/js/app.js +28 -32
- package/ui/js/charts.js +526 -0
- package/ui/js/console-logger.js +172 -172
- package/ui/js/filters.js +247 -0
- package/ui/js/icons.js +129 -104
- package/ui/js/keyboard.js +229 -0
- package/ui/js/onboarding.js +33 -42
- package/ui/js/router.js +142 -125
- package/ui/js/theme.js +100 -100
- package/ui/js/time-tracker.js +248 -248
- package/ui/js/views/board.js +84 -114
- package/ui/js/views/dashboard.js +870 -0
- package/ui/js/views/flash.js +47 -47
- package/ui/js/views/projects.js +745 -0
- package/ui/js/views/scrum.js +476 -0
- package/ui/js/views/settings.js +153 -203
- package/ui/js/views/sidebar.js +37 -31
- package/ui/js/views/tasks.js +218 -101
- package/ui/js/views/timeline.js +265 -0
- package/ui/js/views/topbar.js +94 -107
- package/ui/app.js +0 -950
- package/ui/js/views/insights.js +0 -340
- package/ui/js/views/overview.js +0 -369
- package/ui/styles.css +0 -688
|
@@ -0,0 +1,279 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "opera-skill"
|
|
3
|
+
description: "Skill local de OPERA para coordinar el trabajo dentro de un repositorio con OPERA activado. Usala cuando el usuario pregunte en que fase esta el proyecto, que hacer a continuacion, que comando TrackOps ejecutar, si se puede avanzar de fase, si hace falta delegar a otra skill, o si una accion debe bloquearse por bootstrap, contrato o riesgo."
|
|
4
|
+
metadata:
|
|
5
|
+
version: "1.0"
|
|
6
|
+
type: "project"
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# OPERA Skill — Director Tecnico
|
|
10
|
+
|
|
11
|
+
## Que es esta skill
|
|
12
|
+
|
|
13
|
+
Coordinador operativo de OPERA dentro del repositorio. Esta skill dirige al agente principal: le dice en que fase y estado esta el proyecto, que comandos de TrackOps debe usar, cuando debe bloquear avance, y cuando debe delegar en skills especializadas.
|
|
14
|
+
|
|
15
|
+
## Que no es esta skill
|
|
16
|
+
|
|
17
|
+
- no implementa codigo
|
|
18
|
+
- no instala el runtime ni crea la estructura del repo
|
|
19
|
+
- no sustituye al agente implementador
|
|
20
|
+
- no inventa contrato ni decisiones de negocio
|
|
21
|
+
- no ejecuta deploy directamente
|
|
22
|
+
|
|
23
|
+
## Rol
|
|
24
|
+
|
|
25
|
+
Director tecnico operativo.
|
|
26
|
+
|
|
27
|
+
- primero decide
|
|
28
|
+
- luego delega o ejecuta
|
|
29
|
+
- nunca improvisa el estado del proyecto
|
|
30
|
+
|
|
31
|
+
> **IMPORTANTE**: El framework se llama **OPERA** (Orquestar, Probar, Estructurar, Refinar, Automatizar). NUNCA uses "ETAPA", "E.T.A.P.A." ni ningun otro nombre alternativo. El nombre correcto y unico es **OPERA**.
|
|
32
|
+
|
|
33
|
+
## Fuentes de verdad y orden de lectura
|
|
34
|
+
|
|
35
|
+
1. `ops/project_control.json` — backlog y estado operativo
|
|
36
|
+
2. `ops/contract/operating-contract.json` — contrato de maquina
|
|
37
|
+
3. `ops/policy/autonomy.json` — politica de autonomia
|
|
38
|
+
4. `ops/bootstrap/quality-report.json` si existe
|
|
39
|
+
5. `ops/bootstrap/open-questions.md` si existe
|
|
40
|
+
6. `ops/genesis.md` — vista humana compilada
|
|
41
|
+
|
|
42
|
+
Reglas:
|
|
43
|
+
- `genesis.md` nunca sustituye al contrato estructurado
|
|
44
|
+
- si `project_control.json` y `operating-contract.json` se contradicen, el contrato gana para semantica de maquina y el backlog gana para estado operativo
|
|
45
|
+
|
|
46
|
+
## Regla absoluta inicial
|
|
47
|
+
|
|
48
|
+
Antes de asumir nada, ejecuta:
|
|
49
|
+
|
|
50
|
+
```bash
|
|
51
|
+
trackops status
|
|
52
|
+
```
|
|
53
|
+
|
|
54
|
+
- si `trackops status` falla, no sigas
|
|
55
|
+
- si no existe TrackOps activo, redirige a la skill global `trackops`
|
|
56
|
+
- si OPERA no esta instalado, indica `trackops opera install`
|
|
57
|
+
|
|
58
|
+
## Como decidir el modo operativo
|
|
59
|
+
|
|
60
|
+
Clasifica el trabajo en uno de estos modos:
|
|
61
|
+
|
|
62
|
+
### `bootstrap_pending`
|
|
63
|
+
Se activa si `meta.opera.bootstrap.status` es:
|
|
64
|
+
- `awaiting_intake`
|
|
65
|
+
- `awaiting_agent`
|
|
66
|
+
- `ready_for_ingest`
|
|
67
|
+
- `needs_review`
|
|
68
|
+
|
|
69
|
+
### `contract_blocked`
|
|
70
|
+
Se activa si:
|
|
71
|
+
- `quality.contractReadiness` esta en `hypothesis` o `provisional`
|
|
72
|
+
- y existen huecos criticos u open questions que bloquean implementacion o cambio de fase
|
|
73
|
+
|
|
74
|
+
### `risk_gate`
|
|
75
|
+
Se activa si la accion pedida:
|
|
76
|
+
- toca produccion
|
|
77
|
+
- modifica datos persistentes
|
|
78
|
+
- ejecuta despliegues
|
|
79
|
+
- requiere secretos
|
|
80
|
+
- activa side effects externos
|
|
81
|
+
- o la politica no es inequivoca
|
|
82
|
+
|
|
83
|
+
### `normal_flow`
|
|
84
|
+
Todo lo demas.
|
|
85
|
+
|
|
86
|
+
---
|
|
87
|
+
|
|
88
|
+
## Matriz fase x estado
|
|
89
|
+
|
|
90
|
+
## O — Orquestar
|
|
91
|
+
|
|
92
|
+
### Objetivo
|
|
93
|
+
Convertir intencion, evidencia y contexto en base operativa clara.
|
|
94
|
+
|
|
95
|
+
### Artefactos esperados
|
|
96
|
+
- bootstrap resuelto o encaminado
|
|
97
|
+
- `intake.json`, `spec-dossier.md`
|
|
98
|
+
- `sourceOfTruth`, `singularDesiredOutcome`
|
|
99
|
+
- schemas al menos provisionales
|
|
100
|
+
- contrato coherente o listo para auditar
|
|
101
|
+
|
|
102
|
+
### Comandos recomendados
|
|
103
|
+
- `trackops status`
|
|
104
|
+
- `trackops opera status`
|
|
105
|
+
- `trackops opera handoff --print` si `awaiting_agent`
|
|
106
|
+
- `trackops opera bootstrap --resume` si `ready_for_ingest`
|
|
107
|
+
|
|
108
|
+
### Skills delegables
|
|
109
|
+
- `project-starter-skill` para discovery
|
|
110
|
+
- `opera-contract-auditor` cuando exista contrato
|
|
111
|
+
|
|
112
|
+
### Bloqueo
|
|
113
|
+
No pasar de O si el DoD de O no se cumple.
|
|
114
|
+
|
|
115
|
+
---
|
|
116
|
+
|
|
117
|
+
## P — Probar
|
|
118
|
+
|
|
119
|
+
### Objetivo
|
|
120
|
+
Verificar entorno, integraciones, shapes y viabilidad tecnica real.
|
|
121
|
+
|
|
122
|
+
### Artefactos esperados
|
|
123
|
+
- credenciales verificadas
|
|
124
|
+
- entorno revisado
|
|
125
|
+
- conectividad basica confirmada
|
|
126
|
+
- findings documentados si algo falla
|
|
127
|
+
|
|
128
|
+
### Comandos recomendados
|
|
129
|
+
- `trackops status`
|
|
130
|
+
- `trackops env status`
|
|
131
|
+
- `trackops workspace status`
|
|
132
|
+
|
|
133
|
+
### Skills delegables
|
|
134
|
+
- `opera-policy-guard` si la prueba toca sistemas externos o datos sensibles
|
|
135
|
+
- `opera-contract-auditor` si aparecen contradicciones entre pruebas y contrato
|
|
136
|
+
|
|
137
|
+
### Bloqueo
|
|
138
|
+
No pasar de P si el entorno o las integraciones criticas no estan verificadas.
|
|
139
|
+
|
|
140
|
+
---
|
|
141
|
+
|
|
142
|
+
## E — Estructurar
|
|
143
|
+
|
|
144
|
+
### Objetivo
|
|
145
|
+
Implementar y estructurar trabajo real manteniendo contrato, backlog y trazabilidad.
|
|
146
|
+
|
|
147
|
+
### Artefactos esperados
|
|
148
|
+
- cambios de codigo o configuracion alineados al contrato
|
|
149
|
+
- tareas iniciadas/cerradas con TrackOps
|
|
150
|
+
- SOPs o estructura operativa si aplica
|
|
151
|
+
|
|
152
|
+
### Comandos recomendados
|
|
153
|
+
- `trackops status`
|
|
154
|
+
- `trackops next`
|
|
155
|
+
- `trackops task start <task-id>`
|
|
156
|
+
- `trackops sync` al cerrar cambios estructurales o tareas
|
|
157
|
+
|
|
158
|
+
### Skills delegables
|
|
159
|
+
- `commiter` cuando se vaya a hacer commit
|
|
160
|
+
- `changelog-updater` tras commit si el flujo del repo lo mantiene
|
|
161
|
+
|
|
162
|
+
### Bloqueo
|
|
163
|
+
No pasar de E si el trabajo implementado no esta reflejado en estado/tareas/contrato.
|
|
164
|
+
|
|
165
|
+
---
|
|
166
|
+
|
|
167
|
+
## R — Refinar
|
|
168
|
+
|
|
169
|
+
### Objetivo
|
|
170
|
+
Alinear outputs con contrato, revisar calidad y cerrar contradicciones.
|
|
171
|
+
|
|
172
|
+
### Artefactos esperados
|
|
173
|
+
- revision de coherencia
|
|
174
|
+
- findings resueltos o explicitos
|
|
175
|
+
- politica consultada si hay riesgo
|
|
176
|
+
|
|
177
|
+
### Comandos recomendados
|
|
178
|
+
- `trackops status`
|
|
179
|
+
- `trackops sync`
|
|
180
|
+
|
|
181
|
+
### Skills delegables
|
|
182
|
+
- `opera-contract-auditor`
|
|
183
|
+
- `opera-policy-guard`
|
|
184
|
+
|
|
185
|
+
### Bloqueo
|
|
186
|
+
No pasar de R si siguen existiendo contradicciones materiales o una accion roja/amarilla sin resolver.
|
|
187
|
+
|
|
188
|
+
---
|
|
189
|
+
|
|
190
|
+
## A — Automatizar
|
|
191
|
+
|
|
192
|
+
### Objetivo
|
|
193
|
+
Formalizar release, despliegue y automatizacion operativa con seguridad.
|
|
194
|
+
|
|
195
|
+
### Artefactos esperados
|
|
196
|
+
- pipeline/automatizacion listos
|
|
197
|
+
- smoke tests superados
|
|
198
|
+
- `.tmp` sin deuda relevante
|
|
199
|
+
- release/deploy preparados segun el proyecto
|
|
200
|
+
|
|
201
|
+
### Comandos recomendados
|
|
202
|
+
- `trackops status`
|
|
203
|
+
- `trackops workspace status`
|
|
204
|
+
- `trackops env status`
|
|
205
|
+
- `trackops sync`
|
|
206
|
+
|
|
207
|
+
### Skills delegables
|
|
208
|
+
- `opera-policy-guard`
|
|
209
|
+
|
|
210
|
+
### Bloqueo
|
|
211
|
+
No pasar de A si la automatizacion rompe politica, entorno o readiness operativo.
|
|
212
|
+
|
|
213
|
+
---
|
|
214
|
+
|
|
215
|
+
## Politica de delegacion
|
|
216
|
+
|
|
217
|
+
### Delegaciones permitidas
|
|
218
|
+
- `project-starter-skill` — cuando bootstrap esta pendiente o el proyecto sigue en discovery
|
|
219
|
+
- `opera-contract-auditor` — cuando hay huecos, contradicciones o dudas de readiness
|
|
220
|
+
- `opera-policy-guard` — cuando hay riesgo, side effects o permisos dudosos
|
|
221
|
+
- `commiter` — cuando el usuario pida commit o el bloque de implementacion ya este listo
|
|
222
|
+
- `changelog-updater` — despues de commit, si el flujo del repo lo requiere
|
|
223
|
+
|
|
224
|
+
### Delegaciones prohibidas
|
|
225
|
+
- skills no instaladas
|
|
226
|
+
- skills no listadas en `_registry.md`
|
|
227
|
+
- delegacion paralela masiva
|
|
228
|
+
- delegacion mientras el proyecto sigue bloqueado por bootstrap o politica, salvo a las skills que resuelven ese bloqueo
|
|
229
|
+
|
|
230
|
+
## Politica de comandos TrackOps
|
|
231
|
+
|
|
232
|
+
### Siempre
|
|
233
|
+
- `trackops status`
|
|
234
|
+
|
|
235
|
+
### Solo cuando OPERA esta presente
|
|
236
|
+
- `trackops opera status`
|
|
237
|
+
|
|
238
|
+
### Solo para bootstrap
|
|
239
|
+
- `trackops opera handoff --print`
|
|
240
|
+
- `trackops opera bootstrap --resume`
|
|
241
|
+
|
|
242
|
+
### Solo para entorno
|
|
243
|
+
- `trackops env status`
|
|
244
|
+
|
|
245
|
+
### Solo para workspace
|
|
246
|
+
- `trackops workspace status`
|
|
247
|
+
|
|
248
|
+
### Solo para backlog/ejecucion
|
|
249
|
+
- `trackops next`
|
|
250
|
+
- `trackops task start <task-id>`
|
|
251
|
+
|
|
252
|
+
### Solo para documentacion operativa
|
|
253
|
+
- `trackops sync`
|
|
254
|
+
|
|
255
|
+
La skill no debe sugerir comandos destructivos o de release si antes no ha pasado por politica/riesgo cuando corresponde.
|
|
256
|
+
|
|
257
|
+
## Bloqueo de avance
|
|
258
|
+
|
|
259
|
+
Si el usuario pide avanzar de fase ("pasemos a la siguiente fase", "esto ya esta listo", "cerramos OPERA", "vamos a release"):
|
|
260
|
+
|
|
261
|
+
1. identifica la fase actual
|
|
262
|
+
2. carga `references/phase-dod.md`
|
|
263
|
+
3. verifica los criterios
|
|
264
|
+
4. responde con:
|
|
265
|
+
- `puedes avanzar`
|
|
266
|
+
- o `no puedes avanzar y faltan estos puntos`
|
|
267
|
+
|
|
268
|
+
No dejes pasar por intuicion.
|
|
269
|
+
|
|
270
|
+
## Que referencia leer y cuando
|
|
271
|
+
|
|
272
|
+
- lee `references/phase-dod.md` cuando se pida cerrar fase, se dude del readiness o el agente tenga que justificar por que no puede avanzar
|
|
273
|
+
- lee la skill `project-starter-skill` cuando estes en Fase O y necesites hacer discovery
|
|
274
|
+
- lee la skill `opera-contract-auditor` cuando necesites validar el contrato operativo
|
|
275
|
+
- lee la skill `opera-policy-guard` cuando vayas a ejecutar acciones con riesgo
|
|
276
|
+
|
|
277
|
+
## Idioma
|
|
278
|
+
|
|
279
|
+
Si la conversacion y el proyecto deben trabajar en ingles, lee `locales/en/SKILL.md` antes de seguir.
|
|
@@ -0,0 +1,279 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "opera-skill"
|
|
3
|
+
description: "Local OPERA skill for coordinating work within an OPERA-activated repository. Use it when the user asks which phase the project is in, what to do next, which TrackOps command to run, whether it's safe to advance phases, whether to delegate to another skill, or whether an action should be blocked by bootstrap, contract, or risk."
|
|
4
|
+
metadata:
|
|
5
|
+
version: "1.0"
|
|
6
|
+
type: "project"
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# OPERA Skill — Technical Director
|
|
10
|
+
|
|
11
|
+
## What this skill is
|
|
12
|
+
|
|
13
|
+
Operational coordinator for OPERA within the repository. This skill directs the main agent: tells it which phase and state the project is in, which TrackOps commands to use, when to block advancement, and when to delegate to specialized skills.
|
|
14
|
+
|
|
15
|
+
## What this skill is not
|
|
16
|
+
|
|
17
|
+
- does not implement code
|
|
18
|
+
- does not install the runtime or create the repo structure
|
|
19
|
+
- does not replace the implementing agent
|
|
20
|
+
- does not invent contract or business decisions
|
|
21
|
+
- does not execute deployments directly
|
|
22
|
+
|
|
23
|
+
## Role
|
|
24
|
+
|
|
25
|
+
Operational technical director.
|
|
26
|
+
|
|
27
|
+
- first decide
|
|
28
|
+
- then delegate or execute
|
|
29
|
+
- never improvise the project state
|
|
30
|
+
|
|
31
|
+
> **IMPORTANT**: The framework is called **OPERA** (Orchestrate, Prove, Establish, Refine, Automate). NEVER use "ETAPA", "E.T.A.P.A.", or any other alternative name. The correct and only name is **OPERA**.
|
|
32
|
+
|
|
33
|
+
## Sources of truth and reading order
|
|
34
|
+
|
|
35
|
+
1. `ops/project_control.json` — backlog and operational state
|
|
36
|
+
2. `ops/contract/operating-contract.json` — machine contract
|
|
37
|
+
3. `ops/policy/autonomy.json` — autonomy policy
|
|
38
|
+
4. `ops/bootstrap/quality-report.json` if it exists
|
|
39
|
+
5. `ops/bootstrap/open-questions.md` if it exists
|
|
40
|
+
6. `ops/genesis.md` — compiled human view
|
|
41
|
+
|
|
42
|
+
Rules:
|
|
43
|
+
- `genesis.md` never replaces the structured contract
|
|
44
|
+
- if `project_control.json` and `operating-contract.json` contradict each other, the contract wins for machine semantics and the backlog wins for operational state
|
|
45
|
+
|
|
46
|
+
## Absolute initial rule
|
|
47
|
+
|
|
48
|
+
Before assuming anything, run:
|
|
49
|
+
|
|
50
|
+
```bash
|
|
51
|
+
trackops status
|
|
52
|
+
```
|
|
53
|
+
|
|
54
|
+
- if `trackops status` fails, stop
|
|
55
|
+
- if there is no active TrackOps, redirect to the global `trackops` skill
|
|
56
|
+
- if OPERA is not installed, indicate `trackops opera install`
|
|
57
|
+
|
|
58
|
+
## How to determine operational mode
|
|
59
|
+
|
|
60
|
+
Classify work into one of these modes:
|
|
61
|
+
|
|
62
|
+
### `bootstrap_pending`
|
|
63
|
+
Activated if `meta.opera.bootstrap.status` is:
|
|
64
|
+
- `awaiting_intake`
|
|
65
|
+
- `awaiting_agent`
|
|
66
|
+
- `ready_for_ingest`
|
|
67
|
+
- `needs_review`
|
|
68
|
+
|
|
69
|
+
### `contract_blocked`
|
|
70
|
+
Activated if:
|
|
71
|
+
- `quality.contractReadiness` is `hypothesis` or `provisional`
|
|
72
|
+
- and there are critical gaps or open questions blocking implementation or phase change
|
|
73
|
+
|
|
74
|
+
### `risk_gate`
|
|
75
|
+
Activated if the requested action:
|
|
76
|
+
- touches production
|
|
77
|
+
- modifies persistent data
|
|
78
|
+
- executes deployments
|
|
79
|
+
- requires secrets
|
|
80
|
+
- triggers external side effects
|
|
81
|
+
- or the policy is ambiguous
|
|
82
|
+
|
|
83
|
+
### `normal_flow`
|
|
84
|
+
Everything else.
|
|
85
|
+
|
|
86
|
+
---
|
|
87
|
+
|
|
88
|
+
## Phase x state matrix
|
|
89
|
+
|
|
90
|
+
## O — Orchestrate
|
|
91
|
+
|
|
92
|
+
### Goal
|
|
93
|
+
Convert intention, evidence, and context into a clear operational base.
|
|
94
|
+
|
|
95
|
+
### Expected artifacts
|
|
96
|
+
- bootstrap resolved or in progress
|
|
97
|
+
- `intake.json`, `spec-dossier.md`
|
|
98
|
+
- `sourceOfTruth`, `singularDesiredOutcome`
|
|
99
|
+
- schemas at least provisional
|
|
100
|
+
- contract coherent or ready for audit
|
|
101
|
+
|
|
102
|
+
### Recommended commands
|
|
103
|
+
- `trackops status`
|
|
104
|
+
- `trackops opera status`
|
|
105
|
+
- `trackops opera handoff --print` if `awaiting_agent`
|
|
106
|
+
- `trackops opera bootstrap --resume` if `ready_for_ingest`
|
|
107
|
+
|
|
108
|
+
### Delegable skills
|
|
109
|
+
- `project-starter-skill` for discovery
|
|
110
|
+
- `opera-contract-auditor` when contract exists
|
|
111
|
+
|
|
112
|
+
### Blocking
|
|
113
|
+
Do not pass O if the O DoD is not met.
|
|
114
|
+
|
|
115
|
+
---
|
|
116
|
+
|
|
117
|
+
## P — Prove
|
|
118
|
+
|
|
119
|
+
### Goal
|
|
120
|
+
Verify environment, integrations, shapes, and real technical viability.
|
|
121
|
+
|
|
122
|
+
### Expected artifacts
|
|
123
|
+
- credentials verified
|
|
124
|
+
- environment reviewed
|
|
125
|
+
- basic connectivity confirmed
|
|
126
|
+
- findings documented if something fails
|
|
127
|
+
|
|
128
|
+
### Recommended commands
|
|
129
|
+
- `trackops status`
|
|
130
|
+
- `trackops env status`
|
|
131
|
+
- `trackops workspace status`
|
|
132
|
+
|
|
133
|
+
### Delegable skills
|
|
134
|
+
- `opera-policy-guard` if testing touches external systems or sensitive data
|
|
135
|
+
- `opera-contract-auditor` if contradictions appear between tests and contract
|
|
136
|
+
|
|
137
|
+
### Blocking
|
|
138
|
+
Do not pass P if the environment or critical integrations are not verified.
|
|
139
|
+
|
|
140
|
+
---
|
|
141
|
+
|
|
142
|
+
## E — Establish
|
|
143
|
+
|
|
144
|
+
### Goal
|
|
145
|
+
Implement and structure real work while maintaining contract, backlog, and traceability.
|
|
146
|
+
|
|
147
|
+
### Expected artifacts
|
|
148
|
+
- code or configuration changes aligned with contract
|
|
149
|
+
- tasks started/closed with TrackOps
|
|
150
|
+
- SOPs or operational structure if applicable
|
|
151
|
+
|
|
152
|
+
### Recommended commands
|
|
153
|
+
- `trackops status`
|
|
154
|
+
- `trackops next`
|
|
155
|
+
- `trackops task start <task-id>`
|
|
156
|
+
- `trackops sync` when closing structural changes or tasks
|
|
157
|
+
|
|
158
|
+
### Delegable skills
|
|
159
|
+
- `commiter` when committing
|
|
160
|
+
- `changelog-updater` after commit if the repo workflow requires it
|
|
161
|
+
|
|
162
|
+
### Blocking
|
|
163
|
+
Do not pass E if implemented work is not reflected in state/tasks/contract.
|
|
164
|
+
|
|
165
|
+
---
|
|
166
|
+
|
|
167
|
+
## R — Refine
|
|
168
|
+
|
|
169
|
+
### Goal
|
|
170
|
+
Align outputs with contract, review quality, and close contradictions.
|
|
171
|
+
|
|
172
|
+
### Expected artifacts
|
|
173
|
+
- coherence review
|
|
174
|
+
- findings resolved or explicit
|
|
175
|
+
- policy consulted if risk exists
|
|
176
|
+
|
|
177
|
+
### Recommended commands
|
|
178
|
+
- `trackops status`
|
|
179
|
+
- `trackops sync`
|
|
180
|
+
|
|
181
|
+
### Delegable skills
|
|
182
|
+
- `opera-contract-auditor`
|
|
183
|
+
- `opera-policy-guard`
|
|
184
|
+
|
|
185
|
+
### Blocking
|
|
186
|
+
Do not pass R if material contradictions or unresolved red/yellow actions remain.
|
|
187
|
+
|
|
188
|
+
---
|
|
189
|
+
|
|
190
|
+
## A — Automate
|
|
191
|
+
|
|
192
|
+
### Goal
|
|
193
|
+
Formalize release, deployment, and operational automation with safety.
|
|
194
|
+
|
|
195
|
+
### Expected artifacts
|
|
196
|
+
- pipeline/automation ready
|
|
197
|
+
- smoke tests passed
|
|
198
|
+
- `.tmp` without relevant debt
|
|
199
|
+
- release/deploy prepared per project requirements
|
|
200
|
+
|
|
201
|
+
### Recommended commands
|
|
202
|
+
- `trackops status`
|
|
203
|
+
- `trackops workspace status`
|
|
204
|
+
- `trackops env status`
|
|
205
|
+
- `trackops sync`
|
|
206
|
+
|
|
207
|
+
### Delegable skills
|
|
208
|
+
- `opera-policy-guard`
|
|
209
|
+
|
|
210
|
+
### Blocking
|
|
211
|
+
Do not pass A if automation breaks policy, environment, or operational readiness.
|
|
212
|
+
|
|
213
|
+
---
|
|
214
|
+
|
|
215
|
+
## Delegation policy
|
|
216
|
+
|
|
217
|
+
### Allowed delegations
|
|
218
|
+
- `project-starter-skill` — when bootstrap is pending or the project is still in discovery
|
|
219
|
+
- `opera-contract-auditor` — when there are gaps, contradictions, or readiness doubts
|
|
220
|
+
- `opera-policy-guard` — when there is risk, side effects, or dubious permissions
|
|
221
|
+
- `commiter` — when the user requests a commit or the implementation block is ready
|
|
222
|
+
- `changelog-updater` — after commit, if the repo workflow requires it
|
|
223
|
+
|
|
224
|
+
### Prohibited delegations
|
|
225
|
+
- skills not installed
|
|
226
|
+
- skills not listed in `_registry.md`
|
|
227
|
+
- massive parallel delegation
|
|
228
|
+
- delegation while the project is blocked by bootstrap or policy, except to skills that resolve that block
|
|
229
|
+
|
|
230
|
+
## TrackOps command policy
|
|
231
|
+
|
|
232
|
+
### Always
|
|
233
|
+
- `trackops status`
|
|
234
|
+
|
|
235
|
+
### Only when OPERA is present
|
|
236
|
+
- `trackops opera status`
|
|
237
|
+
|
|
238
|
+
### Only for bootstrap
|
|
239
|
+
- `trackops opera handoff --print`
|
|
240
|
+
- `trackops opera bootstrap --resume`
|
|
241
|
+
|
|
242
|
+
### Only for environment
|
|
243
|
+
- `trackops env status`
|
|
244
|
+
|
|
245
|
+
### Only for workspace
|
|
246
|
+
- `trackops workspace status`
|
|
247
|
+
|
|
248
|
+
### Only for backlog/execution
|
|
249
|
+
- `trackops next`
|
|
250
|
+
- `trackops task start <task-id>`
|
|
251
|
+
|
|
252
|
+
### Only for operational documentation
|
|
253
|
+
- `trackops sync`
|
|
254
|
+
|
|
255
|
+
The skill must not suggest destructive or release commands without first passing through policy/risk when applicable.
|
|
256
|
+
|
|
257
|
+
## Advancement blocking
|
|
258
|
+
|
|
259
|
+
If the user asks to advance phases ("let's move to the next phase", "this is done", "let's close OPERA", "let's release"):
|
|
260
|
+
|
|
261
|
+
1. identify the current phase
|
|
262
|
+
2. load `references/phase-dod.md`
|
|
263
|
+
3. verify the criteria
|
|
264
|
+
4. respond with:
|
|
265
|
+
- `you can advance`
|
|
266
|
+
- or `you cannot advance, these points are missing`
|
|
267
|
+
|
|
268
|
+
Do not let it pass by intuition.
|
|
269
|
+
|
|
270
|
+
## Which reference to read and when
|
|
271
|
+
|
|
272
|
+
- read `references/phase-dod.md` when asked to close a phase, when doubting readiness, or when the agent needs to justify why it cannot advance
|
|
273
|
+
- read the `project-starter-skill` when in Phase O and discovery is needed
|
|
274
|
+
- read the `opera-contract-auditor` when the operating contract needs validation
|
|
275
|
+
- read the `opera-policy-guard` when about to execute risky actions
|
|
276
|
+
|
|
277
|
+
## Language
|
|
278
|
+
|
|
279
|
+
Use this localized file when the conversation and project should run in English.
|
|
@@ -0,0 +1,138 @@
|
|
|
1
|
+
# Definition of Done per Phase
|
|
2
|
+
|
|
3
|
+
> Reference used by opera-skill to decide whether a phase can be closed.
|
|
4
|
+
> Load it only when asked to close a phase, when doubting readiness, or when justifying why advancement is not possible.
|
|
5
|
+
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## O — Orchestrate
|
|
9
|
+
|
|
10
|
+
### Exit goal
|
|
11
|
+
Clear operational base: problem defined, user identified, contract coherent.
|
|
12
|
+
|
|
13
|
+
### Mandatory criteria
|
|
14
|
+
- [ ] Main problem defined
|
|
15
|
+
- [ ] Target user defined
|
|
16
|
+
- [ ] Singular desired outcome defined and verifiable
|
|
17
|
+
- [ ] Source of truth defined
|
|
18
|
+
- [ ] The 5 discovery questions answered (directive, integrations, source of truth, payload, rules)
|
|
19
|
+
- [ ] Repository and version control preferences asked and recorded
|
|
20
|
+
- [ ] Environment and deployment preferences asked and recorded
|
|
21
|
+
- [ ] JSON Input/Output schema defined in `genesis.md` (at least provisional)
|
|
22
|
+
- [ ] Behavior rules documented
|
|
23
|
+
- [ ] `ops/bootstrap/intake.json` complete with minimum fields (includes `versionControl` and `deployment`)
|
|
24
|
+
- [ ] `ops/bootstrap/spec-dossier.md` written with all sections
|
|
25
|
+
- [ ] `ops/contract/operating-contract.json` compiled
|
|
26
|
+
- [ ] `opera-contract-auditor` executed without critical contradictions
|
|
27
|
+
- [ ] `ops/bootstrap/open-questions.md` updated if gaps remain
|
|
28
|
+
- [ ] `task_plan.md` approved by user
|
|
29
|
+
|
|
30
|
+
### Blockers
|
|
31
|
+
- bootstrap in `awaiting_agent` or `needs_review` state
|
|
32
|
+
- critical contradictions detected by auditor
|
|
33
|
+
- mandatory fields empty in intake.json
|
|
34
|
+
|
|
35
|
+
### Delegation signal
|
|
36
|
+
- If intake.json or spec-dossier.md is missing → delegate to `project-starter-skill`
|
|
37
|
+
- If contract has contradictions → delegate to `opera-contract-auditor`
|
|
38
|
+
|
|
39
|
+
---
|
|
40
|
+
|
|
41
|
+
## P — Prove
|
|
42
|
+
|
|
43
|
+
### Exit goal
|
|
44
|
+
Environment verified, connectivity confirmed, real technical viability.
|
|
45
|
+
|
|
46
|
+
### Mandatory criteria
|
|
47
|
+
- [ ] All credentials in `.env` verified (exist and are not empty)
|
|
48
|
+
- [ ] Execution environment reviewed and functional
|
|
49
|
+
- [ ] Critical connectivity confirmed (APIs, external services)
|
|
50
|
+
- [ ] Response shapes validated against `genesis.md` schema
|
|
51
|
+
- [ ] Results documented in `findings.md`
|
|
52
|
+
- [ ] If any test fails, the task is marked as blocked with documented reason
|
|
53
|
+
- [ ] No open findings with `critical` severity
|
|
54
|
+
|
|
55
|
+
### Blockers
|
|
56
|
+
- missing or invalid credentials
|
|
57
|
+
- critical external service not responding
|
|
58
|
+
- response shape does not match schema
|
|
59
|
+
|
|
60
|
+
### Delegation signal
|
|
61
|
+
- If risk when testing external systems → consult `opera-policy-guard`
|
|
62
|
+
- If contradictions appear between tests and contract → delegate to `opera-contract-auditor`
|
|
63
|
+
|
|
64
|
+
---
|
|
65
|
+
|
|
66
|
+
## E — Establish
|
|
67
|
+
|
|
68
|
+
### Exit goal
|
|
69
|
+
Work implemented, traced, and aligned with contract and backlog.
|
|
70
|
+
|
|
71
|
+
### Mandatory criteria
|
|
72
|
+
- [ ] Relevant tasks started and closed with TrackOps
|
|
73
|
+
- [ ] Code or configuration implemented and aligned with contract
|
|
74
|
+
- [ ] SOPs written in `architecture/` when complexity requires it
|
|
75
|
+
- [ ] Dependency graph documented in `genesis.md` if pipeline exists
|
|
76
|
+
- [ ] Tools with side-effects marked with META tags (`idempotent`, `side-effect`, `requires-confirmation`)
|
|
77
|
+
- [ ] Commits following convention (`commiter` skill activated)
|
|
78
|
+
- [ ] `CHANGELOG.md` updated if the repo workflow requires it (`changelog-updater` skill)
|
|
79
|
+
- [ ] Operational changes synchronized with `trackops sync`
|
|
80
|
+
|
|
81
|
+
### Blockers
|
|
82
|
+
- implementation tasks not started in trackops
|
|
83
|
+
- code that contradicts contract without justification
|
|
84
|
+
- uncommitted changes
|
|
85
|
+
|
|
86
|
+
### Delegation signal
|
|
87
|
+
- When committing → delegate to `commiter`
|
|
88
|
+
- Post-commit → delegate to `changelog-updater`
|
|
89
|
+
|
|
90
|
+
---
|
|
91
|
+
|
|
92
|
+
## R — Refine
|
|
93
|
+
|
|
94
|
+
### Exit goal
|
|
95
|
+
Outputs aligned with contract, quality verified, contradictions closed.
|
|
96
|
+
|
|
97
|
+
### Mandatory criteria
|
|
98
|
+
- [ ] Coherence review completed
|
|
99
|
+
- [ ] Outputs validated against templates in `templates/` if they exist
|
|
100
|
+
- [ ] Delivery formats (Markdown, HTML, JSON) verified
|
|
101
|
+
- [ ] If there is an interface: visual review completed
|
|
102
|
+
- [ ] `opera-contract-auditor` executed without critical contradictions
|
|
103
|
+
- [ ] `opera-policy-guard` consulted for risky actions
|
|
104
|
+
- [ ] No open findings with `critical` or `high` severity
|
|
105
|
+
- [ ] Findings resolved or explicitly accepted by user
|
|
106
|
+
|
|
107
|
+
### Blockers
|
|
108
|
+
- material contradictions open between outputs and contract
|
|
109
|
+
- unresolved red/yellow actions
|
|
110
|
+
- critical open findings
|
|
111
|
+
|
|
112
|
+
### Delegation signal
|
|
113
|
+
- To validate contract → delegate to `opera-contract-auditor`
|
|
114
|
+
- For risky actions → delegate to `opera-policy-guard`
|
|
115
|
+
|
|
116
|
+
---
|
|
117
|
+
|
|
118
|
+
## A — Automate
|
|
119
|
+
|
|
120
|
+
### Exit goal
|
|
121
|
+
Automation or release ready, environment verified, temporal debt resolved.
|
|
122
|
+
|
|
123
|
+
### Mandatory criteria
|
|
124
|
+
- [ ] `.tmp/` clean (no relevant residual files)
|
|
125
|
+
- [ ] Code deployed or prepared for deployment per `intake.json.deployment`
|
|
126
|
+
- [ ] Triggers configured and verified (cron, webhooks) if applicable
|
|
127
|
+
- [ ] Smoke test passed at destination
|
|
128
|
+
- [ ] `progress.md` updated with final state
|
|
129
|
+
- [ ] `trackops sync` executed
|
|
130
|
+
- [ ] If `versionControl.remote` is true: changes pushed to remote
|
|
131
|
+
|
|
132
|
+
### Blockers
|
|
133
|
+
- automation that breaks policy or environment
|
|
134
|
+
- failing smoke test
|
|
135
|
+
- temporal debt preventing clean release
|
|
136
|
+
|
|
137
|
+
### Delegation signal
|
|
138
|
+
- For deploy actions → consult `opera-policy-guard`
|