@ingeniomaps/cauce 0.24.0 → 0.26.0
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/CHANGELOG.md +121 -0
- package/agents/roles/system/ai-governance-lead/SKILL.md +1 -0
- package/agents/roles/system/ai-governance-lead/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/ai-product-manager/SKILL.md +1 -0
- package/agents/roles/system/ai-product-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/analytics-engineer/SKILL.md +1 -0
- package/agents/roles/system/analytics-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/backend-engineer/SKILL.md +1 -0
- package/agents/roles/system/backend-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/business-operations-manager/SKILL.md +1 -0
- package/agents/roles/system/business-operations-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/business-strategist/SKILL.md +1 -0
- package/agents/roles/system/business-strategist/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/cloud-architect/SKILL.md +1 -0
- package/agents/roles/system/cloud-architect/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/community-manager/SKILL.md +1 -0
- package/agents/roles/system/community-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/content-specialist/SKILL.md +1 -0
- package/agents/roles/system/content-specialist/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/customer-success-manager/SKILL.md +1 -0
- package/agents/roles/system/customer-success-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/customer-support-specialist/SKILL.md +1 -0
- package/agents/roles/system/customer-support-specialist/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/data-analyst/SKILL.md +1 -0
- package/agents/roles/system/data-analyst/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/data-engineer/SKILL.md +1 -0
- package/agents/roles/system/data-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/data-scientist/SKILL.md +1 -0
- package/agents/roles/system/data-scientist/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/developer-relations-engineer/SKILL.md +1 -0
- package/agents/roles/system/developer-relations-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/devops-engineer/SKILL.md +1 -0
- package/agents/roles/system/devops-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/devops-engineer/evaluations/results/2026-08-17.md +1171 -0
- package/agents/roles/system/engineering-manager/SKILL.md +1 -0
- package/agents/roles/system/engineering-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/financial-controller/SKILL.md +1 -0
- package/agents/roles/system/financial-controller/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/financial-controller/evaluations/results/2026-08-17.md +1050 -0
- package/agents/roles/system/finops-engineer/SKILL.md +1 -0
- package/agents/roles/system/finops-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/frontend-engineer/SKILL.md +1 -0
- package/agents/roles/system/frontend-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/growth-marketer/SKILL.md +1 -0
- package/agents/roles/system/growth-marketer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/implementation-manager/SKILL.md +1 -0
- package/agents/roles/system/implementation-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/legal-counsel/SKILL.md +1 -0
- package/agents/roles/system/legal-counsel/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/machine-learning-engineer/SKILL.md +1 -0
- package/agents/roles/system/machine-learning-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/mlops-engineer/SKILL.md +1 -0
- package/agents/roles/system/mlops-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/mlops-engineer/evaluations/results/2026-08-17.md +1270 -0
- package/agents/roles/system/mobile-engineer/SKILL.md +1 -0
- package/agents/roles/system/mobile-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/partnerships-manager/SKILL.md +1 -0
- package/agents/roles/system/partnerships-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/people-operations-manager/SKILL.md +1 -0
- package/agents/roles/system/people-operations-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/privacy-compliance-specialist/SKILL.md +1 -0
- package/agents/roles/system/privacy-compliance-specialist/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/procurement-manager/SKILL.md +3 -0
- package/agents/roles/system/procurement-manager/evaluations/cases/07-exception-scope.md +10 -0
- package/agents/roles/system/procurement-manager/evaluations/expected-behaviors.yaml +3 -0
- package/agents/roles/system/procurement-manager/evaluations/results/2026-08-17-2.md +1228 -0
- package/agents/roles/system/procurement-manager/evaluations/results/2026-08-17-3.md +984 -0
- package/agents/roles/system/procurement-manager/evaluations/results/2026-08-17.md +1038 -0
- package/agents/roles/system/procurement-manager/learning/HISTORY.md +5 -0
- package/agents/roles/system/procurement-manager/learning/proposals/2026-08.md +350 -0
- package/agents/roles/system/procurement-manager/learning/reports/2026-08-17.md +123 -0
- package/agents/roles/system/procurement-manager/references/operating-model.md +29 -0
- package/agents/roles/system/product-manager/SKILL.md +1 -0
- package/agents/roles/system/product-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/product-marketing-manager/SKILL.md +1 -0
- package/agents/roles/system/product-marketing-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/project-manager/SKILL.md +1 -0
- package/agents/roles/system/project-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/qa-engineer/SKILL.md +1 -0
- package/agents/roles/system/qa-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/release-manager/SKILL.md +3 -0
- package/agents/roles/system/release-manager/evaluations/cases/07-schema-safeguard-scope.md +10 -0
- package/agents/roles/system/release-manager/evaluations/expected-behaviors.yaml +2 -0
- package/agents/roles/system/release-manager/evaluations/results/2026-08-17-2.md +1353 -0
- package/agents/roles/system/release-manager/evaluations/results/2026-08-17.md +956 -0
- package/agents/roles/system/release-manager/learning/HISTORY.md +4 -0
- package/agents/roles/system/release-manager/learning/proposals/2026-08.md +249 -0
- package/agents/roles/system/release-manager/learning/reports/2026-08-17.md +125 -0
- package/agents/roles/system/release-manager/references/operating-model.md +25 -0
- package/agents/roles/system/revenue-operations-manager/SKILL.md +1 -0
- package/agents/roles/system/revenue-operations-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/sales-representative/SKILL.md +1 -0
- package/agents/roles/system/sales-representative/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/security-engineer/SKILL.md +1 -0
- package/agents/roles/system/security-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/site-reliability-engineer/SKILL.md +1 -0
- package/agents/roles/system/site-reliability-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/site-reliability-engineer/evaluations/results/2026-08-17.md +1238 -0
- package/agents/roles/system/software-architect/SKILL.md +1 -0
- package/agents/roles/system/software-architect/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/solutions-engineer/SKILL.md +1 -0
- package/agents/roles/system/solutions-engineer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/technical-program-manager/SKILL.md +1 -0
- package/agents/roles/system/technical-program-manager/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/technical-writer/SKILL.md +1 -0
- package/agents/roles/system/technical-writer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/ui-designer/SKILL.md +1 -0
- package/agents/roles/system/ui-designer/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/user-researcher/SKILL.md +1 -0
- package/agents/roles/system/user-researcher/evaluations/expected-behaviors.yaml +1 -0
- package/agents/roles/system/ux-designer/SKILL.md +1 -0
- package/agents/roles/system/ux-designer/evaluations/expected-behaviors.yaml +1 -0
- package/automatization/workflows/agent-eval.js +33 -6
- package/automatization/workflows/agent-promote.js +13 -8
- package/engine/agents/evaluations.js +68 -4
- package/engine/agents/learning.js +104 -6
- package/engine/cli/args.js +2 -2
- package/engine/cli/ops.js +15 -2
- package/engine/core/manifest.js +27 -1
- package/engine/core/ownership.js +4 -0
- package/engine/hooks/run.js +7 -2
- package/package.json +1 -1
- package/template/planning/adr/README.md +5 -8
- package/template/planning/rules/system/code-shape.md +15 -3
- package/template/planning/rules/system/conduct.md +37 -0
package/CHANGELOG.md
CHANGED
|
@@ -14,6 +14,127 @@ desde este repositorio no va, porque el que lee no puede actuar sobre eso. Cuand
|
|
|
14
14
|
unas pocas líneas casi siempre es porque cuenta cómo se descubrió el problema o por qué se eligió el
|
|
15
15
|
diseño — eso vive en el commit y en el código.
|
|
16
16
|
|
|
17
|
+
## [0.26.0] - 2026-08-17
|
|
18
|
+
|
|
19
|
+
### Añadido
|
|
20
|
+
|
|
21
|
+
- **Una segunda corrida del día ya no borra a la primera.** Los registros de evaluación aceptan
|
|
22
|
+
`AAAA-MM-DD-N.md` además del nombre pelado, y `ops evaluate <cargo> --record [AAAA-MM-DD]` te dice
|
|
23
|
+
dónde escribir el próximo. `agent-eval` lo pregunta en vez de componer el nombre desde la fecha.
|
|
24
|
+
|
|
25
|
+
Importa porque aplicar una propuesta cambia el contrato y el mismo recorrido pide volver a correr los
|
|
26
|
+
casos ahí mismo: con el nombre saliendo de la fecha, esa segunda corrida escribía encima de la
|
|
27
|
+
primera, que es la línea base contra la que se compara. Si ya tenés registros, no hay que hacer nada:
|
|
28
|
+
el nombre viejo sigue siendo válido y es la corrida 1 de su día.
|
|
29
|
+
|
|
30
|
+
- **Una propuesta aplicada se puede corregir dentro de su período.** `ops learn <cargo> --proposal` abre
|
|
31
|
+
una revisión —`AAAA-MM-r2.md`, con `corrects:` en el frontmatter— cuando la anterior ya está aplicada.
|
|
32
|
+
La aplicada queda sellada donde está: no se reabre ni se reemplaza.
|
|
33
|
+
|
|
34
|
+
Aplicar no era el final del ciclo —la evaluación posterior es la que dice si el cambio sirvió—, y
|
|
35
|
+
cuando decía que no, el sello que impide reaplicar lo mismo también impedía corregirlo hasta el mes
|
|
36
|
+
siguiente. Sigue habiendo una sola propuesta pendiente por período. `agent-promote` nombra la revisión
|
|
37
|
+
como salida en vez de mandarte a esperar.
|
|
38
|
+
|
|
39
|
+
### Cambiado
|
|
40
|
+
|
|
41
|
+
- **R11 se reescribe: comentarios con destinatario.** En `planning/rules/system/code-shape.md`, así que
|
|
42
|
+
rige para todo cargo y para el runner trabajando sin cargo. Antes pedía que un comentario dijera el
|
|
43
|
+
porqué y no el qué, con un tope de tres líneas. Ahora el filtro es quién lo va a preguntar o a
|
|
44
|
+
deshacer sin saberlo: tener un porqué no alcanza, porque una convención también lo tiene. Distingue
|
|
45
|
+
tres lugares —dentro de una unidad, encabezándola, y donde ningún nombre alcanza— y retira el tope de
|
|
46
|
+
líneas, que contradecía a R7 dos reglas más arriba y en la práctica se leía como presupuesto a gastar.
|
|
47
|
+
|
|
48
|
+
Lo que vas a notar: se habilita el comentario que encabeza una unidad y dice qué garantiza para poder
|
|
49
|
+
usarla sin leerla entera, que la redacción anterior prohibía.
|
|
50
|
+
|
|
51
|
+
- **R14 exige que el registro viaje con la afirmación, no con el informe.** Párrafo nuevo en
|
|
52
|
+
`planning/rules/system/conduct.md`. Una lección, una regla propuesta, una fila de acciones humanas o un
|
|
53
|
+
paso de runbook se leen solos, así que una afirmación de mecanismo que sale del informe hacia uno de
|
|
54
|
+
ellos lleva su registro o no sale. Y el disparador es a dónde va la afirmación, no cuán discutible
|
|
55
|
+
parece — lo que se deja plano suele ser lo que sostiene el propio procedimiento.
|
|
56
|
+
|
|
57
|
+
- **`release-manager` acota las operaciones de esquema al motor.** Dos reglas nuevas: qué preserva un
|
|
58
|
+
rename, una copia o un drop depende del motor y su versión, y hay que declararlo antes de apoyar ahí un
|
|
59
|
+
ensayo o una salvaguarda; y una copia previa a un borrado es una foto —con su instante de corte y qué
|
|
60
|
+
queda afuera—, no una reversión, con el roll-forward entregado en la misma pieza que la conclusión de
|
|
61
|
+
que revertir dejó de ser seguro. Suma la sección «Qué preserva cada operación de esquema» a su modelo
|
|
62
|
+
operativo, la conducta prohibida
|
|
63
|
+
`unscoped_schema_operation_or_data_copy_presented_as_safeguard` y el caso `07-schema-safeguard-scope`.
|
|
64
|
+
|
|
65
|
+
- **`procurement-manager` separa el alcance de una figura de su deber de documentarla.** Dos reglas
|
|
66
|
+
nuevas: qué habilita una sole source o una excepción de emergencia sale del régimen aplicable con su
|
|
67
|
+
edición, no de la parte del procedimiento propio que dice qué registrar al usarla; y un cuantificador
|
|
68
|
+
universal sobre normas —«ningún régimen», «todos los marcos»— es una afirmación de mecanismo y lleva su
|
|
69
|
+
registro. Suma la sección «Alcance de las figuras y afirmaciones normativas», el caso
|
|
70
|
+
`07-exception-scope` y dos conductas prohibidas:
|
|
71
|
+
`figure_scope_inferred_from_own_documentation_duty_or_universal_norm_claim` y
|
|
72
|
+
`scorecard_dimension_dropped_instead_of_carried_as_a_conditional` — una dimensión que todavía no se
|
|
73
|
+
puede ponderar queda como obligatorio condicionado, con qué la activa, qué evidencia la cierra y quién
|
|
74
|
+
la revisa, en vez de declararse ausente.
|
|
75
|
+
|
|
76
|
+
### Corregido
|
|
77
|
+
|
|
78
|
+
- **El guard de migraciones dejaba pasar el `DELETE FROM` más común.** Nombra tres cosas que frena y una
|
|
79
|
+
de ellas no frenaba: el límite de palabra quedaba al final del grupo, y después de un punto y coma no
|
|
80
|
+
hay límite de palabra, así que `DELETE FROM pedidos;` —la forma que tiene en cualquier migración—
|
|
81
|
+
pasaba y sólo se detenía la variante sin punto y coma. Además `DROP COLUMN` y `DROP CONSTRAINT` nunca
|
|
82
|
+
habían estado en la lista, y pierden datos y garantías igual que `DROP TABLE`.
|
|
83
|
+
|
|
84
|
+
Si dependías de este guard, revisá las migraciones que integraste desde que lo instalaste: puede haber
|
|
85
|
+
pasado algo que creías bloqueado.
|
|
86
|
+
|
|
87
|
+
## [0.25.0] - 2026-08-17
|
|
88
|
+
|
|
89
|
+
### Añadido
|
|
90
|
+
|
|
91
|
+
- **R14 — una afirmación de mecanismo lleva su registro.** Regla nueva en
|
|
92
|
+
`planning/rules/system/conduct.md`, así que rige para todo cargo, para uno propio que hayas escrito y
|
|
93
|
+
para el runner trabajando sin cargo. El comportamiento de una herramienta, un motor, un formato, una
|
|
94
|
+
norma o un sistema de terceros es material de trabajo: público, versionado y comprobable. Por eso cada
|
|
95
|
+
afirmación declara en cuál de tres registros va —**verificado**, **documentado** o **hipótesis**—, la
|
|
96
|
+
verificación llega hasta donde R12 permite (fuente pública, `--help`, `--version`, invocación inocua;
|
|
97
|
+
nunca conectarse ni ejecutar la operación que se describe), y una hipótesis no sostiene una negativa,
|
|
98
|
+
un diagnóstico, un número ni un paso de procedimiento, ni entra en informe, runbook, regla o lección.
|
|
99
|
+
|
|
100
|
+
Lo que vas a notar: los cargos empiezan a decir «esto lo comprobé así» o «esto es plausible y no lo
|
|
101
|
+
verifiqué» donde antes afirmaban de corrido, y a negarse a apoyar una decisión en lo segundo. Eso es
|
|
102
|
+
lo que la regla busca. No tenés que instalar nada: `upgrade` reemplaza `planning/rules/system/`
|
|
103
|
+
completo.
|
|
104
|
+
|
|
105
|
+
### Cambiado
|
|
106
|
+
|
|
107
|
+
- **Los 46 contratos del catálogo apuntan a R14.** Cada uno gana un renglón en sus reglas operativas que
|
|
108
|
+
nombra los tres registros y remite a la regla, en vez de repetirla. `database-administrator` conserva
|
|
109
|
+
su propia redacción, más específica, y no recibe el puntero.
|
|
110
|
+
|
|
111
|
+
- **`agent-eval` juzga contra las conductas prohibidas del cargo.** Hasta ahora quien juzgaba recibía
|
|
112
|
+
sólo los comportamientos esperados del caso, y la lista `forbidden` de `evaluations/expected-behaviors.yaml`
|
|
113
|
+
no la leía ningún código: entraba a un veredicto únicamente si quien lanzaba la corrida se acordaba de
|
|
114
|
+
escribirla en el prompt. Ahora viaja junto a los casos, con redacción fija.
|
|
115
|
+
|
|
116
|
+
Consecuencia para vos: si tenés cargos propios con su `expected-behaviors.yaml`, sus prohibiciones
|
|
117
|
+
pasan a pesar tanto como los comportamientos esperados, y un caso pasa sólo si se observan todos y no
|
|
118
|
+
ocurre ninguna. Un resultado anterior midió menos criterios que uno de ahora, así que no son
|
|
119
|
+
comparables — conviene volver a correr los casos de los cargos que te importen.
|
|
120
|
+
|
|
121
|
+
### Corregido
|
|
122
|
+
|
|
123
|
+
- **`upgrade` ya no reemplaza en silencio un archivo del sistema editado.** El manifiesto registraba el
|
|
124
|
+
runtime y el `system/` de cada colección, pero no los archivos sueltos que el toolkit mantiene, así que
|
|
125
|
+
`AGENTS.md`, el `Makefile` y los README del sistema se reemplazaban sin comparar nada: una edición ahí
|
|
126
|
+
desaparecía sin aviso, mientras la misma edición bajo una ruta registrada frenaba el upgrade y nombraba
|
|
127
|
+
el archivo. Ahora los compara igual que al resto.
|
|
128
|
+
|
|
129
|
+
Si editaste alguno de esos archivos, el próximo `upgrade` te lo va a decir en vez de pisarlo. Lo que
|
|
130
|
+
corresponde es mover ese cambio a un archivo del proyecto: `system/` se reemplaza entero por diseño.
|
|
131
|
+
|
|
132
|
+
- **El README de ADR ya no pide mantener un índice.** Su paso 4 mandaba actualizar una tabla de
|
|
133
|
+
decisiones del proyecto que vive dentro de un archivo que mantiene Cauce, así que cada fila agregada se
|
|
134
|
+
perdía en el `upgrade` siguiente — y con el arreglo de arriba habría pasado a bloquearlo. Las decisiones
|
|
135
|
+
del proyecto son los archivos `NNN-*.md` del directorio y su estado vive en cada uno, sin nada que
|
|
136
|
+
sincronizar. Si tenías filas en ese índice, la información ya está en las ADR; no hay que migrarla.
|
|
137
|
+
|
|
17
138
|
## [0.24.0] - 2026-08-17
|
|
18
139
|
|
|
19
140
|
### Cambiado
|
|
@@ -41,6 +41,7 @@ Leer [references/operating-model.md](references/operating-model.md) para inventa
|
|
|
41
41
|
- Certificación de gestión, benchmark o declaración de proveedor no demuestra seguridad, fairness o cumplimiento del sistema concreto.
|
|
42
42
|
- Incluir personas afectadas y rutas de información, explicación, corrección, contestación y redress cuando correspondan.
|
|
43
43
|
- Tratar governance como lifecycle: aprobación inicial expira o se reabre ante cambios materiales.
|
|
44
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
44
45
|
|
|
45
46
|
## Aprender sin reescribirse
|
|
46
47
|
|
|
@@ -41,6 +41,7 @@ Leer [references/operating-model.md](references/operating-model.md) para opportu
|
|
|
41
41
|
- Human-in-the-loop sólo es control si la persona tiene información, tiempo, capacidad, autoridad e incentivo para intervenir.
|
|
42
42
|
- No usar disclosure, disclaimer o términos como sustituto de diseño seguro, límites, testing, soporte o reparación.
|
|
43
43
|
- Riesgo, compliance, datos, modelo, arquitectura y despliegue requieren decisión/revisión de sus owners autorizados.
|
|
44
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
44
45
|
|
|
45
46
|
## Aprender sin reescribirse
|
|
46
47
|
|
|
@@ -41,6 +41,7 @@ Leer [references/operating-model.md](references/operating-model.md) para contrat
|
|
|
41
41
|
- Cambios de grain, keys, nombres, tipos, fórmulas o filtros requieren impacto, versionado y deprecación.
|
|
42
42
|
- El autoservicio no autoriza ampliar acceso; preservar minimización, clasificación y permisos.
|
|
43
43
|
- Separar diseño, propuesta, validación y ejecución; producción requiere autorización explícita.
|
|
44
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
44
45
|
|
|
45
46
|
## Aprender sin reescribirse
|
|
46
47
|
|
|
@@ -51,6 +51,7 @@ Leer [references/operating-model.md](references/operating-model.md) para criteri
|
|
|
51
51
|
- Revisar amenazas con Security Engineer y datos con Privacy/Compliance.
|
|
52
52
|
- Coordinar migraciones, capacidad y observabilidad con DevOps/SRE.
|
|
53
53
|
- Entregar a QA fixtures, contratos y recorridos verificables sin atajos de producción.
|
|
54
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
54
55
|
|
|
55
56
|
## Aprender sin reescribirse
|
|
56
57
|
|
|
@@ -39,6 +39,7 @@ Leer [references/operating-model.md](references/operating-model.md) para mapas,
|
|
|
39
39
|
- Diferenciar estandarización útil de uniformidad: adaptar por riesgo, escala, regulación y madurez.
|
|
40
40
|
- Tratar targets como decisiones con supuestos e incentivos; revisar gaming, Goodhart, efectos distributivos y carga de medición.
|
|
41
41
|
- Preferir eliminar, simplificar y aclarar antes de comprar herramientas o automatizar.
|
|
42
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
42
43
|
|
|
43
44
|
## Aprender sin reescribirse
|
|
44
45
|
|
|
@@ -51,6 +51,7 @@ Leer [references/operating-model.md](references/operating-model.md) al formular
|
|
|
51
51
|
- Contrastar adquisición y posicionamiento con Marketing, Sales y Customer Success.
|
|
52
52
|
- Revisar economía, caja y exposición con Financial Controller.
|
|
53
53
|
- Escalar obligaciones, datos, contratos y riesgo con Security, Privacy/Compliance y responsables legales.
|
|
54
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
54
55
|
|
|
55
56
|
## Aprender sin reescribirse
|
|
56
57
|
|
|
@@ -41,6 +41,7 @@ Leer [references/operating-model.md](references/operating-model.md) para contrat
|
|
|
41
41
|
- SLA del proveedor no equivale al SLO end-to-end ni garantiza créditos, continuidad o integridad de datos.
|
|
42
42
|
- Optimizar valor y costo unitario, no sólo factura; incluir egress, soporte, licencias, compromisos, operación y migración/salida.
|
|
43
43
|
- Toda modificación real de cloud requiere autorización explícita, alcance resuelto, plan revisado y rollback.
|
|
44
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
44
45
|
|
|
45
46
|
## Aprender sin reescribirse
|
|
46
47
|
|
|
@@ -40,6 +40,7 @@ Leer [references/operating-model.md](references/operating-model.md) para charter
|
|
|
40
40
|
- Publicar reglas, criterios de elegibilidad y conflictos; aplicar procesos consistentes con registro, revisión y apelación cuando corresponda.
|
|
41
41
|
- Diseñar para idiomas, zonas horarias, capacidades y niveles de experiencia diversos; medir quién queda fuera.
|
|
42
42
|
- Mantener límites claros entre peer support y soporte oficial, asesoría profesional o compromisos de producto.
|
|
43
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
43
44
|
|
|
44
45
|
## Aprender sin reescribirse
|
|
45
46
|
|
|
@@ -51,6 +51,7 @@ Leer [references/operating-model.md](references/operating-model.md) al crear bri
|
|
|
51
51
|
- Revisar investigación y medición con User Researcher y Data Analyst.
|
|
52
52
|
- Revisar seguridad, privacidad, cumplimiento y disclosures con especialistas correspondientes.
|
|
53
53
|
- Coordinar preguntas reales y mantenimiento con Sales, Customer Success y Customer Support.
|
|
54
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
54
55
|
|
|
55
56
|
## Aprender sin reescribirse
|
|
56
57
|
|
|
@@ -51,6 +51,7 @@ Leer [references/operating-model.md](references/operating-model.md) al crear suc
|
|
|
51
51
|
- Coordinar defectos e incidentes con Support, QA, Engineering y SRE.
|
|
52
52
|
- Validar mensajes, educación y enablement con Product Marketing y Content.
|
|
53
53
|
- Escalar términos, privacidad, seguridad, facturación y créditos a responsables especializados.
|
|
54
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
54
55
|
|
|
55
56
|
## Aprender sin reescribirse
|
|
56
57
|
|
|
@@ -51,6 +51,7 @@ Leer [references/operating-model.md](references/operating-model.md) al diagnosti
|
|
|
51
51
|
- Compartir fricción y patrones con Product Manager, Research, Content y Customer Success.
|
|
52
52
|
- Escalar facturación, contratos, créditos y reembolsos a Finance y autoridad comercial.
|
|
53
53
|
- Mantener handoff con owner, próxima actualización y contexto completo.
|
|
54
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
54
55
|
|
|
55
56
|
## Aprender sin reescribirse
|
|
56
57
|
|
|
@@ -51,6 +51,7 @@ Leer [references/operating-model.md](references/operating-model.md) al definir m
|
|
|
51
51
|
- Revisar experimentos con especialistas estadísticos o Data Science cuando se requiera inferencia causal compleja.
|
|
52
52
|
- Revisar acceso, minimización y divulgación con Security y Privacy/Compliance.
|
|
53
53
|
- Entregar a equipos una definición reutilizable, no sólo una cifra aislada.
|
|
54
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
54
55
|
|
|
55
56
|
## Aprender sin reescribirse
|
|
56
57
|
|
|
@@ -41,6 +41,7 @@ Leer [references/operating-model.md](references/operating-model.md) para contrat
|
|
|
41
41
|
- Aplicar mínimo privilegio y separación de ambientes; producción y datos personales no se copian a desarrollo por conveniencia.
|
|
42
42
|
- Data Analyst y owners de negocio definen significado y decisiones; Privacy/Security/Legal definen controles aplicables; Data Engineering materializa con trazabilidad.
|
|
43
43
|
- Tratar dashboards, features y modelos como consumidores con contratos, no como justificación para leer todo.
|
|
44
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
44
45
|
|
|
45
46
|
## Aprender sin reescribirse
|
|
46
47
|
|
|
@@ -41,6 +41,7 @@ Leer [references/operating-model.md](references/operating-model.md) para contrat
|
|
|
41
41
|
- Predicción precisa no demuestra causalidad; adjustment incorrecto puede introducir collider bias o bloquear mecanismos relevantes.
|
|
42
42
|
- Reportar resultados nulos, negativos y efectos adversos con la misma integridad que resultados favorables.
|
|
43
43
|
- Minimizar datos personales y evitar inferir atributos sensibles para segmentar o actuar sobre personas sin propósito y autorización explícitos.
|
|
44
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
44
45
|
|
|
45
46
|
## Aprender sin reescribirse
|
|
46
47
|
|
|
@@ -41,6 +41,7 @@ Leer [references/operating-model.md](references/operating-model.md) para contrat
|
|
|
41
41
|
- Respetar código de conducta, canales privados y proceso de incidentes; preservar evidencia y escalar amenazas o acoso a moderadores autorizados.
|
|
42
42
|
- Distinguir opinión personal, información pública y postura oficial; no hablar por la empresa sin autorización.
|
|
43
43
|
- Contribuciones externas conservan revisión de licencia, provenance, seguridad y maintainer; popularidad no equivale a aprobación.
|
|
44
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
44
45
|
|
|
45
46
|
## Aprender sin reescribirse
|
|
46
47
|
|
|
@@ -51,6 +51,7 @@ Leer [references/operating-model.md](references/operating-model.md) antes de mod
|
|
|
51
51
|
- Revisar identidades, secretos, procedencia y políticas con Security Engineer.
|
|
52
52
|
- Coordinar SLO, alertas, capacidad, incidentes y recuperación con Site Reliability Engineer.
|
|
53
53
|
- Hacer visibles costos, propiedad, retención y límites a los responsables de empresa.
|
|
54
|
+
- Declarar en qué registro va toda afirmación sobre el comportamiento de una herramienta, motor, formato, norma o sistema de terceros —verificado, documentado o hipótesis— antes de que sostenga una negativa, un número o un paso de procedimiento (R14).
|
|
54
55
|
|
|
55
56
|
## Aprender sin reescribirse
|
|
56
57
|
|