Handoff: datekeys-ts 0.2.0 released

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
main
dev 1 day ago
parent eaf0105462
commit 26b718ea6c

@ -12,17 +12,18 @@ Sirve para retomar sin contexto previo, sea una persona o una sesión de Claude.
1. Abre la sesión en `G:\bussines\datekeys`, la raíz, no en `App`. Comprueba que corre en Opus. La memoria buena es la de la raíz.
2. Comprueba los repos con `git status` y `git log`:
- `datekeys-go`: rama `v0.13` en `69dbb0c` y `main` en `913dd60`, con el tag `spec-v0.13`; la `v0.12` en `fe405e2`, con el tag `spec-v0.12`;
- `App`: rama `v0.10` en `39672dc`;
- `App`: rama `v0.10` en `f7cdb5a`, `0.3.0-dev`; `main` en `8cf0685`, con el tag `v0.2.0`;
- `datekeys-dart`: rama `v0.12` en `62107d7` y rama `v0.13` en `2cdc1d9`; la `v0.11` se queda en `bb66e48`;
- `docs`: rama `main` en el commit de este handoff.
Si no se subieron al cerrar, `git status` lo dice: todo lo del 6-10 por la tarde y la noche se subió solo con permiso del autor.
3. **Lo siguiente lo decide el autor.** Lo abierto:
- en TypeScript, cerrar `0.2.0`;
- medir el área de 32 KiB con firmas reales: la v0.12 se aprobó sin esa medida.
**La app Flutter queda archivada** para más adelante, por decisión del autor del 6-10 («la aplicación de Flutter de momento se archiva para un futuro»). La librería Dart está lista para cuando se retome.
**`datekeys-ts` 0.2.0 (6-10, noche).** El autor dijo «cierra la 0.2.0 y continua». `8cf0685`, «Release 0.2.0», con el tag anotado `v0.2.0` y `main` avanzado hasta él sin fusión; después `f7cdb5a` abre `0.3.0-dev`. Cubre la especificación 0.13: lee los formatos 1 a 3 y escribe el 3, con firma, sello, llave de palabras, nota y localizador.
**`ParseInfo`, endurecido (6-10, noche).** El autor dijo «deja el 1 MiB y endurece ParseInfo, continua». Sin cambio normativo, porque el §44.1 ya lo pedía: `ParseInfo` comprueba la cadena del stanza sellado (hexadecimal en minúsculas, y la de Quicknet para una DateKey de Quicknet) y que el cuerpo lleve un texto de 4096 bytes o un múltiplo, así que una cabecera sin cuerpo se rechaza; `Info.Extension` rechaza una DateKey de un perfil no fijado. Go `69dbb0c`, y TypeScript y Dart con sus vectores de Go regenerados. `locator.Open` sigue leyendo como mucho 1 MiB, por decisión del autor.
**La v0.13, aprobada (6-10, noche).** El autor dijo «si, lo apruebo continua». Como la v0.12: solo cambia la fecha de la cabecera; `SpecVersion` 0.13; el campo `spec` de todo `testdata`, y a mano en los dos congelados; SHA-256 `796f176f51119e287211428496b0d30fd8f941617780c5a5d2954243431fdaaf` en `spec/README.md` y en el tag anotado `spec-v0.13` (`913dd60`); `main` avanzó hasta él sin fusión. TypeScript y Dart pasan a la 0.13 con `testdata` en el tag. Los tres gates pasan.

@ -11,7 +11,7 @@ Para retomar el trabajo, lee [HANDOFF.md](HANDOFF.md): el estado de cada repo, l
| Carpeta | Qué es | Remoto |
|---|---|---|
| `datekeys-go/` | Especificación del protocolo (`spec/`), CDDL, testdata compartido e implementación de referencia en Go: librería y CLI | `go/DateKeys` |
| `datekeys-ts/` | Implementación en TypeScript y página `/inspect` | `go/DateKeys-App` |
| `datekeys-ts/` | Implementación en TypeScript y páginas `/inspect` y `/create`; la carpeta sigue llamándose `App`. Versión `0.2.0` (tag `v0.2.0`), de la especificación 0.13 | `go/DateKeys-App` |
| `datekeys-dart/` | Librería Dart para la app Flutter, según [PLAN_dart.md](PLAN_dart.md). Rama `v0.12`: todas las etapas hechas, de la 0 a la 7, con `testdata/` en el tag `spec-v0.12`. La app Flutter está archivada desde el 6-10 | `go/dateKeys-dart`, desde el 6-10 |
| `web/` | Landing de datekeys.com, con `api/enquiry.php` | ninguno |
| `docs/` | Este repositorio | `go/datekeys-doc`, desde el 6-10 |

Loading…
Cancel
Save

Powered by TurnKey Linux.