Nota legal · Criterio
Nota legal y registro de versiones
Lo que aceptas al usar la familia de agentes Criterio, cómo queda constancia en cada versión, y el registro de todas las versiones con los términos que rigen cada una y su huella.
Versión vigente 0.5.0 · Términos 1.1 del 2026-10-15

Lo que acuerdas al usar Criterio
- Lo que recibes
- Borradores de trabajo listos para revisar: la ficha de cada proyecto, el informe del portafolio, el acta, el material del comité. Cada dato trae la cita del documento de donde salió, y las decisiones siguen siendo de tu equipo.
- Certificado en cada versión
- Cada versión pasa una certificación interna antes de publicarse: pruebas automáticas del código en cada cambio, y rondas en las que los tres agentes ejecutan todos sus comandos sobre datos de prueba sintéticos, construidos a partir de proyectos reales de entidades financieras, retail y minería. Los resultados y los defectos corregidos se publican en la evidencia de pruebas.
- Decides con la evidencia a la vista
- Como cada dato viene con su cita, quien firma, reporta o escala lo comprueba en el documento original en segundos, en vez de rehacer el trabajo.
- Trabaja con lo que está escrito
- Procesa los documentos que le indicas y dice qué está escrito y qué no. Lo que se acordó fuera de ellos lo aporta tu equipo, y el agente lo incorpora en cuanto queda escrito.
- Tus datos
- Se procesan en la plataforma de IA donde lo ejecutas, con sus condiciones de uso. Tu organización decide qué carpetas y qué documentos entran.
- Licencia abierta
- Apache 2.0: úsalo, adáptalo y extiéndelo dentro de tu organización sin pedir permiso. La garantía y la responsabilidad se rigen por esa licencia, secciones 7 y 8.
- Marca
- «Criterio» identifica a esta familia de agentes; para usar la marca en un producto derivado, escribe al mantenedor. Es un proyecto independiente que corre sobre Claude, de Anthropic.
Una aceptación por versión
Cada versión de la familia pide aceptar los términos de nuevo, también cuando su texto no cambió. Instalar o actualizar exige una aceptación nueva, y las anteriores se conservan: la sucesión fechada de aceptaciones es la trazabilidad.
- 1
El agente muestra el resumen
La sección «En corto» de los términos, tal cual, con el enlace a esta nota. Pide un sí explícito y el nombre de quien acepta. No lo asume ni lo infiere de que la conversación siga.
- 2
Deja un comprobante que es suyo
En .criterio/terminos/, en Markdown y en PDF: nombre, fecha, versión de la familia, versión y huella SHA-256 de los términos, la entrada del registro de esa versión, y el texto completo aceptado.
- 3
Registra la huella de cada comprobante
En la configuración, en un archivo .sha256 al lado y en la bitácora aceptaciones.json, donde cada aceptación lleva la huella de la anterior.
- 4
Y la puerta es código
Ningún comando produce análisis ni informes si la aceptación es de otra versión, de otro texto, o si el comprobante cambió después de registrado.
Integridad: SHA-256
Todo comprobante conserva su integridad y no puede modificarse. Su huella SHA-256 (SHA-2 de 256 bits) es una cifra de 64 caracteres que cambia por completo con cualquier cambio en el archivo, por mínimo que sea. Un comprobante cuya huella no coincide con la registrada pierde su validez como constancia. Lo mismo vale para los términos y para cada entrada del registro de versiones.
Cómo comprobarlo, sin instalar nada
macOS o Linux, en la carpeta del comprobanteshasum -a 256 -c aceptacion-criterio-portfolio-0.5.0-AAAA-MM-DD.sha256
Windowscertutil -hashfile aceptacion-criterio-portfolio-0.5.0-AAAA-MM-DD.md SHA256
Y la huella de los términos, contra la publicada aquíshasum -a 256 TERMS.es.md
Los términos vigentes
- TERMS.es.md
- Versión 1.1 · 2026-10-15 · SHA-256 d31e6b36110416181cb7d8dd69726f1c27e7f8d06b28a48116cddc43213a7bf0
- TERMS.md
- Versión 1.1 · 2026-10-15 · SHA-256 baf6ad76bb5e9539b925b378da24ea8f20f3b567302b90b2ca7f3b56691419c7
Leer los términos completos
Al instalar, desplegar, probar o ejecutar Criterio, usted acepta estos términos. Si no los acepta, no lo instale.
1. No es asesoría; cada versión se certifica antes de publicarse
Criterio produce borradores de trabajo. No es asesoría y no crea relación profesional alguna entre usted y el mantenedor o cualquier aportante.
Cada versión pasa una certificación interna antes de publicarse: pruebas automáticas del código en cada cambio, y rondas en las que los tres agentes ejecutan todos sus comandos sobre datos de prueba sintéticos, construidos a partir de proyectos reales de entidades financieras, retail y minería, sin datos de ninguna organización. Lo que produce cada agente se compara con una clave de respuestas, y los resultados —con su margen de confianza, los defectos encontrados y su corrección— se publican en la evidencia de pruebas y en la nota legal: https://www.josenanez.com/es/agents/criterio-pmo.
2. La verificación es suya
Usted es responsable de verificar toda salida antes de usarla para decidir, firmar, reportar, escalar o asesorar. Las citas existen para que la verificación sea posible; no la sustituyen.
3. Qué puede y qué no puede saber
Su insumo son los documentos a los que usted lo apunte. No sabe lo que se decidió fuera de ellos. Que no aparezca un hallazgo no es evidencia de que no haya nada mal.
4. Sus datos
Los documentos que usted procese son tratados por la plataforma de IA sobre la que ejecute esto, bajo los términos de esa plataforma, y no solo en su equipo. Confirme que sea admisible bajo sus políticas, sus contratos y la ley de protección de datos aplicable antes de procesar material confidencial o personal. Esa evaluación le corresponde a usted.
No envíe a este proyecto documentos de clientes, datos personales reales ni material confidencial. Los aportes que los contengan serán rechazados.
5. Garantía y responsabilidad
Se rigen por la licencia Apache 2.0, secciones 7 y 8.
6. Aportes
Los aportes se licencian bajo Apache 2.0 por el solo hecho de enviarlos. Al aportar usted declara que escribió el contenido o tiene derecho a enviarlo, y que no contiene material confidencial ni de clientes.
Los aportantes se acreditan por su nombre. El crédito registra quién escribió algo; no es una garantía.
7. Marcas
Apache 2.0 no concede derechos sobre marcas. "Criterio" y el nombre del mantenedor no pueden usarse para respaldar ni promover productos derivados sin autorización escrita. Las marcas de Anthropic son suyas; este proyecto no está afiliado a Anthropic ni cuenta con su respaldo o patrocinio.
8. Cómo se registra la aceptación
Una aceptación por versión. Cada versión de la familia de agentes pide aceptar estos términos, también cuando su texto no cambió: instalar Criterio o actualizarlo a una versión nueva exige una aceptación nueva. Hasta que la aceptación de la versión instalada quede registrada, el plugin responde preguntas pero no produce análisis ni informes. No la asume, no la infiere de que usted siga conversando y no la registra sin un sí explícito.
Un comprobante que es suyo. Al aceptar, el plugin deja en su equipo, en .criterio/terminos/, un comprobante en Markdown y otro en PDF con su nombre, la fecha, la versión de la familia, la versión de estos términos, su huella SHA-256 y la entrada del registro de versiones, seguidos del texto completo que aceptó. Los comprobantes anteriores se conservan: la sucesión de aceptaciones es la trazabilidad. El detalle técnico está en docs/acceptance.md, en el repositorio.
Integridad. Todo comprobante conserva su integridad y no puede modificarse. Su huella SHA-256 (SHA-2 de 256 bits) queda registrada en la configuración, en el registro de aceptaciones y en un archivo .sha256 que lo acompaña; cualquier cambio, por mínimo que sea, produce otra huella y le quita validez como constancia. Lo mismo vale para estos términos: su huella se publica con cada versión.
Nota legal y registro de versiones. La nota legal de la familia de agentes y el registro de versiones —qué cambió en cada una, qué términos la rigen y su huella— se publican en https://www.josenanez.com/es/agents/criterio-pmo/legal. Cada entrada del registro lleva la huella de la anterior, así que una entrada alterada o quitada se nota.
Todo informe que genere el plugin lleva el descargo y el estado de las fichas que usó, para que la advertencia viaje con el documento y no se quede en este repositorio.
9. Cambios a estos términos
Estos términos están versionados. Un cambio sube la versión y la fecha al inicio de este archivo y queda en el registro de versiones con su huella. Como cada versión de la familia se acepta de nuevo, un cambio en los términos llega a quien usa Criterio en la siguiente actualización.
En corto
Esto es lo que el plugin le muestra antes de pedirle que acepte:
Criterio produce borradores de trabajo, no decisiones ni asesoría. Procesa los documentos que usted le indique y dice lo que muestran; no sabe lo que se habló fuera de ellos. Puede equivocarse, y por eso cada dato viene con la cita del documento de donde salió: la verificación es suya. Sus documentos se procesan en la infraestructura de la plataforma de IA, no solo en su equipo. Cada versión se certifica antes de publicarse; garantía y responsabilidad: licencia Apache 2.0. Cada versión se acepta de nuevo y deja un comprobante en Markdown y PDF con su huella SHA-256. Términos completos y nota legal: https://www.josenanez.com/es/agents/criterio-pmo/legal
Texto completo de la licencia: LICENSE, en la raíz del repositorio. Límites en lenguaje llano: DISCLAIMER.es.md. Nota legal y registro de versiones: https://www.josenanez.com/es/agents/criterio-pmo/legal
Registro de versiones
Como un registro de patentes: cada versión deja una entrada que no se borra ni se reescribe, con su fecha, lo que cambió, los términos que la rigen con su huella y la huella de lo que hace cada agente. Cada entrada lleva la huella de la anterior, así que una entrada alterada o quitada rompe la cadena. La cadena se verifica en el repositorio en cada cambio y otra vez al publicar esta página.
Cada entrada anota el commit donde nació la versión. Desde la 0.3.9 anota también su etiqueta de GitHub, creada sobre el commit que contiene la entrada. Antes de eso, la etiqueta v0.3.6 marca un commit posterior de la misma versión, y la v0.3.8 el commit que la registró.
0.5.0Vigente
2026-10-18 · Sobre el commit 065b50c5 · Etiqueta v0.5.0
Lo principal
- Versión de lanzamiento de la familia de gobierno de proyectos.
- El contraste entre la ficha del gerente y la de la PMO lee el producto con su regla: «No aplica» es un campo vacío, no un producto.
4 cambios registrados en el repositorio
- The manager-PMO contrast reads the product with its own rule: «No aplica» is empty, not a product
- The key reads «No aplica» in the product as empty, as the schema says (D057)
- Round 9 on 0.4.0: 148/148 contracts, Samuel 108/108, Alba 128/128, Rostrum 2170/2170, Vera 266/266 found and 266/267 right
- Launch notes for 0.4.0, in Spanish and English, with round 9 as the measured result and what is not known yet
Cómo se aceptaba: una aceptación por versión, con comprobante en Markdown y PDF, huella SHA-256 de los términos y del comprobante, y bitácora encadenada
Términos
1.1 · 2026-10-15
TERMS.es.md d31e6b3611041618…
TERMS.md baf6ad76bb5e9539…
Huella de cada agente
Vera 17a487857456
Alba 469e3bf2a2a1
Samuel a8273f7a814c
Cadena
Anterior 81fed035a2e6e0c0…
Esta entrada a455ee96c5153980…
0.4.0
2026-10-17 · Sobre el commit 7f3984f7 · Etiqueta v0.4.0
Lo principal
- Primera versión pública de la familia de gobierno de proyectos: Vera, Samuel, Alba y Rostrum, 37 comandos, probados en ocho rondas sobre datos de prueba de cuatro industrias.
- El informe del portafolio va siempre a la carpeta que Rostrum sirve, contada desde la raíz del espacio y no desde donde esté el agente.
- El manual de los 37 comandos se genera desde el README y el contrato de cada plugin, y la verificación falla si deja de coincidir.
- Las páginas de resultados y de evidencia leen las rondas de punta a punta.
7 cambios registrados en el repositorio
- The command manual, generated from each plugin's README table and contratos.json, with a gate that fails when it drifts
- The results and evidence pages say what the end-to-end rounds already proved
- A verified assumption comes with its verification document in the product folder
- Round 7 on 0.3.13: 148/148 contracts, Vera 280/280, Samuel 108/108, Alba 140/140 found and 140/141 right, Rostrum 2190/2190
- The report folder is counted from the workspace root, not from wherever the shell stands
- Mining progress notes no longer carry a random vendor delivery the key does not model (D055, the one D022 missed)
- Round 8 on 0.3.13: Samuel 108/108, Alba 149/149 with no extra alert, Vera 253/253 found and 253/254 right, Rostrum 2041/2056, 147/148 contracts
Cómo se aceptaba: una aceptación por versión, con comprobante en Markdown y PDF, huella SHA-256 de los términos y del comprobante, y bitácora encadenada
Términos
1.1 · 2026-10-15
TERMS.es.md d31e6b3611041618…
TERMS.md baf6ad76bb5e9539…
Huella de cada agente
Vera f3486e563e41
Alba 1a56b70d7346
Samuel 3ebf817c8eac
Cadena
Anterior 95f71e8af113f999…
Esta entrada 81fed035a2e6e0c0…
0.3.13
2026-10-17 · Sobre el commit fe7e4b2e · Etiqueta v0.3.13
Lo principal
- El caché de texto tiene un solo lugar, <estado>/cache/texto, y texto.py rechaza cualquier otro.
- La página de una corrida cabe en un teléfono: su bloque se desplaza en vez de ensanchar la página.
- compute devuelve record_issues cuando una ficha guarda como reprogramación la primera fecha de un compromiso sin fecha, y los comandos de Samuel la corrigen antes de terminar.
4 cambios registrados en el repositorio
- The text cache has one place, now enforced by texto.py; a run page's block scrolls on a phone instead of widening it
- compute returns record_issues when a record lists the first date of an undated commitment as a reschedule, and Samuel's commands fix the record before finishing
- A verified assumption in the generated definition says what verified it
- Round 6 on 0.3.12: Vera 266/266 with no false alert, Samuel 107/108, Alba 135/135 found and 135/136 right, Rostrum 2173/2174, 145/148 contracts
Cómo se aceptaba: una aceptación por versión, con comprobante en Markdown y PDF, huella SHA-256 de los términos y del comprobante, y bitácora encadenada
Términos
1.1 · 2026-10-15
TERMS.es.md d31e6b3611041618…
TERMS.md baf6ad76bb5e9539…
Huella de cada agente
Vera 70192c510338
Alba 1a56b70d7346
Samuel 3ebf817c8eac
Cadena
Anterior 145e91d6a6f363d0…
Esta entrada 95f71e8af113f999…
0.3.12
2026-10-16 · Sobre el commit 46aa2bb8 · Etiqueta v0.3.12
Lo principal
- Vera y Samuel se presentan por lo que hacen: procesan la documentación que ya tienes.
- Samuel publica como fecha de cierre la vigente, la del cronograma más reciente: la misma que contrasta la PMO.
- El ejemplo de project-record guarda en value el documento más reciente, como dice su propia regla.
- Un compromiso cumplido con acta ya no suena como reprogramado.
6 cambios registrados en el repositorio
- Release 0.3.11, entered in the version register
- Round 5 on 0.3.11: 148 of 148 contracts, Alba 150/150, Rostrum 2155/2155, Samuel 102/104, Vera 223/228
- A commitment met with a receipt no longer sounds as rescheduled
- Defects: D040, D041 and D043 to D045 verified on round 5; D046 found and fixed
- The key models the manager-PMO contrast from the published record, and the charter closes where the schedule does
- Defects: D012 fixed in the key; D047 (material) and D048 (instructions) registered and fixed
Cómo se aceptaba: una aceptación por versión, con comprobante en Markdown y PDF, huella SHA-256 de los términos y del comprobante, y bitácora encadenada
Términos
1.1 · 2026-10-15
TERMS.es.md d31e6b3611041618…
TERMS.md baf6ad76bb5e9539…
Huella de cada agente
Vera e22c87c17ff1
Alba 056db146457e
Samuel 662d43900335
Cadena
Anterior 3a37b8e5acfa45a0…
Esta entrada 145e91d6a6f363d0…
0.3.11
2026-10-16 · Sobre el commit 9a21b05 · Etiqueta v0.3.11
Lo principal
- Alba: la evidencia de un requerimiento es la entrevista de donde viene la demanda, no el acta del comité que lo acepta; lo dice el comando que extrae.
- Samuel: fechar un compromiso prometido «por definir» no es reprogramarlo, en sus comandos y en la aritmética.
- Rostrum abre las páginas de productos con nombre —tildes y espacios— y codifica cada tramo de sus rutas.
- El sello de Vera revisa solo sus propias citas; una cita es una sola ruta.
- not_found es un estado, nunca un valor: un requerimiento con el doliente escrito así no tiene doliente.
7 cambios registrados en el repositorio
- not_found is a state, never a value: a requirement whose owner is written as "not_found" has no owner
- Round 3 on 0.3.9: Vera 252/256, Alba 142/143 with no false positive, Rostrum 1949/1964, Samuel 80/104
- product-setup says where requirement evidence comes from: the interview, not the committee act that accepts it
- Rostrum encodes each path segment, and the end-to-end check follows links as a browser does
- Dating an undated commitment is not rescheduling it, now in Samuel's commands and in the arithmetic
- Rostrum opens cases with a name, Vera's seal is hers alone, and a citation is one path
- Round 4 on 0.3.10: Samuel 100/104, Vera 228/231, Rostrum 2128/2132, Alba 135/146 with no false alert
Cómo se aceptaba: una aceptación por versión, con comprobante en Markdown y PDF, huella SHA-256 de los términos y del comprobante, y bitácora encadenada
Términos
1.1 · 2026-10-15
TERMS.es.md d31e6b3611041618…
TERMS.md baf6ad76bb5e9539…
Huella de cada agente
Vera 4ac579180f6b
Alba 36d648b9d02c
Samuel 398b4b498fe1
Cadena
Anterior 45caaf940f463b11…
Esta entrada 3a37b8e5acfa45a0…
0.3.10
2026-10-15 · Sobre el commit 7d48c2a · Etiqueta v0.3.10
Lo principal
- Samuel lee todas las minutas del proyecto en orden al configurarse, para que la ficha traiga el historial de cada compromiso: cuántas veces se movió y qué se cerró con acta.
- Ponerle fecha a un compromiso que no la tenía no es reprogramarlo.
- El informe tiene un solo lugar, la carpeta que Rostrum sirve; el script rechaza otra.
- Rostrum: las rutas largas dentro de código se parten en un teléfono.
- pm-wake declara la ficha que escribe en su barrido y no deja copias de respaldo.
5 cambios registrados en el repositorio
- Rostrum's figure on round 2 with 0.3.8: 1742 of 2182 checks (80%); the round summary carries it per industry
- pm-setup reads every meeting minute in order, so the commitment register carries its history
- Long paths in code wrap on a phone instead of pushing the run page wider than the screen
- The report has one place, paths.reports, which is what Rostrum serves
- Dating an undated commitment is not rescheduling it; pm-wake declares the record it writes and leaves no backup copies
Cómo se aceptaba: una aceptación por versión, con comprobante en Markdown y PDF, huella SHA-256 de los términos y del comprobante, y bitácora encadenada
Términos
1.1 · 2026-10-15
TERMS.es.md d31e6b3611041618…
TERMS.md baf6ad76bb5e9539…
Huella de cada agente
Vera 832009d541b9
Alba b4e96d9a570c
Samuel 2a7fdf645034
Cadena
Anterior f742387fc01a65fe…
Esta entrada 45caaf940f463b11…
0.3.9
2026-10-15 · Sobre el commit aefd53d · Etiqueta v0.3.9
Lo principal
- Una sola regla por campo: el proveedor declarado entregado sin acta se registra como declarado, con la evidencia vacía, en los dos skills de Vera.
- Samuel: la promesa original nunca es una reprogramación, también en pm-minutes y pm-commitments.
- Alba: el acta que registra la decisión va en su campo, aunque sea una revisión posterior, y el acta del comité no es evidencia de demanda.
- sellar rechaza una ficha con citas a documentos que no existen.
- El caché de texto tiene un solo lugar, <estado>/cache/texto/.
- Rostrum: ningún enlace del menú lleva a un error, cada campo y cada señal se nombran en castellano y ninguna página se sale de la pantalla de un teléfono.
9 cambios registrados en el repositorio
- Every register entry carries its tag, and the tag sits on the commit that holds the entry
- ronda.py: the test session accepts the terms in force for the version, and records it by name
- Round 2 on 0.3.8: 148 of 148 commands, Vera 223/230, Alba from 0 to 38 of 43
- Round 2 fixes: one rule per field, citations that resolve, and a key that counts what is visible
- Defects D022 to D029 point to their fix, 7b5ab31; D026 and D029 verified
- Rostrum tested end to end, and what that found: a menu link to an error, raw field paths, signal keys and tables wider than a phone
- Defects D030 to D034: Rostrum, found by the end-to-end check, fixed in fa65257 and verified on round 2
- Samples large enough to measure Samuel and Alba: about a hundred graded cases each per round
- Rostrum gets its own figure: checks that pass out of checks made, phone and desktop included
Cómo se aceptaba: una aceptación por versión, con comprobante en Markdown y PDF, huella SHA-256 de los términos y del comprobante, y bitácora encadenada
Términos
1.1 · 2026-10-15
TERMS.es.md d31e6b3611041618…
TERMS.md baf6ad76bb5e9539…
Huella de cada agente
Vera e3deeb24e5ae
Alba 09509969b517
Samuel fcdc5c8fb4dd
Cadena
Anterior a9f5f18ec3113c32…
Esta entrada f742387fc01a65fe…
0.3.8
2026-10-15 · Sobre el commit 46c9e65
Lo principal
- Una aceptación de términos por versión, con comprobante en Markdown y PDF, su huella SHA-256 y una bitácora encadenada; la puerta es código.
- Registro de versiones de la familia, encadenado por huellas, que se publica en la nota legal del portal.
- Términos 1.1: certificación interna de cada versión antes de publicarse, aceptación por versión, comprobantes e integridad; garantía y responsabilidad se remiten a la licencia Apache 2.0.
- Alba construye la ficha de su producto y su registro de requerimientos desde lo escrito, y cada agente guarda su estado en su propia carpeta.
- El compromiso reprogramado guarda la promesa original aparte de sus reprogramaciones.
- La regresión del motor corre en cada verificación del código.
- Rostrum: «No aplica» deja de ser un producto, las tablas anchas se desplazan dentro de su bloque y un campo no encontrado se lee como tal.
23 cambios registrados en el repositorio
- defectos.json: the commits that fix the four round-1 defects already corrected
- A round summary for the portal, computed from the evidence
- Round 1, cooperatives: 37 of 37, Vera 60/60, and a commitment counted twice
- A rescheduled commitment: the original promise is not one of its reschedules
- defectos.json: D014 fixed in 5e81ef7
- commitment_rescheduled carries the original date too; gates green again
- Round 1, retail: 37 of 37, Vera 36/37, Samuel 3/3; graders read each agent's state from its config
- defectos.json: D015, the grader read a fixed state path
- Round 1 closed: mining 37 of 37, Vera 37/39; four industries, 148 commands, 186/190
- Origin of the round-1 retail and mining errors: the key, D012
- docs/pruebas: 29 of 29 gates, 672 checks, round 1 closed
- «No aplica» is an empty product, and wide tables scroll inside their block
- defectos.json: D016 and D017, found in Rostrum on the mining round
- A field not found reads as not found, even when the record copied the state into the value
- defectos.json: D018
- The engine's five-week regression runs on every verification
- Regression run of 15 October on c97cd8e: five of five cuts match the key
- docs/pruebas: 30 gates with the engine regression
- Round summary counts the documents each industry handed the agents, and its projects
- Terms: one acceptance per version, a receipt in Markdown and PDF with its SHA-256, and a version register
- defectos.json: D019-D021, the terms gate and where the terms live
- The PDF receipt reads each row as label: value
- Every version is certified before it is published; warranty and liability are Apache 2.0's
Cómo se aceptaba: una aceptación por versión, con comprobante en Markdown y PDF, huella SHA-256 de los términos y del comprobante, y bitácora encadenada
Términos
1.1 · 2026-10-15
TERMS.es.md d31e6b3611041618…
TERMS.md baf6ad76bb5e9539…
Huella de cada agente
Vera b86b6702428c
Alba 88392eb8037a
Samuel 04ad5e8c12b1
Cadena
Anterior d8af32b4c5a1b92a…
Esta entrada a9f5f18ec3113c32…
0.3.7
2026-10-14 · Commit db80a49
4 cambios registrados en el repositorio
- A test round is the three agents, all 37 commands, in order, in one industry
- ronda.py: the commitment Samuel's notes reschedule has to have a date
- Round 1, banks: 37 of 37 commands, and what they found
- Alba builds her product record and her requirements register from what is written
Cómo se aceptaba: versión de los términos, fecha y nombre en la configuración; sin huella ni comprobante
Términos
1.0 · 2026-09-18
TERMS.es.md 1248a5e1aea7b80b…
TERMS.md c91a767ff5235a50…
Huella de cada agente
Vera 1d1f62085fd2
Alba 4f9ab506a77f
Samuel 530bdb5b7a17
Cadena
Anterior 2364a6d8592f5c3e…
Esta entrada d8af32b4c5a1b92a…
0.3.6
2026-10-14 · Commit 8c84264
3 cambios registrados en el repositorio
- Three industries and three formats: the material now arrives as it does in real life
- Test data by industry, not by company; and every agent figure with its counts, interval and origin
- First held-out runs in four environments, and what they found in the material
Cómo se aceptaba: versión de los términos, fecha y nombre en la configuración; sin huella ni comprobante
Términos
1.0 · 2026-09-18
TERMS.es.md 1248a5e1aea7b80b…
TERMS.md c91a767ff5235a50…
Huella de cada agente
Vera 1d1f62085fd2
Alba 6e2684900e33
Samuel 530bdb5b7a17
Cadena
Anterior 2d48d5e34c6ea74c…
Esta entrada 2364a6d8592f5c3e…
0.3.5
2026-10-14 · Commit 9fd41a8
4 cambios registrados en el repositorio
- Cierre de la prueba longitudinal de cinco días
- What the family stands for, in its header; and the run trail carries no local paths
- Las figuras con los robots del portal, y la familia animada
- First model run, first fixes: silence from the files on disk, progress against a range
Cómo se aceptaba: versión de los términos, fecha y nombre en la configuración; sin huella ni comprobante
Términos
1.0 · 2026-09-18
TERMS.es.md 1248a5e1aea7b80b…
TERMS.md c91a767ff5235a50…
Huella de cada agente
Vera 3fc31754bdac
Alba c4ac10179333
Samuel 572dc3ab9779
Cadena
Anterior 2ec8a44afb174a6c…
Esta entrada 2d48d5e34c6ea74c…
0.3.4
2026-10-02 · Commit 2fbbee5
5 cambios registrados en el repositorio
- Ready to be public: a security policy, an honest status line, and no test machinery
- Dependabot watches the only third-party code that runs here: the workflow's actions
- Results pages point at a commit that exists in the public history
- The workflow's actions are pinned to their commit, as the repository now requires
- The robots, in the READMEs and in the server
Cómo se aceptaba: versión de los términos, fecha y nombre en la configuración; sin huella ni comprobante
Términos
1.0 · 2026-09-18
TERMS.es.md 1248a5e1aea7b80b…
TERMS.md c91a767ff5235a50…
Huella de cada agente
Vera 498f6425e69e
Alba 84f011bac31e
Samuel b97a158128f1
Cadena
Anterior 608addad44a75ddd…
Esta entrada 2ec8a44afb174a6c…
0.3.3
2026-10-01 · Commit 661d8ea
1 cambio registrado en el repositorio
- Samuel's setup inherits what Vera's taught, and its test corpus
Cómo se aceptaba: versión de los términos, fecha y nombre en la configuración; sin huella ni comprobante
Términos
1.0 · 2026-09-18
TERMS.es.md 1248a5e1aea7b80b…
TERMS.md c91a767ff5235a50…
Huella de cada agente
Vera a076ad4bdd4e
Alba 84f011bac31e
Samuel b97a158128f1
Cadena
Anterior bff70225b0181c5c…
Esta entrada 608addad44a75ddd…
0.3.2
2026-10-01 · Commit 3b0133d
2 cambios registrados en el repositorio
- Move the marketplace to josenanez/criterio
- An overdue commitment is arithmetic, not a label
Cómo se aceptaba: versión de los términos, fecha y nombre en la configuración; sin huella ni comprobante
Términos
1.0 · 2026-09-18
TERMS.es.md 1248a5e1aea7b80b…
TERMS.md c91a767ff5235a50…
Huella de cada agente
Vera a076ad4bdd4e
Alba 84f011bac31e
Samuel 2d3f11147860
Cadena
Anterior 18cdd19fa969bc6f…
Esta entrada bff70225b0181c5c…
0.3.1
2026-09-30 · Commit d48f84c
1 cambio registrado en el repositorio
- What a script can read from a table, the script reads; subagents are blocked, not asked
Cómo se aceptaba: versión de los términos, fecha y nombre en la configuración; sin huella ni comprobante
Términos
1.0 · 2026-09-18
TERMS.es.md 1248a5e1aea7b80b…
TERMS.md c91a767ff5235a50…
Huella de cada agente
Vera 05b49736d953
Alba 1a6e28f2fbbd
Samuel 22a1cdf829be
Cadena
Anterior 74d7c5e493c04aeb…
Esta entrada 18cdd19fa969bc6f…
0.3.0
2026-09-30 · Commit bfd9fd1
14 cambios registrados en el repositorio
- The configuration has one address, and every command names it
- The tree reads at a glance: plain names, a line per group, and a phone layout
- The page has a real layout: a menu column with its own gutter, and content with margins
- The menu is for the reader; the catalogue moves to each agent's page
- What is declared and what is proven are two fields, and the reading is complete before it is written
- The reading plan is computed, the hashes are sealed, and the parallelism is counted
- A command runs without asking at every step
- The inventory comes from the script, not from find > /tmp
- A record is sealed only if this run wrote it
- Every command and skill has a contract, and the contract is checked against the code
- Phase 2 harness: a six-project corpus that covers every signal, and its grader
- No parallel subagents in any command, not only in the scan
- Setup writes what it shows, where the other commands look for it
- Every run says which copy of the plugin ran, and 0.3.0 forces a fresh copy
Cómo se aceptaba: versión de los términos, fecha y nombre en la configuración; sin huella ni comprobante
Términos
1.0 · 2026-09-18
TERMS.es.md 1248a5e1aea7b80b…
TERMS.md c91a767ff5235a50…
Huella de cada agente
Vera 2b5aafbe3704
Alba 8169d8707a25
Samuel bd5eb63acfaa
Cadena
Anterior 9a9f8b61fab12571…
Esta entrada 74d7c5e493c04aeb…
0.2.0
2026-09-30 · Commit 2a201c8
84 cambios registrados en el repositorio
- Presentación como market de capacidades, y comando de instalación
- Portada orientada al negocio, con cifras de mercado citadas
- Calcular lo que el esquema ya declaraba y la prosa ya prometía
- Las hojas de los tres agentes: qué hacen, qué no, y qué es de las personas
- La clase C deja de evaluar riesgos, y cada función declara qué entra y qué sale
- Portafolio sintético con respuestas conocidas, y seis límites que destapó
- El índice de documentos, y cuatro de los seis límites cerrados
- Cuatro skills y cuatro comandos: la capacidad PMO queda completa en A y en B
- El documento a texto, sin dependencias, y la hoja del PMO consolidada
- Un dueño por cosa: se borran las copias, y aparece una señal que faltaba
- Se borra capabilities/: cuatro puertas para una capacidad eran tres de más
- La instalación vuelve, y la política de valor queda escrita y verificada
- Tres emblemas en la página central, y la familia PMO con sus agentes
- El agente deja de esperar a que lo llamen, y ocho piezas en dos idiomas
- criterio-pmo en los dos idiomas, y el chequeo que lo sostiene
- El estado deja de parecer incompleto donde no lo está
- Plomada, Escuadra y Compás: los agentes tienen nombre
- El informe: el mismo dato, dos autoridades
- El servidor: el informe, para quien no abre una carpeta
- Un portal, no una carpeta de informes: PMO, proyectos y productos
- La página del servidor, con el portal fotografiado
- Atril: el servidor tiene nombre, y el nombre dice qué no hace
- Escuadra: dos fichas que nunca se fusionan, y dos plugins
- criterio-pm existe, y la regla que impide que las copias se separen
- Los ocho skills del método viajan con Escuadra
- Plumb, Bevel, Caliper, Rostrum: nombres que se venden fuera
- Vera, Samuel y Alba: nombres de persona, porque extienden personas
- El corpus de Samuel: un proyecto visto desde adentro
- Samuel abre sus puertas: setup, compromisos y publicar
- pm_vs_pmo: dónde el gerente y la PMO no leyeron lo mismo
- Una sola puerta para verificarlo todo
- Samuel cierra el ciclo de la reunión: agenda, acta e informe
- Alba abre sus puertas: el registro de requerimiento y sus siete comandos
- La página de resultados sale de correr las puertas, no de escribirlas
- La última decisión de esquema queda cerrada: el registro de requerimiento
- Los tres agentes dejan de aparecer en construcción, empezando por la figura
- Samuel y Alba dejan de esperar a que los llamen
- Las hojas de los agentes entran a la familia, y la familia tiene página
- Las tablas A y B de los tres agentes quedan sin filas abiertas
- La explicación de cada agente entra a su README, y sobran cinco páginas
- Las capturas del portal decían Plomada, y ahora se sabe cuándo envejecen
- La página de la familia muestra a los tres, y sin dibujos en ASCII
- Los tres README de plugin son gemelos, y la familia vive en la raíz
- La familia vuelve a criterio-pmo, y cada agente enlaza sus pruebas
- La familia y Vera dejan de ser la misma página
- Las tres páginas de agente, con el mismo esqueleto y el alcance por delante
- Un solo motor escribe el material sintético, y la estructura deja de ser costumbre
- La PMO es la oficina, no un agente: los plugins se nombran por su objeto
- Las figuras dicen rol y no oficina, y ahora cualquiera puede regenerarlas
- Los tres agentes corren sobre una organización de diez proyectos y ocho productos
- La familia sale del plugin de Vera y pasa al README del repositorio
- Nivel 1 de las pruebas: de 12 señales a 18, y las seis acciones que nunca corrieron
- Las páginas de los tres agentes, cortadas por las preguntas del lector
- Tres niveles de navegación: el proyecto, la familia, el agente
- Las pruebas miden fiabilidad: aciertos, falsos positivos y tiempo, no puertas
- Cinco semanas de una organización de 115 casos, y seis defectos que nadie veía
- El plan de las pruebas, en pasos, y el informe por día de simulación
- La organización de las pruebas vive donde una corrida programada la encuentre
- Día 1 de la prueba longitudinal: 50 proyectos, 65 productos, 417 hallazgos
- El estado local de Claude Code no se versiona
- El comando que la página decía no existía: 226 referencias sin el prefijo
- Tres arreglos que salió a buscar el primer informe de Vera sobre 50 proyectos
- El barrido encontró lo que ninguna puerta podía: 34 de 50 avances imposibles
- Señal 21: el avance declarado contra el cronograma del mismo proyecto
- Un comando sin evidencia no se probó, y ahora la página lo dice sola
- La corrida se registra sola, porque una instrucción en prosa se salta
- Día 2: una semana encima, y la prueba dejó de romper la invariante que verifica
- La corrida mide sus propias estadísticas; una cifra tecleada vicia la prueba
- Día 3: se mueve cada proyecto y cada producto, y la carpeta se revuelve
- El tiempo estaba congelado: quince de veinte señales no podían sonar nunca
- Samuel y Alba también registran su corrida, y la puerta rechaza la cifra tecleada
- La historia de las corridas: tres niveles, y no se borra nada
- Proveedores: contrato contra acta contra factura, y cuatro señales que no tenían material
- Qué tiene que hacer cada funcionalidad, y el árbol para que alguien lo lea
- Un solo Rostrum para los tres agentes, no uno por cada uno
- El árbol en todas las páginas servidas, y el archivo sigue abriéndose solo
- Día 5 de la prueba longitudinal: los controles negativos no se estaban midiendo
- Every command records its run: 33 of 37 measure themselves
- Rostrum finds the three agents' states where their setups put them
- Every run is a page in the portal, and the tree reaches each one
- Each run leaves its own HTML file, next to its markdown
- The tree hangs every run from its project or product; 37 of 37 record
- The harness writes the trace, and the portal is the whole PMO
- Plugins 0.2.0: the trace hooks are declared in the manifest
Cómo se aceptaba: versión de los términos, fecha y nombre en la configuración; sin huella ni comprobante
Términos
1.0 · 2026-09-18
TERMS.es.md 1248a5e1aea7b80b…
TERMS.md c91a767ff5235a50…
Huella de cada agente
Vera 6358707799c7
Alba f389253b8917
Samuel e9a398263869
Cadena
Anterior 6e27d1288febd135…
Esta entrada 9a9f8b61fab12571…
0.1.0
2026-09-19 · Commit 07e50b5
2 cambios registrados en el repositorio
- Initial commit
- criterio-pmo: marketplace, plugin de PMO y capa de aritmética
Cómo se aceptaba: versión de los términos, fecha y nombre en la configuración; sin huella ni comprobante
Términos
1.0 · 2026-09-18
TERMS.es.md 1248a5e1aea7b80b…
TERMS.md c91a767ff5235a50…
Huella de cada agente
Criterio PMO 2a9145b35b84
Cadena
Anterior primera entrada
Esta entrada 6e27d1288febd135…