xdoc-rs 0.1.0

Declarative XML engine for Rust
Documentation
# Instructions

## Reglas de trabajo

[] Usar [plan_libreria_xml_generica_rust.md](../plan_libreria_xml_generica_rust.md) como fuente de verdad.
[] Mantener el alcance hasta el motor XML.
[] Implementar una sola crate Rust importable llamada `xdoc`.
[] Publicar el package runtime como `xdoc-rs` salvo nueva decision explicita.
[] No crear workspace multi-crate para el motor XML.
[] Se permite workspace solo para crates auxiliares fuera del motor: `xdoc-macros` y `xdoc-cli`.
[] No crear crates adicionales bajo `crates/` sin decision explicita documentada.
[] No crear modulos de dominio en esta etapa.
[] No introducir referencias a DIAN, UBL o SOAP en modulos del motor.
[] Mantener cada carpeta/modulo con una responsabilidad clara.
[] Orientar la API publica a una experiencia tipo Leptos para XML.
[] Preferir componentes Rust, props tipadas y children sobre concatenacion manual.
[] Agregar tests junto con cada comportamiento publico.
[] Actualizar el task file correspondiente cuando se complete trabajo real.
[] Registrar decisiones y avances en [worklogs.md](worklogs.md).

## Formato obligatorio de tareas

Cada documento en `docs/tasks/` debe incluir:

[] `Context`
[] `Instructions`
[] `Checklist`
[] `Verification`
[] `Worklog`

Campos recomendados:

[] `Dependencies`
[] `Deliverables`
[] `Acceptance Criteria`
[] `Out of Scope`

## Convencion de checkboxes

Usar este formato:

```markdown
[] Pendiente
[x] Completado
```

## Definition of Done general

Una tarea esta terminada solo si:

[] El codigo compila con `cargo check`.
[] El formato pasa con `cargo fmt --all -- --check`.
[] Los tests relevantes pasan con `cargo test`.
[] La API publica tiene errores claros y tipos documentados cuando aplique.
[] No se agregaron modulos de dominio.
[] El documento de tarea tiene checkboxes actualizados.
[] El worklog registra que se hizo y como se verifico.

## Reglas de verificacion

[] Cada tarea debe tener al menos un comando de verificacion.
[] Cada tarea de API debe tener tests unitarios.
[] Cada tarea de serializacion debe tener golden tests.
[] Cada tarea de parser debe tener tests de errores.
[] Cada tarea de seguridad debe tener tests de rechazo.
[] Cada tarea transversal debe indicar que modulos afecta.