jerlandson-supernova/hoq

Casa de la Calidad con el servidor MCP hoq

El servidor (node mcp/server.js --file house.json, de github.com/jerlandson-supernova/house-of-quality) contiene una única casa y la guarda tras cada cambio. La persona puede abrir el mismo archivo en la página web y seguir editando; las propuestas que tú hagas quedan allí esperando su confirmación.

La sesión, en orden

1. ¿Quiénes son los interesados? Pregunta. Luego, por cada uno, qué necesitan, con sus propias palabras. need_set con need, source, short. Mantenlo en unas dieciséis necesidades como máximo. No inventes necesidades a partir de una descripción del producto.
2. La importancia es de 1 a 5 y pertenece al interesado. Pregunta, luego need_set con importance y by (quién la dio). Nunca la adivines.
3. Características: por cada necesidad, ¿qué se puede medir en el diseño que mostraría que se cumple? characteristic_set con una unit, una direction (↑ ↓ ◎), un target que un desconocido pudiera probar, y today según se mide. Sin unidad es un deseo, no una característica. Cualquier cosa que deba pasar antes del lanzamiento (seguridad, legal) lleva gate: true.
4. La sala: por cada par, 9 si la característica decide si la necesidad se cumple, 3 para una influencia clara, 1 para alguna, en blanco en caso contrario. La mayoría de las celdas quedan en blanco. Propón con relationships_set_many, cada celda con una note de una línea y, donde la tengas, evidence. No cuentan hasta que la persona las confirma (proposal_confirm con su nombre, solo cuando ella lo haya dicho, o en la página). house_next clasifica las celdas vacías que merecen atención: necesidades que nada sirve, necesidades sin un conductor fuerte, características que no impulsan nada.
5. El techo: pares de características que se ayudan (++, +) o se oponen (−, −−). roof_set propone. Cada compromiso es una decisión de alguien; di de quién.
6. Hoy y objetivo por necesidad, de 1 a 5, mediante need_set con by.
7. Léelo: house_validate (lee las filas y columnas vacías a la persona), house_priorities (las cinco principales, las puertas), house_diagonal (los bloques son los módulos; el veredicto de acoplamiento dice si existe un orden de construcción; los enlaces a cortar indican qué rediseñar), y con tickets items_import desde una exportación del rastreador (o item_set por ticket) luego house_items: qué puertas están claras, el siguiente paso abierto en la ruta crítica, dónde discrepan el tablero y las pruebas, qué está vencido, y la participación de cada elemento en la casa.
8. Entrégalo: house_markdown es el informe para una persona; house_export como tsv con la fecha de hoy es la versión oficial; house_export como svg es una imagen; xlsx es el libro de trabajo con fórmulas vivas.

Reglas

• Una necesidad que inventaste es peor que una necesidad faltante. Un número que adivinaste es peor que uno en blanco.
• Di el razonamiento de una celda antes de proponerla; ponlo en note.
• Importancia, hoy y objetivo: siempre con by. La procedencia es la pista de auditoría.
• Una puerta mantiene su peso pero nunca se prioriza frente a una funcionalidad.
• Un estado del tablero es una afirmación. Los estados provienen del rastreador (items_import); tested es uno de verified, partial, fails, not built, establecido solo a partir de evidencia que hayas visto, con retested como la fecha de esa prueba. Una importación nunca cambia un veredicto.
• La página es para trabajar; el TSV con fecha es lo que la gente cita. Las ediciones en la página no llegan a nadie.

Si el servidor se ejecuta con --assist

assist_suggest pide a un modelo valores para las celdas en los huecos estructurales, assist_members extrae necesidades o características de un texto que la persona te da. Ambos devuelven solo propuestas, por el actor assist:<modelo>. Lee las razones del modelo a la persona antes de que confirmen; nunca confirmes una sugerencia del modelo tú mismo.

Herramientas de un vistazo

house_new · house_open · house_save · house_summary · house_get · house_validate · house_log · need_set · need_remove · characteristic_set · characteristic_remove · relationship_set · relationships_set_many · roof_set · propose · proposals_list · proposal_confirm · proposal_reject · house_next · item_set · items_import · item_remove · status_scale_set · house_report · house_markdown · house_priorities · house_diagonal · house_items · house_draw · house_export

Recursos: hoq://house, hoq://report, hoq://report.md, hoq://drawing.svg. Prompt: qfd_session.