HOQ MCP サーバーを使った品質の家 (House of Quality)
サーバー (node mcp/server.js --file house.json、github.com/jerlandson-supernova/house-of-quality から取得) は1つの品質の家を保持し、変更のたびに保存します。ユーザーは同じファイルをWebページで開いて編集を続けることができます。あなたが提案した内容は、ユーザーが確認するまで待機します。
セッションの順序
- ステークホルダーは誰ですか？ 質問します。次に、各ステークホルダーに対して、彼らが必要としているものを、彼ら自身の言葉で聞きます。
need_setをneed、source、shortとともに使います。ニーズは約16個以下に抑えてください。製品説明からニーズをでっち上げないでください。 - 重要度 は1～5で、ステークホルダーが決めます。質問した後、
need_setをimportanceとby（誰が付けたか）とともに使います。決して推測しないでください。 - 特性: 各ニーズについて、設計上で測定できるもので、そのニーズが満たされていることを示すものは何ですか？
characteristic_setをunit（単位）、direction（↑ ↓ ◎）、第三者がテストできるtarget、そして測定されたtodayとともに使います。単位がないものは、特性ではなく要望です。出荷前に必ずパスしなければならないもの（安全、法規）にはgate: trueを設定します。 - 部屋: 各ペアについて、特性がニーズの達成を決定づける場合は9、明確な影響がある場合は3、多少の影響がある場合は1、それ以外は空白にします。ほとんどのセルは空白のままです。
relationships_set_manyを使って提案し、各セルには1行のnoteと、可能な場合はevidenceを含めます。ユーザーが確認するまでは（proposal_confirmをユーザー名とともに、ユーザーが口頭で確認した場合またはページ上で確認した場合のみ）、数字はカウントされません。house_nextは、検討に値する空白セル（何も満たしていないニーズ、強いドライバーのないニーズ、何もドライブしていない特性）をランク付けします。 - 屋根: 助け合う (++, +) または競合する (−, −−) 特性のペア。
roof_setで提案します。すべてのトレードオフは誰かの決定です。誰の決定かを記載します。 - 現在値と目標値: 各ニーズについて、1～5で、
need_setをbyとともに使います。 - 読み取り:
house_validate（空白の行と列をユーザーに読み返す）、house_priorities（上位5つとゲート）、house_diagonal（ブロックはモジュール、結合判定はビルド順序の有無、切断すべき結合は再設計が必要な箇所）、そしてチケットを使ってitems_import（トラッカーエクスポートから）またはチケットごとにitem_set、その後house_items（どのゲートがクリアか、クリティカルパス上の次の未着手ステップ、ボードとテストの不一致、遅延している項目、各項目の品質の家への貢献度）。 - 引き渡し:
house_markdownはユーザー向けのレポート、house_exportを今日の日付付きtsvで出力したものが正本、house_exportをsvgで出力したものが図、xlsxはライブ数式付きのワークブックです。
ルール
- あなたがでっち上げたニーズは、ニーズが不足していることよりも悪い結果をもたらします。あなたが推測した数値は、空白よりも悪い結果をもたらします。
- セルを提案する前に、その根拠を説明し、
noteに記載してください。 - 重要度、現在値、目標値: 常に
byを付けます。出所が監査証跡となります。 - ゲートはその重みを保持しますが、機能とランク付けされることはありません。
- ボードのステータスは申告です。ステータスはトラッカーから取得されます（
items_import）。testedはverified、partial、fails、not builtのいずれかで、あなたが確認したエビデンスに基づいてのみ設定され、そのテストの日付がretestedとして設定されます。インポートによって判定結果が変わることはありません。 - ページは作業用です。日付入りTSVが人々が参照するバージョンです。ページの編集が他の人に伝わることはありません。
サーバーが --assist で起動されている場合
assist_suggest は、構造的なギャップについてセル値をモデルに問い合わせます。assist_members は、ユーザーから渡されたテキストからニーズまたは特性を抽出します。どちらも、アクター assist:<model> による提案のみを返します。モデルの理由をユーザーに読み上げてから確認を求め、モデルの提案を自分で確認してはいけません。
ツール一覧
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
リソース: hoq://house, hoq://report, hoq://report.md, hoq://drawing.svg。プロンプト: qfd_session。