AKRIBIS GroupBrand
Entrega
5.4

Registro de cambios

Propuesto

¿Cómo sabe un sitio qué cambió en la marca?

Especificación

  1. La marca tiene una versión: la fecha de su último build, como versión de calendario (2026.10.6). La llevan el paquete, tokens.json, units.json, fonts.json, manifest.json y changelog.json; una versión es un estado completo de la marca, nunca un cambio suelto.
  2. El registro de cambios es el registro de decisiones por fecha: cada ADR con su título, su estado y los temas que decide, como JSON en /changelog.json y como la lista de esta página. Lo que no es una decisión no es un cambio de marca.
  3. Un sitio compara su versión con la de changelog.json y lee las entradas posteriores; sabe así qué temas cambiaron antes de actualizar el paquete.
  4. Aviso a los sitios: changelog.json es el canal; cuando los sitios tengan integración continua, una comprobación diaria contra él. Un correo a los responsables acompaña cada ratificación.

Para volver a razonar

  • Si una versión debe marcar cambios incompatibles (un token renombrado) de otro modo que por la fecha.
  • Un feed (RSS o JSON Feed) además del JSON.

Evidencia para auditar

  • brand/src/package.ts (changelog) · docs/decisions/ · public/changelog.json
  • The data files already carry their generation date (ADR-0022)

Entrega

  • changelog.json y esta página
  • con la versión de la marca.

Depende de

Decisión

Figuras

Versión 2026.10.7 generada el 7 de octubre de 2026 · changelog.json

  1. 2026-10-07ADR-0040 Allow YouTube's privacy-enhanced player for partner videoAceptada · imagery
  2. 2026-10-07ADR-0039 Let a site keep its own proven contact formAceptada
  3. 2026-10-07ADR-0038 Check AKRIBIS's own words, not the partner's it quotesAceptada · voice
  4. 2026-10-06ADR-0037 Render every site light by default and dark only on requestPropuesta · tokens
  5. 2026-10-06ADR-0036 Build every unit site from one information architecture: the tree, the axes and the relationsAceptada · unit-site-templates
  6. 2026-10-06ADR-0035 Render each site's own layer from the CMS's windows inside the site package, cached at the edge by tagPropuesta · unit-site-templates
  7. 2026-10-06ADR-0034 Photograph real work, draw icons from IBM Carbon, and check every image a site servesPropuesta · imagery
  8. 2026-10-06ADR-0033 Write impersonal with usted, keep a claims register, and check the voice on every buildPropuesta · voice
  9. 2026-10-06ADR-0032 Name the shared pages in each language and check the spellings on every buildPropuesta · naming, site-anatomy, web-standards
  10. 2026-10-06ADR-0031 Deliver the shared layer of every site as one Astro package with a starter, and check each build inside itPropuesta · site-anatomy, shared-patterns, web-standards, packages, data
  11. 2026-10-06ADR-0030 Version the brand by build date and publish the decision log as the changelogPropuesta · changelog
  12. 2026-10-06ADR-0029 Build the tokens package on every build with a calendar versionPropuesta · packages
  13. 2026-10-06ADR-0028 Publish one asset page per brand with every file at stable addressesPropuesta · asset-library
  14. 2026-10-06ADR-0027 Generate the Office theme per brand and publish the print values and swatchesPropuesta · office
  15. 2026-10-06ADR-0026 Generate the email signature per brand and language from the registerPropuesta · email-signature
  16. 2026-10-05ADR-0025 Set the web standards as data and check every build against themPropuesta · web-standards
  17. 2026-10-05ADR-0024 Build the shared patterns once in Brand and prototype them on this sitePropuesta · shared-patterns
  18. 2026-10-05ADR-0023 Build every site in four layers and verify what each must carryPropuesta · site-anatomy
  19. 2026-10-05ADR-0022 Publish the brand as data at stable addresses, with llms.txt as the rules for agentsPropuesta · data
  20. 2026-10-05ADR-0021 Build the shape tokens on one 4 px base: spacing, radii, layout, motion, focus and elevationPropuesta · tokens
  21. 2026-10-05ADR-0020 Set IBM Plex Sans and Plex Mono for every brand, self-hosted and subset by rule, on a documented scalePropuesta · typography, tokens
  22. 2026-10-05ADR-0019 Make the tile the profile picture, fit its letters to the circle, and centre the stacked One lockup without the ringAceptada · parent-brand, akribis-one, wordmarks, social-media
  23. 2026-10-05ADR-0018 Give every unit a profile picture: its letters inside the AKRIBIS One ringReemplazada · social-media
  24. 2026-10-05ADR-0017 Set the favicons as two letters on the signature, with the ring for One and the cloud for the AKIoT appPropuesta · parent-brand, akribis-one, wordmarks
  25. 2026-10-04ADR-0016 Colour AKRIBIS One in the teal ink, and draw the ring as one continuous spectrumPropuesta · akribis-one, colour
  26. 2026-10-04ADR-0015 Build the ramps, neutrals, semantic colours and roles on one lightness gridAceptada · colour, tokens
  27. 2026-10-04ADR-0014 Colour the parent mark in the deep tone of the AKRIBIS tealAceptada · parent-brand, colour
  28. 2026-10-04ADR-0013 Generate the nine signatures from one lightness band on a 12-slot hue wheelAceptada · colour
  29. 2026-10-04ADR-0012 Derive the AKRIBIS One ring from the letters, and make the ring lockup primaryAceptada · akribis-one
  30. 2026-10-04ADR-0011 Set "one" and "group" from the glyph library; the parent mark is "akribis group"Aceptada · parent-brand, akribis-one
  31. 2026-10-03ADR-0010 Present the units by category, in fixed grid, circular and linear ordersAceptada · architecture
  32. 2026-10-03ADR-0009 Rank the criteria every brand decision is judged againstAceptada · criteria
  33. 2026-10-03ADR-0008 Compose every wordmark from one glyph library on a shared gridAceptada · wordmarks
  34. 2026-10-03ADR-0007 Build Brand with Astro, as static files on its WorkerPropuesta
  35. 2026-10-03ADR-0006 Structure Brand as one page per topic, each with its statusAceptada
  36. 2026-10-03ADR-0005 Endorse every unit as "Una unidad de AKRIBIS One"Aceptada
  37. 2026-10-03ADR-0004 Rename Design to Brand, with its own repositoryAceptada
  38. 2026-10-02ADR-0003 Do the new work on a branch named `next`Reemplazada
  39. 2026-10-02ADR-0002 Publish content in English, Spanish and PortugueseAceptada
  40. 2026-10-02ADR-0001 Write Design's decision records in EnglishAceptada
  41. 2026-10-02ADR-0000 Use MADR 4.0.0 to record Design's decisionsAceptada
El registro de cambios (ADR-0030): el registro de decisiones por fecha, con los temas que decide cada una, como JSON para los sitios. La versión de la marca es la fecha de su último build; un sitio compara la suya con changelog.json y sabe qué cambió.