kcreate-scaffolding-gcp-script 0.0.0-stage → 0.2.1
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 -0
- package/README.md +429 -2
- package/bin/build.js +70 -0
- package/bin/cli.js +441 -0
- package/package.json +36 -4
- package/skill/SKILL.md +262 -0
- package/skill/references/lessons-learned.md +706 -0
- package/skill/scripts/01_init_config.sh +151 -0
- package/skill/scripts/02_print_config.sh +60 -0
- package/skill/scripts/10_build_components.sh +596 -0
- package/skill/scripts/20_validate_file_parity.sh +107 -0
- package/skill/scripts/21_validate_project_pinning.sh +105 -0
- package/skill/scripts/22_validate_no_app_name_leftover.sh +62 -0
- package/skill/scripts/lib/common.sh +788 -0
- package/skill/scripts/run_tracking.sh +93 -0
- package/skill/templates/scaffolding.config.template +81 -0
- package/vendor/github-proyect-tracking/SKILL.md +180 -0
- package/vendor/github-proyect-tracking/references/api.md +185 -0
- package/vendor/github-proyect-tracking/references/architecture.md +171 -0
- package/vendor/github-proyect-tracking/scripts/tracking.py +214 -0
- package/vendor/github-proyect-tracking/scripts/tracking_core/__init__.py +1 -0
- package/vendor/github-proyect-tracking/scripts/tracking_core/commands.py +940 -0
- package/vendor/github-proyect-tracking/scripts/tracking_core/common.py +208 -0
- package/vendor/github-proyect-tracking/scripts/tracking_core/events.py +233 -0
- package/vendor/github-proyect-tracking/scripts/tracking_core/github.py +324 -0
- package/vendor/github-proyect-tracking/scripts/tracking_core/state.py +379 -0
|
@@ -0,0 +1,171 @@
|
|
|
1
|
+
# Arquitectura — github-proyect-tracking
|
|
2
|
+
|
|
3
|
+
## Visión general
|
|
4
|
+
|
|
5
|
+
El skill instrumenta procesos (no los ejecuta): convierte cada transición en
|
|
6
|
+
un evento persistido en un Issue de GitHub y mantiene una memoria local para
|
|
7
|
+
saber si hay un proceso inconcluso y en qué Issue vive.
|
|
8
|
+
|
|
9
|
+
```
|
|
10
|
+
┌──────────────┐ instrucción ┌─────────────────────────────────────┐
|
|
11
|
+
│ Agente (tú) │ ───────────────▶ │ scripts/tracking.py (CLI, stdlib) │
|
|
12
|
+
│ │ ◀─────────────── │ · 1 JSON por comando + exit code │
|
|
13
|
+
└──────────────┘ JSON + exit └───────────────┬─────────────────────┘
|
|
14
|
+
│ trabajo real del proceso │
|
|
15
|
+
▼ ▼
|
|
16
|
+
┌──────────────────┐ comentarios [STATUS:…] ┌──────────────────────────┐
|
|
17
|
+
│ Memoria interna │ ◀──────────────────────── │ GitHub REST API v3 │
|
|
18
|
+
│ ~/.github- │ Issue #N (fuente de │ /repos/{o}/{r}/issues/… │
|
|
19
|
+
│ proyect-tracking/│ verdad al reanudar) │ Bearer token │
|
|
20
|
+
│ {owner}__{repo}. │ └──────────────────────────┘
|
|
21
|
+
│ json │
|
|
22
|
+
└──────────────────┘
|
|
23
|
+
```
|
|
24
|
+
|
|
25
|
+
Doble libro:
|
|
26
|
+
|
|
27
|
+
1. **Remoto (autoritativo):** un Issue con título
|
|
28
|
+
`[Process Tracking] Execution ID: {id}`; cada transición es un comentario
|
|
29
|
+
con contrato visible exacto y el último evento decide la reanudación.
|
|
30
|
+
2. **Local (rápido):** `~/.github-proyect-tracking/{owner}__{repo}.json` con
|
|
31
|
+
esquema v2, `active_process_id`, `github_token` opcional, plan y metadatos.
|
|
32
|
+
La carga migra v1 a v2 en memoria y el siguiente guardado la persiste.
|
|
33
|
+
Escritura atómica (tmp único + fsync + rename), permisos 0600.
|
|
34
|
+
|
|
35
|
+
## Contrato de eventos y reconciliación
|
|
36
|
+
|
|
37
|
+
Formatos visibles:
|
|
38
|
+
|
|
39
|
+
```text
|
|
40
|
+
[STATUS: INICIANDO] - Paso: {nombre}
|
|
41
|
+
[STATUS: ERROR] - Paso: {nombre} - Detalles: {detalles}
|
|
42
|
+
[STATUS: COMPLETADO] - Paso: {nombre}
|
|
43
|
+
[STATUS: FINALIZADO] - El proceso concluyó exitosamente.
|
|
44
|
+
[STATUS: CANCELADO] - El proceso fue cerrado anticipadamente (--force).
|
|
45
|
+
```
|
|
46
|
+
|
|
47
|
+
Los eventos nuevos añaden una línea HTML invisible:
|
|
48
|
+
|
|
49
|
+
```text
|
|
50
|
+
<!-- github-proyect-tracking: {"execution_id":"...","sequence":1,"transition_id":"..."} -->
|
|
51
|
+
```
|
|
52
|
+
|
|
53
|
+
`transition_id` es un UUID por intento y se conserva en el reintento del mismo
|
|
54
|
+
comando. Ante respuesta de red perdida o HTTP 500/502/503/504, el cliente lee
|
|
55
|
+
los comentarios y solo reconcilia si encuentra ese UUID fuera de la línea base.
|
|
56
|
+
Un texto idéntico antiguo o nuevo de otro emisor no basta. Si no lo encuentra,
|
|
57
|
+
reintenta una vez y vuelve a reconciliar. `init` recupera una creación ambigua
|
|
58
|
+
buscando el título exacto con paginación; si no lo encuentra, el error incluye
|
|
59
|
+
Execution ID, título y comando `adopt` sugerido.
|
|
60
|
+
|
|
61
|
+
El parser elimina los metadatos antes de aplicar `COMMENT_RE`, por lo que los
|
|
62
|
+
formatos visibles y los comentarios antiguos siguen siendo compatibles.
|
|
63
|
+
`Detalles` admite stacktraces multilínea. `events_from_comments()` ordena por
|
|
64
|
+
`(created_at, comment_id)`, sin confiar en el orden de llegada.
|
|
65
|
+
|
|
66
|
+
## Máquina de estados del proceso
|
|
67
|
+
|
|
68
|
+
```
|
|
69
|
+
init (URL válida + token issues:write)
|
|
70
|
+
(sin proceso) ───────────────────────────────────────▶ RUNNING
|
|
71
|
+
│
|
|
72
|
+
┌─────────── step-start / step-done ───────────────┤
|
|
73
|
+
▼ │
|
|
74
|
+
RUNNING ── step-error ──▶ ERROR ──(resume: RERUN_STEP)─┘
|
|
75
|
+
│
|
|
76
|
+
├──── finalize: FINALIZADO + Issue cerrado ────────▶ FINALIZED
|
|
77
|
+
└──── finalize --force: CANCELADO + Issue cerrado ─▶ CANCELADO
|
|
78
|
+
(active_process_id := null)
|
|
79
|
+
```
|
|
80
|
+
|
|
81
|
+
| Estado en memoria | Significado | `active_process_id` |
|
|
82
|
+
|---|---|---|
|
|
83
|
+
| `RUNNING` | Issue abierto, último evento INICIANDO/COMPLETADO | número |
|
|
84
|
+
| `ERROR` | Último evento ERROR; proceso detenido | número |
|
|
85
|
+
| `FINALIZED` | Issue cerrado con FINALIZADO | `null` |
|
|
86
|
+
| `CANCELADO` | Issue cerrado anticipadamente con CANCELADO | `null` |
|
|
87
|
+
| `ABORTED` | Issue cerrado sin FINALIZADO/CANCELADO | `null` |
|
|
88
|
+
| `CLEARED` | Memoria descartada localmente | `null` |
|
|
89
|
+
|
|
90
|
+
`is_unfinished()` exige ID activo y estado RUNNING o ERROR. `init` sobre un
|
|
91
|
+
proceso inconcluso falla con exit 7 (`RESUME_REQUIRED`). El esquema valida
|
|
92
|
+
tipos y estas invariantes cruzadas; un estado terminal no puede conservar ID
|
|
93
|
+
activo.
|
|
94
|
+
|
|
95
|
+
Después de ERROR, `resume` registra `last_resume` con Issue y comentario de
|
|
96
|
+
error. `step-start` solo acepta esa autorización para reintentar el mismo paso;
|
|
97
|
+
`step-done` y `step-error` también se detienen mientras el último evento remoto
|
|
98
|
+
sea ERROR. `adopt` reconstruye ERROR, nunca lo sustituye por RUNNING.
|
|
99
|
+
|
|
100
|
+
## Ciclo de vida de una ejecución
|
|
101
|
+
|
|
102
|
+
1. **init** — valida URL y permisos, genera `exec-{timestamp}-{12 hex}`, crea
|
|
103
|
+
el Issue y guarda memoria. Un plan duplicado nuevo se rechaza.
|
|
104
|
+
2. **resume** — lee Issue y todos los comentarios, deriva el veredicto y
|
|
105
|
+
sincroniza el estado. Los planes legados duplicados producen
|
|
106
|
+
`PLAN_AMBIGUOUS` con instrucciones de reparación; no se deduplican.
|
|
107
|
+
3. **step-start / step-error / step-done** — una transición por comentario,
|
|
108
|
+
validada contra la misma instantánea remota.
|
|
109
|
+
4. **finalize** — publica el evento terminal, cierra y verifica el Issue,
|
|
110
|
+
limpia memoria y conserva las últimas 20 entradas de historial.
|
|
111
|
+
|
|
112
|
+
Con plan, el éxito exige todos los pasos completados. Sin plan, el último
|
|
113
|
+
evento COMPLETADO permite FINALIZADO; sin trabajo, `finalize` se bloquea y
|
|
114
|
+
`--force` registra CANCELADO. El `outcome` siempre procede del evento remoto:
|
|
115
|
+
un reintento sin `--force` no convierte CANCELADO en FINALIZADO.
|
|
116
|
+
|
|
117
|
+
## Veredictos de `resume`
|
|
118
|
+
|
|
119
|
+
| Último evento / situación | `verdict.action` | `outcome` | Acción |
|
|
120
|
+
|---|---|---|---|
|
|
121
|
+
| FINALIZADO + Issue abierto | `FINISH_CLEANUP` | `FINALIZADO` | Ejecutar `finalize` |
|
|
122
|
+
| CANCELADO + Issue abierto | `FINISH_CLEANUP` | `CANCELADO` | Ejecutar `finalize` |
|
|
123
|
+
| FINALIZADO + Issue cerrado | `NONE` | `FINALIZADO` | Nada; memoria auto-limpia |
|
|
124
|
+
| CANCELADO + Issue cerrado | `NONE` | `CANCELADO` | Nada; conservar cancelación |
|
|
125
|
+
| ERROR | `RERUN_STEP` | — | Re-ejecutar ese paso tras esta autorización |
|
|
126
|
+
| INICIANDO | `RERUN_STEP` | — | Re-ejecutar el paso en vuelo |
|
|
127
|
+
| COMPLETADO + plan pendiente | `NEXT_STEP` | — | Ejecutar `resume_from_step` |
|
|
128
|
+
| COMPLETADO + plan agotado | `ALL_STEPS_DONE` | — | Ejecutar `finalize` |
|
|
129
|
+
| Sin comentarios | `START_FIRST` | — | Empezar por el paso 1 |
|
|
130
|
+
| Issue cerrado sin evento terminal | `ABORTED_EXTERNALLY` | — | Preguntar al usuario |
|
|
131
|
+
| Sin plan explícito | `NEXT_STEP_AGENT_DEFINED` | — | Elegir paso o finalizar tras COMPLETADO |
|
|
132
|
+
|
|
133
|
+
## Módulos
|
|
134
|
+
|
|
135
|
+
| Archivo | Responsabilidad |
|
|
136
|
+
|---|---|
|
|
137
|
+
| `scripts/tracking.py` | Parser CLI, punto de entrada y exportaciones compatibles |
|
|
138
|
+
| `tracking_core/common.py` | Versión, constantes, errores y validación/redacción |
|
|
139
|
+
| `tracking_core/events.py` | Contrato visible, metadatos, parser y planner |
|
|
140
|
+
| `tracking_core/state.py` | Esquema v2, migración, persistencia, selección y locks |
|
|
141
|
+
| `tracking_core/github.py` | Token, preflight, transporte, paginación y reconciliación |
|
|
142
|
+
| `tracking_core/commands.py` | Comandos y guardas sobre instantáneas remotas |
|
|
143
|
+
|
|
144
|
+
## Locks y robustez
|
|
145
|
+
|
|
146
|
+
`StateLock` usa un directorio por repositorio, propietario con token y un hilo
|
|
147
|
+
daemon que refresca heartbeat durante toda la operación, incluidas las llamadas
|
|
148
|
+
HTTP. `ensure_owner()` se exige antes de efectos remotos y antes de guardar o
|
|
149
|
+
borrar. Perder el lock produce `STATE_LOCK_LOST` y exige `resume`.
|
|
150
|
+
|
|
151
|
+
- Escritura atómica, estado 0600, tokens enmascarados y persistencia opt-in.
|
|
152
|
+
- Reintentos de GET/PATCH y rate limit con espera acotada.
|
|
153
|
+
- Paginación completa por `Link`; más de 10 000 comentarios →
|
|
154
|
+
`COMMENTS_TOO_MANY`.
|
|
155
|
+
- `adopt` usa el token almacenado antes de buscar el Issue.
|
|
156
|
+
- `clear` sin URL exige contexto único también cuando solo hay estados
|
|
157
|
+
inactivos; varios candidatos → `CONTEXT_AMBIGUOUS`.
|
|
158
|
+
- Preflight: un rol demostrado de solo lectura falla; `triage`, `push`,
|
|
159
|
+
`maintain` o `admin` habilitan la gestión de Issues.
|
|
160
|
+
- Redacción de todo userinfo, query y fragment en URLs reflejadas.
|
|
161
|
+
|
|
162
|
+
## Límites y garantías
|
|
163
|
+
|
|
164
|
+
- Un proceso activo por repositorio (la memoria es por `{owner}/{repo}`).
|
|
165
|
+
- Los eventos son append-only; una persona con acceso puede imitar el contrato
|
|
166
|
+
visible. Usa repositorios controlados y revisa la cronología ante anomalías.
|
|
167
|
+
- No hay transacciones distribuidas: el lock protege el estado local y el
|
|
168
|
+
heartbeat evita su expiración durante una operación viva, pero dos agentes
|
|
169
|
+
independientes pueden intervenir manualmente en el mismo Issue.
|
|
170
|
+
- La integración real es opt-in y requiere autorización y un repositorio
|
|
171
|
+
desechable; no se ejecuta en la suite offline por defecto.
|
|
@@ -0,0 +1,214 @@
|
|
|
1
|
+
#!/usr/bin/env python3
|
|
2
|
+
# -*- coding: utf-8 -*-
|
|
3
|
+
"""CLI de github-proyect-tracking; un JSON por comando, stdlib únicamente."""
|
|
4
|
+
|
|
5
|
+
from __future__ import annotations
|
|
6
|
+
|
|
7
|
+
import argparse
|
|
8
|
+
import shutil
|
|
9
|
+
import sys
|
|
10
|
+
|
|
11
|
+
from tracking_core import github as _github
|
|
12
|
+
from tracking_core.common import * # noqa: F401,F403
|
|
13
|
+
from tracking_core.events import * # noqa: F401,F403
|
|
14
|
+
from tracking_core.state import * # noqa: F401,F403
|
|
15
|
+
from tracking_core.commands import * # noqa: F401,F403
|
|
16
|
+
|
|
17
|
+
_raw_api = _github._raw_api
|
|
18
|
+
|
|
19
|
+
|
|
20
|
+
def _sync_runtime():
|
|
21
|
+
_github._raw_api = _raw_api
|
|
22
|
+
_github.shutil = shutil
|
|
23
|
+
_github.MAX_COMMENT_PAGES = MAX_COMMENT_PAGES
|
|
24
|
+
StateLock.STALE_SECONDS = LOCK_STALE_SECONDS
|
|
25
|
+
StateLock.WAIT_SECONDS = LOCK_WAIT_SECONDS
|
|
26
|
+
|
|
27
|
+
|
|
28
|
+
def api(method, path, token, body=None, retries=3):
|
|
29
|
+
_sync_runtime()
|
|
30
|
+
return _github.api(method, path, token, body, retries)
|
|
31
|
+
|
|
32
|
+
|
|
33
|
+
def check_issues_write(owner, repo, token):
|
|
34
|
+
_sync_runtime()
|
|
35
|
+
return _github.check_issues_write(owner, repo, token)
|
|
36
|
+
|
|
37
|
+
|
|
38
|
+
def resolve_token(cli_token=None, state=None):
|
|
39
|
+
_sync_runtime()
|
|
40
|
+
return _github.resolve_token(cli_token, state)
|
|
41
|
+
|
|
42
|
+
|
|
43
|
+
def post_comment(owner, repo, number, body, token,
|
|
44
|
+
baseline_ids=None, execution_id=None, sequence=None):
|
|
45
|
+
_sync_runtime()
|
|
46
|
+
return _github.post_comment(owner, repo, number, body, token,
|
|
47
|
+
baseline_ids, execution_id, sequence)
|
|
48
|
+
|
|
49
|
+
|
|
50
|
+
def fetch_issue(owner, repo, number, token):
|
|
51
|
+
_sync_runtime()
|
|
52
|
+
return _github.fetch_issue(owner, repo, number, token)
|
|
53
|
+
|
|
54
|
+
|
|
55
|
+
def fetch_all_comments(owner, repo, number, token):
|
|
56
|
+
_sync_runtime()
|
|
57
|
+
return _github.fetch_all_comments(owner, repo, number, token)
|
|
58
|
+
|
|
59
|
+
|
|
60
|
+
def close_issue(owner, repo, number, token):
|
|
61
|
+
_sync_runtime()
|
|
62
|
+
return _github.close_issue(owner, repo, number, token)
|
|
63
|
+
|
|
64
|
+
|
|
65
|
+
def find_issue_by_title(owner, repo, title, token):
|
|
66
|
+
_sync_runtime()
|
|
67
|
+
return _github.find_issue_by_title(owner, repo, title, token)
|
|
68
|
+
|
|
69
|
+
|
|
70
|
+
class JsonArgumentParser(argparse.ArgumentParser):
|
|
71
|
+
def error(self, message):
|
|
72
|
+
raise SkillError(EXIT_VALIDATION, "VALIDATION_ERROR",
|
|
73
|
+
f"argumentos inválidos: {message}")
|
|
74
|
+
|
|
75
|
+
|
|
76
|
+
def build_parser():
|
|
77
|
+
parser = JsonArgumentParser(
|
|
78
|
+
prog="tracking.py",
|
|
79
|
+
description="github-proyect-tracking: persiste y reanuda el estado de un "
|
|
80
|
+
"proceso en GitHub Issues. Cada comando imprime un único JSON.")
|
|
81
|
+
parser.add_argument("--version", action="version", version=USER_AGENT)
|
|
82
|
+
subparsers = parser.add_subparsers(dest="command", required=True)
|
|
83
|
+
|
|
84
|
+
def common(subparser, with_url=True, url_required=False):
|
|
85
|
+
if with_url:
|
|
86
|
+
subparser.add_argument(
|
|
87
|
+
"--url", required=url_required, metavar="URL",
|
|
88
|
+
help="github_project_url (https://github.com/{owner}/{repo}); "
|
|
89
|
+
"obligatorio si hay varios procesos activos")
|
|
90
|
+
subparser.add_argument("--token", default=None, metavar="T",
|
|
91
|
+
help="GitHub PAT con issues:write (si se omite: "
|
|
92
|
+
"env/gh/estado)")
|
|
93
|
+
|
|
94
|
+
subparser = subparsers.add_parser(
|
|
95
|
+
"init", help="nueva ejecución: valida, crea el Issue y guarda memoria")
|
|
96
|
+
common(subparser, url_required=True)
|
|
97
|
+
subparser.add_argument("--plan", default=None, metavar="JSON",
|
|
98
|
+
help='plan de pasos con nombres ÚNICOS, ej. \'["Paso 1", "Paso 2"]\'')
|
|
99
|
+
subparser.add_argument("--plan-file", default=None, metavar="F",
|
|
100
|
+
help="archivo JSON con la lista de pasos")
|
|
101
|
+
subparser.add_argument("--process-name", default=None, metavar="N",
|
|
102
|
+
help="nombre del proceso/skill padre que se rastrea "
|
|
103
|
+
"(aparece en el título y cuerpo del Issue)")
|
|
104
|
+
subparser.add_argument("--process-inputs", default=None, metavar="JSON",
|
|
105
|
+
help='parámetros de entrada del proceso (objeto '
|
|
106
|
+
"clave→valor, se publican en el Issue; los "
|
|
107
|
+
"secretos se redactan), ej. \'{\"archivo\": "
|
|
108
|
+
'\"datos.csv\"}\'')
|
|
109
|
+
subparser.add_argument("--prompt-token", action="store_true",
|
|
110
|
+
help="pedir el token interactivamente (TTY)")
|
|
111
|
+
subparser.add_argument("--store-token", action="store_true",
|
|
112
|
+
help="persistir el token provisto (opt-in; por defecto NO se guarda)")
|
|
113
|
+
subparser.add_argument("--no-store-token", action="store_true",
|
|
114
|
+
help="obsoleto (compatibilidad): ahora NO guardar es el default")
|
|
115
|
+
subparser.set_defaults(func=cmd_init)
|
|
116
|
+
|
|
117
|
+
subparser = subparsers.add_parser(
|
|
118
|
+
"resume", help="lee el último comentario del Issue y planea la reanudación")
|
|
119
|
+
common(subparser)
|
|
120
|
+
subparser.set_defaults(func=cmd_resume)
|
|
121
|
+
|
|
122
|
+
subparser = subparsers.add_parser(
|
|
123
|
+
"step-start", help="comenta [STATUS: INICIANDO] - Paso: N")
|
|
124
|
+
common(subparser)
|
|
125
|
+
subparser.add_argument("--name", required=True, metavar="N", help="nombre del paso")
|
|
126
|
+
subparser.set_defaults(func=cmd_step_start)
|
|
127
|
+
|
|
128
|
+
subparser = subparsers.add_parser(
|
|
129
|
+
"step-done", help="comenta [STATUS: COMPLETADO] - Paso: N")
|
|
130
|
+
common(subparser)
|
|
131
|
+
subparser.add_argument("--name", required=True, metavar="N", help="nombre del paso")
|
|
132
|
+
subparser.set_defaults(func=cmd_step_done)
|
|
133
|
+
|
|
134
|
+
subparser = subparsers.add_parser(
|
|
135
|
+
"step-error", help="comenta [STATUS: ERROR] y detiene el proceso")
|
|
136
|
+
common(subparser)
|
|
137
|
+
subparser.add_argument("--name", required=True, metavar="N", help="nombre del paso")
|
|
138
|
+
subparser.add_argument("--details", default=None, metavar="D",
|
|
139
|
+
help="mensaje de error o stacktrace (se sanitiza antes de publicar)")
|
|
140
|
+
subparser.add_argument("--details-file", default=None, metavar="F",
|
|
141
|
+
help="archivo con el error/stacktrace")
|
|
142
|
+
subparser.set_defaults(func=cmd_step_error)
|
|
143
|
+
|
|
144
|
+
subparser = subparsers.add_parser(
|
|
145
|
+
"finalize", help="cierra el Issue con resultado FINALIZADO o CANCELADO")
|
|
146
|
+
common(subparser)
|
|
147
|
+
subparser.add_argument("--force", action="store_true",
|
|
148
|
+
help="cancelar aunque queden pasos pendientes o no haya trabajo "
|
|
149
|
+
"(no aplica si el Issue fue cerrado externamente)")
|
|
150
|
+
subparser.add_argument("--summary", default=None, metavar="TEXT",
|
|
151
|
+
help="resumen final del proceso (se publica como comentario "
|
|
152
|
+
"aparte, después del de FINALIZADO y antes de cerrar el "
|
|
153
|
+
"Issue; se sanitiza igual que --details). Solo aplica en "
|
|
154
|
+
"la ruta de éxito (no con --force)")
|
|
155
|
+
subparser.add_argument("--summary-file", default=None, metavar="F",
|
|
156
|
+
help="archivo con el resumen final (alternativa a --summary)")
|
|
157
|
+
subparser.set_defaults(func=cmd_finalize)
|
|
158
|
+
|
|
159
|
+
subparser = subparsers.add_parser(
|
|
160
|
+
"status", help="muestra el estado local (y remoto con --remote)")
|
|
161
|
+
common(subparser)
|
|
162
|
+
subparser.add_argument("--remote", action="store_true",
|
|
163
|
+
help="consultar también el Issue en GitHub")
|
|
164
|
+
subparser.set_defaults(func=cmd_status)
|
|
165
|
+
|
|
166
|
+
subparser = subparsers.add_parser(
|
|
167
|
+
"adopt", help="recupera el estado local desde un Issue remoto")
|
|
168
|
+
common(subparser, url_required=True)
|
|
169
|
+
subparser.add_argument("--execution-id", required=True, metavar="ID",
|
|
170
|
+
help="Execution ID EXACTO del título del Issue")
|
|
171
|
+
subparser.add_argument("--process-name", default=None, metavar="N",
|
|
172
|
+
help="nombre del proceso a adoptar (filtro adicional "
|
|
173
|
+
"opcional si hay ambigüedad)")
|
|
174
|
+
subparser.add_argument("--force", action="store_true",
|
|
175
|
+
help="reemplazar un proceso activo existente (conserva token "
|
|
176
|
+
"e historial)")
|
|
177
|
+
subparser.set_defaults(func=cmd_adopt)
|
|
178
|
+
|
|
179
|
+
subparser = subparsers.add_parser(
|
|
180
|
+
"clear", help="limpia la memoria interna (soft por defecto)")
|
|
181
|
+
common(subparser)
|
|
182
|
+
subparser.add_argument("--hard", action="store_true",
|
|
183
|
+
help="eliminar el archivo de estado por completo")
|
|
184
|
+
subparser.set_defaults(func=cmd_clear)
|
|
185
|
+
|
|
186
|
+
subparser = subparsers.add_parser(
|
|
187
|
+
"doctor", help="diagnóstico del entorno (siempre exit 0)")
|
|
188
|
+
common(subparser)
|
|
189
|
+
subparser.set_defaults(func=cmd_doctor)
|
|
190
|
+
return parser
|
|
191
|
+
|
|
192
|
+
|
|
193
|
+
def main(argv=None):
|
|
194
|
+
try:
|
|
195
|
+
args = build_parser().parse_args(argv)
|
|
196
|
+
_sync_runtime()
|
|
197
|
+
return args.func(args)
|
|
198
|
+
except SkillError as error:
|
|
199
|
+
emit(error.to_json())
|
|
200
|
+
return error.exit_code
|
|
201
|
+
except KeyboardInterrupt:
|
|
202
|
+
return 130
|
|
203
|
+
except SystemExit:
|
|
204
|
+
raise
|
|
205
|
+
except Exception as error:
|
|
206
|
+
emit({"ok": False, "error": {
|
|
207
|
+
"code": "UNEXPECTED",
|
|
208
|
+
"message": f"{type(error).__name__}: {error}",
|
|
209
|
+
"hint": "error no previsto; reporta el comando exacto y este JSON"}})
|
|
210
|
+
return EXIT_RUNTIME
|
|
211
|
+
|
|
212
|
+
|
|
213
|
+
if __name__ == "__main__":
|
|
214
|
+
sys.exit(main())
|
|
@@ -0,0 +1 @@
|
|
|
1
|
+
"""Componentes internos de github-proyect-tracking."""
|