# Contrato cualitativo ALTHEIA 2.5.1 ## Alcance La cadena `Research Collective 1.1 → Qualitative Study Builder 2.5.1 → EchoLab 2.5.1` conserva una única identidad dimensional desde el Sector Pack hasta cada evidencia de entrevista. ## Plan dimensional por pregunta Study Builder obtiene candidatas desde la aplicabilidad declarada por el Sector Pack. La propuesta es orientativa: una persona investigadora debe revisar cada pregunta, elegir al menos una dimensión primaria, justificar la asignación y bloquearla. El estudio no puede publicarse mientras exista una pregunta sin plan bloqueado. El agregado `dimension_assignment_plan` usa el contrato `altheia_question_dimension_plan_1.0`, identifica dimensiones por `canonical_dimension_id` y queda ligado a: - `semantic_hash` - `measurement_hash` - `assignment_hash` - `plan_hash` Los códigos `D01–D45` no son identidad funcional: representan únicamente el slot físico que ocupa una capacidad en la versión concreta del Sector Pack. ## Consumo en EchoLab EchoLab valida el paquete completo antes de crear una ejecución. Para cada pregunta y perfil: 1. Busca el plan bloqueado por `question_id`. 2. Resuelve cada `canonical_dimension_id` contra el Sector Pack embebido. 3. Obtiene el slot `Dxx` correspondiente y el valor exacto del perfil. 4. Permite usar únicamente dimensiones primarias o secundarias incluidas en el plan. 5. Exige que toda evidencia dimensional conserve ID canónico, slot, rol y valor. No existe inferencia dimensional desde el texto de la pregunta, dimensión adicional fuera del plan ni fallback a `D01`. ## Trazabilidad de salida El paquete `altheia_echolab_interviews 2.5.1` y cada fila aceptada conservan identidad canónica, las cuatro huellas del Sector Pack y `dimension_plan_hash`. Los claims de tipo `dimension` referencian el `canonical_dimension_id`, nunca el slot. ## Compatibilidad Las versiones 2.5 de Study Builder y EchoLab permanecen preservadas para `Research Collective 1.0`. Los paquetes 2.5 no se convierten silenciosamente a 2.5.1 ni viceversa.