Ir al contenido

Registro de cambios

Pareja actual: producto skill v0.34.4, instalador npm 0.7.11 en @latest. Los dos números versionan cosas distintas — --help imprime ambos. Ver Dos números de versión. GitHub Release: v0.34.4.

Estos son los cambios con más probabilidad de afectar cómo usas flow. La historia completa, sin abreviar, vive en el repositorio.

  • flow ready --json. Envelope cerrado ready.report (cards construibles, razones de bloqueo, advertencias, grupos paralelos asesores) para orquestadores anfitriones. Los argumentos desconocidos ahora fallan en voz alta en lugar de ignorarse.
  • flow auto --parallel. Registra la política paralela en el auto-estado después del preflight atestado e imprime olas first-fit asesoras. El host sigue colocando y esperando.
  • Pipeline de release unificado. Comprobaciones de coherencia fail-closed de doble eje, dry-run no mutante, y supresión de tags para eliminar la deriva de releases.

0.34.2 — expansión de mercado a 21 harnesses

Sección titulada «0.34.2 — expansión de mercado a 21 harnesses»
  • Evaluaciones de escritorio para 21 harnesses. Evaluaciones de intake formalmente redactadas y validadas en harnesses de Nivel 1–3 (Cursor, Zed, Cline, Windsurf, Aider, Copilot, Devin, SWE-agent y más).
  • Pipeline de release. Validación de coherencia automatizada y supresión de tags fail-closed.
  • Instalador transaccional. Las actualizaciones usan una transacción dirigida por recibos en lugar de rm-then-copy destructivo: los conflictos se inspeccionan primero en solo lectura, los archivos del usuario se preservan, y los rollbacks se reportan.
  • Registro de flow doctor. 12 comprobaciones registradas con --list, --check <csv> y --json. Verificación de integridad del árbol instalado completo.
  • Endurecimiento de Windows. Rechazo de junctions, arreglos de parseo de rutas, y contención de procesos.

0.34.0 — PIN v1 + endurecimiento del runner + identidad de marca

Sección titulada «0.34.0 — PIN v1 + endurecimiento del runner + identidad de marca»
  • Contrato PIN v1 de status/resume. Extractos exactos del cuerpo STOP reimpresos después de NEXT_VERB para que los hosts compactados recuperen el estado del gate.
  • Integridad del runner. Hash SHA-256 en tiempo de empaquetado verificado vía flow doctor (ola C1–C7).
  • Identidad de marca. Símbolo de gate, wordmark, y pack de assets de producción.

0.33.0 — status –json + mapa de encabezados del Stage 05

Sección titulada «0.33.0 — status –json + mapa de encabezados del Stage 05»
  • status --json / resume --json. Un objeto cerrado flow_context/v1 para que los hosts de nivel medio mantengan el estado del gate después de compactar.
  • Mapa de encabezados del Stage 05. Eval lee gate-05.md directamente; censo de eval 9→11.

0.32.0 — gates de nivel medio, escáneres, divulgación

Sección titulada «0.32.0 — gates de nivel medio, escáneres, divulgación»
  • Dispatcher. SKILL.md es agnóstico al host (sin YOU (Claude)); el extra de next-PASS es solo gate-examples.md.
  • Escáneres mecánicos. Web tipada ≥3 entradas de research, L-above-A, adjetivos en PRD, OD>5 — FLAG después del PASS de flow.sh.
  • Ley de código. Seis reglas portables MUST/NEVER en law/CODING.md.
  • NEXT_VERB=. Enum asesor cerrado desde _next_action. Los hosts no deben auto-ejecutar auto/skip.
  • Gate-rules divididos. Índice + archivos por sección. Eval STOP mantenido.

0.31.0 — endurecimiento de eval + paralelo agnóstico al host + docs primero-el-valor

Sección titulada «0.31.0 — endurecimiento de eval + paralelo agnóstico al host + docs primero-el-valor»
  • Endurecimiento de eval. Recibo de entrada del juez, linter solo-CI de imposibilidad de fixtures, línea de timeout en doctor, receta de live-eval aislado más barata.
  • Ley de paralelo agnóstica al host. Flow sigue siendo la capa de disciplina; el runtime propio queda aparcado tras un tripwire nombrado (ADR-0001).
  • Docs primero-el-valor. Landing + hub de docs primero-el-resultado, anclas de encabezado reales, paridad i18n.
  • Cross-OS. Hotfix de BSD grep de macOS en la suite bash.

0.30.0 — identidad de capa de disciplina + endurecimiento CI/eval

Sección titulada «0.30.0 — identidad de capa de disciplina + endurecimiento CI/eval»
  • ADR de identidad. Flow es dueño de los gates y los recibos, nunca del runtime.
  • /flow eval --record / --replay. Replay de eval de artefactos sin claves. No es un juez fresco; nunca cuenta hacia el suelo de eval.
  • Evidencia de artefactos nombrados. Los ítems de evidencia de terminado deben nombrar el artefacto o comando que los produjo.
  • CI. Suites dirigidas por manifiesto, job requerido all-checks-passed, pack-rehearsal sin credenciales.
  • Decisiones abiertas. Las decisiones de producto sin resolver son viñetas - [ ] bajo un encabezado ## Open decisions en Scope, PRD y Contract, contadas por el escáner de gate existente. /flow clarify las imprime como lista asesora acotada a la sección.
  • ## Independent test de card. Las cards ahora nombran la prueba del trozo visible para el usuario, o infra / none. Un marcador sin rellenar ahí suspende check.
  • /flow converge. Cards de resto solo-añadir que reconcilian el código presente contra el plan. Transaccional, nunca edita una card existente, y no escribe nada cuando no hay brecha.
  • Recibos semantic_gate y live_verify ligados a huellas, más /flow attest semantic|live-verify|status|recover y /flow auto stop.
  • Campos de riesgo en cards, con un preflight autónomo que falla cerrado hasta que cada card tiene un riesgo clasificado.
  • Los recibos detectan obsolescencia del sujeto; no autentican actores ni resisten un host hostil.

0.27.0 — continuidad de autoridad del harness

Sección titulada «0.27.0 — continuidad de autoridad del harness»
  • La capa durable es propiedad de flow, con una tabla de autoridad en vivo en el README del harness.
  • La evaluación brownfield ganó etiquetas de afirmación en el libro de evidencia.

0.26.0 — suelo de confianza de terminado-hueco

Sección titulada «0.26.0 — suelo de confianza de terminado-hueco»
  • Un suelo mecánico en la evidencia de cards: la prosa solo-de-proceso como aprobaciones de PR, CI en verde o notas de release ya no puede marcar una card como terminada.

Cada release, incluyendo cambios internos y solo-de-tests: CHANGELOG.md

Procedimiento de release: docs/release-process.md