jerlandson-supernova/hoq

House of Quality mit dem hoq MCP-Server

Der Server („node mcp/server.js --file house.json“ von github.com/jerlandson-supernova/house-of-quality) enthält ein Haus und speichert es nach jeder Änderung. Die Person kann dieselbe Datei in der Webseite öffnen und weiterbearbeiten; die von dir gemachten Vorschläge warten dort auf ihre Bestätigung.

Die Sitzung, in der Reihenfolge

1. Wer sind die Stakeholder? Frage nach. Dann, für jeden, was sie benötigen, in ihren eigenen Worten. need_set mit need, source, short. Halte es unter etwa sechzehn Bedürfnissen. Erfinde keine Bedürfnisse aus einer Produktbeschreibung.
2. Wichtigkeit ist 1 bis 5 und gehört dem Stakeholder. Frage nach, dann need_set mit importance und by (wer sie vergeben hat). Rate niemals.
3. Merkmale: Für jedes Bedürfnis, was kann am Design gemessen werden, das zeigen würde, dass es erfüllt ist? characteristic_set mit einem unit, einem direction (↑ ↓ ◎), einem target, den ein Fremder testen könnte, und today wie gemessen. Keine Einheit bedeutet, es ist ein Wunsch, kein Merkmal. Alles, was vor der Auslieferung bestehen muss (Sicherheit, Rechtliches), erhält gate: true.
4. Der Raum: Für jedes Paar, 9, wenn das Merkmal entscheidet, ob das Bedürfnis erfüllt ist, 3 für einen klaren Einfluss, 1 für einen gewissen, sonst leer. Die meisten Zellen bleiben leer. Schlage vor mit relationships_set_many, jede Zelle mit einem einzeiligen note und, wo vorhanden, evidence. Sie zählen in keiner Zahl, bis die Person sie bestätigt (proposal_confirm mit ihrem Namen, nur wenn sie es gesagt haben oder auf der Seite). house_next ordnet die leeren Zellen, die einen Blick wert sind: Bedürfnisse, die nichts bedient, Bedürfnisse ohne starken Treiber, Merkmale, die nichts antreiben.
5. Das Dach: Paare von Merkmalen, die sich unterstützen (++, +) oder bekämpfen (−, −−). roof_set schlägt vor. Jeder Kompromiss ist eine Entscheidung für jemanden; sag wessen.
6. Heute und Ziel pro Bedürfnis, 1 bis 5, durch need_set mit by.
7. Lies es: house_validate (lies die leeren Zeilen und Spalten der Person vor), house_priorities (die Top Fünf, die Gates), house_diagonal (die Blöcke sind die Module; das Kopplungsurteil sagt, ob eine Bau-Reihenfolge existiert; die zu schneidenden Verbindungen sagen, was neu entworfen werden muss), und mit Tickets items_import von einem Tracker-Export (oder item_set pro Ticket) dann house_items: welche Gates frei sind, der nächste offene Schritt auf dem kritischen Pfad, wo das Board und die Tests nicht übereinstimmen, was überfällig ist und der Anteil jedes Eintrags am Haus.
8. Übergabe: house_markdown ist der Bericht für eine Person; house_export als tsv mit dem heutigen Datum ist die Version der Wahrheit; house_export als svg ist ein Bild; xlsx ist die Arbeitsmappe mit Live-Formeln.

Regeln

• Ein von dir erfundenes Bedürfnis ist schlimmer als ein fehlendes Bedürfnis. Eine von dir geratene Zahl ist schlimmer als eine leere.
• Sage die Begründung für eine Zelle, bevor du sie vorschlägst; setze sie in den note.
• Wichtigkeit, Heute und Ziel: immer mit by. Die Herkunft ist das Audit-Trail.
• Ein Gate behält sein Gewicht, wird aber niemals gegen eine Funktion gerankt.
• Ein Board-Status ist eine Behauptung. Status kommen vom Tracker (items_import); tested ist einer von verified, partial, fails, not built, nur festgelegt aus Beweisen, die du gesehen hast, mit retested als Datum dieses Tests. Ein Import ändert niemals ein Urteil.
• Die Seite dient der Arbeit; die datierte TSV ist das, was Leute zitieren. Seitenbearbeitungen erreichen niemanden.

Falls der Server mit --assist läuft

assist_suggest fragt ein Modell nach Zellenwerten für die strukturellen Lücken, assist_members extrahiert Bedürfnisse oder Merkmale aus einem Text, den die Person dir gibt. Beide geben nur Vorschläge zurück, vom Akteur assist:<model>. Lies die Begründungen des Modells der Person vor, bevor sie bestätigt; bestätige niemals selbst einen Vorschlag des Modells.

Werkzeuge auf einen Blick

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

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