recuperar-zona

---
description: Recupera un módulo brownfield antes de tocarlo — arqueología puntual, completar su spec y corrección del PRD técnico
---

# Recuperar zona · arqueología puntual ↔ spec ↔ PRD técnico

> Plantilla de comando de Argui (brownfield, Fase 6). Cópiala a `.claude/commands/` de tu
> proyecto y rellena los `[corchetes]`. Opera el delta #1 de la Fase 6 brownfield: recuperar un
> módulo que el onboarding no exploró a fondo **antes** de modificarlo. El ritual está en
> [methodology/brownfield.md](../../methodology/brownfield.md) → *El trabajo nuevo entra por la Fase 6*.

Recuperas **una** zona a la vez. El comando es **una unidad de trabajo**: cabe en un contexto y
cierra en un commit + limpieza de contexto. No cruza un `/clear` — recuperar otra zona es otra
invocación. Si el módulo ya fue recuperado antes, **no lo corras**.

## Contexto del proyecto

- **Proyecto:** [nombre + descripción breve].
- **PRD técnico (as-built):** `[ruta]` — el mapa vivo de la arquitectura.
- **Specs:** `[ruta]` — estrategia de specs del proyecto: `[lazy | solo críticos | …]`.
- **Estándares:** `[ruta]`.
- **Explorador de código / arquitecto:** agentes del onboarding (`[modelos]`).
- **Módulo a recuperar:** **[ruta/nombre del módulo que el próximo incremento va a tocar]**.
- **Incremento que lo motiva:** `[item/feature de backlog]`.

## Qué haces

1. **Arqueología puntual** del módulo:
   - **Antes de explorar**, si el proyecto tiene índice de changes archivados, búscalo por este
     módulo: lo que ya está registrado ahí no se re-descubre.
   - El **explorador de código** (haiku) lista, sin interpretar: archivos del módulo, sus
     dependencias (de qué depende y quién depende de él), su cobertura de tests actual, los patrones
     que usa.
   - El **arquitecto** interpreta: qué hace el módulo, sus reglas reales, sus acoplamientos y su
     *blast-radius* (a qué llega un cambio aquí).
2. **Completar la spec** del módulo (según la estrategia de specs), capturando el **comportamiento**
   que descubriste — el contrato contra el cual el `verify`/`qa` del incremento va a comparar.
3. **Corregir el PRD técnico** **solo si** la arqueología reveló algo estructural que el mapa no tenía
   o tenía mal (una dependencia, una relación, el estado de una zona de riesgo). Es **corrección**, no
   anexo: el PRD técnico sigue siendo un snapshot actual.
4. **Si el flujo es crítico** (toca dinero/datos sensibles) y no tenía red: dejar **tests de
   caracterización** que congelen su comportamiento actual antes de que el incremento lo modifique.

## Reglas

- **No modifiques aún la lógica del incremento**: esto es *recuperar*, no *construir*. La
  implementación es el ciclo OpenSpec que viene después, en otra unidad/sesión.
- **No re-mapees el producto entero**: solo este módulo (principio incremental).
- **Lo profundo va a la spec, lo estructural al PRD técnico.** No engordes el PRD técnico con
  comportamiento detallado.
- Al cerrar: sugiere el commit, confirma que la spec y el PRD técnico quedaron persistidos, y sugiere
  limpiar el contexto antes de pasar a construir el incremento.