Entorno-de-desarrollo-y-operaciones-(devops).md

 # Tabla de contenidos:
 
-* Nuestra cultura _DevOps_
-  * El arenero y la producción (_prod & stage_)
+* [Nuestra cultura _DevOps_](#nuestra-cultura-devops)
+  * [Los areneros y la producción (_prod & stage_)](#los-areneros-y-la-producción-prod-stage)
 * [Automatización de la configuración](#automatización-de-la-configuración)
   * [Introducción a nuestro flujo de trabajo](#introducción-a-nuestro-flujo-de-trabajo)
   * [Conformando nuestro entorno de trabajo personal](#conformando-nuestro-entorno-de-trabajo-personal)
@@ -311,7 +311,7 @@ Para trabajar sobre servidores en producción, se requerirá estar lo suficiente
 
 ## Organización de los playbooks en el proyecto `config`
 
-Los archivos de inventario (`hosts_stage` y `hosts_prod`) se escriben en sintaxis [YAML](https://es.wikipedia.org/wiki/YAML) y organizan los grupos principales de nuestra infraestructura. El grupo `seciu` abarca la nueva plataforma de servidores: ***Gurí, Botija, Redota, Guyunusa y Mate.*** (OjO: incluyen también cosas más allá de la nueva plataforma, en particular de CSIC y el CURE).
+Los archivos de inventario (`#nuestra-cultura-devopshosts_stage` y `hosts_prod`) se escriben en sintaxis [YAML](https://es.wikipedia.org/wiki/YAML) y organizan los grupos principales de nuestra infraestructura. El grupo `seciu` abarca la nueva plataforma de servidores: ***Gurí, Botija, Redota, Guyunusa y Mate.*** (OjO: incluyen también cosas más allá de la nueva plataforma, en particular de CSIC y el CURE).
 
 Procuramos atenernos a las [buenas prácticas de Ansible](https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html), en particular:
 - "colgamos" todo el código ya algo pulido tras un playbook general **site.yml**. Es decir que, a priori, si partimos de fierros básicamente instalados accesibles en root via SSH, obtenemos nuestra infraestructura funcional de la nueva plataforma lanzando: